![](https://seccdn.libravatar.org/avatar/f83ef515d2100333c0095c4175e9f4a6.jpg?s=120&d=mm&r=g)
Hallo! Erstmal vielen Dank für eure Antworten. Die dynamische IP war auch mein erster Verdacht, aber ich habe den Dyn-IP Patch installiert. (Rückgabewert 7) Auch Ping-Pakete erreichen von Anfang an ihr Ziel, und sogar HTTP- Requests (Lynx) kommen an. Sobald aber Squid ins Spiel kommt, geht nichts mehr. Und die genannte Fehlermeldung "zapping.." ist nicht gerade aufschlußreich. Sie taucht aber immer nur in Verbindung mit dem ersten Squid-Request auf. Merkwürdig in diesem Zusammenhang ist, das als Zieladresse immer die des Servers angegeben wird, und die Quelle Port 3128 ist. Sollte Squid nicht von einem Port >1024 nach Port 80 eines Webservers ver- binden? Gruß, Till. -- 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
![](https://seccdn.libravatar.org/avatar/3f92852968157980ddb5c535e269769e.jpg?s=120&d=mm&r=g)
From: Stefan Bergwiese
Sobald aber Squid ins Spiel kommt, geht nichts mehr. Und die genannte Fehlermeldung "zapping.." ist nicht gerade aufschlußreich. Sie taucht aber immer nur in Verbindung mit dem ersten Squid-Request auf.
Ich würde nicht sagen, daß das eine Fehlermeldung ist, mein Rechner schreibt das auch (und hier klappt alles). Soll IMHO heißen, daß Dein Rechner gemerkt hat, das sich seine (dynamische) IP geändert hat und er wechselt ("zappt")
Merkwürdig in diesem Zusammenhang ist, das als Zieladresse immer die des Servers angegeben wird, und die Quelle Port 3128 ist. Sollte
... wo angegeben wird?
Squid nicht von einem Port >1024 nach Port 80 eines Webservers ver- binden?
Norbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/f83ef515d2100333c0095c4175e9f4a6.jpg?s=120&d=mm&r=g)
Hallo!
From: Stefan Bergwiese
Sobald aber Squid ins Spiel kommt, geht nichts mehr. Und die genannte Fehlermeldung "zapping.." ist nicht gerade aufschlußreich. Sie taucht aber immer nur in Verbindung mit dem ersten Squid-Request auf.
Ich würde nicht sagen, daß das eine Fehlermeldung ist, mein Rechner schreibt das auch (und hier klappt alles). Soll IMHO heißen, daß Dein Rechner gemerkt hat, das sich seine (dynamische) IP geändert hat und er wechselt ("zappt")
Merkwürdig in diesem Zusammenhang ist, das als Zieladresse immer die des Servers angegeben wird, und die Quelle Port 3128 ist. Sollte
.. wo angegeben wird?
bei der "Fehlermeldung" in /var/log/messages. Dort steht "zapping [...] 192.168.1.100:3128 -> 192.168.1.100:1029". Er verbindet sich also mit sich selbst?! Gruß, Till. P.S. Hast Du meine andere Mail schon gelesen? Es gibt weitere Probleme. Trotz aktiviertem dyn_ip-Patch verschwinden neuerdings die ersten Pakete nach dem Verbindungsaufbau! Es findet sich auch keine "shifting"-Meldung o.ä. in /var/log/messages... -- 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
![](https://seccdn.libravatar.org/avatar/3f92852968157980ddb5c535e269769e.jpg?s=120&d=mm&r=g)
From: Stefan Bergwiese
bei der "Fehlermeldung" in /var/log/messages. Dort steht "zapping [...] 192.168.1.100:3128 -> 192.168.1.100:1029". Er verbindet sich also mit sich selbst?!
Aha, in Deiner ersten Mail hast Du noch folgendes geschrieben:
kernal: TCP: zapping lost address 192.168.1.100:2903 -> 192.168.1.100:80
Tauchen beide Meldungen auf? Norbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](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
![](https://seccdn.libravatar.org/avatar/ad69a8f5a7ea88767e511f6415d81219.jpg?s=120&d=mm&r=g)
Stefan Bergwiese wrote:
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?
Hallo, du fliegst as dem Netz, mit telnet weil nach der ISDN-Einwahl deine beiden Rechner nicht mehr im selben Netzt sind. Stell doch mal die IP von ippp0 und P-t-P um auf Adressen im 192.168.1er Netz. Sollte dann funzen. Andreas -- ------------------------------------------------------------------- Andreas Bock registered Linux User #136542 mailto:a_bock@gmx.de ICQ #59734306 ------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/6b87ff901572991c5101ff6d795f10e9.jpg?s=120&d=mm&r=g)
From: "Andreas Bock"
Stefan Bergwiese wrote:
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?
Hallo, du fliegst as dem Netz, mit telnet weil nach der ISDN-Einwahl deine beiden Rechner nicht mehr im selben Netzt sind. Stell doch mal die IP von ippp0 und P-t-P um auf Adressen im 192.168.1er Netz. Sollte dann funzen.
NEIN. Das geht auch problemlos ohne. Jedenfalls bei mir. Bleibt die Route-Konfiguration denn so bestehen, wenn du dich eingewählt hast? -- Marco Dieckhoff icq# 22243433 PGP Fingerprint: 9EFA D64F 5DAA D36B E0E7 CE1B 9E1B 4903 0C51 1632 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
a_bock@gmx.de
-
aconda.sis@gmx.de
-
linux@jwr.de
-
n.stuhrmann@gmx.de