PPTP und MSCHAP-V2

Markus Wigge markus at cultcom.de
Wed Jan 29 22:29:02 CET 2003


Tag,

> Wenn du die guete haettest einfach mal nach "mppe" in deinem logoutput
> zu suchen und das MPPE RFC zu lesen wuerdest du weiterkommen ...
ok, hab ich getan. Nun etwas konkreter:

Jan 29 10:44:10 kermit pppd[16880]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <mppe 1 0 0 60> <bsd v1 15>]
 Server bietet 40 und 128 bit Verschlüsselung und stateless mode (1 0 0 60)

Jan 29 10:44:10 kermit pppd[16880]: rcvd [CCP ConfReq id=0x4 <mppe 1 0 0 e1>]
 Client bietet 40, 128 und 56 bit, mppc und ebenfalls stateless (1 0 0 e1)

Jan 29 10:44:10 kermit pppd[16880]: sent [CCP ConfNak id=0x4 <mppe 1 0 0 60>]
 Nach CCP-RFC lehnt der Server den Vorschlag des Client ab und bestätigt
 die Optionen die möglich sind (also 40 und 128 bit)

Jan 29 10:44:10 kermit pppd[16880]: rcvd [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
 Reject von deflate und bsdcomp (Optionen sind Windows unbekannt),
 hab ich in der Serverconfig schon deaktiviert.

Jan 29 10:44:10 kermit pppd[16880]: sent [CCP ConfReq id=0x2 <mppe 1 0 0 60>]
 40 und 128 bit werden vom Server nochmal angeboten angeboten?

Jan 29 10:44:10 kermit pppd[16880]: rcvd [CCP ConfReq id=0x6 <mppe 1 0 0 40>]
 der Client fragt nur noch nach 128 bit

Jan 29 10:44:10 kermit pppd[16880]: sent [CCP ConfRej id=0x6 <mppe 1 0 0 40>]
 der Server lehnt ab? Reject= er kennt die Option nicht!
 Warum? Er hat sie selber angeboten?
 Welche Bedeutung die Optionen (1 0 0 40) bei einem Reject
 haben konnte ich dem RFC nicht entnehmen?

Jan 29 10:44:10 kermit pppd[16880]: rcvd [CCP ConfNak id=0x2 <mppe 1 0 0 40>]
 Client lehnt 40 bit ab und erlaubt nur noch 128 bit??
 Hier bin ich mir unsicher.

Jan 29 10:44:10 kermit pppd[16880]: sent [CCP ConfReq id=0x3]
 ?? Ein leerer Request?

Jan 29 10:44:10 kermit pppd[16880]: rcvd [LCP TermReq id=0x8 "?\"=\031\000<\37777777715t\000\000\002\37777777746"]
Jan 29 10:44:10 kermit pppd[16880]: cbcp_lowerdown
Jan 29 10:44:10 kermit pppd[16880]: sent [LCP TermAck id=0x8]
Jan 29 10:44:10 kermit kernel: compress rejected: opt_len=32,o[0]=12,o[1]=6
 Und weg die Verbindung ... Was hat die letzte Kernelmeldung zu sagen?

so far,
danke für die RFC-Sammlung, hat zumindest erstmal Verständis gebracht.

bye
  Markus




More information about the Linux mailing list