[pptp-server] Re: pptp-server digest, Vol 1 #432 - 10 msgs
Michael M.
kidzrus2 at san.rr.com
Tue Sep 25 18:11:10 CDT 2001
stop emailing me........
----- Original Message -----
From: <pptp-server-request at lists.schulte.org>
To: <pptp-server at lists.schulte.org>
Sent: Tuesday, September 25, 2001 10:01 AM
Subject: pptp-server digest, Vol 1 #432 - 10 msgs
> Send pptp-server mailing list submissions to
> pptp-server at lists.schulte.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.schulte.org/mailman/listinfo/pptp-server
> or, via email, send a message with subject or body 'help' to
> pptp-server-request at lists.schulte.org
>
> You can reach the person managing the list at
> pptp-server-admin at lists.schulte.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pptp-server digest..."
>
>
> Today's Topics:
>
> 1. clients seeing each other (Michael Barsalou)
> 2. chapms-strip-domain and ppp-2.4 (rathore at bilo.icns.com)
> 3. RE: chapms-strip-domain and ppp-2.4 (Gill, Vern)
> 4. RE: SMBpasswd and ppp-2.4 (Request) (Gill, Vern)
> 5. MPPE issue--packets stop flowing with 2nd client or re-establishing
PPP (Jim Roland)
> 6. Re: MPPE issue--packets stop flowing with 2nd client or
> re-establishing PPP (Josh Howlett)
> 7. ppp debug help pls (Neale Banks)
> 8. pam support for pptp (Murali K. Vemuri)
> 9. Re: MPPE issue--packets stop flowing with 2nd client or
re-establishing PPP (Jim Roland)
>
> --__--__--
>
> Message: 1
> From: "Michael Barsalou" <barjunk at attglobal.net>
> To: pptp-server at lists.schulte.org
> Date: Mon, 24 Sep 2001 11:17:39 -0800
> Reply-To: mjbarsalou at attglobal.net
> Subject: [pptp-server] clients seeing each other
>
> I would like to allow each client to see files on the other. Is this
> possible?
>
> What are the things I should be looking for to ensure this will work?
>
> Thanks for the help.
>
> Mike
>
>
> Michael Barsalou
> barjunk at attglobal.net
>
> --__--__--
>
> Message: 2
> Date: Mon, 24 Sep 2001 06:44:34 -0500 (CDT)
> From: <rathore at bilo.icns.com>
> To: pptp-server at lists.schulte.org
> Subject: [pptp-server] chapms-strip-domain and ppp-2.4
>
>
> Hi
> I installed ppp-2.4.0 with strip-MSdomain-patch.diff (made against
> ppp-2.3.11) it patches successfully and compiles. I do see it stripping
> domain "XXX\\" from rhostname "XXX\\username" right after:
>
> if (strrchr(rhostname, '\\') && chapms_strip_domain) {
> strcpy(tmp, strrchr(rhostname, '\\') + 1);
> strcpy(rhostname, tmp);
> }
>
> But the authentication fails:
>
> probably because the Chalange is encrypted
> using "XXX\\usename" and stripping "XXX\\" doesnt work. I do not have a
> machine that will stick a domain name to the username so I am only
> simulating it by typing "XXX\username" instead of "username". Note that
> only typing "username" does authenticate successfully.
>
> Here is the log ("Im here mawali" is a warn() that I have put in to see
> if it was stripping OK)
>
> Sep 24 17:29:00 mawali pppd[26100]: sent [CHAP Challenge id=0x1
> <55bf26bb0ce89df41ab74f04fc684499>, name = "*"]
> Sep 24 17:29:00 mawali pppd[26100]: rcvd [CHAP Response id=0x1
>
<3cb4587524c86b5728bd47e71e586674000000000000000079d8a2afdaab1012ae9444c33cb
1d6f59a8f7bb62715f28d04>,
> name = "home\\mawali"]
> Sep 24 17:29:00 mawali pppd[26100]: Im here. "mawali"
> Sep 24 17:29:00 mawali pppd[26100]: sent [CHAP Failure id=0x1 "I don't
> like you. Go 'way."]
> Sep 24 17:29:00 mawali pppd[26100]: MSCHAP-v2 peer authentication failed
> for remote host mawali
> Sep 24 17:29:00 mawali pppd[26100]: sent [LCP TermReq id=0x2
> "Authentication failed"]
>
> Here is if i dont use "XXX\"
>
> Sep 24 17:29:09 mawali pppd[26102]: sent [CHAP Challenge id=0x1
> <0c2856905cfe7f47ed5c8ff6def820cd>, name = "*"]
> Sep 24 17:29:09 mawali pppd[26102]: rcvd [CHAP Response id=0x1
>
<b86ac9e21131f4208175b5ae2b320374000000000000000022823e7a13389cfe54bb3fbd266
ed6bc0994e2e9d8b53f5204>,
> name = "mawali"]
> Sep 24 17:29:09 mawali pppd[26102]: sent [CHAP Success id=0x1
> "S=D262D372D9B7171106AB40DBF55CBEB93B6AE12D"]
>
>
>
> Any Ideas???
>
>
>
> --__--__--
>
> Message: 3
> From: "Gill, Vern" <vgill at technologist.com>
> To: "'rathore at bilo.icns.com'" <rathore at bilo.icns.com>,
> pptp-server at lists.schulte.org
> Subject: RE: [pptp-server] chapms-strip-domain and ppp-2.4
> Date: Mon, 24 Sep 2001 17:24:21 -0700
>
> If the machine you are connecting with is say Linux and the pptp-client,
> you need to send DOMAIN\\username. Note the 2 \\.
>
> Otherwise, maybe post your pptpd.conf...
>
> -----Original Message-----
> From: rathore at bilo.icns.com [mailto:rathore at bilo.icns.com]
> Sent: Monday, September 24, 2001 4:45 AM
> To: pptp-server at lists.schulte.org
> Subject: [pptp-server] chapms-strip-domain and ppp-2.4
>
>
>
> Hi
> I installed ppp-2.4.0 with strip-MSdomain-patch.diff (made against
> ppp-2.3.11) it patches successfully and compiles. I do see it stripping
> domain "XXX\\" from rhostname "XXX\\username" right after:
>
> if (strrchr(rhostname, '\\') && chapms_strip_domain) {
> strcpy(tmp, strrchr(rhostname, '\\') + 1);
> strcpy(rhostname, tmp);
> }
>
> But the authentication fails:
>
> probably because the Chalange is encrypted
> using "XXX\\usename" and stripping "XXX\\" doesnt work. I do not have a
> machine that will stick a domain name to the username so I am only
> simulating it by typing "XXX\username" instead of "username". Note that
> only typing "username" does authenticate successfully.
>
> Here is the log ("Im here mawali" is a warn() that I have put in to see
> if it was stripping OK)
>
> Sep 24 17:29:00 mawali pppd[26100]: sent [CHAP Challenge id=0x1
> <55bf26bb0ce89df41ab74f04fc684499>, name = "*"]
> Sep 24 17:29:00 mawali pppd[26100]: rcvd [CHAP Response id=0x1
> <3cb4587524c86b5728bd47e71e586674000000000000000079d8a2afdaab1012ae9444c
> 33cb1d6f59a8f7bb62715f28d04>,
> name = "home\\mawali"]
> Sep 24 17:29:00 mawali pppd[26100]: Im here. "mawali"
> Sep 24 17:29:00 mawali pppd[26100]: sent [CHAP Failure id=0x1 "I don't
> like you. Go 'way."]
> Sep 24 17:29:00 mawali pppd[26100]: MSCHAP-v2 peer authentication failed
> for remote host mawali
> Sep 24 17:29:00 mawali pppd[26100]: sent [LCP TermReq id=0x2
> "Authentication failed"]
>
> Here is if i dont use "XXX\"
>
> Sep 24 17:29:09 mawali pppd[26102]: sent [CHAP Challenge id=0x1
> <0c2856905cfe7f47ed5c8ff6def820cd>, name = "*"]
> Sep 24 17:29:09 mawali pppd[26102]: rcvd [CHAP Response id=0x1
> <b86ac9e21131f4208175b5ae2b320374000000000000000022823e7a13389cfe54bb3fb
> d266ed6bc0994e2e9d8b53f5204>,
> name = "mawali"]
> Sep 24 17:29:09 mawali pppd[26102]: sent [CHAP Success id=0x1
> "S=D262D372D9B7171106AB40DBF55CBEB93B6AE12D"]
>
>
>
> Any Ideas???
>
>
> _______________________________________________
> pptp-server maillist - pptp-server at lists.schulte.org
> http://lists.schulte.org/mailman/listinfo/pptp-server
> --- To unsubscribe, go to the url just above this line. --
>
> --__--__--
>
> Message: 4
> From: "Gill, Vern" <vgill at technologist.com>
> To: 'FT Rathore' <mawali at news.icns.com>,
> pptp-server at lists.schulte.org
> Subject: RE: [pptp-server] SMBpasswd and ppp-2.4 (Request)
> Date: Mon, 24 Sep 2001 17:26:40 -0700
>
> Actually, that is my box. It is definitely NOT hosted on NT. And I don't
> use that hostname anymore 'cuz it only works 1% of the time.
> Additionally, you have/had it spelled wrong.
> It WAS linus.yi.org
>
> Try http://linus.dns2go.com
>
> -----Original Message-----
> From: FT Rathore [mailto:mawali at news.icns.com]
> Sent: Sunday, September 23, 2001 12:47 PM
> To: pptp-server at lists.schulte.org
> Subject: [pptp-server] SMBpasswd and ppp-2.4 (Request)
>
>
> Hi
> Does anyone has the patch to use smbpasswd with ppp (pptpd) adapted to
> ppp-2.4.0. All previous posts and google search point to the site:
> http://linux.yo.org
> which seems to be hosted on a (XXX) NT server and is AWOL (how ironic).
>
> Any help or pointer in this repect will be really appreciated.
> FT
>
> _______________________________________________
> pptp-server maillist - pptp-server at lists.schulte.org
> http://lists.schulte.org/mailman/listinfo/pptp-server
> --- To unsubscribe, go to the url just above this line. --
>
> --__--__--
>
> Message: 5
> From: "Jim Roland" <jroland at roland.net>
> To: "Linux PPTP" <pptp-server at lists.schulte.org>
> Date: Tue, 25 Sep 2001 00:07:14 -0500
> Subject: [pptp-server] MPPE issue--packets stop flowing with 2nd client or
re-establishing PPP
>
>
> Perhaps you have seen this without me having to spam up email with sending
2
> samples of debug and messages logs. No errors come up except discussion
> about pptpd buffering and reordering packets. This was normal at working
> and non-working moments.
>
> I am running the following:
> RedHat 7.1
> kernel 2.4.2-2
> ppp-2.4.0 (via source code)
> pptpd-1.0.1 (upgraded to 1.1.2 to eliminate "GRE: Discarded out of order
> packet" errors)
> linux-2.4.0-openssl-0.9.6-mppe.patch.gz (patches to kernel)
> ppp-2.4.0-openssl-0.9.6-mppe.patch.gz (patches to pppd)
> [Linux PPTP server]
> [Windows 2000 client]
>
>
> I am having 2 strange problems:
> 1) Single client only: All works fine if ppp_mppe module is NOT already
> loaded into memory when I establish a VPN connection.
> * I leave a window pinging an IP on the inside of the VPN and watch
the
> /var/log/messages log on the VPN box for errors.
> * If I disconnect the VPN connection, re-establish a few seconds or
> minutes later (before a cronjob for rmmod runs removing ppp_mppe), packets
> stop pinging the instant the "MPPE 128 bit, stateless compression enabled"
> message comes up on.
> * Packets do flow ping during the time between IP address assignment
and
> the "MPPE 128-bit..." entry in the log. As soon as the MPPE message comes
> up, packets stop flowing (no ping, no communication at all).
> Workaround: If I put in a line such as "/sbin/rmmod -ar ppp_mppe" in
> the /etc/ppp/ip-down script, all works fine for a SINGLE CLIENT only...
> This workaround unregisters the MPPE module when PPPd exits. When
I
> reestablish a connection again, the module is reloaded into memory and all
> works like it should.
>
> 2) Multiple clients: I am presently unable to make a 2nd client work with
> the above programs and patches (packet flow confirmed by infinite pinging
> window to an IP on the inside of the VPN).
> * I connect client #1. MPPE registers, a few notes in the messages
log
> about PPTPd buffering out of order packets, and all flows fine.
> * I connect client #2. Packets flow as soon as the IP address is
> assigned, but immediately stop after "MPPE 128-bit" message comes up.
> * Even though client #2 stops communicating, client #1 keeps running
> fine.
>
>
> ** Other issue: For whatever reason, the MPPE-40 option ("mppe-40") in
> /etc/ppp/options, if the 40-bit is enabled, no packets flow at all
anywhere.
> As soon as I only allow mppe-128 and mppe-stateless to work (only those
two
> enabled), packets work as noted above.
>
> ** I have already tried running pptpd with a single local IP and multiple
> local IPs in /etc/pptpd.conf (remote IPs are always multiple) and there is
> no change.
>
> ** I downloaded the generic ppp_mppe_compressed_data_fix.diff and tried to
> apply to the ppp_mppe.c file (in ppp-2.4.0 and it's patches noted above,
the
> .c file is located in /usr/src/linux-2.4.2/drivers/net/ppp_mppe.c)...The
> patch will not apply at all (hunks not found).
>
>
> Please help!! I have got to make this work for multiple simultaneous
> clients.
>
> Regards,
> Jim Roland, RHCE
>
>
> --__--__--
>
> Message: 6
> Date: Tue, 25 Sep 2001 08:21:44 +0100 (BST)
> From: Josh Howlett <Josh.Howlett at bristol.ac.uk>
> To: Jim Roland <jroland at roland.net>
> Cc: Linux PPTP <pptp-server at lists.schulte.org>
> Subject: Re: [pptp-server] MPPE issue--packets stop flowing with 2nd
client or
> re-establishing PPP
>
> Are you trying to have multiple clients over a masq'd connection? If
> so, it won't work.
>
> josh.
>
> On Tue, 25 Sep 2001, Jim Roland wrote:
>
> >
> > Perhaps you have seen this without me having to spam up email with
sending 2
> > samples of debug and messages logs. No errors come up except discussion
> > about pptpd buffering and reordering packets. This was normal at
working
> > and non-working moments.
> >
> > I am running the following:
> > RedHat 7.1
> > kernel 2.4.2-2
> > ppp-2.4.0 (via source code)
> > pptpd-1.0.1 (upgraded to 1.1.2 to eliminate "GRE: Discarded out of order
> > packet" errors)
> > linux-2.4.0-openssl-0.9.6-mppe.patch.gz (patches to kernel)
> > ppp-2.4.0-openssl-0.9.6-mppe.patch.gz (patches to pppd)
> > [Linux PPTP server]
> > [Windows 2000 client]
> >
> >
> > I am having 2 strange problems:
> > 1) Single client only: All works fine if ppp_mppe module is NOT already
> > loaded into memory when I establish a VPN connection.
> > * I leave a window pinging an IP on the inside of the VPN and watch
the
> > /var/log/messages log on the VPN box for errors.
> > * If I disconnect the VPN connection, re-establish a few seconds or
> > minutes later (before a cronjob for rmmod runs removing ppp_mppe),
packets
> > stop pinging the instant the "MPPE 128 bit, stateless compression
enabled"
> > message comes up on.
> > * Packets do flow ping during the time between IP address assignment
and
> > the "MPPE 128-bit..." entry in the log. As soon as the MPPE message
comes
> > up, packets stop flowing (no ping, no communication at all).
> > Workaround: If I put in a line such as "/sbin/rmmod -ar ppp_mppe"
in
> > the /etc/ppp/ip-down script, all works fine for a SINGLE CLIENT only...
> > This workaround unregisters the MPPE module when PPPd exits.
When I
> > reestablish a connection again, the module is reloaded into memory and
all
> > works like it should.
> >
> > 2) Multiple clients: I am presently unable to make a 2nd client work
with
> > the above programs and patches (packet flow confirmed by infinite
pinging
> > window to an IP on the inside of the VPN).
> > * I connect client #1. MPPE registers, a few notes in the messages
log
> > about PPTPd buffering out of order packets, and all flows fine.
> > * I connect client #2. Packets flow as soon as the IP address is
> > assigned, but immediately stop after "MPPE 128-bit" message comes up.
> > * Even though client #2 stops communicating, client #1 keeps running
> > fine.
> >
> >
> > ** Other issue: For whatever reason, the MPPE-40 option ("mppe-40") in
> > /etc/ppp/options, if the 40-bit is enabled, no packets flow at all
anywhere.
> > As soon as I only allow mppe-128 and mppe-stateless to work (only those
two
> > enabled), packets work as noted above.
> >
> > ** I have already tried running pptpd with a single local IP and
multiple
> > local IPs in /etc/pptpd.conf (remote IPs are always multiple) and there
is
> > no change.
> >
> > ** I downloaded the generic ppp_mppe_compressed_data_fix.diff and tried
to
> > apply to the ppp_mppe.c file (in ppp-2.4.0 and it's patches noted above,
the
> > .c file is located in /usr/src/linux-2.4.2/drivers/net/ppp_mppe.c)...The
> > patch will not apply at all (hunks not found).
> >
> >
> > Please help!! I have got to make this work for multiple simultaneous
> > clients.
> >
> > Regards,
> > Jim Roland, RHCE
> >
> > _______________________________________________
> > pptp-server maillist - pptp-server at lists.schulte.org
> > http://lists.schulte.org/mailman/listinfo/pptp-server
> > --- To unsubscribe, go to the url just above this line. --
> >
> >
>
> ---------------------------------------
> Josh Howlett, Network Supervisor,
> Networking & Digital Communications,
> Information Systems & Computing,
> University of Bristol, U.K.
> 0117 928 7850 | josh.howlett at bris.ac.uk
> ---------------------------------------
>
>
> --__--__--
>
> Message: 7
> Date: Tue, 25 Sep 2001 18:46:18 +1000 (EST)
> From: Neale Banks <neale at lowendale.com.au>
> To: pptp-server at lists.schulte.org
> Subject: [pptp-server] ppp debug help pls
>
> Greetings all,
>
> I'm trying to connect a (non-patched) linux system to Win2k pptp server
> and am getting past auth but dying, apparently after successful IP
> negotiations.
>
> The command line is:
>
> pptp <host> user <user> noauth noipdefault noccp nopcomp novj debug
>
> The (Debian potato default) /etc/ppp/options (with comments and blank
> lines stripped out) that I'm using is:
>
> ======================
> asyncmap 0
> auth
> crtscts
> lock
> hide-password
> modem
> proxyarp
> lcp-echo-interval 30
> lcp-echo-failure 4
> noipx
> ======================
>
> ppp debug ends like this:
>
> ============================================
> Sep 25 17:56:09 gull pppd[520]: rcvd [CHAP Success id=0x0 ""]
> Sep 25 17:56:09 gull pppd[520]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
> Sep 25 17:56:09 gull pppd[520]: rcvd [CCP ConfReq id=0x4 < 12 06 01 00 00
b1>]
> Sep 25 17:56:09 gull pppd[520]: sent [LCP ProtRej id=0x2 80 fd 01 04 00 0a
12 06 01 00 00 b1]
> Sep 25 17:56:09 gull pppd[520]: rcvd [IPCP ConfReq id=0x5 <addr
172.30.1.3>]
> Sep 25 17:56:09 gull pppd[520]: sent [IPCP ConfAck id=0x5 <addr
172.30.1.3>]
> Sep 25 17:56:09 gull pppd[520]: rcvd [IPCP ConfNak id=0x1 <addr
172.30.1.9>]
> Sep 25 17:56:09 gull pppd[520]: sent [IPCP ConfReq id=0x2 <addr
172.30.1.9>]
> Sep 25 17:56:09 gull pppd[520]: rcvd [LCP TermReq id=0x6
"0\37777777636\025Q\000<\37777777715t\000\000\002\37777777746"]
> Sep 25 17:56:09 gull pppd[520]: sent [LCP TermAck id=0x6]
> ============================================
>
> AFAICT, 172.30.1.3 is the server ppp address and we are all happy about
> that. Then we seem to agree about what's presumably the local IP address.
> Then we receive a TermReq with junk. :-(
>
> Any suggestions?
>
> Thanks,
> Neale.
>
>
> --__--__--
>
> Message: 8
> Date: Tue, 25 Sep 2001 14:13:49 +0530
> From: "Murali K. Vemuri" <muralivemuri at multitech.co.in>
> Organization: MTSS
> To: pptp-server at lists.schulte.org
> Subject: [pptp-server] pam support for pptp
>
> hi all,
> can any one help me in making my pptp / ppp server aware of "pam"?
> right now, authentication is through chap.
>
> with thanks for your time,
>
> Murali Krishna Vemuri
>
>
> --__--__--
>
> Message: 9
> From: "Jim Roland" <jroland at roland.net>
> To: "Josh Howlett" <Josh.Howlett at bristol.ac.uk>
> Cc: "Linux PPTP" <pptp-server at lists.schulte.org>
> Subject: Re: [pptp-server] MPPE issue--packets stop flowing with 2nd
client or re-establishing PPP
> Date: Tue, 25 Sep 2001 11:04:53 -0500
>
> No I'm not. The box is receiving these in and not Masquerading. All
works
> if I don't use the MPPE module. Multiple clients work just fine without
the
> MPPE module.
>
> ----- Original Message -----
> From: "Josh Howlett" <Josh.Howlett at bristol.ac.uk>
> To: "Jim Roland" <jroland at roland.net>
> Cc: "Linux PPTP" <pptp-server at lists.schulte.org>
> Sent: Tuesday, September 25, 2001 2:21 AM
> Subject: Re: [pptp-server] MPPE issue--packets stop flowing with 2nd
client
> or re-establishing PPP
>
>
> > Are you trying to have multiple clients over a masq'd connection? If
> > so, it won't work.
> >
> > josh.
> >
> > On Tue, 25 Sep 2001, Jim Roland wrote:
> >
> > >
> > > Perhaps you have seen this without me having to spam up email with
> sending 2
> > > samples of debug and messages logs. No errors come up except
discussion
> > > about pptpd buffering and reordering packets. This was normal at
> working
> > > and non-working moments.
> > >
> > > I am running the following:
> > > RedHat 7.1
> > > kernel 2.4.2-2
> > > ppp-2.4.0 (via source code)
> > > pptpd-1.0.1 (upgraded to 1.1.2 to eliminate "GRE: Discarded out of
order
> > > packet" errors)
> > > linux-2.4.0-openssl-0.9.6-mppe.patch.gz (patches to kernel)
> > > ppp-2.4.0-openssl-0.9.6-mppe.patch.gz (patches to pppd)
> > > [Linux PPTP server]
> > > [Windows 2000 client]
> > >
> > >
> > > I am having 2 strange problems:
> > > 1) Single client only: All works fine if ppp_mppe module is NOT
already
> > > loaded into memory when I establish a VPN connection.
> > > * I leave a window pinging an IP on the inside of the VPN and
watch
> the
> > > /var/log/messages log on the VPN box for errors.
> > > * If I disconnect the VPN connection, re-establish a few seconds
or
> > > minutes later (before a cronjob for rmmod runs removing ppp_mppe),
> packets
> > > stop pinging the instant the "MPPE 128 bit, stateless compression
> enabled"
> > > message comes up on.
> > > * Packets do flow ping during the time between IP address
assignment
> and
> > > the "MPPE 128-bit..." entry in the log. As soon as the MPPE message
> comes
> > > up, packets stop flowing (no ping, no communication at all).
> > > Workaround: If I put in a line such as "/sbin/rmmod -ar ppp_mppe"
> in
> > > the /etc/ppp/ip-down script, all works fine for a SINGLE CLIENT
only...
> > > This workaround unregisters the MPPE module when PPPd exits.
> When I
> > > reestablish a connection again, the module is reloaded into memory and
> all
> > > works like it should.
> > >
> > > 2) Multiple clients: I am presently unable to make a 2nd client work
> with
> > > the above programs and patches (packet flow confirmed by infinite
> pinging
> > > window to an IP on the inside of the VPN).
> > > * I connect client #1. MPPE registers, a few notes in the
messages
> log
> > > about PPTPd buffering out of order packets, and all flows fine.
> > > * I connect client #2. Packets flow as soon as the IP address is
> > > assigned, but immediately stop after "MPPE 128-bit" message comes up.
> > > * Even though client #2 stops communicating, client #1 keeps
running
> > > fine.
> > >
> > >
> > > ** Other issue: For whatever reason, the MPPE-40 option ("mppe-40")
in
> > > /etc/ppp/options, if the 40-bit is enabled, no packets flow at all
> anywhere.
> > > As soon as I only allow mppe-128 and mppe-stateless to work (only
those
> two
> > > enabled), packets work as noted above.
> > >
> > > ** I have already tried running pptpd with a single local IP and
> multiple
> > > local IPs in /etc/pptpd.conf (remote IPs are always multiple) and
there
> is
> > > no change.
> > >
> > > ** I downloaded the generic ppp_mppe_compressed_data_fix.diff and
tried
> to
> > > apply to the ppp_mppe.c file (in ppp-2.4.0 and it's patches noted
above,
> the
> > > .c file is located in
/usr/src/linux-2.4.2/drivers/net/ppp_mppe.c)...The
> > > patch will not apply at all (hunks not found).
> > >
> > >
> > > Please help!! I have got to make this work for multiple simultaneous
> > > clients.
> > >
> > > Regards,
> > > Jim Roland, RHCE
> > >
> > > _______________________________________________
> > > pptp-server maillist - pptp-server at lists.schulte.org
> > > http://lists.schulte.org/mailman/listinfo/pptp-server
> > > --- To unsubscribe, go to the url just above this line. --
> > >
> > >
> >
> > ---------------------------------------
> > Josh Howlett, Network Supervisor,
> > Networking & Digital Communications,
> > Information Systems & Computing,
> > University of Bristol, U.K.
> > 0117 928 7850 | josh.howlett at bris.ac.uk
> > ---------------------------------------
> >
>
>
>
> --__--__--
>
> _______________________________________________
> pptp-server maillist - pptp-server at lists.schulte.org
> http://lists.schulte.org/mailman/listinfo/pptp-server
> --- To unsubscribe, go to the url just above this line. --
>
> End of pptp-server Digest
More information about the pptp-server
mailing list