Red Hat Bugzilla – Bug 55367
IPCP timeout with MS clients (No network protocols running)
Last modified: 2007-04-18 12:37:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901
Description of problem:
pppd acting as dial-in server. When Microsoft client dials in
pppd tries to send IPCP ConfReq-s with protocol parameters but
the client does not respond, so a pppd terminates after
"IPCP: timeout sending Config-Requests" with LCP TermReq
"No network protocols running"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. configure pppd as dialin server
2. dialin with Microsoft Windows (any) client
Created attachment 35681 [details]
spec file to disable CBCP, this solves the problem
I had exactly the same problem. It seemed to be problem with ppp-2.4.1.
Downgrading to ppp-2.4.0 allowed the windows ppp client to login and
See also bug 15738.
Given that this is a serious regression from RHL 7.1, it may
be appropriate to increase the priority of this bug.
*** Bug 55776 has been marked as a duplicate of this bug. ***
I had exactly the same problem with pptp-1.0.1 and ppp-2.4.1
I had downgrading to ppp-2.4.0 and all it's ok.
I ran into the same problem after upgrading my ppp server to redhat 7.2.
I also tracked it down to the CBCP patch and edited the specfile to exclude it
and problem solved.
Please fix this as it will be a huge problem for ISPs out there, I have src.rpm
and binary rpm available should anyone need them email me.
I agree that this is a pretty serious problem.
For those who want a prebuilt RPM that fixes the problem, see
RH needs to publish an update for this soon. If this was on the update site it
would have been fixed immediately.
Maybe a command line option for this would be appropriate.
As I stated to the 15738 bug, the patch from michael brown @ dell is a bad
breaks ppp when
Linux acts as the dialin server for a Windows client. This patch accepts the
CBCP request from
the windows client, while it has neither the intention nor the ability to act as
a CBCP server.
The problem is entirely a problem with this patch.
Please issue a revised pppd which removes this patch. It is inappropriate and
In the meantime, for all users who read this, either get the ppp 2.4.1 source
ftp.samba.org/pub/ppp or get the Mandrake rpm from Mandrake 8.1 which does not
include this patch.
W2000 is actually able to connect to ppp that comes with rh7.2, while W98 is
The rpm packages at http://www.netcraft.com.au/rpms/
have tested OK for the described bug.
I have also applied a patch (static_ip) which never made it into the
that makes it very easy to assign static IP-addresses by listing
them in file /etc/ppp/statics - The original patch for ppp-2.2.0f
by email@example.com (unknown e-mail now) is still around at sunsite, see
but has not been maintained since 1998 (ver 1.1)
A previous patch (wtmp) broke the ability for the 'w'
command to display a logged-on user when acting as a
dial-in server. I have applied a patch (fix_w) for this as well.
- Windows 2000 client
- Windows 98 client
Updated spec file, patches and RPM-packages
are at: ftp://ftp.snerpa.is/pub/linux/ppp/
Feel free to critic, copy, publish, use et. cetera.
Reverting. An errata is pending. I need to take a closer look at the wtmp
issue, but at first glance it appears to be more of a permissions problem than
an actual bug (glibc provides a logwtmp() function, which is always preferable
to a locally-defined one).
Fixed for Raw Hide (will show up in the next refresh), will resolve this as
ERRATA when it's pushed out.
I rebuild the ppp in current rawhide (may not be out yet) and tested it. It does
indeed seem to fix the problem.
Please, please put out an errata for 7.2 on this bug. It continues to waste
hours or your user's time, and peple like me have to tell them where to find the
fix burried in rawhide.
I tested this file:
and is working.
I thing there should be an errata, because RH7.2 really needs a dial-up server.
Over a day wasted sorting this. Please publish an errata for those poor saps
like me out there :(
Pushing as RHBA-2002:037.