[fli4l] update nach 3.10.6 mit Fehler in pptp
Michael Wieser
Mi_Wieser at web.de
Fr Mai 20 23:08:32 CEST 2016
On Thu, 19 May 2016 11:54:54 +0200, Christoph Schulz
<fli4l at kristov.de> wrote:
>Hallo!
>
>Zitat: Michael Wieser schrieb am Mi, 18 Mai 2016 15:12
>----------------------------------------------------
>
>Dein Format ist ziemlich seltsam... Kannst du uns mal ein "richtiges"
>Syslog mit den entsprechenden Zeitangaben liefern?
May 18 14:51:24 192.168.1.30 pppd 96 local2 info
pppd[5064]: Exit.
May 18 14:51:24 192.168.1.30 pptp 1c daemon warning
pptp[5073]: anon warn[decaps_hdlc:pptp_gre.c:220]: short read (-1):
Input/output error
May 18 14:51:24 192.168.1.30 pptp 1c daemon warning
pptp[5073]: anon warn[decaps_hdlc:pptp_gre.c:232]: pppd may have
shutdown, see pppd log
May 18 14:51:24 192.168.1.30 pptp 1d daemon notice
pptp[5061]: anon log[callmgr_main:pptp_callmgr.c:245]: Closing
connection (unhandled)
May 18 14:51:24 192.168.1.30 pptp 1d daemon notice
pptp[5061]: anon log[ctrlp_rep:pptp_ctrl.c:258]: Sent control packet
type is 12 'Call-Clear-Request'
May 18 14:51:24 192.168.1.30 pptp 1d daemon notice
pptp[5061]: anon log[call_callback:pptp_callmgr.c:84]: Closing
connection (call state)
May 18 14:51:29 192.168.1.30 pptp 1d daemon notice
pptp[5115]: anon log[main:pptp.c:333]: The synchronous pptp option is
NOT activated
May 18 14:51:29 192.168.1.30 pptp 1d daemon notice
pptp[5126]: anon log[ctrlp_rep:pptp_ctrl.c:258]: Sent control packet
type is 1 'Start-Control-Connection-Request'
May 18 14:51:29 192.168.1.30 pptp 1d daemon notice
pptp[5126]: anon log[ctrlp_disp:pptp_ctrl.c:758]: Received Start
Control Connection Reply
May 18 14:51:29 192.168.1.30 pptp 1d daemon notice
pptp[5126]: anon log[ctrlp_disp:pptp_ctrl.c:792]: Client connection
established.
May 18 14:51:30 192.168.1.30 pptp 1d daemon notice
pptp[5126]: anon log[ctrlp_rep:pptp_ctrl.c:258]: Sent control packet
type is 7 'Outgoing-Call-Request'
May 18 14:51:30 192.168.1.30 pptp 1d daemon notice
pptp[5126]: anon log[ctrlp_disp:pptp_ctrl.c:877]: Received Outgoing
Call Reply.
May 18 14:51:30 192.168.1.30 pptp 1d daemon notice
pptp[5126]: anon log[ctrlp_disp:pptp_ctrl.c:916]: Outgoing call
established (call ID 0, peer's call ID 0).
May 18 14:51:30 192.168.1.30 pppd 95 local2 notice
pppd[5140]: pppd 2.4.6 started by root, uid 0
May 18 14:51:30 192.168.1.30 pppd 96 local2 info
pppd[5140]: Using interface ppp0
May 18 14:51:30 192.168.1.30 pppd 95 local2 notice
pppd[5140]: local IP address 164.164.164.164
May 18 14:51:30 192.168.1.30 pppd 95 local2 notice
pppd[5140]: remote IP address 111.111.111.111
May 18 14:51:33 192.168.1.30 arping 8f local1 debug
arping[2975]: end of loop
May 18 14:51:35 192.168.1.30 pppd 96 local2 info
pppd[5140]: Terminating on signal 15
May 18 14:51:36 192.168.1.30 pppd 96 local2 info
pppd[5140]: Exit.
Das ist das, was auf im Syslog landet - bevor ich die Zeilen
auskommtiert habe.
>
>> 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):
done
>
>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.
Dann erschien als erstes das am V24-Terminal während dem Booten:
-> finished preparing circuits ... (/etc/rc.d/rc340.circuits)
/etc/rc: /etc/rc.d/rc340.circuits.pptp: line 1:
#----------------------------------------------------------------------------:
not found
-> starting pptp ... (/etc/rc.d/rc340.circuits.pptp)
Dateivergleich hat - abgesehen von den zusätzlich inzugekommenen #
keinen Unterschied gezeigt.
und es waren dann keine Fehlermeldungen mehr sichtbar, Verbindung ist
allerdings auch keine aufgebaut worden
im Syslog findet sich dann:
May 20 22:46:47 192.168.1.30 pptp 1d daemon notice
pptp[667]: anon log[logecho:pptp_ctrl.c:696]: Echo Request received.
May 20 22:46:47 192.168.1.30 pptp 1d daemon notice
pptp[667]: anon log[logecho:pptp_ctrl.c:698]: no more Echo
Reply/Request packets will be reported.
und sonst nix was den pptp betrifft.
>Ü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.
>
Nachdem sich da die Syntax zu den mir bekannten Versionen geändert
hat und in der base.pdf ab 3.7 für mich nicht ersichtlich ist wie die
neue Syntax nun anzuwenden ist... (zB. muß ich nun die # vor den
Klammern entfernen damit die Option verwendet wird...? ) wird das wohl
noch eine Weile dauern
Grüße
-
Michael Wieser
--
Mehr Informationen über die Mailingliste Fli4L