From owner-freebsd-hackers Thu Jul 31 15:42:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08836 for hackers-outgoing; Thu, 31 Jul 1997 15:42:03 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08831 for ; Thu, 31 Jul 1997 15:42:00 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id IAA29995; Fri, 1 Aug 1997 08:11:55 +0930 (CST) From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.6/8.6.12) id IAA07609; Fri, 1 Aug 1997 08:11:53 +0930 (CST) Message-Id: <199707312241.IAA07609@freebie.lemis.com> Subject: Re: PPP chap problem In-Reply-To: <33E019CE.167EB0E7@acm.org> from Gabor Kincses at "Jul 30, 97 11:51:26 pm" To: gabor@acm.org (Gabor Kincses) Date: Fri, 1 Aug 1997 08:11:53 +0930 (CST) Cc: archie@whistle.com, hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gabor Kincses writes: > Archie Cobbs wrote: >> >>> I have tried to make chap work, but no go. I have used pap and no >>> authentication for over 6 months now, but chap doesn't seem to work. >>> >>> I always get >>> LCP: SendConfigRej(Req-Sent) >>> AUTHPROTO proto = c223 >>> >>> which means that my side rejects chap authentication. >>> Even though I added enable chap, accept chap. >> >> Enable chap means "i want the peer to authenticate to me using chap", >> so you don't want to do that. >> >>> I also tried to disable chap and only accept chap, but that didn't work >> >> Hmm, should have. > > I understood what enable chap meant after reading someone's post on the > newgroup and tried out disable chap and accept chap, which didn't work > either. The really interesting part is that if I say accept pap, then > the SendConfigRej becomes SendConfigNak AUTHPROTO proto = c023, so it > seems there might be something wrong with the chap state in the > code. No. PAP is 0xc023, CHAP is 0xc223 (see net/ppp_defs.h). > Again I'm getting this after I escape out of term into packet mode. Is > there anything different here from executing a script? Well, yes. I don't understand the question. > I only have the 2.1.5 source code, but haven't been able to dig through > the relevant portions. All I can tell that the code never really gets > into the chap.c stuff... That seems unlikely. Have you done a complete trace? There's nothing you've shown here which disproves Archie's suggestion, which I think is correct. Greg