| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of a/x -> b and then negotiate a/x -> c by simply expecting SIOCAIFADDR
to do the change.
This was broken by the last commit that optimised out the deletion and
re-addition of the same a/x -> b combination, and forgot to compare
the old/new destination addresses.
Conveniently enough, this problem didn't effect setups where the
default route goes via the ppp link, and most other setups don't
care what the the destination address is actually set to. It broke
test environments where ppp connects to the local machine rather
badly though....
|
|
|
|
| |
your modem to the correct speed when setting up an incoming getty.
|
|
|
|
|
|
|
|
|
| |
We now unwrap IP/IP and apply filter rules to both the outer
layer (with ``set filter blah x.x.x.x y.y.y.y ipip'') and to
the payload (reinterpreted by the filter rules).
``set log tcp/ip'' will now show both the outer wrapper and
the (reinterpreted) payload contents.
|
| |
|
|
|
|
| |
so do it if required.
|
|
|
|
| |
all route MTUs too.
|
|
|
|
| |
rather than dropping out immediately.
|
| |
|
|
|
|
|
|
|
|
| |
Mschapv2 response generation may produce embedded NULs... causing
us to send a bogus response to the radius server and end up
failing the client's valid response.
Problem pointed out by: Eugene Vigovskiy <vigov@com2com.ru>
|
|
|
|
| |
release building. Remove a hack that is no longer needed.
|
|
|
|
| |
Suggested by: archie
|
| |
|
|
|
|
| |
- MAN[1-9] -> MAN.
|
|
|
|
|
|
|
|
|
| |
aliases with the same netmask and destination, don't remove it and then
re-add exactly the same thing.
This means that static (non-sticky) routes that use the interface address
(or destination address) as a destination will not suddenly evaporate when
IPCP comes up (not unless the negotiated IPs have changed anyway).
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
to run PPP over Radiocontact T-Link Radio Modems which run best when something
is transmitted at least every 1.5 seconds.
Tested by: Jennifer Clark <jen@telepresence.strath.ac.uk>
Approved by: Brian
|
|
|
|
| |
Broken in revision 1.109
|
| |
|
| |
|
|
|
|
|
|
| |
Don't assume MAXHOSTNAMELEN includes the NUL
Correct a diagnostic
Use "localhost" in our prompt instead of ""
|
|
|
|
| |
Reviewed by: Mark Knight <markk@knigma.org>
|
| |
|
| |
|
|
|
|
| |
Submitted by: Ian Dowse <iedowse@maths.tcd.ie>
|
|
|
|
|
|
| |
This works only because of bugs in current implementation: the
first .It after ``.Bd -unfilled'' re-enables filling mode and
does not restore (disable) it back afterwards.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is called prior to sending a CCP configure request for a
given protocol. The default is to send the request, but
this is overridden for MPPE which checks to see if the lcp
negotiations agreed CHAP81, and if not fails.
Use the same function to decide if we should reject peer
requests for MPPE.
This should get rid of those boring messages about not being
able to initialise MPPE when we don't negotiate CHAP81.
|
| |
|
|
|
|
| |
a radius accounting packet.
|
|
|
|
|
|
| |
complains that you can't do MPPE without CHAP81).
Reset MasterKeyValid to zero when we hit phase DEAD.
|
|
|
|
|
|
|
|
| |
CLOSE_NORMAL meanings. CLOSE_NORMAL doesn't change the currently
required state, the others do. This should stop ppp from entering
DATALINK_READY when LCP shutdown doesn't end up happening cleanly.
Bump our version number to reflect this change.
|
|
|
|
|
|
|
| |
not just if we get ENXIO.
This makes ppp work with DEVFS when if_tun isn't built into
the kernel (without needing to manually kldload it).
|
| |
|
|
|
|
| |
Obtained from: NetBSD (pkgsrc)
|
|
|
|
|
|
|
| |
Only show the mask in ``show bundle'' when it's been specified.
Complain about unexpected arguments after ``set server {none,open,closed}''
Log re-open failures as warnings rather than phase messages.
Fix some markup for the ``set server'' man page description.
|
|
|
|
| |
can't handle it.
|
| |
|
|
|
|
|
|
|
| |
don't continue adjusting the ipcp state machine.
This allows ``down'' to work in ppp.linkdown - useful for a tunnel
setup.
|
|
|
|
|
|
|
|
|
| |
Allow ``set server open'' to re-open the diagnostic socket.
Handle SIGUSR1 by re-opening the diagnostic socket
When receiving SIGUSR2 (and in ``set server none''), don't forget the
socket details so that ``set server open'' and SIGUSR1 open it again.
Don't create the diagnostic socket as uid 0 ! It's far to dangerous.
|
|
|
|
|
|
|
| |
.Oc Oc
.Xc
doesn't seem to work....
|
|
|
|
|
| |
Submitted by: OGAWA Takaya <t-ogawa@triaez.kaisei.org>
PR: 24518
|
|
|
|
| |
Suggested by: julian
|
|
|
|
| |
diagnostic rather than a warning.
|
| |
|
| |
|
|
|
|
| |
Pointed out by: Mark Knight <markk@knigma.org>
|
| |
|
| |
|
| |
|