![](https://seccdn.libravatar.org/avatar/f83ef515d2100333c0095c4175e9f4a6.jpg?s=120&d=mm&r=g)
Hallo! Ein "cat /var/log/messages | grep 'zapping'" ergiebt, daß sowohl die eine wie auch die andere Meldung auftauchen. Zusätzlich gibt es auch Verbindungen von "192.168.1.100:23 -> 192.168.1.100:1053" wenn ich telnet mache. Ich glaube, daß ich meine zwei(!) Probleme jetzt erkannt habe: 1. Trotz installiertem und aktivierten DYN-IP Patch gehen die ersten Pakete verloren (!), wenn eine neue ISDN-Verbindung aufgebaut wird. Wenn ich "ping 141.1.1.1" eingebe gehen mindestens zwei Pakete verloren. Anders aber, wenn ich "ping av.com" eingebe. Die Nameserver-Anfrage wird wohl so oft wiederhohlt, bis was zurückkommt, und erst dann wird gepingt. Bei "ping av.com" gehen also keine Pakete verloren. 2. Da beim Aufbau der ISDN-Verbindung eine neue Default-Route gesetzt wird, werden irgendwie auch alle Verbinungen vom LAN (auf eth0) gekappt. Wenn ich z.B. mit telnet auf dem Server arbeite, wird die Verbindung gekappt, sobald ISDN sich einwählt. Dies könnte auch eine Ursache für mein Squid-Problem sein. Wenn ein Client eine Anfrage schickt, wird eine ISDN-Verbindung aufgebaut und dadurch seine Verbindung zum Server gekappt. Wie bekommt ich das Ganze unter Kontrolle? Muß ich eine andere Default-Route setzen? Oder kann ich die Verbindungen anders am Leben erhalten? Meine /etc/route.conf sieht im Moment so aus: 192.168.1.0 0.0.0.0 255.255.255.0 eth0 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 Meine ISDN-Karte hat 192.168.0.1 und als PtP-Partner 192.168.0.2. Muß ich da etwas umstellen? Was tut man am besten gegen das DY-IP Problem? "cat /proc/sys/net/ipv4/ ip_dynamic" gibt zwar "7" zurück, aber es geht ja anscheinend doch nicht. In der Doku steht, das in /var/log/messages sowas wie "shifting 1.1.1.1 -> 192.100.45.12" erscheinen sollte. Diese Meldung taucht aber nie auf. Kann man bei mir noch irgendwas retten? ;-) Gruß, Till. P.S. Vielen Dank schon mal für die Mühe, die Du Dir bis jetzt gegeben hast, Norbert. -- Sent through GMX FreeMail - http://www.gmx.net --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com