[fli4l] update nach 3.?==?utf-8?Q?10.6 mit Fehler in pptp

Christoph Schulz fli4l at kristov.de
Do Mai 19 11:54:54 CEST 2016


Hallo!

Zitat: Michael Wieser schrieb am Mi, 18 Mai 2016 15:12
----------------------------------------------------
> [...]
> Und da erhalte ich, nachdem der Router gestartet ist, folgende
> Fehlermeldung:
> 
> Connection timed out or disconnected by provider!
> Restarting pppd
> 
> auf der seriellen Konsole.

OK...

> Syslog zeigt 
> 
> pptp	1c	daemon	warning	pptp[5700]: anon
> warn[decaps_hdlc:pptp_gre.c:220]: short read (-1): Input/output
> error
> [...]

Dein Format ist ziemlich seltsam... Kannst du uns mal ein "richtiges"
Syslog mit den entsprechenden Zeitangaben liefern? Das sieht bei mir
z.B. so aus:

slide 3.10.5-r44855MP # head -n 5 /var/log/syslog
Feb 10 00:09:23 slide syslog.info syslogd started: BusyBox v1.22.1
Feb 10 00:09:25 slide user.info imond[1931]: setting default route to
circuit 'DSL'
Feb 10 00:09:25 slide user.notice add-default-route: adding route for
pppoe
Feb 10 00:09:33 slide user.notice add-default-route: ip -4 route add
default dev ppp0
Feb 10 00:09:59 slide user.info imond[1931]: measure_pppoe_rates: device
went down without telling us about it yet

> Irgendwelche Ideen was das sein kann oder wo ich ansetzen kann?

Bearbeite die Datei opt/etc/rc.d/rc340.circuits.pptp und entferne
testweise den Code zwischen Zeile 106 und 120 (du kannst ihn auch
auskommentieren, indem du ein "#" vor jede Zeile schreibst):

        # check pppd
        # fm: perhaps it's better to use pid file in /var/run/
        set -- `ps | grep [G]RE-to-PPP`
        if [ "$1" = "" ]
        then
            sleep 5
            set -- `ps | grep [G]RE-to-PPP`
            if [ "$1" = "" ]
            then
                echo "Connection timed out or disconnected by
provider!"
                echo "Restarting pppd"
                killall pppd
            fi
        fi

Ich tippe mal darauf, dass die grep-Ausdrücke nicht korrekt sind. Unter
fli4l 4.0 gibt es jedenfalls keine Prozesse mit "GRE-to-PPP" im Namen.
Wenn meine Analyse zutreffend ist (d.h. bei positiver Rückmeldung
deinerseits) kann ich mir überlegen, wie man (in fli4l 3.10) korrekt
prüfen kann, ob der pppd-Dämon eine Verbindung aufbauen konnte.

Übrigens könntest du zusätzlich fli4l 4.0 ausprobieren. Dort wird
eine ganz andere Code-Basis für den Aufbau von PPTP-Verbindungen
verwendet.


Viele Grüße,
-- 
Christoph Schulz
[fli4l-Team]


Mehr Informationen über die Mailingliste Fli4L