[Problem] PPTP auf 7390 - fehlende Module

anatius

Neuer User
Mitglied seit
22 Jan 2008
Beiträge
10
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

mit aktuellen Trunk (rev 9803) scheint PPTP auf der 7390 (mit 2.6.28 Kernel, also FritzOS 05.22) nicht zu funktionieren. Beim Starten von PPTP bekomme ich folgende Meldung:
Code:
modprobe: module sha1_generic not found in modules.dep
modprobe: module ppp_generic not found in modules.dep
modprobe: module ppp_async not found in modules.dep
Starting pptp ... failed.

Freetz wurde sauber von null kompiliert - keine Altlasten. Und auch reproduzierbar auf der 7390 (auf 7170 funktioniert es probemlos).

So ein ähnliches Problem wurde vor einiger Zeit schonmal beschrieben (Ticket 1516), sollte lt. Trac allerdings inzwischen behoben sein. Bevor ich jeztzt ein neues Ticket aufmache oder das alte wieder aufmache wollte ich fragen, was ich ausprobiene kann / sollte, damit es vielleicht doch funzt?

Weitere Angaben (.config etc...) gerne - was wird benötigt?

Danke für Eure Hilfe im Voraus!
Christian
 
Zuletzt bearbeitet:
Die drei Module sind fest im Kernel, deswegen könne sie von modprobe nicht geladen werden. Ich nutze noch die alte Firmware 05.22.
Allerdings geht auch bei mir der pptpd auf meiner 7390 nicht mehr. Nach dem letzten Checkin (Ticket 1516 ) funktionierte es kurzzeitig, nach ein paar Tagen dann aber nicht mehr.
Ich vermute noch immer ein NAT-Problem, so dass nach einem Neustart der Box nur eine Einwahl erfolgen kann, solange keine andere ausgehende PPTP Verbindung aufgebaut wurde. Ab dann ist schluss.
 
Hallo Markuschen,

Hmmm - das wäre sehr schade, wollte ich doch einen PPP Tunnel für mein VPN nutzen. Die Syslog Fehlermeldung ist auch eher kryptisch:

Code:
Jan  4 20:53:50 fritz daemon.notice pppd[6429]: pppd 2.4.5 started by root, uid 0
Jan  4 20:53:50 fritz daemon.info pppd[6429]: Using interface ppp0
Jan  4 20:53:50 fritz daemon.notice pppd[6429]: Connect: ppp0 <--> /dev/pts/0
Jan  4 20:53:50 fritz daemon.notice pptp[6432]: anon log[usage:pptp.c:127]: pptp called with wrong arguments, program not started.
Jan  4 20:53:50 fritz daemon.notice pppd[6429]: Modem hangup
Jan  4 20:53:50 fritz daemon.notice pppd[6429]: Connection terminated.
Jan  4 20:53:50 fritz daemon.info pppd[6429]: Exit.

Gibt es vielleicht Alternativen oder Lösungsansätze?

Danke!
Christian
 
Die Fehlermeldung kommt bei mir nicht vor. Du solltest mal inf options.pptpd und pptpd.conf eine "debug" mit rein, dann kommt ein "wenig" mehr Ausgabe ;-). Ich vermute aber einen Fehler in einer dieser beiden Dateien.
 
Hi markuschen,

Danke, der fehler saß mal wieder vorm Rechner. PPTP scheint jetzt gut zu laufen, Verbindung wird aufgebaut (siehe unten).

Allerdings funktioniert das Routing nicht. Siehe auch mein separates Post dazu.

