[pptp-server] PPTP Kernel patches

Joey Coco anesthes at cisdi.com
Fri Oct 20 10:52:13 CDT 2000


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!
> 




More information about the pptp-server mailing list