OpenBSD 3.9 + PPTP 1.7.0 + inode = geht nicht mehr?

[Mr. BBQ]

wollt gerade meinen router neu machen und hab alles so wie immer gemacht. hab mir meinen kernel ohne GRE gebaut und pptp von den ports installiert. die zugangsdaten reingegeben in pap-secrets und options file konfiguriert. alles so wie auf meinem 3.8er router. jedoch will er nicht verbinden und nach den logfiles zu urteilen tastet er meine pap-secrets file gar nicht an. eigenartigerweise erstellt pptp auch immer ein tun0 interface - wobei ich keine ahnung hab woher das kommt. hat jemand schon openbsd 3.9 mit pptp zum laufen gebracht???

meine logs

/var/log/messages

Mar  3 03:32:13 testrouter pptp[24489]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Mar  3 03:32:13 testrouter pptp[19533]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Mar  3 03:32:13 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Mar  3 03:32:13 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Mar  3 03:32:14 testrouter pptp[19533]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Mar  3 03:32:14 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Mar  3 03:32:14 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 0).
Mar  3 03:32:17 testrouter pptp[6564]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (0): Invalid argument
Mar  3 03:32:17 testrouter pptp[19533]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled)
Mar  3 03:32:17 testrouter pptp[19533]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Mar  3 03:32:17 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 0)
Mar  3 03:32:17 testrouter pptp[19533]: anon log[ctrlp_error:pptp_ctrl.c:199]: Result code is 4 '(your) Request'. Error code is 0, Cause code is 0
Mar  3 03:32:17 testrouter pptp[19533]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

/var/log/daemon

Mar  3 03:32:13 testrouter pptp[24489]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Mar  3 03:32:13 testrouter pptp[19533]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Mar  3 03:32:13 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Mar  3 03:32:13 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Mar  3 03:32:14 testrouter pptp[19533]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Mar  3 03:32:14 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Mar  3 03:32:14 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 0).
Mar  3 03:32:14 testrouter ppp[24489]: Phase: Using interface: tun0
Mar  3 03:32:14 testrouter ppp[24489]: Phase: deflink: Created in closed state
Mar  3 03:32:14 testrouter ppp[24489]: Phase: PPP Started (direct mode).
Mar  3 03:32:14 testrouter ppp[24489]: Phase: bundle: Establish
Mar  3 03:32:14 testrouter ppp[24489]: Phase: deflink: closed -> opening
Mar  3 03:32:14 testrouter ppp[24489]: Phase: deflink: Connected!
Mar  3 03:32:14 testrouter ppp[24489]: Phase: deflink: opening -> carrier
Mar  3 03:32:15 testrouter ppp[24489]: Phase: deflink: carrier -> lcp
Mar  3 03:32:16 testrouter ppp[24489]: Phase: bundle: Authenticate
Mar  3 03:32:16 testrouter ppp[24489]: Phase: deflink: his = CHAP 0x05, mine = none
Mar  3 03:32:16 testrouter ppp[24489]: Phase: Chap Input: CHALLENGE (16 bytes from LINZCR04)
Mar  3 03:32:16 testrouter ppp[24489]: Phase: Chap Output: RESPONSE ()
Mar  3 03:32:17 testrouter ppp[24489]: Phase: Chap Input: FAILURE (Authentication failed)
Mar  3 03:32:17 testrouter ppp[24489]: Phase: deflink: Disconnected!
Mar  3 03:32:17 testrouter ppp[24489]: Phase: deflink: Connect time: 3 secs: 208 octets in, 163 octets out
Mar  3 03:32:17 testrouter ppp[24489]: Phase: deflink: 6 packets in, 5 packets out
Mar  3 03:32:17 testrouter ppp[24489]: Phase:  total 123 bytes/sec, peak 86 bytes/sec on Fri Mar  3 03:32:16 2006
Mar  3 03:32:17 testrouter ppp[24489]: Phase: deflink: lcp -> closed
Mar  3 03:32:17 testrouter ppp[24489]: Phase: bundle: Dead
Mar  3 03:32:17 testrouter ppp[24489]: Phase: PPP Terminated (normal).
Mar  3 03:32:17 testrouter pptp[6564]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (0): Invalid argument
Mar  3 03:32:17 testrouter pptp[19533]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled)
Mar  3 03:32:17 testrouter pptp[19533]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Mar  3 03:32:17 testrouter pptp[19533]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 0)
Mar  3 03:32:17 testrouter pptp[19533]: anon log[ctrlp_error:pptp_ctrl.c:199]: Result code is 4 '(your) Request'. Error code is 0, Cause code is 0
Mar  3 03:32:17 testrouter pptp[19533]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

muss man jetzt die ppp files anders konfigurieren oder gehts einfach nimmer?

[napolion]

Hello.

Nja machs mit ppoe.Is die sauberere Lösung.

MfG nap

PS: Könnte dir da bei denn Logs was sagen mach ich aber nicht weil
ich mir jetzt nicht sicher bin obs an der sync mode liegt oder aber an der gescheiterten authentification welche ich aber primär vermuten würde.

[Mr. BBQ]

aber das geht ja bei uns in Österreich nicht mit pppoe soweit ich weiß. oder hat sich da jetzt was geändert?

