On Fri, Jul 16, 1999 at 12:11:32PM +1000, Damon Muller wrote:
>
> On Wed, 14 Jul 1999 10:52:20 -0500
> Michael Merten <[EMAIL PROTECTED]> wrote:
>
> > The NT server I'm trying to connect to is definitely using the
> > M$CRAP^H^H^HHAP mentioned in one of the doc files included with ppp
> > (it's different from the standard CHAP). To date I still haven't
> > managed to get this to work.
>
> I've also had a play around with this, trying to connect to an NT
> server, and have also had no luck.
>
> I wonder if the default debian pppd has MSCHAP80 support compiled in
> already? in the README.MSCHAP doc, it says that the client (my debian
> machine), so respond with an NAck, saying it doesn't understand CHAP80,
> but mine responds with an Ack. I'm not sure I exactly understand what is
> going on, but here is the relevant bit of my ppp.log
>
> Jul 15 13:05:11 rei pppd[28567]: rcvd [LCP ConfReq id=0x0 <asyncmap 0x0>
> <auth chap 80> <magic 0x52dc> <pcomp> <accomp>]
> Jul 15 13:05:11 rei pppd[28567]: sent [LCP ConfAck id=0x0 <asyncmap 0x0>
> <auth chap 80> <magic 0x52dc> <pcomp> <accomp>]
> Jul 15 13:05:11 rei pppd[28567]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
> <magic 0xef142e3e> <pcomp> <accomp>]
> Jul 15 13:05:11 rei pppd[28567]: sent [LCP EchoReq id=0x0 magic=0xef142e3e]
> Jul 15 13:05:11 rei pppd[28567]: rcvd [CHAP Challenge id=0x14
> <b8c560ecb9d27626>, name = ""]
> Jul 15 13:05:11 rei pppd[28567]: sent [CHAP Response id=0x14
> <000000000000000000000000000000000000000000000000
> 2c02709fb8f21e7fa8fe7b8a7b666bda3c5b8f06125a3ab201>, name = "damonm"]
> Jul 15 13:05:11 rei pppd[28567]: rcvd [LCP EchoRep id=0x0 magic=0x52dc]
> Jul 15 13:05:14 rei pppd[28567]: sent [CHAP Response id=0x14
> <000000000000000000000000000000000000000000000000
> 2c02709fb8f21e7fa8fe7b8a7b666bda3c5b8f06125a3ab201>, name = "damonm"]
> Jul 15 13:05:14 rei pppd[28567]: rcvd [CHAP Failure id=0x14 "E=691 R=1"]
> Jul 15 13:05:14 rei pppd[28567]: Remote message: E=691 R=1
> Jul 15 13:05:14 rei pppd[28567]: CHAP authentication failed
>
> It looks like it responded to the chap challenge, yet it still failed to
> authenticate. This is with the default pppd included with slink.
>
Well, you certainly got farther along than I did. I can't get pppd
(2.3.8) to even Ack the chap request. However, something is strange
here... from your log, you're geting 'auth chap 80' requests, from
my log, I'm getting 'auth chap m$oft' requests. That's probably why
my pppd isn't responing to it. :/
For you problem, you may need to specify (in chap-secrets) the NT
domain as well as the username / password, like this:
domain\\username remotename password
remotename domain\\username password
Also note that as according to the docs, you have to specify two lines
with the username and remote name swapped. Beats me why.
HTH,
Mike
[I'm subscribed to the list, no need to CC: me on replys.]
--
Michael Merten ([EMAIL PROTECTED])
---> NRA Life Member (http://www.nra.org)
---> Debian GNU/Linux Fan (http://www.debian.org)
---> CenLA-LUG Founder (http://www.angelfire.com/la2/cenlalug)
--
How many hardware guys does it take to change a light bulb?
"Well the diagnostics say it's fine buddy, so it's a software problem."
