isdn d-o-d: Request, der Verbindungsaufbau triggert, schlägt fehl
Moin Moin, bin gerade dabei, zu Testzwecken auf meiner Spielkiste (SuSE 7.3, 2.4.16-4GB Kernel) den Internet-Zugang mit ISDN und dial-on-demand einzurichten. Auf meinem "Produktiv-Router" (SuSE 7.0, 2.2.10er Kernel) läuft das Ganze wunderbar. Nun zeigt sich aber, daß der Request, durch den der Verbindungsaufbau getriggert wird, niemals eine Antwort bekommt. Mache ich z.B. einen Ping auf einen externen Rechner, bekomme ich genau in dem Moment, wo die Verbindung steht und auch die dynamischen IP-Adressen neu gesetzt wurden, die Fehlermeldung ping: sendmsg: Invalid argument Ein tcpdump auf das IDSN-Interface zeigt auch nur die ICMP-Request, die von mir aus rausgehen. Zurück kommt da aber nix. Wenn ich den Ping abbreche und bei bestehender Verbindung exakt so nochmal starte, funktioniert alles prima. Gleiches gilt auch für den Fall, daß ich die Verbindung zuvor manuell mit "isdnctrl dial ippp0" gestartet habe. HTTP- und FTP-Requests verhalten sich genauso wie der ping. Erster Versuch scheitert, die nachfolgenden sind ok. Hab' schon die SDB und Google bemüht, bin aber nicht so recht fündig geworden. Ich meine mich an einen Artikel in der SDB erinnern zu können, bei dem es um eine ähnliche Problematik ging, habe diesen aber nicht mehr gefunden. Weiß jemand Rat? Viele Grüße Wolfgang
Hi, On Saturday, April 06, 2002 at 14:30:08, Wolfgang Wershofen wrote:
bin gerade dabei, zu Testzwecken auf meiner Spielkiste (SuSE 7.3, 2.4.16-4GB Kernel) den Internet-Zugang mit ISDN und dial-on-demand einzurichten. Auf meinem "Produktiv-Router" (SuSE 7.0, 2.2.10er Kernel) läuft das Ganze wunderbar.
Nun zeigt sich aber, daß der Request, durch den der Verbindungsaufbau getriggert wird, niemals eine Antwort bekommt. Mache ich z.B. einen Ping auf einen externen Rechner, bekomme ich genau in dem Moment, wo die Verbindung steht und auch die dynamischen IP-Adressen neu gesetzt wurden, die Fehlermeldung
ping: sendmsg: Invalid argument
Ein tcpdump auf das IDSN-Interface zeigt auch nur die ICMP-Request, die von mir aus rausgehen. Zurück kommt da aber nix.
Wenn ich den Ping abbreche und bei bestehender Verbindung exakt so nochmal starte, funktioniert alles prima. Gleiches gilt auch für den Fall, daß ich die Verbindung zuvor manuell mit "isdnctrl dial ippp0" gestartet habe. HTTP- und FTP-Requests verhalten sich genauso wie der ping. Erster Versuch scheitert, die nachfolgenden sind ok.
Hab' schon die SDB und Google bemüht, bin aber nicht so recht fündig geworden. Ich meine mich an einen Artikel in der SDB erinnern zu können, bei dem es um eine ähnliche Problematik ging, habe diesen aber nicht mehr gefunden. Weiß jemand Rat?
Trag mal Nameserver fest in die /etc/resolv.conf ein. Oder benutz ip_resend. rpm -qip ip_resend The response to the first packet sent through a demand dial ppp link is usually lost, especially with dynamic IP assignment, but also if dialin takes longer time. The upper layers recover from such loss only after a noticable delay. ip_resend eliminates such delays by resending the first packet with adjusted ip-addresses as soon as the link becomes operational. Henne -- Hendrik Vogelsang aka Henne mailto: hvogel<at>hennevogel.de I am Jack's complete lack of surprise. # random sigs made with fortune
Am Samstag, 6. April 2002 um 23:28 schrieb Henne Vogelsang:
On Saturday, April 06, 2002 at 14:30:08, Wolfgang Wershofen wrote:
bin gerade dabei, zu Testzwecken auf meiner Spielkiste (SuSE 7.3, 2.4.16-4GB Kernel) den Internet-Zugang mit ISDN und dial-on-demand einzurichten. Auf meinem "Produktiv-Router" (SuSE 7.0, 2.2.10er Kernel) läuft das Ganze wunderbar.
Trag mal Nameserver fest in die /etc/resolv.conf ein. Oder benutz ip_resend.
Danke für den Tipp mit dem Nameserver. Das war's - allerdings wohl nicht so, wie Du vielleicht vermutest. Ich hatte schon einen fest eingetragenen Nameserver in meiner /etc/resolv.conf. Allerdings war dort der bind von meinem Produktiv-Router drin, der als caching-only mit forwarders definiert war, allerdings auch die Rechner im internen Netz kannte. Dieser Router ist über eth0 erreichbar und scheinbar hat ihn das dann völlig verwirrt, über eth0 zunächst auf den Nameserver zuzugreifen und anschließend über ippp0 eine Verbindung aufzubauen, wo sich dann plötzlich auch noch die Nameserver ändern. Jedenfalls klappt die Sache jetzt, nachdem ich den Nameserver in /etc/resolv.conf auf einen externen Nameserver, der über ippp0 zu erreichen ist, gesetzt habe. Viele Grüße Wolfgang
Hallo, * Am 07.04.2002 postete Wolfgang Wershofen:
Nun zeigt sich aber, daß der Request, durch den der Verbindungsaufbau getriggert wird, niemals eine Antwort bekommt. Mache ich z.B. einen Ping auf einen externen Rechner, bekomme ich genau in dem Moment, wo die Verbindung steht und auch die dynamischen IP-Adressen neu gesetzt wurden, die Fehlermeldung
ping: sendmsg: Invalid argument
Auf wen oder was Pingst Du? Ist es ein domainname oder eine IP? Was sagt IP-Config? Was sagt route -n? Kannst Du die IP des P-t-P pingen? Ist irgendeine Firewall installiert?
Ein tcpdump auf das IDSN-Interface zeigt auch nur die ICMP-Request, die von mir aus rausgehen. Zurück kommt da aber nix.
Wenn er zurückkommen würde, nehme ich mal an, daß es ginge ;)
Wenn ich den Ping abbreche und bei bestehender Verbindung exakt so nochmal starte, funktioniert alles prima. Gleiches gilt auch für den Fall, daß ich die Verbindung zuvor manuell mit "isdnctrl dial ippp0" gestartet habe.
Steht was in den /var/log/messages? Evtl. die relevanden Zeilen mailen.
HTTP- und FTP-Requests verhalten sich genauso wie der ping. Erster Versuch scheitert, die nachfolgenden sind ok.
Manche Dienstanbieter haben erzwungene Startseiten. Ist das bei Deinem Dienstanbieter auch so? -- Gruß Alex --
Wäre nett, wenn sich jemand mal meine neu entworfene Web-site anschaut! [...] Zu sehen bei http://[submitter's cut] Naja, ich würde nicht so viel Arbeit in eine Error-404-Seite stecken, aber sie sieht für eine schlichte Fehlermeldung doch ganz hübsch aus. [vsg-isg@t-online.de und Stephan Hoffmeister in dciwam]
participants (3)
-
Alex Klein
-
Henne Vogelsang
-
Wolfgang Wershofen