Hozzászólások
-
SzerzőBejegyzés
-
Hello!
Elnézést ,hogy nem írtam a pinges kérdésedre most pótolom ez az állapot is olyan lesz amikor még nem futtatam mégegyszer a guarddog scriptjét
a ping kimenete ez:
PING http://www.origo.hu (195.228.240.145) 56(84) bytes of data.
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permittedping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted— http://www.origo.hu ping statistics —
18 packets transmitted, 0 received, 100% packet loss, time 17000ms
Ez volt amikor domain névre pingelek most nézek egy ip-s pingelést
Ugyanúgy az origo.hu volt a cél csakip címmel az eredmény:
PING 195.228.240.145 (195.228.240.145) 56(84) bytes of data.
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted— 195.228.240.145 ping statistics —
7 packets transmitted, 0 received, 100% packet loss, time 6000ms
Szóval ez a helyzet.Sajnos én itt egyenlõre megrekettem ,de ha tudsz valami jó ötlettelszolgálni azt megköszönömHali!
Hello!
Nem kötözködni akarok de hiába írok nagyon tuti tûzfal szabályokat ha a boot során nem az töltõdik be amit én akartam. Egyébként a guarddog semmi mást nem csinál csak legyártja helyettem az rc.firewall fájlt ugye amiben a tûzfal szabályok vannak. Egyébként azért bátorkodom ezt a programot használni ,mert UHU alatt is ez ment és ott nem volt semmi probléma vele. Csak most az UHU sajnos ilyen félig fejlesztés állapotban van ami annyit jelent hogy tele van még buggal de még így is sikerült ott beállítani az rc.firewall-t.
A resolv.conf meg nem tudom ,hogy mit kellene tartalmazzon ,de most a t-online elsõ és másodlagos dns címeket tartalmazza.
A logokat meg már egy párszor átnéztem,de nem találtam seemi hibára utalót vagy csak nem jó helyen néztem. Most emlékezetbõl fogok írni ,de mintha ezek lennének a hibaüzenetek:
chains already exists
iptables temporary unavaible
Hangsúlyozom ,hogy emlékezet helyesírási hibákért elnézést ,az üzenet lényege viszont valami hasonló.
Hali!Hello!
Hello!
Természetesen az iptables -L kimenete a boot után volt még nem futattam újra guarddogot. Ma elég érdekes dolog történt. Bekapcsoltam a gépet de nem jelentkeztem egybõl be a KDE-be csak kb 1 óra után. A meglepetés akkor ért amikor a böngészõt elindítottam és mûködött. Eddig csak akkor ment ,ha a guarddogot alkalmaztam és elmentettem a tûzfal szabályokat.
Na ilyenkor mi lehet a gáz. Szerintetek?Hali!
Hello!
A probléma érdekes ,mert az msn és a skype megy de a webböngészõbe bármilyen címet beírok az nem mûködik csak azután ,hogy a guarddogot futtatom és õ beállítja újból.
Fájlként küldöm az iptables -L kimenetét.
Remélem ez elég infot ad.Hello!
Tudomásom szerint az /etc/rc.firewall fájl tartalmazza a szabályokat ez ott van az /etc könyvtárban az /etc/rc.d könyvtárban van egy script ami lefut minden bootkor mert ugye erre a scriptre mutat egy symlink az /etc/rcS.d könyvtárban. Ennek ellenére mindig újra el kell indítanom bootolás után a guarddog-t és még egyszer el kell mentenem az én beállításaimat.
Szóval szerintem valami más apró beállítási hiba van de erre nem jöttem még rá ezért írtam hátha tud valaki nekem segíteni.Sziasztok!
Az lenne a kérdésem ,hogy a guarddog progival megcsináltam a saját tûzfal szabájaimat, a program végén szépen mûködik is a dolog de a következõ boot során valahogy a beállítások eltünnek . Megnéztem az /etc/init.d könyvtárat és benne van a guarddog scriptje. A symlink az /etc/rcS.d könyvtárban is ott van.
Miért kell még is minden bootoláskor újra beállítani a szabályokat.Köszi!
Sziasztok!
Grafománnak mondom ,hogy én vanilla kernelel próbálkoztam és csont nélkül felment és a következõ újraindításnál simán és gond nélkül és persze az uhu patchei nélkül is ment . Ha megnézed a patcheket olyanokat raknak bele ,hogy az audio cd kezelje meg a digi fényképezõ gépek drivereit . Ha erre szükséged van akkor jön a nagyobb bonyodalom.
Metre-nek meg azt kellene megnézni ,hogy a drivere támogatja-e a 2.6 kernelt és nincs-e véletlenül már benne a kernel forrásba. A másik meg szerintem ,ha lefordítod akkor ez egy külsõ kernel modul lesz valószínüleg ,amit nem biztos ,hogy be kell másolni a kernel forrás könyvtárába. Azon kívül a conf.modules való íráskor én úgy tudom ,hogy a *.ko kiterjesztés tényleg nem kell.
Hello!
Láttam idõközben a hup.hu is megpróbáltad a dolgot és ott megkaptad a tuti választ.
Hello!
Annak idején én is megszívtam ezt a dolgot. Addig-addig próbálkoztam amíg meguntam és egy saját kernel forrást felraktam és szépen lefordítottam hiba nélkül. Szerintem te is ezt tedd. A „gyári” kernelt meg szerintem azért ne bántsd ,mert ,ha valami nagy gáz van akkor még avval bármikor bebootolhatsz!
Hello!
-
SzerzőBejegyzés
legutóbbi hsz