From owner-freebsd-questions Wed Mar 4 23:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28455 for freebsd-questions-outgoing; Wed, 4 Mar 1998 23:59:58 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27964 for ; Wed, 4 Mar 1998 23:55:47 -0800 (PST) (envelope-from ru@relay.ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id JAA24428; Thu, 5 Mar 1998 09:54:16 +0200 (EET) (envelope-from ru) From: Ruslan Ermilov Message-Id: <199803050754.JAA24428@relay.ucb.crimea.ua> Subject: Re: PPP 1.65, five questions In-Reply-To: <199803042348.XAA21934@awfulhak.org> from "Brian Somers" at "Mar 4, 98 11:48:51 pm" To: brian@Awfulhak.org (Brian Somers) Date: Thu, 5 Mar 1998 09:54:16 +0200 (EET) Cc: questions@FreeBSD.ORG X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > > I'm using ppp v1.65, mgetty with Auto_PPP and chap > > as an authentication method. > > > > I have a couple of questions on setting up ppp server: > > 1) What compressions supported by Win95 (pred1, deflate, pppd-deflate)? > > None :-( AFAIK, Win95 just does stacker. I think it also supports MSPPC: CCP: Received Configure Request (1) state = Req-Sent (6) CCP: MSPPC[6] CCP: STAC[5] CCP: SendConfigRej(Req-Sent) CCP: MSPPC[6] CCP: STAC[5] Are there any plans to implement STAC/MSPPC ? > > 2) Does Win95 supports PAP? > > Yep - that's the little login window you get with the ``connect'' > button on it (from memory). Yes, thanks, I've figured out how to use PAP under Win95. There is an option `Encrypted password required' (not exact, sorry, I have Russian OSR2 ;-). When setting it ON it is only possible to use CHAP authentication, when it is set OFF (default) it is possible to use both PAP and CHAP, as requested by the server. I think this info would be useful in FAQ. But when I use pap+passwdauth it is not possible to assign a static IP number to PAP user. IMHO, it would be useful if ppp assigned IP number from ppp.secret anyway, even if passwdauth was used. Is there another way to assign static IP to pap+passwdauth user? > > 3) Ppp makes an utmp entry with wrong tty-line, is this a bug? > > Sounds like it - can you give more details ? Are you using the > latest ppp from http://www.FreeBSD.org/~brian ? Yes, I'm using ppp-980227 under 2.2-STABLE (August, 22 1997). I have 6 COM ports: 1) cuaa0 - used by slattach (2LL) root 20632 1 20632 13d1c40 0 Is+ a0 0:00.01 /sbin/slattach -a -h -r -s 38400 -O 60 -S 0 /dev/cuaa0 2) cuaa1 - permanently used by upsd root 292 1 292 11adf20 0 Ss ?? 0:46.84 /usr/local/bin/upsd /dev/cuaa1 3-6) cuaD00-cuaD03 - Digiboard 4-Port Multiport, used for call-in logins. Lines from /etc/ttys: cuaD00 "/usr/local/sbin/mgetty" dialup on insecure cuaD01 "/usr/local/sbin/mgetty" dialup on insecure cuaD02 "/usr/local/sbin/mgetty" dialup on insecure cuaD03 "/usr/local/sbin/mgetty" dialup on insecure User was logged to /dev/cuaD03, ppp has made an utmp entry with cuaa1. Look: # grep 23529 /var/log/mgetty.cuaD03 03/05 08:57:24 ##### data dev=cuaD03, pid=23529, caller=none, conn='38400/V32b 14400/V42b', name='', cmd='/usr/sbin/ppp', user='/AutoPPP/' # cat /var/log/ppp.log Mar 5 08:57:24 relay ppp[23529]: Phase: Using interface: tun0 Mar 5 08:57:24 relay ppp[23529]: Phase: PPP Started. Mar 5 08:57:24 relay ppp[23529]: Phase: Connected! Mar 5 08:57:24 relay ppp[23529]: Phase: Packet mode enabled Mar 5 08:57:24 relay ppp[23529]: LCP: State change Initial --> Closed Mar 5 08:57:24 relay ppp[23529]: LCP: State change Closed --> Stopped Mar 5 08:57:25 relay ppp[23529]: LCP: LcpSendConfigReq Mar 5 08:57:25 relay ppp[23529]: LCP: ACFCOMP[2] Mar 5 08:57:25 relay ppp[23529]: LCP: PROTOCOMP[2] Mar 5 08:57:25 relay ppp[23529]: LCP: ACCMAP[6] 0x00000000 Mar 5 08:57:25 relay ppp[23529]: LCP: MRU[4] 1500 Mar 5 08:57:25 relay ppp[23529]: LCP: MAGICNUM[6] 0x7c5c7869 Mar 5 08:57:25 relay ppp[23529]: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Mar 5 08:57:25 relay ppp[23529]: LCP: State change Stopped --> Req-Sent Mar 5 08:57:25 relay ppp[23529]: LCP: Received Configure Ack (1) state = Req-Sent (6) Mar 5 08:57:25 relay ppp[23529]: LCP: State change Req-Sent --> Ack-Rcvd Mar 5 08:57:27 relay ppp[23529]: LCP: Received Configure Request (3) state = Ack-Rcvd (7) Mar 5 08:57:27 relay ppp[23529]: LCP: ACCMAP[6] 0x000a0000 Mar 5 08:57:27 relay ppp[23529]: LCP: MAGICNUM[6] 0x000fc96e Mar 5 08:57:27 relay ppp[23529]: LCP: PROTOCOMP[2] Mar 5 08:57:27 relay ppp[23529]: LCP: ACFCOMP[2] Mar 5 08:57:27 relay ppp[23529]: LCP: CALLBACK[3] 06 Mar 5 08:57:27 relay ppp[23529]: LCP: SendConfigRej(Ack-Rcvd) Mar 5 08:57:27 relay ppp[23529]: LCP: CALLBACK[3] 06 Mar 5 08:57:27 relay ppp[23529]: LCP: Received Configure Request (4) state = Ack-Rcvd (7) Mar 5 08:57:27 relay ppp[23529]: LCP: ACCMAP[6] 0x000a0000 Mar 5 08:57:27 relay ppp[23529]: LCP: MAGICNUM[6] 0x000fc96e Mar 5 08:57:27 relay ppp[23529]: LCP: PROTOCOMP[2] Mar 5 08:57:27 relay ppp[23529]: LCP: ACFCOMP[2] Mar 5 08:57:27 relay ppp[23529]: LCP: SendConfigAck(Ack-Rcvd) Mar 5 08:57:27 relay ppp[23529]: LCP: ACCMAP[6] 0x000a0000 Mar 5 08:57:27 relay ppp[23529]: LCP: MAGICNUM[6] 0x000fc96e Mar 5 08:57:27 relay ppp[23529]: LCP: PROTOCOMP[2] Mar 5 08:57:27 relay ppp[23529]: LCP: ACFCOMP[2] Mar 5 08:57:27 relay ppp[23529]: LCP: State change Ack-Rcvd --> Opened Mar 5 08:57:27 relay ppp[23529]: LCP: LcpLayerUp Mar 5 08:57:27 relay ppp[23529]: Phase: NewPhase: Authenticate Mar 5 08:57:27 relay ppp[23529]: Phase: his = none, mine = CHAP Mar 5 08:57:27 relay ppp[23529]: LCP: ChapOutput: CHALLENGE Mar 5 08:57:27 relay ppp[23529]: LCP: ChapInput: RESPONSE Mar 5 08:57:27 relay ppp[23529]: LCP: Valsize = 16, Name = "ru" Mar 5 08:57:27 relay ppp[23529]: LCP: ChapOutput: SUCCESS Mar 5 08:57:27 relay ppp[23529]: Phase: NewPhase: Network Mar 5 08:57:27 relay ppp[23529]: IPCP: State change Initial --> Closed Mar 5 08:57:27 relay ppp[23529]: IPCP: IPCP Up event!! Mar 5 08:57:27 relay ppp[23529]: IPCP: IpcpSendConfigReq Mar 5 08:57:27 relay ppp[23529]: IPCP: IPADDR[6] 192.168.1.1 Mar 5 08:57:27 relay ppp[23529]: IPCP: COMPPROTO[6] 16 VJ slots with slot compres Mar 5 08:57:27 relay ppp[23529]: IPCP: State change Closed --> Req-Sent Mar 5 08:57:27 relay ppp[23529]: CCP: State change Initial --> Closed Mar 5 08:57:27 relay ppp[23529]: CCP: CCP Up event!! Mar 5 08:57:27 relay ppp[23529]: CCP: CcpSendConfigReq Mar 5 08:57:27 relay ppp[23529]: CCP: DEFLATE[4] win 15 Mar 5 08:57:27 relay ppp[23529]: CCP: PRED1[2] Mar 5 08:57:27 relay ppp[23529]: CCP: State change Closed --> Req-Sent Mar 5 08:57:27 relay ppp[23529]: IPCP: Received Configure Request (1) state = Req-Sent (6) Mar 5 08:57:27 relay ppp[23529]: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Mar 5 08:57:27 relay ppp[23529]: IPCP: IPADDR[6] 0.0.0.0 Mar 5 08:57:27 relay ppp[23529]: IPCP: MS NS req 129:0.0.0.0->0.0.0.0 - nak Mar 5 08:57:27 relay ppp[23529]: IPCP: MS NBNS req 130:0.0.0.0 ok - ack Mar 5 08:57:27 relay ppp[23529]: IPCP: MS NS req 131:0.0.0.0->0.0.0.0 - nak Mar 5 08:57:27 relay ppp[23529]: IPCP: MS NBNS req 132:0.0.0.0 ok - ack Mar 5 08:57:27 relay ppp[23529]: IPCP: SendConfigNak(Req-Sent) Mar 5 08:57:27 relay ppp[23529]: IPCP: IPADDR[6] 192.168.3.100 Mar 5 08:57:27 relay ppp[23529]: CCP: Received Configure Request (1) state = Req-Sent (6) Mar 5 08:57:27 relay ppp[23529]: CCP: MSPPC[6] Mar 5 08:57:27 relay ppp[23529]: CCP: STAC[5] Mar 5 08:57:27 relay ppp[23529]: CCP: SendConfigRej(Req-Sent) Mar 5 08:57:27 relay ppp[23529]: CCP: MSPPC[6] Mar 5 08:57:27 relay ppp[23529]: CCP: STAC[5] Mar 5 08:57:27 relay ppp[23529]: IPCP: Received Configure Ack (1) state = Req-Sent (6) Mar 5 08:57:27 relay ppp[23529]: IPCP: State change Req-Sent --> Ack-Rcvd Mar 5 08:57:27 relay ppp[23529]: CCP: Received Configure Reject (1) state = Req-Sent (6) Mar 5 08:57:27 relay ppp[23529]: CCP: RecvConfigRej. Mar 5 08:57:27 relay ppp[23529]: CCP: DEFLATE[4] Mar 5 08:57:27 relay ppp[23529]: CCP: PRED1[2] Mar 5 08:57:27 relay ppp[23529]: CCP: CcpSendConfigReq Mar 5 08:57:28 relay ppp[23529]: IPCP: Received Configure Request (2) state = Ack-Rcvd (7) Mar 5 08:57:28 relay ppp[23529]: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Mar 5 08:57:28 relay ppp[23529]: IPCP: IPADDR[6] 192.168.3.100 Mar 5 08:57:28 relay ppp[23529]: IPCP: MS NS req 129:192.168.1.1 ok - ack Mar 5 08:57:28 relay ppp[23529]: IPCP: MS NBNS req 130:0.0.0.0 ok - ack Mar 5 08:57:28 relay ppp[23529]: IPCP: MS NS req 131:192.168.1.1 ok - ack Mar 5 08:57:28 relay ppp[23529]: IPCP: MS NBNS req 132:0.0.0.0 ok - ack Mar 5 08:57:28 relay ppp[23529]: IPCP: SendConfigAck(Ack-Rcvd) Mar 5 08:57:28 relay ppp[23529]: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Mar 5 08:57:28 relay ppp[23529]: IPCP: IPADDR[6] 192.168.3.100 Mar 5 08:57:28 relay ppp[23529]: IPCP: State change Ack-Rcvd --> Opened Mar 5 08:57:28 relay ppp[23529]: IPCP: IpcpLayerUp(9). Mar 5 08:57:28 relay ppp[23529]: IPCP: myaddr = 192.168.1.1 hisaddr = 192.168.3.100 Mar 5 08:57:28 relay ppp[23529]: Link: OsLinkup: 192.168.3.100 Mar 5 08:57:28 relay ppp[23529]: CCP: Received Configure Ack (2) state = Req-Sent (6) Mar 5 08:57:28 relay ppp[23529]: CCP: State change Req-Sent --> Ack-Rcvd Mar 5 08:57:30 relay ppp[23529]: CCP: Received Configure Request (2) state = Ack-Rcvd (7) Mar 5 08:57:30 relay ppp[23529]: CCP: SendConfigAck(Ack-Rcvd) Mar 5 08:57:30 relay ppp[23529]: CCP: State change Ack-Rcvd --> Opened Mar 5 08:57:30 relay ppp[23529]: CCP: CcpLayerUp(9). Mar 5 08:57:30 relay ppp[23529]: CCP: Out = none[-1], In = none[-1] Mar 5 08:57:30 relay ppp[23529]: CCP: Received Terminate Request (3) state = Opened (9) Mar 5 08:57:30 relay ppp[23529]: CCP: CcpLayerDown. Mar 5 08:57:30 relay ppp[23529]: CCP: CcpSendTerminateAck Mar 5 08:57:30 relay ppp[23529]: CCP: State change Opened --> Stopping Mar 5 08:57:33 relay ppp[23529]: CCP: State change Stopping --> Stopped Mar 5 08:57:33 relay ppp[23529]: CCP: CcpLayerFinish. Mar 5 08:58:13 relay ppp[23529]: LCP: Received Terminate Request (5) state = Opened (9) Mar 5 08:58:13 relay ppp[23529]: Link: OsLinkdown: 192.168.3.100 Mar 5 08:58:13 relay ppp[23529]: IPCP: IpcpLayerDown. Mar 5 08:58:13 relay ppp[23529]: IPCP: Connect time: 45 secs: 1152 octets in, 672 octets out Mar 5 08:58:13 relay ppp[23529]: IPCP: total 40 bytes/sec Mar 5 08:58:13 relay ppp[23529]: IPCP: State change Opened --> Starting Mar 5 08:58:13 relay ppp[23529]: CCP: CcpLayerStart. Mar 5 08:58:13 relay ppp[23529]: CCP: State change Stopped --> Starting Mar 5 08:58:13 relay ppp[23529]: LCP: LcpLayerDown Mar 5 08:58:13 relay ppp[23529]: LCP: LcpSendTerminateAck. Mar 5 08:58:13 relay ppp[23529]: LCP: State change Opened --> Stopping Mar 5 08:58:16 relay ppp[23529]: LCP: State change Stopping --> Stopped Mar 5 08:58:16 relay ppp[23529]: LCP: LcpLayerFinish Mar 5 08:58:17 relay ppp[23529]: Phase: Modem: Connect time: 53 secs: 1673 octets in, 1125 octets out Mar 5 08:58:17 relay ppp[23529]: Phase: total 52 bytes/sec Mar 5 08:58:17 relay ppp[23529]: Phase: NewPhase: Dead Mar 5 08:58:18 relay ppp[23529]: Phase: PPP Terminated (dead). # last cuaa1 ru cuaa1 чт 5 мар 08:57 - 08:58 (00:00) ru cuaa1 чт 5 мар 08:55 - 08:56 (00:00) ru cuaa1 чт 5 мар 08:51 - 08:53 (00:02) These are only CHAP logins ;-( I have upsd running on /dev/cuaa1. > > 5) When I "set encrypt MSChap", I'm unable to log in from Win95 (OSR2) > > with the following diagnostics: > > > [.....] > > Yep. This is a bug really. It was originally only tested with the > FreeBSD box on the client side. I've been meaning to fix this, but > haven't gotten 'round to it :-| When I "set encrypt MD5" and using CHAP, always is OK. Does this mean that Win95 client uses MD5 to response to challange? Here is excerpt from Microsoft's Dialup Networking Upgrade 1.2b: | 3.5 Setting Encryption on Dial-up or PPTP Connection | There is no user control over encryption in the Windows95 Dial-Up Networking | client. Encryption is controlled by appropriate settings in the Windows NT | Remote Access Server. Due to a bug in the Windows95 client, encryption must | be requested with compression. The server will not be able to negotiate | encryption without compression. (Note that the server can enable compression | without encryption.) Regards, -- Ruslan Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247647 Simferopol, Crimea 2426679 ICQ Network, UIN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message