![](https://seccdn.libravatar.org/avatar/69a1750460d2dc9e4cbeda94dc0a33dd.jpg?s=120&d=mm&r=g)
Hallo Maik!
Vielleicht helfen lsof -i und netstat -tulpen bei der Suche. Ansonsten schau Dir die Standardverdaechtigen an:
Ok, werde ich dann mal damit weitermachen :-)
Also funktioniert squid.
Korrekt
DaOC kenne ich nicht, von icq weiss ich nur das es ueber udp laeuft. Aber beides wird IMHO nicht von squid bedient, so dass ich tippen wuerde...
Aber beide eMail-Programme (Virtual Access und Eudora) bekommen keine Verbindung, genausowenig Ultima Online.
... das vielleicht etwas mit dem Zugang nicht stimmt, wenn Du DSL nutzen wuerdest, wuerde ich vielleicht auf eine zu grosse mtu tippen, aber Du hast ja auch nicht gesagt wie Du ins Netz gehst :(
Ist DSL - richtig vermutet ;-) - aber die MTU ist schon abgescheckt. Daran liegt es nicht.
Falls alles nichts hilft wuerde ich versuchen einen Paketfelter zu basteln, der alles blockt und logt. Da sollte man mehr sehen koennen. Ich kenne leider nichts von der iptables syntax, aber das sollte nicht alzu schwierig sein.
So ein Paketfilter hatte ich mir schon gebastelt - da ich aber ansonsten von Scripts keine Ahnung habe <schäm>, weiß ich nicht genau, wie ich das Teil 'zum laufen' bringe :-((
Ich glaube zwar nicht, dass routing Dein Problem ist, aber wenn Du derartiges vermutest solltest Du IMHO route -n hier posten.
Ich weiß es nicht, ob es am routing liegt - stochere da inzwischen wie ein Blinder im Nebel - aber Deinem Vorschlag entsprechend hier das Ergebnis von 'route -n': --------------- schnipp--------------- Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.55.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.55.70 0.0.0.0 UG 0 0 0 eth0 --------------- schnapp -------------- Dieses Ergebnis finde ich 'very strange', denn die Einträge in routes sehen so aus: --------------- routes anfang ------------------------- 192.168.55.70 127.0.0.1 255.255.255.0 eth0 192.168.55.70 192.168.55.70 255.255.255.0 eth0 default 192.168.55.70 --------------- routes ende --------------------------- Dann sind mir jetzt folgende Fehlermeldungen aufgefallen, die bei 'rcnetwortk restart' ausgegeben wurden, leider kann ich damit nur erkennen, daß was faul zu sein scheint und nicht wieso: ------------- errormeldungen rcnetwork restart anfang ----------- Shutting down network interfaces: dsl0 done eth0 ifdown-route: Error while excuting: ifdown-route: Command 'ip route del to 192.168.55.70/24 via 192.168.55.70 dev eth0' returned: ifdown-route: RTNETLINK answers: Invalid argument ifdown-route: Configuration line: 192.168.55.70 192.168.55.70 255.255.255.0 eth0 ifdown-route: Error while excuting: ifdown-route: Command 'ip route del to 192.168.55.70/24 via 127.0.0.1 dev eth0' returned: ifdown-route: RTNETLINK answers: Invalid argument ifdown-route: Configuration line: 192.168.55.70 127.0.0.1 255.255.255.0 eth0 done Setting up network interfaces: lo done eth0 IP/Netmask: 192.168.55.70 / 255.255.255.0 ifup-route: Error while excuting: ifup-route: Command 'ip route replace to 192.168.55.70/24 via 127.0.0.1 dev eth0' returned: ifup-route: RTNETLINK answers: Invalid argument ifup-route: Configuration line: 192.168.55.70 127.0.0.1 255.255.255.0 eth0 ifup-route: Error while excuting: ifup-route: Command 'ip route replace to 192.168.55.70/24 via 192.168.55.70 dev eth0' returned: ifup-route: RTNETLINK answers: Invalid argument ifup-route: Configuration line: 192.168.55.70 192.168.55.70 255.255.255.0 eth0 done dsl0 done ------------- errormeldungen rcnetwork restart ende ----------- Sorry für den blöden Umbruch der Meldungen, aber leider hält sich Linux da nicht an die Mailinglisten-Konvention ;-)) Noch irgendeine Idee, wo ich nachhaken kann? MfG R. Montag