Ubuntu PPPoE Verbindungs-Timeout

2770
Gabriel Solomon

Ich versuche, meine Internetverbindung unter Ubuntu 9 einzurichten, habe jedoch einige Schwierigkeiten damit.

Ich habe es geschafft, es zum Laufen zu bringen, aber es trennt sich ständig und stellt die Verbindung wieder her. Folgendes bekomme ich sofort nach einer Verbindung:

solomongaby@solomongaby-laptop:~$ plog May 2 12:16:34 solomongaby-laptop pppd[4133]: primary DNS address 213.154.124.1 May 2 12:16:34 solomongaby-laptop pppd[4133]: secondary DNS address 193.231.252.1 May 2 12:16:37 solomongaby-laptop pppd[7313]: PAP authentication succeeded May 2 12:16:37 solomongaby-laptop pppd[7313]: peer from calling number 00:10:18:2C:07:60 authorized May 2 12:16:37 solomongaby-laptop pppd[7313]: not replacing existing default route through ppp4 May 2 12:16:37 solomongaby-laptop pppd[7313]: Cannot determine ethernet address for proxy ARP May 2 12:16:37 solomongaby-laptop pppd[7313]: local IP address 79.119.100.50 May 2 12:16:37 solomongaby-laptop pppd[7313]: remote IP address 10.0.0.1 May 2 12:16:37 solomongaby-laptop pppd[7313]: primary DNS address 213.154.124.1 May 2 12:16:37 solomongaby-laptop pppd[7313]: secondary DNS address 193.231.252.1 solomongaby@solomongaby-laptop:~$ plog May 2 12:16:37 solomongaby-laptop pppd[7313]: not replacing existing default route through ppp4 May 2 12:16:37 solomongaby-laptop pppd[7313]: Cannot determine ethernet address for proxy ARP May 2 12:16:37 solomongaby-laptop pppd[7313]: local IP address 79.119.100.50 May 2 12:16:37 solomongaby-laptop pppd[7313]: remote IP address 10.0.0.1 May 2 12:16:37 solomongaby-laptop pppd[7313]: primary DNS address 213.154.124.1 May 2 12:16:37 solomongaby-laptop pppd[7313]: secondary DNS address 193.231.252.1 May 2 12:16:50 solomongaby-laptop pppd[5214]: PPP session is 873 May 2 12:16:50 solomongaby-laptop pppd[5214]: Connected to 00:10:18:2c:07:60 via interface eth0 May 2 12:16:50 solomongaby-laptop pppd[5214]: Using interface ppp7 May 2 12:16:50 solomongaby-laptop pppd[5214]: Connect: ppp7 <--> eth0 

Aber nach etwa 3-4 Minuten
wird die Verbindung
unterbrochen, und es wird angezeigt, dass ein nicht erfolgreiches 4-Echo-Antwort- Link nicht verbunden ist.

May 3 10:24:49 solomongaby-laptop pppd[2295]: No response to 4 echo-requests May 3 10:24:49 solomongaby-laptop pppd[2295]: Serial link appears to be disconnected. May 3 10:24:49 solomongaby-laptop pppd[2295]: Connect time 5.6 minutes. May 3 10:24:49 solomongaby-laptop pppd[2295]: Sent 948 bytes, received 952 bytes. May 3 10:24:55 solomongaby-laptop pppd[2295]: Connection terminated. May 3 10:24:55 solomongaby-laptop pppd[2295]: Modem hangup 

und dann verbindet es sich wieder, aber es dauert eine Weile, bis es funktioniert.

Können Sie mir helfen, das zu verstehen.
Danke vielmals.

4
"So etwas wie nicht erfolgreiche 4 Echoantworten" ist keine Fehlermeldung. Bitte senden Sie das vollständige Protokoll, damit wir Ihnen helfen können. David Schmitt vor 15 Jahren 0
Ich habe die genauen Protokolle hinzugefügt Gabriel Solomon vor 15 Jahren 0

3 Antworten auf die Frage

4
tumbleweed

Die andere Seite des PPP-Links unterstützt wahrscheinlich kein LCP-Echo. Dies wird häufig bei PPPoE-Implementierungen für Mobiltelefone / Mobilfunk-Datenkarten angezeigt.

Fügen Sie diese Zeile in die relevante PPP-Optionsdatei ein und versuchen Sie es erneut:

lcp-echo-interval 0 
0
lImbus

Funktioniert es (können Sie es / surfen) für diese 3-4 Minuten?

Ich bin kein Experte für ppp / pppoe, aber das sieht verdreht aus:

2. Mai 12:16:37 solomongaby-laptop pppd [7313]: lokale IP-Adresse 79.119.100.50
2. Mai 12:16:37 solomongaby-laptop pppd [7313]: Remote-IP-Adresse 10.0.0.1

Können Sie vielleicht versuchen, den Verkehr mit Wireshark zu schnüffeln?

Wenn Sie wirklich Glück haben, bietet Ihr Modem einige Möglichkeiten zum Debuggen. Meines hatte Syslog-Ausgabe, die leicht konfiguriert werden konnte.

0
LapTop006

Die Remote-PPP-Adresse ist in Ordnung, einige Anbieter mögen es.

Wenn Sie die vorhandene Standardroute nicht ersetzen, frage ich mich, ob Sie auf der ISP-Seite (oder eher unwahrscheinlich Modem) nicht getrennt werden, da sie nicht als Haupt-IP-Verbindung verwendet wird.

Als Nächstes sollten Sie die SNR-Daten und die L2-Protokolle nach Möglichkeit vom Modem abrufen.