From 0d9ebead0218bd5556fc627b8038adb8d8716a14 Mon Sep 17 00:00:00 2001 From: Robby Workman Date: Thu, 14 Nov 2019 23:53:56 -0600 Subject: README.IPv6: Fix minor typos and grammar stuff --- README.IPv6 | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) (limited to 'README.IPv6') diff --git a/README.IPv6 b/README.IPv6 index 420b6cb..42b8664 100644 --- a/README.IPv6 +++ b/README.IPv6 @@ -17,7 +17,7 @@ Features Implementation -------------- [This section can be removed from the final README.IPv6 as it relates to - implimentation by Pat rather than user level configuration] + implementation by Pat rather than user level configuration] Pat should add a /lib/modprobe.d/ipv6.conf (preferred) or /etc/modprobe.d/ipv6.conf file to a package (probably network-scripts), with @@ -105,14 +105,14 @@ options for rc.inet1.conf: GATEWAY6="" The default IPv6 gateway for the network. This is a IPv6 address in standard format. -The following kesser used misc options have been added for use in rc.inet1.conf: +The following lesser used misc options have been added for use in rc.inet1.conf: USE_RA[x]="" Normally, unless USE_SLAAC[x]="yes" is set, Router Advertisment (RA) is disabled for the interface as it can result in extraneous routes being added to the routing table. With this option set to "yes", RA packets will be accepted on the interface even when DHCP or fixed IP addressing is used, and the routes - advertised by the Router will be added to the table. + advertised by the router will be added to the table. Conversely, if this option is explicitly set to "no", RA will be disabled at all times - meaning SLAAC cannot be @@ -166,14 +166,14 @@ Changes from previous Slackware versions RA is implicitly re-enabled for the interface (since SLAAC and RA are usually used together on a network), unless explicitly disabled with USE_RA[x]="no". This is a change from previous versions of Slackware, which would auto - configure routes. This is a security fix in the same vein as the above. + configure routes. This is a security enhancement in the same vein as above. * Interfaces will no longer be brought into the 'up' state unless they are actually configured with an IP address. In previous versions, no matter whether the interface was assigned an IP (either via DHCP or a fixed IP) or not, the interface would be left in the 'up' state after executing 'rc.inet1 - start'. This will no longer happen, and is considered a clean-up of the - current, odd, behaviour. + start'. This will no longer happen and is considered a clean-up of the + previous behaviour. * If no NETMASK[x] is set for an interface, rc.inet1 will now assume a prefix/netmask of 24 (and will emit a warning). CIDR notation netmasks are now @@ -224,7 +224,7 @@ Known issues Thanks ------ -* Robby Workman, for the original 'ip' version of rc.inet1 and advice. +* Robby Workman, for the original iproute2 version of rc.inet1 and advice. * David Spencer, for advice, debating, and testing the SLAAC implementation. -- -- cgit v1.2.3