src-test2/usr.sbin/ppp/command.c, branch release/3.1.0_cvs

This commit was manufactured by cvs2svn to create tag

1999-02-16T01:59:46Z

'RELENG_3_1_0_RELEASE'. This commit was manufactured to restore the state of the 3.1-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

Allow a variable as the first arg to ``set proctitle''.

1998-12-14T01:15:34Z

Don't delete the primary interface address when

1998-11-05T21:59:48Z

``iface clean'' is used in auto mode while there are no active links.

Allow multiple systems (config labels) on the command

1998-10-31T17:38:47Z

line and in the ``load'' & ``dial'' commands. The last label loaded becomes the current label name. Only require a label for -auto mode.

Add ``set proctitle'' for changing argv[0]. All substitutions

1998-10-27T22:53:22Z

are done in the same way as command execution. For example, ``set proctitle USER INTERFACE PROCESSID'' would be useful in a -direct profile for identifying who's connected.

Add ``PROCESSID'' as a constant expanded when running

1998-10-27T22:53:19Z

commands.

Shuffle the iface-alias option so that's in alphabetical

1998-10-26T19:07:42Z

order like the rest of the options.

Add ``enable proxyall'' support. This adds proxy ARP entries

1998-10-26T19:07:39Z

for every machine on every class C or smaller subnet that we route to. Add ``set {send,recv}pipe'' for controlling our socket buffer sizes. Mention the IP number with the problem in a few error messages. All submitted by: Craig Leres Modified slightly by: me

Fix the interface alias code. Previously, I was expecting something

1998-10-26T19:07:36Z

like tun0: flags=blah 10.0.0.1 -> 10.0.0.100 10.0.0.2 -> 10.0.0.100 10.0.0.3 -> 10.0.0.100 to DTRT, despite the SIOCAIFADDR for each new alias returning -1 & EEXIST while adding the alias anyway. In real life, once we have the second alias with the same destination, nothing will route any more ! Also, because I was ignoring EEXIST, the dynamic IP assignment code was assigning duplicate addresses ('cos it was being lied to by iface_inAdd()). Now we have tun0: flags=blah 10.0.0.1 -> 255.255.255.255 10.0.0.2 -> 10.0.0.100 10.0.0.3 -> 255.255.255.255 This works - stuff bound to 10.1 & 10.3 will be considered alive by the kernel, and when they route back to the tun device, the packets get aliased to 10.2 and go out to 10.100 (as with the original plan). We still see the EEXIST in SIOCAIFADDR, but ignore it when our destination is 255.255.255.255, assuming that the alias *was* actually added. Additionally, ``iface add'' may now optionally be given only the interface address. The mask & destination default to 255.255.255.255.

Loosen our restrictions on setting enddisc, mrru,

1998-10-24T01:08:45Z

shortseq, authname and authkey. o Auth{name,key} may additionally be set in PHASE_ESTABLISH. o The others may be set in PHASE_ESTABLISH as long as no links have yet reached DATALINK_LCP.