forked from extern/shorewall_code
67ab369082
Signed-off-by: Tom Eastep <teastep@shorewall.net>
40 lines
1.4 KiB
Plaintext
40 lines
1.4 KiB
Plaintext
1) Logical interface names in the EXTERNAL column of
|
|
/etc/shorewall/proxyarp were previously not mapped to their
|
|
corresponding physical interface names. This could cause 'start' or
|
|
'restart' to fail.
|
|
|
|
Corrected in Shorewall 4.4.8.1
|
|
|
|
2) If find_first_interface_address() cannot determine the address of
|
|
the passed interface, the following message is issued and the
|
|
process continues:
|
|
|
|
/usr/share/shorewall/lib.common: line 438:
|
|
startup_error: command not found
|
|
|
|
Corrected in Shorewall 4.4.8.1
|
|
|
|
3) If LOG_VERBOSITY=0 in shorewall.conf, then when the compiled script
|
|
is executed, messages such as the following will be issued:
|
|
|
|
/var/lib/shorewall6/.restart: line 65: [: -gt: unary operator
|
|
expected
|
|
|
|
Corrected in Shorewall 4.4.8.1
|
|
|
|
4) With optimize 4, if an unnecessary NONAT rule is included in
|
|
/etc/shorewall/rules, 'shorewall start' and/or 'shorewall restart'
|
|
can fail with invalid iptables-restore input.
|
|
|
|
Corrected in Shorewall 4.4.8.2
|
|
|
|
5) The -lite products are inconsistent in how they referred to their
|
|
startup log. Some references included '-lite' where some did
|
|
not. This was particularly bad in the case of the Shorewall-lite
|
|
logrotate file which duplicated the name used by the Shorewall
|
|
package. This inconsistency could cause logrotate to fail if both
|
|
packages were installed.
|
|
|
|
Corrected in Shorewall 4.4.8.2
|
|
|