A kdyz ta pravidla zkousite rucne "jedno po druhem" tak problem
nenastane ?
pravidlama to neni-to jsem zkousel,jsou OK
muze byt problem v tom wait(mel by sice pockat az skonci vsechny procesy
na pozadi
Nikoli. Pouze synovske procesy. Mam urcite pochybnosti, ze natd je
synovskym procesem shellu, ze ktereho je wait spousten.
Kdyz uz jsme u toho, ja bych nejprve sestrelil natd a pak teprve
laboroval s firewallem, nicmene, tp nesouvisi s problemem.
Nemyslim, ze tohle je vhodna cesta k reseni. Nejprve zjisti, na kterem
prikazu z toho retezce to vlastne pada. Nepujde-li to jinak, tak
postupnym zpracovanim retezce dokud padani neustane. je dokonce mozne,
ze to spadne hned na prvnim prikazu ...
Teprve az bude jasne v kterem miste je problem je cas hledat reseni,
nebo alespon nejaky work-around ...
tim waitem to asi bude,pokud dam jen
ipfw -f flush && ipfw /etc/rc.firewall.rules && killall natd
a nasledne
/etc/netstart
vse chodi jak ma.Proto bych to chtel hodit do scriptu a spoustet script na
dalku s tim,ze pak by si to pinglo na nejakou IP venku a pokud by nebyla
dostupna nacetlo by to konfiguraky ktery jsou vyzkouseny(abych si neustrih
spojeni a nemusel ject do prace).Ale proto bych potreboval nejakou prodlevu
pro ukonceni natd a vzhledem k tomu,ze wait se neosvedcil,poradte mi nejakou
jinou brzdu
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
