2006. május 9. 21.22 dátummal Matyi Gábor ezt írta:
2006. május 9. 21.02 dátummal Papp Tamas ezt írta:
Szerintem a kerdeseidet a kezdo listan rakd fel.
de az is megoldás, hogy inkább a linux-szuperokos listát olvasod
_
linux lista
2006. május 9. 12.10 dátummal Gabor HALASZ ezt írta:
nekem nagyon gyanús, hogy semmi sem csücsül azon a porton. Valami más
disznóság van.
Elirtad a bind addresst a konfigban.
bocs, nem értem. melyik fájlban és pontosan mit?
Üdv. Gábor
_
2006. május 9. 18.09 dátummal Matyi Gábor ezt írta:
2006. május 9. 12.10 dátummal Gabor HALASZ ezt írta:
nekem nagyon gyanús, hogy semmi sem csücsül azon a porton. Valami
más disznóság van.
Elirtad a bind addresst a konfigban.
a my.cnf -ben ez van
[client]
port = 3306
Üdv. Gábor
2006. május 9. 20.07 dátummal Erdelyi Gabor ezt írta:
Matyi Gábor [EMAIL PROTECTED] wrote:
nekem nagyon gyanús, hogy semmi sem csücsül azon a porton. Valami más
disznóság van.
akkor marad a strace.
néztem már, de nem lettem attól sem okosabb. Kis részlet a pofázásokból:
engepem:~# strace
2006. május 9. 21.02 dátummal Papp Tamas ezt írta:
Szerintem a kerdeseidet a kezdo listan rakd fel.
szerintem meg a válaszaidat annak tükrében végezd, hogy segíteni szeretnél
e vagy nem.
_
linux lista - linux@mlf.linux.rulez.org
2006. május 9. 20.34 dátummal Papp Tamas ezt írta:
a my.cnf -ben ez van
[client]
port = 3306
Ez a kliensre vonatkozik.
bocs nem figyeltem. szóval
[mysqld]
port = 3306
Üdv. Gábor
_
linux lista - linux@mlf.linux.rulez.org
Sziasztok,
nem indul el a mysql daemon a gépemen. A syslogban ezt látom:
May 8 21:33:58 engepem mysqld[20678]: 060508 21:33:58 [ERROR] Can't start
server: Bind on TCP/IP port: Cannot assign requested address
May 8 21:33:58 engepem mysqld[20678]: 060508 21:33:58 [ERROR] Do you already
have
2006. március 4. 23.00 dátummal Auth Gábor ezt írta:
10 euróért nem jár némi támogatás? Mert én úgy érzem, hogy a leírtak
alapján nem igazán lehet mit lépni, mivel se a hardvert, se a pontos
szoftverkörnyezetet nem ismerjük.
Jó a kérdés :) Az a helyzet, hogy a szememben a szolgáltató
2006. március 5. 11.56 dátummal Gutyán László ezt írta:
On Sunday 05 March 2006 11.23, Matyi Gábor wrote:
Egyébként ti milyen szolgáltatót javasoltok, akitől az dedikált
szervert, viruális szervert érdemes bérelni?
Mire kell?
Kisérletezgetésre, saját weblapok hostolására stb. Szóval nem
2006. március 5. 14.46 dátummal Geller Sandor ezt írta:
Semmit ne hozz letre, csak ha a kifejezetten debian-specifikus
dokumentacio (pl. a csomagokban levo README.Debian) hivatkozik ra!
Mindenfele doksikat lehet talalni a neten, ezek egy resze tele van
pontatlansagokkal ill.
2006. március 5. 15.43 dátummal Gutyán László ezt írta:
Nézd meg: http://www.3in1host.com
Lehet, hogy nem pontosan az amit vársz, mert bizgetni csak egy szimpi
webes felületen lehet, de van web, mail, ftp, my/pgsql, php, cgi, backup,
mifene...
Három hónap alatt 1x állt pár percet, legalábbis
2006. március 4. 14.07 dátummal Skip ezt írta:
On Sat, Mar 04, 2006 at 12:11:10PM +0100, Matyi Gábor wrote:
Ha van valakinek ötlete, hogy pl. valamelyik indítófájlt megmódosítsam
úgy, hogy kiderüljön, hogy mi okozza a problémát, akkor azt megköszönném.
Logok? ps auxw? sshd restart-ja
2006. március 4. 14.16 dátummal Matyi Gábor ezt írta:
a logokat végignéztem, semmit sem találtam. A ps aux -al azt tudom
megnézni, hogy miután már visszaenged a gép, akkor mely szolgáltatások
futnak még, ebből legfeljebb következtetni tudok, hogy melyik nem lehet a
ludas. Az sshd restartja
2006. március 4. 14.21 dátummal Skip ezt írta:
Miert nem ulsz ele es nezed meg ott?
lehet, hogy nem voltam elég világos. Van egy virtuális szerverem egy
szolgáltatónál, amin fut egy debián. A gépnek van egy ip címe, a gépen fut
ssh, illetve most már figyel a telnet is, normál esetben root
2006. március 4. 14.30 dátummal Skip ezt írta:
On Sat, Mar 04, 2006 at 02:26:01PM +0100, Matyi Gábor wrote:
beállítottam az xinet.d ben, hogy telnet-et is be tudjak lépni. A
probléma ugyanaz. Amikor a rendszer teljesen fel van állva, akkor nem
tudok belépni telnettel sem. Amint kiadom neki
2006. március 4. 14.44 dátummal Skip ezt írta:
On Sat, Mar 04, 2006 at 02:33:45PM +0100, Matyi Gábor wrote:
Miert nem ulsz ele es nezed meg ott?
lehet, hogy nem voltam elég világos. Van egy virtuális szerverem egy
szolgáltatónál, amin fut egy debián. A gépnek van egy ip címe, a gépen
2006. március 4. 14.30 dátummal Skip ezt írta:
On Sat, Mar 04, 2006 at 02:26:01PM +0100, Matyi Gábor wrote:
beállítottam az xinet.d ben, hogy telnet-et is be tudjak lépni. A
probléma ugyanaz. Amikor a rendszer teljesen fel van állva, akkor nem
tudok belépni telnettel sem. Amint kiadom neki
2006. március 4. 16.31 dátummal Lajber Zoltan ezt írta:
A spamassin-t ez utan tudod hangolni, mint amavis user!
A masik trukk, hogy mivel a leveket az amavis kezeli, ezert a mail
fejlec-hez csak amavis tud szolni, spamassasin nem.
köszi szépen. Jelenleg az a leveleket az amavis kapja meg.
Sziasztok,
a levelezőszerverem localhostról kiküldi a leveleket,
illetve fogad is, de az authentikáció körül még mindig van
valami gubanc.
most ez az írást találtam.
http://www.sulinet.hu/tart/fcikk/Kaaae/0/26894/1
ebben megakadtam egy mondaton:
Mivel a Postfix biztonsági okokból
2006. március 3. 16.08 dátummal Gellér Sándor ezt írta:
/etc/init.d/saslauthd, keresd a PWDIR valtozot, a jogosultsagait a
dpkg-statoverride programmal lehet beallitani (masik megoldas egy jol
iranyzott bind mount a postfix chroot-jaba).
Köszi szépen, egy szóköz volt benn valahol, az okozta a
2006. március 2. 11.27 dátummal Kosa Attila ezt írta:
De minek egy mta a chroot-ba? Konnektaljon localhoston a
postfix-hez, es kesz.
azért, hogy aztán lehessen nyavajogni, hogy jaj, feltörték a gépemet.
Szóval akkor használom így, ahogy mondod.
Üdv. Gábor
Sziasztok,
chrootolt apache környezetben próbáltam volna phpval levelet
kiküldeni, de a /usr/sbin/sendmail -t a php nem találja.
Olvasgattam az archivumot, meg a googlet, és a problémára az
ssmpt-t javasolják. Nálami viszont postfix fut, a debiannal
pedig amikor telepíteném az ssmtp-t, akkor az
Skip [EMAIL PROTECTED] írta:
Gondolom az ssmtp-t a chroot-ba kellene rakni, ami a
localhostra
csatlakozva eri el a postfix-et.
--
Én is erre gondoltam, ez persze azt jelentené, hogy kézzel
letöltöm az ssmtp-t, majd az alábbi fájlokat egyenként
bemásolom a chroot-ba, megnézegetem az install
Kosa Attila [EMAIL PROTECTED] írta:
Arra is gondoltam, hogy a php.ini -ben megadom, hogy a
localhost az smtp szerver, viszont postfixet a saslautd -vel
konfiguráltam, így authentikáció nélkül nem lehetne levelet
kiküldeni.
Bar azt nem latom, hogy mitol lesz biztonsagosabb egy bamba
Kosa Attila [EMAIL PROTECTED] írta:
Bar azt nem latom, hogy mitol lesz biztonsagosabb egy bamba
ssmtp, mint egy auth nelkuli postfix...
ha szerinted egy bamba ssmpt nem biztosnágos, akkor légyszi
áruld el, hogy mit hasznájlak helyette.
Köszi előre is.
Matyi Gábor
2006. március 1. 16.52 dátummal Kosa Attila ezt írta:
On Wed, Mar 01, 2006 at 03:27:49PM +0100, Matyi Gábor wrote:
Kosa Attila [EMAIL PROTECTED] írta:
Bar azt nem latom, hogy mitol lesz biztonsagosabb egy bamba
ssmtp, mint egy auth nelkuli postfix...
ha szerinted egy bamba ssmpt nem
2006. március 1. 22.14 dátummal Mihaly Zachar ezt írta:
Matyi Gabor-nak:
abszolut nem latom, h mitol lenne jobb a postfix-et berakni a chroot-ba
mi lesz, ha kell megegy chroot-olt webszerver ?? raksz oda is egy
postfixet ?
egyaltalan nem vagy elorebb, sot eroforrast meg helyet pazarolsz es
Lajber Zoltan [EMAIL PROTECTED] írta:
Ezt te mind hasznalod? Ez inkabb karocsonyfa, mint gep.
Ami nem kell
neked, azt kapcsold ki.
A biztonsag elso samu szabalya: ami nem kell, az ne legyen
telepitve,
amin hea kell, az ne fusson mindig ...
Köszi szépen, hogy felhívod a biztonságra a
köszönöm szépen, eltávolítottam őket.
Üdv. Gábor
Papp Tamas [EMAIL PROTECTED] írta:
Mit keres ott az rpcd es a timeoutd?
___
Pénzügyi szolgáltatás és hiteligénylés interneten keresztül a nap 24 órájában
az [origo]-n.
Szia,
megnéztem az autolog man oldajlát, de nem kerek még a dolog. Fenn volt a
csomag a gépemen, de nem futott daemonként.
lefutattam az autolog -a, t és az alábbit látom:
emerald:~# autolog -a
Non-user process: N: P: 4871 Login:Sun Nov 20 17:53:56 2005
Non-user process: N:reboot P:
Pusztan az a teny, hogy letezik, azt bizonyitja, hogy
eppen valaki
hasznalja. (Ugyanis a socket file-ok automatikusan eltunnek,
mikor mindenki lezarta oket.)
a gond talán itt lehet, mert nálam nem tünt el. Mint írtam
korábban, amikor az fuserf futtattam, és az semmit sem
mondott, akkor a
Gellér Sándor [EMAIL PROTECTED] írta:
Eloszor allitsd le a cyrmaster-t. Ezutan inditsd el az
init script-tel,
es ha meg most is reklamal, akkor nezd meg, milyen
processzek futnak
nalad. A socket a korabban masok altal irtakkal
ellentetben nem szokott
csak ugy eltunni, indulaskor
Gellér Sándor [EMAIL PROTECTED] írta:
A korabbi kerdesedre: szerintem a cyrdeliver felejtos,
sokkal jobb az
lmtp hasznalata. mailbox_transport = lmtp:...
valamelyik doksi azt mondta, hogy a master.cf -be tegyem be ezt.
cyrus unix - n n - - pipe
flags=
Gellér Sándor [EMAIL PROTECTED] írta:
Na, innentol mar a cyrus-t kell konfigolni
(/etc/imapd.conf), nem a
postfix-et. Milyen authentikaciot allitottal be? A
sasl_pwcheck_method
es a sasl_mech_list parameterekt nezd meg, plusz azt, hogy
a SASL
pluginek (libsasl2-modules csomag) fel vannak-e
Gellér Sándor [EMAIL PROTECTED] írta:
PARAMS=-n 1
Ez azert karcsu, hadd fusson tobb peldany.
rendben, 4-et állítottam be.
sasl_mech_list=PLAIN
sasl_pwcheck_method=auxprop
ezt allitsd at saslauthd-re
Emellett az allowplaintext legyen yes-re allitva.
igen, ez volt a
emerald:~# /etc/init.d/cyrus21 stop
Stopping Cyrus IMAPd: cyrmaster.
emerald:~# ps aux |grep cyrus
root 26467 0.0 0.0 1544 464 pts/0S+ 21:52 0:00 grep cyrus
emerald:~# /etc/init.d/cyrus21 start
Starting Cyrus IMAPd: cyrmaster.
emerald:~# ps aux |grep cyrus
cyrus29892 0.6 0.0
Sziasztok,
Egy 80 Gb-os winyót egy hordzható usb-s rackba tettem. A partició ext3-ra van
formázva. Amikor rácsatlakoztatom, akkor Hiba történt media:/sda1 betöltése
közben: hibaüzenet jön elő. Kézzel - pmount /dev/sda1 el tudom felmountolni.
A dmesg-ben az alábbi sorokat látom.
37 matches
Mail list logo