#
de59e178 |
| 14-May-2002 |
Brian Somers <brian@FreeBSD.org> |
o Clean up some #includes o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type.
When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SES
o Clean up some #includes o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type.
When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SESSIONID from the environment in direct mode or the NGM_PPPOE_SESSIONID message in other modes. If no SESSIONID is found, default to the interface index in client mode or zero in server mode.
When the NAS-Port-Type is ISDN, set the NAS-Port to the minor number of the physical device (ie, the N in /dev/i4brbchN).
This makes it easier for the RADIUS server to identify the client WRT accounting data etc.
Prompted by: lsz8425 <lsz8425@mail.cd.hn.cn>
show more ...
|
Revision tags: release/4.5.0_cvs, release/4.4.0_cvs |
|
#
63c6cac9 |
| 16-Jan-2002 |
Brian Somers <brian@FreeBSD.org> |
socket()s first argument should be a protocol family rather than an address family.
|
#
add3c041 |
| 30-Nov-2001 |
Brian Somers <brian@FreeBSD.org> |
Pay attention to failures to SIOCAIFADDR and SIOCDIFFADDR.
|
#
2ea80d6d |
| 30-Nov-2001 |
Brian Somers <brian@FreeBSD.org> |
Add some DEBUG logging to tell us when interface addresses are being added and removed
|
#
46df5aa7 |
| 03-Nov-2001 |
Brian Somers <brian@FreeBSD.org> |
Add a ``log'' command for logging specific information. Add an ``UPTIME'' variable to indicate the bundle uptime.
It's now possible to put something like this in ppp.linkdown for a server setup:
Add a ``log'' command for logging specific information. Add an ``UPTIME'' variable to indicate the bundle uptime.
It's now possible to put something like this in ppp.linkdown for a server setup:
MYADDR: log Session closing: User USER, address HISADDR, up UPTIME
Fixed some memory leakage with commands that expand words. Made some functions static. Fixed a diagnostic bug (iface add .... SIOCDIFADDR)
show more ...
|
#
f0ea3513 |
| 27-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
Some cosmetic changes to sync with OpenBSD
|
#
ebdcbc67 |
| 21-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
o Enable IFF_MULTICAST when first opening the tun device (and keep the flag when we ioctl(TUNSIFINFO) under OpenBSD) o Don't bring the interface up immediately o Don't complain about unrecognised i
o Enable IFF_MULTICAST when first opening the tun device (and keep the flag when we ioctl(TUNSIFINFO) under OpenBSD) o Don't bring the interface up immediately o Don't complain about unrecognised interface flags in ``show iface''.
show more ...
|
#
84b0fe81 |
| 20-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
Properly change old interface addresses so that their destination is 255.255.255.255 if our new destination address conflicts.
|
#
856cf687 |
| 20-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
Avoid a compiler warning
Not spotted by: FreeBSD's gcc version 2.95.3 20010315 (release) Spotted by: OpenBSD's gcc version 2.95.3 20010125 (prerelease)
|
#
a8862471 |
| 15-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
Don't show a prefixlen when a destination address is present in ``show iface''.
|
#
30949fd4 |
| 14-Aug-2001 |
Brian Somers <brian@FreeBSD.org> |
o Add ipv6 support, abstracting most NCP addresses into opaque structures (well, they're treated as opaque).
It's now possible to manage IPv6 interface addresses and routing table entries and
o Add ipv6 support, abstracting most NCP addresses into opaque structures (well, they're treated as opaque).
It's now possible to manage IPv6 interface addresses and routing table entries and to filter IPV6 traffic whether encapsulated or not.
IPV6CP support is crude for now, and hasn't been tested against any other implementations.
RADIUS and IPv6 are independent of eachother for now.
ppp.linkup/ppp.linkdown aren't currently used by IPV6CP
o Understand all protocols(5) in filter rules rather than only a select few.
o Allow a mask specification for the ``delete'' command. It's now possible to specifically delete one of two conflicting routes.
o When creating and deleting proxy arp entries, do it for all IPv4 interface addresses rather than doing it just for the ``current'' peer address.
o When iface-alias isn't in effect, don't blow away manually (via ``iface add'') added interface addresses.
o When listening on a tcp server (diagnostic) socket, bind so that a tcp46 socket is created -- allowing both IPv4 and IPv6 connections.
o When displaying ICMP traffic, don't display the icmp type twice. When display traffic, display at least some information about unrecognised traffic.
o Bump version
Inspired after filtering work by: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
show more ...
|
#
c8b9fb53 |
| 18-Jun-2001 |
Brian Somers <brian@FreeBSD.org> |
Handle hardware-imposed MTU/MRU limitations. PPPoE will no longer allow MRU/MTU negotiations to exceed 1492.
Add an optional ``max'' specifier to ``set m[rt]u'', ie.
set mtu max 1480
Bump the pp
Handle hardware-imposed MTU/MRU limitations. PPPoE will no longer allow MRU/MTU negotiations to exceed 1492.
Add an optional ``max'' specifier to ``set m[rt]u'', ie.
set mtu max 1480
Bump the ppp version number.
Sponsored by: Monzoon Networks AG and FreeBSD Services Limited
show more ...
|
#
0272404f |
| 02-May-2001 |
Brian Somers <brian@FreeBSD.org> |
Handle situations where we've already got a P2P interface address 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 op
Handle situations where we've already got a P2P interface address 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....
show more ...
|
Revision tags: release/4.3.0_cvs, release/4.3.0 |
|
#
152a4390 |
| 03-Apr-2001 |
Brian Somers <brian@FreeBSD.org> |
Be a bit more persistent when the NET_RT_IFLIST sysctl returns ENOMEM rather than dropping out immediately.
|
#
dc744e19 |
| 28-Mar-2001 |
Brian Somers <brian@FreeBSD.org> |
Bring the PPPoE interface UP if required
Suggested by: archie
|
#
16004197 |
| 25-Mar-2001 |
Brian Somers <brian@FreeBSD.org> |
If we're adding an interface address that is already one of the interface's aliases with the same netmask and destination, don't remove it and then re-add exactly the same thing.
This means that sta
If we're adding an interface address that is already one of the interface's 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).
show more ...
|
#
723aebe8 |
| 01-Dec-2000 |
Brian Somers <brian@FreeBSD.org> |
Mention the MTU in ``show iface''.
|
Revision tags: release/4.2.0, release/4.1.1_cvs, release/4.1.0, release/3.5.0_cvs |
|
#
58a57513 |
| 19-Jun-2000 |
Brian Somers <brian@FreeBSD.org> |
Don't mis-match interface names in iface_Create()
Submitted by: Adrian Penisoara <ady@freebsd.ady.ro>
|
Revision tags: release/4.0.0_cvs |
|
#
6b457978 |
| 14-Mar-2000 |
Brian Somers <brian@FreeBSD.org> |
The interface list that comes back from the PF_ROUTE/NET_RT_IFLIST mib is aligned. Teach this to ``show route''.
Clean up some of the sockaddr parsing routines.
|
#
278657c3 |
| 07-Jan-2000 |
Brian Somers <brian@FreeBSD.org> |
Don't set ifaddr::in_addrs to 1 after an ``iface clear'' on an interface with no addresses.
|
Revision tags: release/3.4.0_cvs |
|
#
c0593e34 |
| 19-Oct-1999 |
Brian Somers <brian@FreeBSD.org> |
Add the -unit command line switch for specifying the tun device. Warn about -alias being depricated (but still allow it). Don't moan twice about failing to open any tun device. Fix a diagnostic and a
Add the -unit command line switch for specifying the tun device. Warn about -alias being depricated (but still allow it). Don't moan twice about failing to open any tun device. Fix a diagnostic and add the -quiet switch to the usage message.
show more ...
|
#
53dc037c |
| 16-Oct-1999 |
Brian Somers <brian@FreeBSD.org> |
Correct a few diagnostics
|
#
b9391689 |
| 21-Sep-1999 |
Brian Somers <brian@FreeBSD.org> |
Back out the bogus #ifdef __NetBSD__ #include <signal.h> lines. The original report was due to a mis-installation of the NetBS header files :-/
Submitted by: Kazuyoshi Kato <kazk@yyy.or.jp>
|
#
7e795ebe |
| 20-Sep-1999 |
Brian Somers <brian@FreeBSD.org> |
NetBSD has moved ``extern int errno;'' to signal.h :-/
Submitted by: Kazuyoshi Kato <kazk@yyy.or.jp>
|
Revision tags: release/3.3.0_cvs |
|
#
97d92980 |
| 28-Aug-1999 |
Peter Wemm <peter@FreeBSD.org> |
$Id$ -> $FreeBSD$
|