[fli4l] fli4l stellt die Verbindung zum Internet per PPPoE erst nach Reboot her

[Thomas Grunenberg]

Am 21.08.2016 um 17:07 schrieb Christoph Schulz:

Hallo Christoph,

Danke für Deine schnelle Antwort!

> Hallo!
>
> Am Sun, 21 Aug 2016 16:35:02 +0200 schrieb Thomas Grunenberg:
>
>>>> Mein fli4l läuft hinter einem Vigor 130 (als Modem) an einem
>>>> O2-Anschluss, der von der Telekom bereitgestellt wird. Der fli4l wählt
>>>> sich über PPPoE ins Internet.
>>>>
>>>> Heute hatte ich das Problem, dass der fli4l meinte, mit dem Internet
>>>> verbunden zu sein (auf der Console meldet fli4lctrl status => online),
>>>> obwohl das Internet nicht erreichbar war. Ich habe einige Dateien
>>>> (messages, dial und supportinfos) gesichert.
>>>> [...]
>>>> Sind das nur "Nachwehen" der Telekom-Störung? Könnt Ihr mir helfen das
>>>> Problem einzugrenzen?
>
> Aus den Logs geht hervor, dass der fli4l sich um 21.8. um 4:25 Uhr noch
> erfolgreich die PPP-Verbindung aufbauen konnte:
>
> Aug 21 04:25:06 fli4l local2.info pppd[1099]: Starting link
> Aug 21 05:28:56 fli4l local2.info pppd[1099]: Sent 2144 bytes, received
> 2071 bytes.

...

>
> Diese ganzen Probleme haben also mit dem fli4l nichts zu tun. Warum dich
> dein Internet-Provider ständig via LCP rauswirft, weiß ich nicht.
> Jedenfalls ist es absolut albern, eine Sekunde nach Aufbau der IPv4-
> Verbindung diese wieder abzubauen:

Das ich vom Provider rausgeworfen wurde, habe ich mir gedacht. Danke für 
die Bestätigung.

>
> Die Situation um 16:00 Uhr war eine andere: Hier hatte der fli4l
> definitiv keine PPP-Verbindung, und zwar seit 9:02 Uhr nicht:
>
> Aug 21 09:02:16 fli4l local2.debug pppd[1099]: rcvd [LCP TermReq id=0xc8]
> Aug 21 09:02:16 fli4l local2.info pppd[1099]: LCP terminated by peer
> Aug 21 09:02:16 fli4l local2.info pppd[1099]: Connect time 1.0 minutes.
> Aug 21 09:02:16 fli4l local2.info pppd[1099]: Sent 0 bytes, received 40
> bytes.
> Aug 21 09:02:16 fli4l local2.debug pppd[1099]: sent [LCP TermAck id=0xc8]
> Aug 21 09:02:19 fli4l local2.notice pppd[1099]: Connection terminated.
>
> Warum er sich danach nicht wieder eingewählt hat, weiß ich nicht genau.
> Anscheinend kam das dyndns-Paket mit dem schnellen Auflegen nicht klar,
> denn der Prozess "hängt":
>
> 15402 root      1204 S N  {dyndns-update.s} /bin/sh /usr/bin/dyndns-
> update.sh -s -l /var/run/dyndns/dyndns_ip-up.13950 <...> pppoe
>
> Das ist ein bekanntes Problem bei fli4l: Wenn eines der ip-up- oder ip-
> down-Skripte hängen bleibt, gerät die ganze Einwahl-Maschinerie etwas ins
> Wanken. Für fli4l 4.x habe ich einige Ideen, wie ich das verbessern kann.
> Wieviel davon in fli4l 3.10.x umgesetzt werden kann, kann ich nicht
> sagen. Im Falle von dyndns müsste man alle aufgerufenen Programme
> daraufhin überprüfen, ob diese bei nicht funktionierender Internet-
> Anbindung hängen könnten und ggf. andere Timeout-Parameter o.ä. übergeben.
>
>
> Viele Grüße,
>
Das ist natürlich ein verzwicktes Problem: Das Script ip-up- will den 
dyndns Server über die neue IP-Adresse informieren und schafft das 
nicht, weil die Verbindung zu schnell gekappt wurde.

Könnte das nicht dadurch entzerrt werden, dass die Aktualisierung der 
dyndns Server über einen cron-Job (so alle 5 oder 10 Minuten) erledigt 
wird. Wenn die Verbindung nicht steht, werden keine dyndns Server 
aktualisiert. Auf jeden Fall werden die ip-up- und ip-down- Skripte 
nicht vom dyndns Paket aufgehalten.

Gruß
Thomas