src-test2/etc/rc.network, branch release/4.6.0 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.6.0 2002-04-24T18:51:42Z Back out rev. 1.74.2.23 that used to be necessary to support i4b's 2002-04-24T18:51:42Z Joerg Wunsch joerg@FreeBSD.org 2002-04-24T18:51:42Z urn:sha1:dee3850f2384f75ba26d1a08024fc447ff7f5bdc offspring version of sppp(4). Now that all their functionality has been merged back into the main version, there's no need for this hack anymore. (This is not an MFC, since the hack never emerged into -current at all. It has only been there to support -stable users.) MFC my changes from 1.129 and 1.132, which gives amd a better chance 2002-04-15T02:12:55Z Doug Barton dougb@FreeBSD.org 2002-04-15T02:12:55Z urn:sha1:f079e103a1053e600e2301c04ff3250208e4b4a8 of starting successfully when amd_flags="". MFC 1.130: IPFilter may need to be re-sync'ed even if we are not 2002-03-21T10:27:34Z Crist J. Clark cjc@FreeBSD.org 2002-03-21T10:27:34Z urn:sha1:b7cbf47900361cef1c5b272a048ce4aa252f2ad0 filtering, but only doing ipnat(8). Go back to using $ipfilter_active, but turn off $ipfilter_active when loading ipl.ko has failed. Submitted by: devet@devet.org (Arjan de Vet) MFC 1.128: The reload of ipf(8) rules should depend on 2002-03-15T10:20:54Z Crist J. Clark cjc@FreeBSD.org 2002-03-15T10:20:54Z urn:sha1:8d0b21958be37c4b3673271d11d5658c9027d882 $ipfilter_enable, not $ipfilter_active. $ipfilter_enable is set to "NO" if modules fail to load, and $ipfilter_active can be "YES" when we are not using ipf(8). MFC 1.125: redirect stdout of `ipf -y' to /dev/null. 2002-03-09T03:54:10Z Dima Dorfman dd@FreeBSD.org 2002-03-09T03:54:10Z urn:sha1:2bfbe9343fc81102e3a73e9e6a71ae58db0c3c77 Re-introduce registration of amd's dependency on nfs. This time, 2002-03-07T18:10:02Z Sheldon Hearn sheldonh@FreeBSD.org 2002-03-07T18:10:02Z urn:sha1:54c013486ea5a320f2b74fb4831ddf68a1d5d72d load nfs.ko, not nfsclient.ko. The change has been tested for kernels with and without NFS support wired in. This change was originally MFC'd as rev 1.212.2.41 of src/etc/rc rev 1.74.2.32 of src/etc/rc.network Revert previous delta. The patch wasn't properly tailored to -STABLE, 2002-03-04T08:37:33Z Sheldon Hearn sheldonh@FreeBSD.org 2002-03-04T08:37:33Z urn:sha1:4f6dcec4a0069914e61e5162b33baa7db025ca20 where nfcslient.ko does not exist. MFC: register amd's dependency on NFS 2002-02-27T10:36:03Z Sheldon Hearn sheldonh@FreeBSD.org 2002-02-27T10:36:03Z urn:sha1:ad2433bb852b9aa5e747bbb4b6bafb9fdaaddb01 rc rev 1.292 rc.network rev 1.121 MFC: There is no reason to demand the administrator set 2002-02-23T15:48:29Z Crist J. Clark cjc@FreeBSD.org 2002-02-23T15:48:29Z urn:sha1:a4dc52b4c3f7f994f503037cd79dbd7894cf9cfd 'natd_interface' when running natd(8) out of the rc-files. src/etc/defaults/rc.conf 1.139 src/etc/rc.network 1.124 src/share/man/man5/rc.conf.5 1.152 MFC 1.123: peter points out that we probably should not mess with the 2002-02-09T10:38:42Z Crist J. Clark cjc@FreeBSD.org 2002-02-09T10:38:42Z urn:sha1:6469034ecdef20f7de74f8aefc1c89cab77e0047 sysctl(8) values at all if they are not purposefully set. What if the administrator messed with them in /etc/sysctl.conf? We don't want to overwrite them. If 'log_in_vain' is zero, do not force the issue. If it is non-zero, set it.