[pptp-server] PPTP Kernel patches

Fri Oct 20 09:51:17 CDT 2000

7.4 Errors while building pppd, pptpd, and kernel modules

7.4.1.	Get PPP_VERSION or PPP_MAGIC undefined error message while compiling
ppp kernel modules

	Solution: add the following lines to /usr/src/linux/include/linux/if_ppp.h
		#define PPP_VERSION "2.3.11"
		#define PPP_MAGIC   0x5002  /* Magic value for the ppp structure */


> -----Original Message-----
> From: Joey Coco [mailto:anesthes at cisdi.com]
> Sent: Friday, October 20, 2000 11:52 AM
> To: Phil Van Baren
> Cc: pptp-server at lists.schulte.org
> Subject: RE: [pptp-server] PPTP Kernel patches
>
>
>
>
> Hi,
>
> Did anyone happen to get this problem on make modules.  PPP-2.3.11,
> kernel 2.2.17, and the ppp-2.3.11-openssl-0.9.5-mppe.patch.gz patch from
> ftp://ftp.binarix.com/pub/ppp-mppe/
>
> ppp.c:3139: `PPP_MAGIC' undeclared (first use in this function)
> ppp.c: In function `cleanup_module':
> ppp.c:3345: `PPP_MAGIC' undeclared (first use in this function)
> make[2]: *** [ppp.o] Error 1
> make[2]: Leaving directory `/usr/src/linux/drivers/net'
> make[1]: *** [_modsubdir_net] Error 2
> make[1]: Leaving directory `/usr/src/linux/drivers'
> make: *** [_mod_drivers] Error 2
> demo:/usr/src/linux#
>
> Curious if perhaps the RC4 files from this patch are causing it?
> I did a grep of PPP_MAGIC and the only reference I can find to it is
> in ppp.c.
>
> I'll continue to debug this if noone has a solution. I tried adding a
> define to PPP_MAGIC to see if that will fix it, and it broke other things.
> I'll keep sifting through the code to see what its used for. But any
> help would be appreciated..
>
> -- Joe
>
>
> On Wed, 18 Oct 2000, Phil Van Baren wrote:
>
> > The docs were wrong when they told you to remove the #include
> "rc4_skey.c"
> > line.  The version of SSLeay that you are using requires this file.
> >
> >
> >
> > 7.4.3.	Get symbols not defined for ppp_mppe module when
> doing "depmod -a"
> >
> > 	Solution: Probably missing some of the rc4* files (most
> likely rc4_skey.c)
> > 		This typically happens when getting rc4* files from
> a different source
> > 		than was suggested in the corresponding patch file.
>  If I remember right,
> > 		if you use the SSLeay-0.6.6 files you don't have an
> rc4_skey.c file,
> > 		but if you use the SSLeay-0.9.0 files you must have
> the rc4_skey.c file.
> > 		Using OpenSSL-0.9.5 may have different requirements.
> > 		Best solution is to use the complete patch for your
> appropriate ppp
> > version
> > 		from the following ftp server, as these patches
> include the rc4* files:
> > 			ftp://ftp.binarix.com/pub/ppp-mppe/
> >
> >
> >
> > > -----Original Message-----
> > > From: pptp-server-admin at lists.schulte.org
> > > [mailto:pptp-server-admin at lists.schulte.org]On Behalf Of Joey Coco
> > > Sent: Wednesday, October 18, 2000 11:10 PM
> > > To: pptp-server at lists.schulte.org
> > > Subject: [pptp-server] PPTP Kernel patches
> > >
> > >
> > >
> > >
> > > Hey guys,
> > >
> > > I patched pppd, as well as my kernel according to dox. I compiled
> > > PPP as a module, and I now have the following modules under
> > > kernel 2.2.17:
> > >
> > > bsd_comp.o
> > > ip_masq_cuseeme.o
> > > ip_masq_ftp.o
> > > ip_masq_irc.o
> > > ip_masq_quake.o
> > > ip_masq_raudio.o
> > > ip_masq_user.o
> > > ip_masq_vdolive.o
> > > ppp.o
> > > ppp_deflate.o
> > > ppp_mppe.o
> > >
> > > When I load these modules I get the following:
> > >
> > > /lib/modules/current/ppp_mppe.o: unresolved symbol RC4_set_key
> > >
> > > As well, when I try to connect to the server with a win98 client,
> > > I get the following error with software compression and encryption
> > > enabled:
> > >
> > > error 720: could not negotiate a compatible set of network protocols.
> > >
> > > Without encryption and compression it connects, but oddly enough does
> > > NOT give my client an IP address. Only CHAP shows up in the details
> > > box, yet this is the process running on my box:
> > >
> > > 28715 ?        S   0:00 /usr/sbin/pppd local 115200
> > > 192.168.0.2:192.168.0.10
> > >
> > >
> > > Here is the debug output:
> > >
> > > Oct 19 10:15:33 demo pppd[28715]: rcvd [CHAP Response id=0x1
> > > <29e911d16443b14ab796f4f426957a212e084868f167478c8e35306e0165e601f
> > > c4ec276d3dd1f55b77ccb6a451dd42301>,
> > > name = "jrcole"]
> > > Oct 19 10:15:33 demo pppd[28715]: sent [CHAP Success id=0x1
> "Welcome to
> > > demo."]
> > > Oct 19 10:15:33 demo pppd[28715]: sent [IPCP ConfReq id=0x1 <addr
> > > 192.168.0.2> <compress VJ 0f 01>]
> > > Oct 19 10:15:33 demo pppd[28715]: sent [CCP ConfReq id=0x1
> <deflate 15>
> > > <deflate(old#) 15> <bsd v1 15>]
> > > Oct 19 10:15:33 demo pppd[28715]: rcvd [LCP ProtRej id=0x3 80
> 21 01 01 00
> > > 10 03
> > > 06 c0 a8 00 02 02 06 00 2d 0f 01]
> > > Oct 19 10:15:33 demo pppd[28715]: rcvd [LCP ProtRej id=0x4 80
> fd 01 01 00
> > > 0f 1a
> > > 04 78 00 18 04 78 00 15 03 2f]
> > > Oct 19 10:16:32 demo pptpd[28714]: CTRL: Received PPTP Control Message
> > > (type: 5)Oct 19 10:16:32 demo pptpd[28714]: CTRL: Made a ECHO
> RPLY packet
> > > Oct 19 10:16:32 demo pptpd[28714]: CTRL: I wrote 20 bytes to
> the client.
> > > Oct 19 10:16:32 demo pptpd[28714]: CTRL: Sent packet to client
> > >
> > >
> > > Here is the same debug output when using softare compression and
> > > encryption:
> > >
> > > Oct 19 10:18:03 demo pppd[28726]: rcvd [CCP ConfReq id=0x1
> <mppe 1 0 0 31>
> > > <lzs
> > > 0 1 4>]
> > > Oct 19 10:18:03 demo pppd[28726]: sent [CCP ConfRej id=0x1
> <mppe 1 0 0 60>
> > > <lzs
> > > 0 1 4>]
> > > Oct 19 10:18:03 demo pppd[28726]: rcvd [LCP ProtRej id=0x3 80
> 21 01 01 00
> > > 10 03
> > > 06 c0 a8 00 01 02 06 00 2d 0f 01]
> > > Oct 19 10:18:03 demo pppd[28726]: rcvd [CCP ConfRej id=0x1
> <deflate 15>
> > > <deflate(old#) 15> <bsd v1 15>]
> > > Oct 19 10:18:03 demo pppd[28726]: sent [CCP ConfReq id=0x2]
> > > Oct 19 10:18:03 demo pppd[28726]: rcvd [CCP ConfReq id=0x2]
> > > Oct 19 10:18:03 demo pppd[28726]: sent [CCP ConfAck id=0x2]
> > > Oct 19 10:18:03 demo pppd[28726]: rcvd [CCP ConfAck id=0x2]
> > > Oct 19 10:18:03 demo pppd[28726]: rcvd [CCP TermReq id=0x3]
> > > Oct 19 10:18:03 demo pppd[28726]: sent [CCP TermAck id=0x3]
> > >
> > >
> > >  Does anyone have any insight on why this would be bahaving this way?
> > > perhaps I misunderstood a step somewhere.. I'm curious tho why no
> > > IP address is recieved by the win98 client.  BTW the version of PPPD
> > > being used is 2.3.8.
> > >
> > >
> > > Thanks.
> > >
> > > -- Joe
> > >
> > > _______________________________________________
> > > pptp-server maillist  -  pptp-server at lists.schulte.org
> > > http://lists.schulte.org/mailman/listinfo/pptp-server
> > > List services provided by www.schulteconsulting.com!
> > >
> >
> > _______________________________________________
> > pptp-server maillist  -  pptp-server at lists.schulte.org
> > http://lists.schulte.org/mailman/listinfo/pptp-server
> > List services provided by www.schulteconsulting.com!
> >
>