[pptp-server] pptpd/pppd/mppe + kernel 2.2.19
Justin Kreger
lists at earthling.2y.net
Wed May 30 12:19:56 CDT 2001
The deal is... Untill recently... everything but true ppp support was kept
as a module to the kernel. So deflate and bsdcomp moduels were only
allowed to be modules. This has Changed recently.... So in theory, I
guess you could build a monolithic kernel supporting mppe... How... Is
beoynd me at the moment... look at the patch that patche's the kernel for
mppe support.
Justin Kreger, MCP MCSE CCNA
jkreger at earthling.2y.net jwkreger at uncg.edu jkreger at aristotle.wss.net
On Wed, 30 May 2001 foob at return0.net wrote:
>
> Um, my kernel has ppp support compiled in.
> I havent recompiled since installing a new pppd,mppe,pptp,etc...
> So I need to patch the kernel source somehow? It looks
> like there used to be a kinstal.sh script... did this
> modify some kernel headers?
>
> Maybe it will all work without modules, but I need to get
> the compiled-in version of ppp up to speed.
>
> Ideas?
>
> Or does that sound like a load of arse (highly probable)
>
>
> On Wed, 30 May 2001, robert wrote:
>
> > In theory, compiled in or modular doesn't make any difference. But then
> > again, in theory, there is no difference between theory and practice. In
> > practice, there is. :)
> >
> > On Wednesday 30 May 2001 08:33, foob at return0.net wrote:
> > > Is it possible to use pptpd,pppd,mppe128 on linux *without*
> > > kernel modules? Im running 2.2.19, I dont want to add module
> > > support, but i'd quite like secure(ish) pptp.
> > > I have configured everything, and a Windows2000 machine can
> > > connect, if encyrption is 'optional'. If it is 'required',
> > > Windows fails to negotiate, saying the remote server doesnt
> > > support the desired encyrption.
> > >
> > > Is this because I havent got the ppp mppe modules installed?
> > > Can I build them into the kernel somehow?
> > >
> > > 5.13 Q: I can get the PPTP connection to work fine, but can not get
> > > encryption to work. What is wrong?
> > >
> > > A: It has been reported that changing PPP from being built into
> > > the kernel to being a loadable module has fixed the problem. The
> > > configuration file listed in the earlier instructions does build PPP as a
> > > loadable module.
> > > (http://home.swbell.net/berzerke/2.4_Kernel_PPTPD-HOWTO.txt)
> > >
> > > Anyone got any knowledge of this? Why should it be required
> > > to be modular? Any help much appreciatde...
> > >
> > >
> > > - foob
> > >
> > >
> > > (heres a syslog dump of an unsuccessful connection from 2k to
> > > linux)
> > >
> > > pptpd[7140]: MGR: Launching /usr/sbin/pptpctrl to handle client
> > > pptpd[7140]: CTRL: local address = 10.10.10.254
> > > pptpd[7140]: CTRL: remote address = 10.10.10.101
> > > pptpd[7140]: CTRL: Client xxx.xxx.xxx.xxx control connection started
> > > pptpd[7140]: CTRL: Received PPTP Control Message (type: 1)
> > > pptpd[7140]: CTRL: Made a START CTRL CONN RPLY packet
> > > pptpd[7140]: CTRL: I wrote 156 bytes to the client.
> > > pptpd[7140]: CTRL: Sent packet to client
> > > pptpd[7140]: CTRL: Received PPTP Control Message (type: 7)
> > > pptpd[7140]: CTRL: Set parameters to 1525 maxbps, 64 window size
> > > pptpd[7140]: CTRL: Made a OUT CALL RPLY packet
> > > pptpd[7140]: CTRL: Starting call (launching pppd, opening GRE)
> > > pptpd[7140]: CTRL: pty_fd = 4
> > > pptpd[7140]: CTRL: tty_fd = 5
> > > pptpd[7140]: CTRL: I wrote 32 bytes to the client.
> > > pptpd[7141]: CTRL (PPPD Launcher): Connection speed = 115200
> > > pptpd[7141]: CTRL (PPPD Launcher): local address = 10.10.10.254
> > > pptpd[7141]: CTRL (PPPD Launcher): remote address = 10.10.10.101
> > > pptpd[7140]: CTRL: Sent packet to client
> > > pppd[7141]: pppd 2.4.1 started by root, uid 0
> > > pppd[7141]: Using interface ppp0
> > > pppd[7141]: Connect: ppp0 <--> /dev/pts/5
> > > pppd[7141]: sent [LCP ConfReq id=0x1 <mru 1490> <asyncmap 0x0> <auth chap
> > > 81> <magic 0xcea6f60d> <pcomp> <accomp>]
> > > pptpd[7140]: CTRL: Received PPTP Control Message (type: 15)
> > > pptpd[7140]: CTRL: Got a SET LINK INFO packet with standard ACCMs
> > > pptpd[7140]: GRE: Discarding out of order packet
> > > pppd[7141]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
> > > pppd[7141]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap 81> <magic
> > > 0xcea6f60d> <pcomp> <accomp>]
> > > pppd[7141]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap 81> <magic
> > > 0xcea6f60d> <pcomp> <accomp>]
> > > pppd[7141]: rcvd [LCP ConfReq id=0x1 <magic 0x6c2519ea> <pcomp> <accomp>
> > > < 0d 03 06> <mrru 1614> <endpoint
> > > [local:e1.d1.f0.6e.e7.67.48.7c.8f.9b.e3.28.ac.0d.7a.d7.00.00.00.09]>]
> > > pppd[7141]: sent [LCP ConfRej id=0x1 < 0d 03 06> <mrru 1614>]
> > > pppd[7141]: rcvd [LCP ConfReq id=0x2 <magic 0x6c2519ea> <pcomp> <accomp>
> > > <endpoint
> > > [local:e1.d1.f0.6e.e7.67.48.7c.8f.9b.e3.28.ac.0d.7a.d7.00.00.00.09]>]
> > > pppd[7141]: sent [LCP ConfAck id=0x2 <magic 0x6c2519ea> <pcomp> <accomp>
> > > <endpoint
> > > [local:e1.d1.f0.6e.e7.67.48.7c.8f.9b.e3.28.ac.0d.7a.d7.00.00.00.09]>]
> > > pppd[7141]: sent [LCP EchoReq id=0x0 magic=0xcea6f60d]
> > > pppd[7141]: sent [CHAP Challenge id=0x1
> > > <43e28c5c0616b272f6f180fa57005c56>, name = "xxx"]
> > > pptpd[7140]: CTRL: Received PPTP Control Message (type: 15)
> > > pptpd[7140]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
> > > pppd[7141]: rcvd [LCP code=0xc id=0x3 6c 25 19 ea 4d 53 52 41 53 56 35 2e
> > > 30 30]
> > > pppd[7141]: sent [LCP CodeRej id=0x3 0c 03 00 12 6c 25 19 ea 4d 53 52 41
> > > 53 56 35 2e 30 30]
> > > pppd[7141]: rcvd [LCP code=0xc id=0x4 6c 25 19 ea 4d 53 52 41 53 2d 31 2d
> > > 54 45 53 54]
> > > pppd[7141]: sent [LCP CodeRej id=0x4 0c 04 00 14 6c 25 19 ea 4d 53 52 41
> > > 53 2d 31 2d 54 45 53 54]
> > > pppd[7141]: rcvd [LCP EchoRep id=0x0 magic=0x6c2519ea]
> > > pppd[7141]: rcvd [CHAP Response id=0x1
> > > <3f50738e46d222512e804f9793fdb7d00000000000000000e98127435c78168a6a3a4ed2ac
> > >be517a1cf6b7e8cc3abaa600>, name = "xxx"]
> > > pppd[7141]: sent [CHAP Success id=0x1
> > > "S=0A5140A473E7E472164A21F197C7C5CC039110A8"]
> > > pppd[7141]: sent [IPCP ConfReq id=0x1 <addr 10.10.10.254> <compress VJ 0f
> > > 01>]
> > > pppd[7141]: sent [CCP ConfReq id=0x1 <bsd v1 15>]
> > > pppd[7141]: MSCHAP-v2 peer authentication succeeded for xxx
> > > pppd[7141]: rcvd [CCP ConfReq id=0x5 <mppe 1 0 0 e1>]
> > > pppd[7141]: sent [CCP ConfRej id=0x5 <mppe 1 0 0 60>]
> > > pptpd[7140]: GRE: Discarding out of order packet
> > > pppd[7141]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
> > > pppd[7141]: sent [IPCP ConfReq id=0x2 <addr 10.10.10.254>]
> > > pppd[7141]: rcvd [CCP ConfRej id=0x1 <bsd v1 15>]
> > > pppd[7141]: sent [CCP ConfReq id=0x2]
> > > pppd[7141]: rcvd [IPCP ConfAck id=0x2 <addr 10.10.10.254>]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x2 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x3]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x3 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x4]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x4 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x5]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x5 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x6]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x6 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x7]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x7 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x8]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x8 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0x9]
> > > pppd[7141]: rcvd [CCP ConfNak id=0x9 <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0xa]
> > > pppd[7141]: rcvd [CCP ConfNak id=0xa <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0xb]
> > > pppd[7141]: rcvd [CCP ConfNak id=0xb <mppe 0 0 0 0>]
> > > pppd[7141]: sent [CCP ConfReq id=0xc]
> > > pptpd[7140]: CTRL: Received PPTP Control Message (type: 15)
> > > pptpd[7140]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
> > > pppd[7141]: rcvd [LCP TermReq id=0x7
> > > "l%\031\37777777752\000<\37777777715t\000\000\002\37777777746"]
> > > pppd[7141]: LCP terminated by peer (l%^YM-j^@<M-Mt^@^@^BM-f)
> > > pppd[7141]: sent [LCP TermAck id=0x7]
> > > pptpd[7140]: CTRL: Received PPTP Control Message (type: 12)
> > > pptpd[7140]: CTRL: Made a CALL DISCONNECT RPLY packet
> > > pptpd[7140]: CTRL: Received CALL CLR request (closing call)
> > > pptpd[7140]: CTRL: I wrote 148 bytes to the client.
> > > pptpd[7140]: CTRL: Sent packet to client
> > > pptpd[7140]: CTRL: Error with select(), quitting
> > > pptpd[7140]: CTRL: Client xxx.xxx.xxx.xxx control connection finished
> > > pptpd[7140]: CTRL: Exiting now
> > > pptpd[7119]: MGR: Reaped child 7140
> > > pppd[7141]: Modem hangup
> > > pppd[7141]: Connection terminated.
> > > pppd[7141]: Connect time 0.1 minutes.
> > > pppd[7141]: Sent 669 bytes, received 767 bytes.
> > > pppd[7141]: Exit.May 30 12:41:23 node pptpd[6846]: MGR: Launching
> > > /usr/sbin/pptpctrl to handle client
> > >
> > > _______________________________________________
> > > 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