[pptp-server] pptp server and Win98 -- *sigh*

[Michael Walter]

Interesting that WinNT connects but Win98 does not.  That may tell us who to
point a finger at.  A few things, when you connect with WinNT is encryption
enabled?  If so, the linux box is NOT the problem.  If this is the case, (I
know you've done this, but there are a few snafu's) un-install, and
re-install MS Virtual Private Networking.  Now for the Snafu:  you must
un-install and re-install through add/remove programs.  If you do it through
the Network Properties, it will not install properly, so you must do this
through Add/Remove programs.  After that is done, apply the DUN40.exe patch.
You should then be able to connect with encryption(make sure to turn off ipx
and netbios on the vpn link, also turn off header compression and default
gateway on remote network)  Now, the other case, if you were not using
encryption on the WinNT box, type: 
insmod slhc
insmod ppp
insmod ppp_deflate
insmod bsd_comp
insmod ppp_mppe
And try to connect(Don't reboot the linux box after these commands until you
try to connect)
If you still can't connect with encryption, post any errors you received
when doing the insmod's.
Good luck,


Michael J. Walter mcse
Gliatech, Inc.
walterm at gliatech.com
mwalter at drwalter.com

On Tuesday, October 26, 1999 2:03 PM, Dave Plsek
[SMTP:Dave_Plsek at insession.com] wrote:
> 
> Hi all, 
> 
> I'm new to this list so be kind even though I'm asking a question that's
probably been answered a thousand times 
> 
> I recently set up pptp (1.0.0) on an old 486 (gotta do something with the
old hardware) running linux 2.0.35 
> pppd is version 2.3.10 with the appropriate patches 
> 
> NT4.0 connects just fine 
> Win98 (not SE) get's an error 720 - something about not being able to
negotiate protocols 
> 
> I *did* check out the archive, but I could not find a complete answer -
most solutions seem to center around de-installing and re-instlling VPN in
Win98 and applying the DUN40.exe patch from M-$oft -- been there, done that,
still no good. 
> 
> it seems that authentication is (finally) working - what seems to be
sticking is the negotiation of encryption 
> 
> here's a 'dump' of /var/log/debug with a few (guesses) comments thrown in 
> 
> Can anyone tell me what I can try next or what I should be looking at? 
> 
> Oct 25 21:30:57 VPNserv pppd[19980]: sent [CHAP Challenge id=0x1
<98b5d57348b0b09c216026d74ec80997>, name = VPNserv"] 
> Oct 25 21:30:57 VPNserv pppd[19980]: Timeout 0x805571c:0x8072cd8 in 3
seconds. 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [LCP EchoRep id=0x0
magic=0x28a47] 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CHAP Response id=0x1 <...>,
name = "XXXXXXX\\VPNtest"] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Untimeout 0x805571c:0x8072cd8. 
> Oct 25 21:30:58 VPNserv pppd[19980]: ChapReceiveResponse: rcvd type
MS-CHAP-V2 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CHAP Success id=0x1 "S=..."] 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [IPCP ConfReq id=0x1 <addr
a.b.c.d> <compress VJ 0f 01>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Timeout 0x804fec4:0x8072c70 in 3
seconds. 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15> <mppe 1 0 0 60> <bsd v1 15>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Timeout 0x804fec4:0x8072d88 in 3
seconds. 
> 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CCP ConfReq id=0x1 <mppe 1 0 0
1> <lzs 0 1 4>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CCP ConfRej id=0x1 <lzs 0 1 4>]

> hmmm - ppp_lzscomp.c looks incomplete so I don't have a ppp_lzscomp.o
module 
> 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [LCP ProtRej id=0x2 80 21 01 01
00 10 03 06 cf cd 5c 14 02 06 00 2d 0f 01] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Untimeout 0x804fec4:0x8072c70. 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CCP ConfRej id=0x1 <deflate 15>
<deflate(old#) 15> <bsd v1 15>] 
> OK - so Win98 doesn't like bsdcomp ... 
> 
> Oct 25 21:30:58 VPNserv pppd[19980]: Untimeout 0x804fec4:0x8072d88. 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CCP ConfReq id=0x2 <mppe 1 0 0
60>] 
> 128 bit encryption? 
> 
> Oct 25 21:30:58 VPNserv pppd[19980]: Timeout 0x804fec4:0x8072d88 in 3
seconds. 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CCP ConfReq id=0x2 <mppe 1 0 0
1>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CCP ConfNak id=0x2 <mppe 1 0 0
60>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CCP ConfNak id=0x2 <mppe 1 0 0
20>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Untimeout 0x804fec4:0x8072d88. 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CCP ConfReq id=0x3 <mppe 1 0 0
20>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Timeout 0x804fec4:0x8072d88 in 3
seconds. 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CCP ConfReq id=0x3 <mppe 1 0 0
20>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: sent [CCP ConfAck id=0x3 <mppe 1 0 0
20>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: rcvd [CCP ConfAck id=0x3 <mppe 1 0 0
20>] 
> Oct 25 21:30:58 VPNserv pppd[19980]: Untimeout 0x804fec4:0x8072d88. 
> Aren't we all in agreement to use mppe (40 bit??) 'compression' now? 
> 
> Oct 25 21:31:00 VPNserv pppd[19980]: rcvd [LCP TermReq id=0x3] 
> Oct 25 21:31:00 VPNserv pppd[19980]: Untimeout 0x805286c:0x8072ab8. 
> Oct 25 21:31:00 VPNserv pppd[19980]: IPCP: Down event in state 1! 
> Oct 25 21:31:00 VPNserv pppd[19980]: Timeout 0x804fec4:0x8072ab8 in 3
seconds. 
> Oct 25 21:31:00 VPNserv pppd[19980]: sent [LCP TermAck id=0x3] 
> Oct 25 21:31:00 VPNserv pppd[19980]: Untimeout 0x804fec4:0x8072ab8. 
> Apparently not