Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 5 Mar 1998 09:54:16 +0200 (EET)
From:      Ruslan Ermilov <ru@ucb.crimea.ua>
To:        brian@Awfulhak.org (Brian Somers)
Cc:        questions@FreeBSD.ORG
Subject:   Re: PPP 1.65, five questions
Message-ID:  <199803050754.JAA24428@relay.ucb.crimea.ua>
In-Reply-To: <199803042348.XAA21934@awfulhak.org> from "Brian Somers" at "Mar 4, 98 11:48:51 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803050754.JAA24428>