Code:
Jan  6 11:08:44 fritz kern.info kernel: PPP Deflate Compression module registered
Jan  6 11:08:44 fritz kern.info kernel: MPPE/MPPC encryption/compression module registered
Jan  6 11:08:44 fritz daemon.notice pppd[3688]: pppd 2.4.5 started by root, uid 0
Jan  6 11:08:44 fritz daemon.debug pppd[3688]: using channel 1
Jan  6 11:08:44 fritz daemon.info pppd[3688]: Using interface ppp0
Jan  6 11:08:44 fritz daemon.notice pppd[3688]: Connect: ppp0 <--> /dev/pts/1
Jan  6 11:08:44 fritz daemon.notice pptp[3690]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Jan  6 11:08:45 fritz daemon.notice pptp[3697]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  6 11:08:45 fritz daemon.notice pptp[3697]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  6 11:08:45 fritz daemon.notice pptp[3697]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan  6 11:08:45 fritz daemon.debug pppd[3688]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc4200c21> <pcomp> <accomp>]
Jan  6 11:08:46 fritz daemon.notice pptp[3697]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan  6 11:08:46 fritz daemon.notice pptp[3697]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan  6 11:08:46 fritz daemon.notice pptp[3697]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 49848).
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [LCP ConfReq id=0x0 <mru 1400> <auth chap MS-v2> <magic 0xc283cf6> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:fc.1d.5b.e6.c3.c5.48.34.97.fd.1c.f4.d4.5e.ee.ba.00.00.00.00]>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [LCP ConfRej id=0x0 <callback CBCP> <mrru 1614>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xc4200c21> <pcomp> <accomp>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [LCP ConfReq id=0x1 <mru 1400> <auth chap MS-v2> <magic 0xc283cf6> <pcomp> <accomp> <endpoint [local:fc.1d.5b.e6.c3.c5.48.34.97.fd.1c.f4.d4.5e.ee.ba.00.00.00.00]>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [LCP ConfAck id=0x1 <mru 1400> <auth chap MS-v2> <magic 0xc283cf6> <pcomp> <accomp> <endpoint [local:fc.1d.5b.e6.c3.c5.48.34.97.fd.1c.f4.d4.5e.ee.ba.00.00.00.00]>]
Jan  6 11:08:46 fritz daemon.notice pptp[3697]: anon log[ctrlp_disp:pptp_ctrl.c:950]: PPTP_SET_LINK_INFO received from peer_callid 0
Jan  6 11:08:46 fritz daemon.notice pptp[3697]: anon log[ctrlp_disp:pptp_ctrl.c:953]:   send_accm is 00000000, recv_accm is FFFFFFFF
Jan  6 11:08:46 fritz daemon.warn pptp[3697]: anon warn[ctrlp_disp:pptp_ctrl.c:956]: Non-zero Async Control Character Maps are not supported!
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [CHAP Challenge id=0x0 <32312180c5813065ca42dc9ff83ace25>, name = "NY-USTMG01"]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [CHAP Response id=0x0 <60cecc715c4584fa23a4efb246901b960000000000000000cf1991dab32d24120f040ae554ff6364e70af46101725f3100>, name = "christian.schwarz"]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [CHAP Success id=0x0 "S=13AF64CCF8D5CFB6E28F7A4300BB3A782B7991DF"]
Jan  6 11:08:46 fritz daemon.notice pppd[3688]: CHAP authentication succeeded
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [CCP ConfReq id=0x1 <mppe +H +M +S +L -D +C>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [CCP ConfReq id=0x3 <mppe +H -M +S -L -D +C>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [CCP ConfAck id=0x3 <mppe +H -M +S -L -D +C>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [IPCP ConfReq id=0x4 <addr 192.168.31.1>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [IPCP TermAck id=0x4]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: rcvd [CCP ConfNak id=0x1 <mppe +H -M +S -L -D +C>]
Jan  6 11:08:46 fritz daemon.debug pppd[3688]: sent [CCP ConfReq id=0x2 <mppe +H -M +S -L -D +C>]
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: rcvd [CCP ConfAck id=0x2 <mppe +H -M +S -L -D +C>]
Jan  6 11:08:47 fritz daemon.notice pppd[3688]: MPPC/MPPE 128-bit stateless compression enabled
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.101.1>]
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: sent [IPCP ConfReq id=0x2 <addr 192.168.101.1>]
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: rcvd [IPCP ConfNak id=0x2 <addr 192.168.31.13>]
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: sent [IPCP ConfReq id=0x3 <addr 192.168.31.13>]
Jan  6 11:08:47 fritz daemon.debug pppd[3688]: rcvd [IPCP ConfAck id=0x3 <addr 192.168.31.13>]
Jan  6 11:08:48 fritz daemon.debug pppd[3688]: rcvd [IPCP ConfReq id=0x5 <addr 192.168.31.1>]
Jan  6 11:08:48 fritz daemon.debug pppd[3688]: sent [IPCP ConfAck id=0x5 <addr 192.168.31.1>]
Jan  6 11:08:48 fritz daemon.notice pppd[3688]: local  IP address 192.168.31.13
Jan  6 11:08:48 fritz daemon.notice pppd[3688]: remote IP address 192.168.31.1
Jan  6 11:08:48 fritz daemon.debug pppd[3688]: Script /etc/ppp/ip-up started (pid 3731)
Jan  6 11:08:48 fritz daemon.debug pppd[3688]: Script /etc/ppp/ip-up finished (pid 3731), status = 0x0
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.