Alex Mizrahi writes: > > > sent [CHAP Response id=0x50 > > > <0ff46b98f19dc359f9a65b303e26376100000000000000005792aaab8702891ae0a5a4d32e7c4ef6537309002391a42700>, > > > name = "killers"] > > > rcvd [CHAP Failure id=0x50 "E=691 R=1 C=cf1f4d78f11fda173bd283e580c850de > > > V=0 M=Access denied"] > > > The user name you're giving to the peer is unusual. Are you sure that > > "killers" is right? Most MS-CHAP usages I've seen include a Windows > > domain name, something like "psycho\\killers". (Of course, then we'll > > all know your passphrase ...) > > it's not Windows domain indeed -- i'm testing it with Linux Debian 4.0, pppd > 2.4.4, pptp 1.7.0. > also i've tested it with my ISP too -- i'm not sure what do they use there, > but there's no domain name too.
I've tracked down the apparent cause of the problem -- the integration of ``libmd'' included the removal of local implementations of MD4 and SHA1 from applications such as pppd. This is generally a good thing, but, unfortunately, something went astray at that point. Backing out that fix (CR 6188861) causes pppd to start working correctly again, but I don't know exactly what happened. I don't know if it's a libmd problem or a pppd problem. I've filed CR 6636680 for this and added the RE for the previous fix on the interest list. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ networking-discuss mailing list [email protected]
