summaryrefslogtreecommitdiffstats
path: root/usr.sbin/ppp
Commit message (Collapse)AuthorAgeFilesLines
* name union.ume2003-06-282-8/+10
|
* Remove world read bit from the ppp binary; we don't do world-execute,rwatson2003-06-231-2/+2
| | | | | | | so it was inconsistent (although probably not harmful) to have world-read. Submitted by: Socketd <db@traceroute.dk>
* Though manpage says that 0.0.0.0 can be used as HISADDR for gwume2003-06-211-2/+4
| | | | | | | in Framed-Route, it didn't work. Since ncprange_aton() treats 0.0.0.0 and :: as prefixlen=0, we need to care the case. MFC after: 1 week
* Mention the use of Framed-IPv6-Prefix.ume2003-06-201-0/+4
| | | | MFC after: 1 week
* IPV6PREFIX is set when Framed-IPv6-Prefix is defined, You mayume2003-06-203-0/+65
| | | | | | | want to pass the value to upper layer protocol such as DHCPv6 for prefix delegation. MFC after: 1 week
* Mention the use of Framed-IPv6-Route.ume2003-06-201-0/+46
| | | | MFC after: 1 week
* Do RADIUS accounting on IPV6CP.ume2003-06-195-18/+110
| | | | MFC after: 1 week
* Oops, I put unused variable in my previous commit.ume2003-06-191-1/+0
| | | | MFC after: 1 week
* Install routes specified by Framed-IPv6-Route. Since the formatume2003-06-193-1/+71
| | | | | | of Framed-IPv6-Route is user defined, it follows Framed-IP-route. MFC after: 1 week
* MYADDR6 in ppp.link{up,down} should match even when IPCP is enabled.ume2003-06-161-24/+20
| | | | MFC after: 1 week
* Add missing header for system_Select() prototypekris2003-06-121-0/+1
|
* Add a pretty cheesy hack to avoid a gcc-3.2.2 ICE (internal compilerpeter2003-05-251-3/+3
| | | | | | | | error) on amd64 when doing pointer subtraction. This bug is already fixed in gcc-3.3 (waiting for after the branch), and the hack will be backed out at the first opportunity. This is in the ipv6 code path. Approved by: re (scottl)
* Erase whitespace at EOL.ru2003-05-221-3/+3
| | | | Approved by: re (blanket)
* Previous revision broke release building, unbreak it.ru2003-05-201-0/+1
| | | | Prodded by: scottl
* Retire the useless NOSECURE knob.des2003-05-191-2/+1
| | | | Approved by: re (scottl)
* When session is over, IPv6 default route to tun should beume2003-04-051-1/+4
| | | | | | removed, too. MFC after: 1 week
* Set link-local address of tun interface with prefixlen = 64ume2003-04-042-8/+8
| | | | | | | | | instead of 128. It makes RA happy. Reported by: rafa@dif.um.es, SHIRASAKI Yasuhiro <yasuhiro@nttv6.jp> Reviewed by: SHIRASAKI Yasuhiro <yasuhiro@nttv6.jp> MFC after: 1 week
* If IPCP is disabled, susccess of IPV6CP negotiation is sufficientume2003-03-281-0/+5
| | | | | to communicate by IPv6. So, the prompt should be `PPP' rather than `PPp'.
* Don't install wrong IPv6 route by add command.ume2003-03-262-3/+12
|
* Passing a u_char to ntohs() is guaranteed to give the wrong answer !brian2003-03-261-2/+2
| | | | Submitted by: Francis Dupont <Francis.Dupont@enst-bretagne.fr>
* Add a ``force-scripts'' option for using chat scripts with -direct andbrian2003-03-264-20/+40
| | | | | | -dedicated links. Submitted by: Maksim Yevmenkin <myevmenk@exodus.net>
* Once ppp session is over, the route to ff02::tun0/32 wasume2003-03-251-1/+12
| | | | | deleted, and never came back. Now, the route to ff02::tun0/32 is installed at the end of IPV6CP negitiaton.
* We need filling scopeid to install routes for link-localume2003-03-251-0/+24
| | | | scope addresses.
* Since ppp.link{up,down} is invoked at the end of IPCP negotiation, ifume2003-03-251-2/+32
| | | | | | we need ppp.link{up,down}, we couldn't disable IPCP. Now, if IPCP is disabled, ppp.link{up,down} is invoked at the end of IPV6CP negotiation.
* Correct typos, mostly s/ a / an / where appropriate. Some whitespace cleanup,schweikh2003-01-011-1/+1
| | | | especially in troff files.
* utmp.ut_time and lastlog.ll_time are explicitly int32_t rather thanpeter2002-11-151-1/+1
| | | | | | | | | | | | time_t. Deal with the possibility that time_t != int32_t. This boils down to this sort of thing: - time(&ut.ut_time); + ut.ut_time = time(NULL); and similar for ctime(3) etc. I've kept it minimal for the stuff that may need to be portable (or 3rd party code), but used Matt's time32 stuff for cases where that isn't as much of a concern. Approved by: re (jhb)
* If the peer gives us 0.0.0.0 as his IP number, NAK it rather than acceptingbrian2002-09-231-1/+2
| | | | | | | | | | | it as being in range. set ifaddr 1.2.3.4/0 5.6.7.8/0 no longer allows 0.0.0.0 as a valid IP. Reported/tested by: Bohdan Horst <nexus@hoth.amu.edu.pl> MFC after: 3 days
* Unbreak -DNOINET6brian2002-09-021-0/+2
| | | | | Submitted by: Andre Albsmeier <andre.albsmeier@mchp.siemens.de> MFC after: 1 day
* Correctly handle ifr.ifr_flags/ifr.ifr_flagshigh like ifconfig(8) does.sobomax2002-08-291-3/+6
| | | | MFC after: 1 day
* - made ppp compliant to RFC 2472 (based on a patch from anotherbrian2002-08-295-49/+176
| | | | | | | | | contributor) - support ipv6cpretry and ipv6cpretries, which are IPv6 versions of ipcpretry and ipcpretries. - improve handling of IPv6 link-local addresses Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
* Include the correct file (stdarg.h) and use va_list rather than _BSD_VA_LIST_brian2002-08-2724-6/+26
| | | | Suggested by: mike
* Use _BSD_VA_LIST_ rather than __va_list if it's definedbrian2002-08-271-2/+5
|
* Correct the FAQ urlbrian2002-08-262-4/+6
| | | | Submitted by: Olivier Tharan <olive@oban.frmug.org>
* Replace various spelling with FALLTHROUGH which is lint()ablecharnier2002-08-255-13/+15
|
* o Merge <machine/ansi.h> and <machine/types.h> into a new headermike2002-08-211-2/+2
| | | | | | | | | | | | | | | | | | | | | called <machine/_types.h>. o <machine/ansi.h> will continue to live so it can define MD clock macros, which are only MD because of gratuitous differences between architectures. o Change all headers to make use of this. This mainly involves changing: #ifdef _BSD_FOO_T_ typedef _BSD_FOO_T_ foo_t; #undef _BSD_FOO_T_ #endif to: #ifndef _FOO_T_DECLARED typedef __foo_t foo_t; #define _FOO_T_DECLARED #endif Concept by: bde Reviewed by: jake, obrien
* mdoc(7) police: Removed redundant .Ns calls.ru2002-08-131-1/+1
|
* Correct URL to the FAQblackend2002-07-311-1/+1
| | | | MFC after: 1 week
* Correct links to Handbook's pages, old URLs does not work anymore.blackend2002-07-301-2/+2
| | | | MFC after: 1 week
* Do a case insensitive comparison when comparing the ms-chap responsebrian2002-07-301-1/+1
| | | | string.
* Remove unused calls to inet_addr()brian2002-07-182-2/+0
|
* Back out the previous revisionbrian2002-07-041-12/+3
| | | | | | | | | Objected to by: Andre Oppermann <oppermann@pipeline.ch> After Andre's objection, I've re-examined rfc 2759 and noted that it says that the domain name shouldn't be used when generating the NT-Response field. So it looks like the bug is in freeradius rather than in ppp.
* If we've given a domain name prefix as the authentication name, stripbrian2002-07-031-3/+12
| | | | it off before passing it on to the RADIUS server for authentication.
* Don't trust the MPPE key lengths passed back from the RADIUS server.brian2002-07-021-2/+4
| | | | | | | Instead, use the correct values based on the number of bits actually negotiated. Spotted by: Sergey Korolew <ds@rt.balakovo.ru>
* Remove some misleading/wrong diagnosticsbrian2002-07-021-5/+1
|
* Show the port number (tty slot, pppoe session id etc) underbrian2002-06-301-5/+14
| | | | ``show physical''.
* When a netgraph message is read, look for another before returning.brian2002-06-291-63/+66
| | | | | | | | This removes a bad latency problem during initial setup where we end up waiting for too long before reading the connected message and time the connection out. Problem figured out by: Andre Albsmeier <andre@albsmeier.net>
* Don't use SignalBundle if it's not setbrian2002-06-281-3/+6
| | | | Submitted by: Federico G. Schwindt <fgsch@olimpo.com.br>
* Complain about (and fix) misformatted RADIUS attributes rather than silentlybrian2002-06-281-2/+6
| | | | fixing them.
* When a RADIUS server is being used, don't use MPPE unless the RADIUSbrian2002-06-281-6/+19
| | | | server says it's ok.
* Add a hack to handle RADIUS responses from peers that forget thatbrian2002-06-231-4/+20
| | | | | | | there's an ``Ident'' field in the MS-CHAP2-Response and MS-CHAP-Error attributes. The RADIATOR server seems to be guilty of this.
OpenPOWER on IntegriCloud