]> git.ipfire.org Git - thirdparty/iptables.git/commitdiff
Fix a few doc typos
authorŠtěpán Němec <snemec@redhat.com>
Thu, 2 Sep 2021 11:33:59 +0000 (13:33 +0200)
committerPhil Sutter <phil@nwl.cc>
Fri, 3 Sep 2021 12:58:00 +0000 (14:58 +0200)
Just a few minor language fixes.

Signed-off-by: Štěpán Němec <snemec@redhat.com>
Signed-off-by: Phil Sutter <phil@nwl.cc>
extensions/libxt_devgroup.man
iptables/xtables-monitor.8.in

index 4a66c9fe2635ff2db9193979d84c0aa2758c1d15..480ee351218830f4515ad8973cd3e27af72d8653 100644 (file)
@@ -1,4 +1,4 @@
-Match device group of a packets incoming/outgoing interface.
+Match device group of a packet's incoming/outgoing interface.
 .TP
 [\fB!\fP] \fB\-\-src\-group\fP \fIname\fP
 Match device group of incoming device
index b647a79eb64ed5cdded85f8d07dda2d7decba702..a7f22c0d8c08eeb5b3043c7f8a1545024b61d5f9 100644 (file)
@@ -51,9 +51,9 @@ The second line dumps information about the packet. Incoming interface
 and packet headers such as source and destination addresses are shown.
 
 The third line shows that the packet completed traversal of the raw table
-PREROUTING chain, and is returning, followed by use the chain policy to make accept/drop
+PREROUTING chain, and is returning, followed by use of the chain policy to make accept/drop
 decision (the example shows accept being applied).
-The fifth line shows that the packet leaves the filter INPUT chain, i.e., no rules in the filter tables
+The fifth line shows that the packet leaves the filter INPUT chain, i.e., no rules in the filter table's
 INPUT chain matched the packet.
 It then got DROPPED by the policy of the INPUT table, as shown by line six.
 The last line shows another packet arriving \-\- the packet id is different.
@@ -81,7 +81,7 @@ by three base hooks INPUT, FORWARD and OUTPUT.  The iptables-nftables tools all
 chains automatically when needed, so this is expected when a table was not yet initialized or when it is
 re-created from scratch by iptables-nftables-restore.  Line five shows a new user-defined chain (TCP)
 being added, followed by addition a few rules. the last line shows that a new ruleset generation has
-become active, i.e., the rule set changes are now active.  This also lists the process id and the programs name.
+become active, i.e., the rule set changes are now active.  This also lists the process id and the program name.
 .SH LIMITATIONS
 .B xtables-monitor
 only works with rules added using iptables-nftables, rules added using