[max93]

Zitat von Mr. BBQ

aber das geht ja bei uns in Österreich nicht mit pppoe soweit ich weiß. oder hat sich da jetzt was geändert?

Das kommt darauf an. Wenn es ein entbündeltes xDSL ist, dann verwendet Inode in der Regel PPPoE (dann erhältst du in der Regel aber auch einen Router der sich "einwählt"). Wenn es nicht entbündelt ist, dann läuft das natürlich über ADSL der Telekom und dann braucht es leider PPTP, wenn du keinen Router von Inode bekommen hast.

Ich habe hier nur kleinere Firmenanschlüsse mit Router (aber auch welche über ADSL), da muss ich mich um den Blödsinn nicht kümmern. ];-)

HTH & Ciao.
Markus Mann
];-)

[napolion]

Doch.
Zumindest Inode spielt hier mit, bei anderen ISP's hättest aber
Pech gehabt stimmt.

MfG nap

[Mr. BBQ]

hmm, also ich hab hier den anschluss über die sch**** telekom. und mit openBSD 3.9 und adsl über telekom anschluß hat keiner erfahrung?

ich versteh das nicht. dann werd ich beim router wohl bei 3.8 und pptp-1.6 bleiben *hmpf*

[Ulukay]

hi - hat schon jemand eine lösung dafür?
ich hab hier auf openbsd 4.0 geupgraded und hab exakt denselben fehler
mit 3.8 gings

[sticky bit]

So wie mir das scheint, ist das ein Fehler in pptp selbst.
Wer das gleiche Problem hat, soll sich von der Projekt-Homepage [1] die aktuellen Quellen ziehen (z. Z. 1.7.1) und die übersetzen, läuft "Out-Of-The-Box", einfach nur auspacken und ein simples make. Das fertige Binary ersetzt dann das aus dem Package unter /usr/local/sbin/pptp und schon gehts ohne Probleme, bei mir zumindest...

Auch wenns Thema schon uralt ist, vielleicht hilfts ja doch noch jemand, in der aktuellen Version von OpenBSD (also den Packages) besteht das Problem ja offenbar noch...

[1] http://pptpclient.sourceforge.net/

[nagel]

Also ich krieg mein Inet immer so zum laufen unter OBSD (Eunet ADSL):

pkg_add pptp
in der /etc/sysctl.conf "net.inet.gre.allow=1" eintragen und ggf. sysctl -w net.inet.gre.allow=1 ausführen oder neu starten.
danach die ppp-config anpassen:
/etc/ppp/ppp.conf

default:
set log Phase Chat LCP IPCP CCP tun command

LABEL:
set device "!/usr/local/sbin/pptp 10.0.0.138 --nolaunchpppd"
set authname USERNAME
set authkey PASSWORT
set mtu max 1490
set mru max 1490
add default HISADDR

danach mit ppp -ddial LABEL
und schon gehts.
Aber einen kernel hab ich noch nie neu bauen müssen. Hat bei mir mit OpenBSD 3.2 (?) 3.8 3.9 und 4.0 problemlos gefunzt.

Edit: falls du ein SpeedTouch 510 Modem dein eigen nennst kann dieses auch die Einwahl und das routing übernehmen.
http://www.google.at/search?q=speedt...ient=firefox-a

[Ulukay]

thx
benutz aber mittlerweile M0n0wall als router

[worel]

Dank unserer lieben österr. Telekom fahren wir (wie eh schon alle sagten) per PPTP. Und das bei sämtlichen ADSL Zugängen.

Hat eigentlich schon jemand xDSL@home von Inode per BSD zum Laufen gebracht? Ich meine, angeblich ist es ja kein reinrassiges PPPoE sondern ein sehr komisches PPTP über PPPoE oder umgekehrt. (deswegen schaffen meine bintecs auch keine stabile verbindung bei @home produkten)

Das Problem mit den @home Produkten hab ich immer wieder. Die Leute wollen ein paar Netsch im Monat sparen und motzen dann rum wenns nicht wirklich sauber mit ihren Routern funktioniert!

[nagel]

Zitat von worel

Hat eigentlich schon jemand xDSL@home von Inode per BSD zum Laufen gebracht?

einfach mal googlen: z.b
http://dragon.at/webpage/index.php?d...l-openBSD.html

[max93]

Hallo!

Zitat von worel

Hat eigentlich schon jemand xDSL@home von Inode per BSD zum Laufen gebracht?

Naja nicht direkt, aber ich habe für jeden xDSL-(und sogar für jeden ADSL-)Anschluss einen Zyxel-Router bekommen, der macht die Einwahl und ich habe überall ein /30 Netz mit statischen IP-Adressen. Man kann mit Inode also durchaus verhandeln. Das funktioniert für mich in 8 Aussenstellen über Österreich verstreut sehr gut (ich hatte einen Mittler, der schon mehr Kunden zu Inode gebracht hat, da war das mit dem Überreden sicherlich leichter).

Also ich habe nirgendwo einen BSD-Rechner stehen, der selbst die Einwahl vornehmen müsste, weil es für mich schlichtweg nicht nötig ist.

Ciao.
Markus Mann
];-)