forked from extern/shorewall_code
Update the errata to advertise a new rfc1918 file
git-svn-id: https://shorewall.svn.sourceforge.net/svnroot/shorewall/trunk@1014 fbd18981-670d-0410-9b5c-8dc0c1a9a2bb
This commit is contained in:
teastep
parent
526dfa2218
commit
09e8bd4a95
@ -15,7 +15,7 @@
|
|||||||
</author>
|
</author>
|
||||||
</authorgroup>
|
</authorgroup>
|
||||||
|
|
||||||
<pubdate>2003-12-17</pubdate>
|
<pubdate>2003-12-28</pubdate>
|
||||||
|
|
||||||
<copyright>
|
<copyright>
|
||||||
<year>2001-2003</year>
|
<year>2001-2003</year>
|
||||||
@ -67,6 +67,15 @@
|
|||||||
<section>
|
<section>
|
||||||
<title>Problems in Version 1.4</title>
|
<title>Problems in Version 1.4</title>
|
||||||
|
|
||||||
|
<section>
|
||||||
|
<title>All Versions</title>
|
||||||
|
|
||||||
|
<para><ulink
|
||||||
|
url="http://shorewall.net/pub/shorewall/errata/1.4.8/rfc1918">Here</ulink>
|
||||||
|
is the most up to date version of the <ulink
|
||||||
|
url="Documentation.htm#rfc1918">rfc1918 file</ulink>.</para>
|
||||||
|
</section>
|
||||||
|
|
||||||
<section>
|
<section>
|
||||||
<title>Shorewall 1.4.8</title>
|
<title>Shorewall 1.4.8</title>
|
||||||
|
|
||||||
@ -424,4 +433,12 @@ Aborted (core dumped)</programlisting>
|
|||||||
kernel patch and precompiled modules to fix this problem are available at
|
kernel patch and precompiled modules to fix this problem are available at
|
||||||
<ulink url="ftp://ftp1.shorewall.net/pub/shorewall/errata/kernel">ftp://ftp1.shorewall.net/pub/shorewall/errata/kernel</ulink>.</para>
|
<ulink url="ftp://ftp1.shorewall.net/pub/shorewall/errata/kernel">ftp://ftp1.shorewall.net/pub/shorewall/errata/kernel</ulink>.</para>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
|
<appendix>
|
||||||
|
<title>Revision History</title>
|
||||||
|
|
||||||
|
<para><revhistory><revision><revnumber>1.2</revnumber><date>2003-12-29</date><authorinitials>TE</authorinitials><revremark>Updated
|
||||||
|
RFC1918 file</revremark></revision><revision><revnumber>1.1</revnumber><date>2003-12-17</date><authorinitials>TE</authorinitials><revremark>Initial
|
||||||
|
Conversion to Docbook XML</revremark></revision></revhistory></para>
|
||||||
|
</appendix>
|
||||||
</article>
|
</article>
|
||||||
@ -60,9 +60,9 @@
|
|||||||
|
|
||||||
<itemizedlist>
|
<itemizedlist>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>One-to-one NAT for Ursa (my XP System that dual-boots Mandrake
|
<para>One-to-one NAT for Ursa (my personal system that dual-boots
|
||||||
9.2) - Internal address 192.168.1.5 and external address
|
Mandrake 9.2 and Windows XP) - Internal address 192.168.1.5 and
|
||||||
206.124.146.178.</para>
|
external address 206.124.146.178.</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
@ -71,18 +71,18 @@
|
|||||||
</listitem>
|
</listitem>
|
||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>SNAT through 206.124.146.179 for  my Linux system
|
<para>SNAT through 206.124.146.179 for  my SuSE 8.1 Linux
|
||||||
(Wookie), my Wife's system (Tarry), and our  laptop
|
system (Wookie), my Wife's Windows XP system (Tarry), and
|
||||||
(Tipper) which connects through the Wireless Access Point (wap) via a
|
our  Windows XP laptop (Tipper) which connects through the
|
||||||
Wireless Bridge (bridge).<note><para>While the distance between the
|
Wireless Access Point (wap) via a Wireless Bridge (bridge).<note><para>While
|
||||||
WAP and where I usually use the laptop isn't very far (25 feet or
|
the distance between the WAP and where I usually use the laptop
|
||||||
so), using a WAC11 (CardBus wireless card) has proved very
|
isn't very far (25 feet or so), using a WAC11 (CardBus wireless
|
||||||
unsatisfactory (lots of lost connections). By replacing the WAC11 with
|
card) has proved very unsatisfactory (lots of lost connections). By
|
||||||
the WET11 wireless bridge, I have virtually eliminated these problems
|
replacing the WAC11 with the WET11 wireless bridge, I have virtually
|
||||||
(Being an old radio tinkerer (K7JPV), I was also able to eliminate the
|
eliminated these problems (Being an old radio tinkerer (K7JPV), I was
|
||||||
disconnects by hanging a piece of aluminum foil on the family room
|
also able to eliminate the disconnects by hanging a piece of aluminum
|
||||||
wall. Needless to say, my wife Tarry rejected that as a permanent
|
foil on the family room wall. Needless to say, my wife Tarry rejected
|
||||||
solution :-).</para></note></para>
|
that as a permanent solution :-).</para></note></para>
|
||||||
</listitem>
|
</listitem>
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
|
||||||
|
|||||||
@ -1,276 +1,397 @@
|
|||||||
<?xml version="1.0" encoding="UTF-8"?>
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
|
||||||
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
|
|
||||||
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
|
|
||||||
<html>
|
<html>
|
||||||
<head>
|
<head>
|
||||||
<meta content="HTML Tidy, see www.w3.org" name="generator" />
|
<meta content="HTML Tidy, see www.w3.org" name="generator">
|
||||||
|
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
|
||||||
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
|
|
||||||
|
|
||||||
<title>Shoreline Firewall (Shorewall) 1.4</title>
|
<title>Shoreline Firewall (Shorewall) 1.4</title>
|
||||||
|
<base target="_self">
|
||||||
<base target="_self" />
|
</head>
|
||||||
</head>
|
<body>
|
||||||
|
<div>
|
||||||
<body><div align="center"> <center> <table border="0" cellpadding="0"
|
<table border="0" cellpadding="0" cellspacing="0" id="AutoNumber4"
|
||||||
cellspacing="0" id="AutoNumber4"
|
style="border-collapse: collapse; width: 100%; height: 100%;">
|
||||||
style="border-collapse: collapse; width: 100%; height: 100%;"><tbody><tr><td
|
<tbody>
|
||||||
width="90%"><h2>Site Problem</h2> The server that normally hosts
|
<tr>
|
||||||
www.shorewall.net and ftp.shorewall.net is currently down. Until it is back
|
<td width="90%">
|
||||||
up, a small server with very limited bandwidth is being used temporarly. You
|
<h2>Introduction to Shorewall</h2>
|
||||||
will likely experience better response time from the <a
|
<h3>This is the Shorewall 1.4 Web Site</h3>
|
||||||
href="http://shorewall.sourceforge.net" target="_top">Sourceforge site</a>
|
The information on this site applies only to 1.4.x releases of
|
||||||
or from one of the other <a href="shorewall_mirrors.htm">mirrors</a>. Sorry
|
Shorewall. For older versions:<br>
|
||||||
for the inconvenience.<br /> <br /> <h2>Introduction to Shorewall</h2>
|
<ul>
|
||||||
<h3>This is the Shorewall 1.4 Web Site</h3> The information on this site
|
<li>The 1.3 site is <a href="http://www.shorewall.net/1.3"
|
||||||
applies only to 1.4.x releases of Shorewall. For older versions:<br />
|
target="_top">here.</a></li>
|
||||||
<ul><li>The 1.3 site is <a href="http://www.shorewall.net/1.3" target="_top">here.</a></li><li>The
|
<li>The 1.2 site is <a href="http://shorewall.net/1.2/"
|
||||||
1.2 site is <a href="http://shorewall.net/1.2/" target="_top">here</a>.</li></ul>
|
target="_top">here</a>.</li>
|
||||||
<h3>Glossary</h3> <ul><li><a href="http://www.netfilter.org">Netfilter</a> -
|
</ul>
|
||||||
the packet filter facility built into the 2.4 and later Linux kernels.</li><li>ipchains
|
<h3>Glossary</h3>
|
||||||
- the packet filter facility built into the 2.2 Linux kernels. Also the name
|
<ul>
|
||||||
of the utility program used to configure and control that facility.
|
<li><a href="http://www.netfilter.org">Netfilter</a> - the
|
||||||
Netfilter can be used in ipchains compatibility mode.</li><li>iptables - the
|
packet filter facility built into the 2.4 and later Linux kernels.</li>
|
||||||
utility program used to configure and control Netfilter. The term
|
<li>ipchains - the packet filter facility built into the 2.2
|
||||||
'iptables' is often used to refer to the combination of
|
Linux kernels. Also the name of the utility program used to configure
|
||||||
iptables+Netfilter (with Netfilter not in ipchains compatibility mode).</li></ul>
|
and control that facility. Netfilter can be used in ipchains
|
||||||
<h3>What is Shorewall?</h3> The Shoreline Firewall, more commonly known as
|
compatibility mode.</li>
|
||||||
"Shorewall", is high-level tool for configuring Netfilter. You
|
<li>iptables - the utility program used to configure and
|
||||||
describe your firewall/gateway requirements using entries in a set of
|
control Netfilter. The term 'iptables' is often used to refer to the
|
||||||
configuration files. Shorewall reads those configuration files and with the
|
combination of iptables+Netfilter (with Netfilter not in ipchains
|
||||||
help of the iptables utility, Shorewall configures Netfilter to match your
|
compatibility mode).</li>
|
||||||
requirements. Shorewall can be used on a dedicated firewall system, a
|
</ul>
|
||||||
multi-function gateway/router/server or on a standalone GNU/Linux system.
|
<h3>What is Shorewall?</h3>
|
||||||
Shorewall does not use Netfilter's ipchains compatibility mode and can
|
The Shoreline Firewall, more commonly known as "Shorewall", is
|
||||||
thus take advantage of Netfilter's connection state tracking
|
high-level tool for configuring Netfilter. You describe your
|
||||||
capabilities.<br /> <br /> Shorewall is <span
|
firewall/gateway requirements using entries in a set of configuration
|
||||||
style="text-decoration: underline;">not</span> a daemon. Once Shorewall has
|
files. Shorewall reads those configuration files and with the help of
|
||||||
configured Netfilter, it's job is complete although the <a
|
the iptables utility, Shorewall configures Netfilter to match your
|
||||||
href="starting_and_stopping_shorewall.htm">/sbin/shorewall program can be
|
requirements. Shorewall can be used on a dedicated firewall system, a
|
||||||
used at any time to monitor the Netfilter firewall</a>.<br /> <h3>Getting
|
multi-function gateway/router/server or on a standalone GNU/Linux
|
||||||
Started with Shorewall</h3> New to Shorewall? Start by selecting the <a
|
system. Shorewall does not use Netfilter's ipchains compatibility mode
|
||||||
href="shorewall_quickstart_guide.htm">QuickStart Guide</a> that most closely
|
and can thus take advantage of Netfilter's connection state tracking
|
||||||
match your environment and follow the step by step instructions.<br />
|
capabilities.<br>
|
||||||
<h3>Looking for Information?</h3> The <a
|
<br>
|
||||||
href="shorewall_quickstart_guide.htm#Documentation">Documentation Index</a>
|
Shorewall is <span style="text-decoration: underline;">not</span> a
|
||||||
is a good place to start as is the Quick Search in the frame above.
|
daemon. Once Shorewall has configured Netfilter, it's job is complete
|
||||||
<h3>License</h3> This program is free software; you can redistribute it
|
although the <a href="starting_and_stopping_shorewall.htm">/sbin/shorewall
|
||||||
and/or modify it under the terms of <a
|
program can be used at any time to monitor the Netfilter firewall</a>.<br>
|
||||||
href="http://www.gnu.org/licenses/gpl.html">Version 2 of the GNU General
|
<h3>Getting Started with Shorewall</h3>
|
||||||
Public License</a> as published by the Free Software Foundation.<br />
|
New to Shorewall? Start by selecting the <a
|
||||||
<p>This program is distributed in the hope that it will be useful, but
|
href="shorewall_quickstart_guide.htm">QuickStart Guide</a> that most
|
||||||
WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
|
closely match your environment and follow the step by step instructions.<br>
|
||||||
or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
|
<h3>Looking for Information?</h3>
|
||||||
more detail.</p> <p>You should have received a copy of the GNU General
|
The <a href="shorewall_quickstart_guide.htm#Documentation">Documentation
|
||||||
Public License along with this program; if not, write to the Free Software
|
Index</a> is a good place to start as is the Quick Search in the frame
|
||||||
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA</p> Permission is
|
above.
|
||||||
granted to copy, distribute and/or modify this document under the terms of
|
<h3>License</h3>
|
||||||
the GNU Free Documentation License, Version 1.2 or any later version
|
This program is free software; you can redistribute it and/or modify it
|
||||||
published by the Free Software Foundation; with no Invariant Sections, with
|
under the terms of <a href="http://www.gnu.org/licenses/gpl.html">Version
|
||||||
no Front-Cover, and with no Back-Cover Texts. A copy of the license is
|
2 of the GNU General Public License</a> as published by the Free
|
||||||
included in the section entitled <a>"GNU Free Documentation License"</a>.<p>Copyright
|
Software Foundation.<br>
|
||||||
© 2001-2003 Thomas M. Eastep </p> <h3>Running Shorewall on Mandrake with a
|
<p>This program is distributed in the hope that it will be
|
||||||
two-interface setup?</h3> If so, the documentation <b></b>on this site will
|
useful, but WITHOUT ANY WARRANTY; without even the implied warranty of
|
||||||
not apply directly to your setup. If you want to use the documentation that
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
||||||
you find here, you will want to consider uninstalling what you have and
|
General Public License for more detail.</p>
|
||||||
installing a setup that matches the documentation on this site. See the <a
|
<p>You should have received a copy of the GNU General Public
|
||||||
href="two-interface.htm">Two-interface QuickStart Guide</a> for details.<br />
|
License along with this program; if not, write to the Free Software
|
||||||
<h2>News</h2> <p><b>12/07/2003 - Shorewall 1.4.9 Beta 1</b> <b><img
|
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA</p>
|
||||||
alt="(New)" src="images/new10.gif"
|
Permission is granted to copy, distribute and/or modify this document
|
||||||
style="border: 0px solid ; width: 28px; height: 12px;" title="" /> </b></p>
|
under the terms of the GNU Free Documentation License, Version 1.2 or
|
||||||
|
any later version published by the Free Software Foundation; with no
|
||||||
|
Invariant Sections, with no Front-Cover, and with no Back-Cover Texts.
|
||||||
|
A copy of the license is included in the section entitled <a>"GNU Free
|
||||||
|
Documentation License"</a>.
|
||||||
|
<p>Copyright © 2001-2003 Thomas M. Eastep </p>
|
||||||
|
<h3>Running Shorewall on Mandrake with a two-interface setup?</h3>
|
||||||
|
If so, the documentation <b></b>on this site will not apply directly
|
||||||
|
to your setup. If you want to use the documentation that you find here,
|
||||||
|
you will want to consider uninstalling what you have and installing a
|
||||||
|
setup that matches the documentation on this site. See the <a
|
||||||
|
href="two-interface.htm">Two-interface QuickStart Guide</a> for
|
||||||
|
details.<br>
|
||||||
|
<h2>News</h2>
|
||||||
|
<p><b>12/28/2003 - www.shorewall.net/ftp.shorewall.net Back
|
||||||
|
On-line</b> <b><img alt="(New)" src="images/new10.gif"
|
||||||
|
style="border: 0px solid ; width: 28px; height: 12px;" title=""> <br>
|
||||||
|
</b></p>
|
||||||
|
<p>Our high-capacity server has been restored to service --
|
||||||
|
please let <a href="mailto:webmaster@shorewall.net">us</a> know if you
|
||||||
|
find any problems.<br>
|
||||||
|
</p>
|
||||||
|
<p><b>12/07/2003 - Shorewall 1.4.9 Beta 1</b><b> </b></p>
|
||||||
<div style="margin-left: 40px;"><a
|
<div style="margin-left: 40px;"><a
|
||||||
href="http://shorewall.net/pub/shorewall/Beta">http://shorewall.net/pub/shorewall/Beta</a><br />
|
href="http://shorewall.net/pub/shorewall/Beta">http://shorewall.net/pub/shorewall/Beta</a><br>
|
||||||
<a href="ftp://shorewall.net/pub/shorewall/Beta" target="_top">ftp://shorewall.net/pub/shorewall/Beta</a>
|
<a href="ftp://shorewall.net/pub/shorewall/Beta" target="_top">ftp://shorewall.net/pub/shorewall/Beta</a>
|
||||||
</div> <p>Problems Corrected since version 1.4.8:</p> <ol><li>There has been
|
</div>
|
||||||
a low continuing level of confusion over the terms "Source NAT"
|
<p>Problems Corrected since version 1.4.8:</p>
|
||||||
(SNAT) and "Static NAT". To avoid future confusion, all instances of
|
<ol>
|
||||||
"Static NAT" have been replaced with "One-to-one NAT" in the
|
<li>There has been a low continuing level of confusion over the
|
||||||
documentation and configuration files.</li><li>The description of NEWNOTSYN
|
terms "Source NAT" (SNAT) and "Static NAT". To avoid future confusion,
|
||||||
in shorewall.conf has been reworded for clarity.</li><li>Wild-card rules
|
all instances of "Static NAT" have been replaced with "One-to-one NAT"
|
||||||
(those involving "all" as SOURCE or DEST) will no longer produce an
|
in the documentation and configuration files.</li>
|
||||||
error if they attempt to add a rule that would override a NONE policy. The
|
<li>The description of NEWNOTSYN in shorewall.conf has been
|
||||||
logic for expanding these wild-card rules now simply skips those
|
reworded for clarity.</li>
|
||||||
(SOURCE,DEST) pairs that have a NONE policy.</li></ol> <p>Migration Issues:<br />
|
<li>Wild-card rules (those involving "all" as SOURCE or DEST)
|
||||||
    None.<br /> <br /> New Features: </p> <ol><li>To
|
will no longer produce an error if they attempt to add a rule that
|
||||||
cut down on the number of "Why are these ports closed rather than
|
would override a NONE policy. The logic for expanding these wild-card
|
||||||
stealthed?" questions, the SMB-related rules in
|
rules now simply skips those (SOURCE,DEST) pairs that have a NONE
|
||||||
/etc/shorewall/common.def have been changed from 'reject' to
|
policy.</li>
|
||||||
'DROP'.</li><li>For easier identification, packets logged under the
|
</ol>
|
||||||
'norfc1918' interface option are now logged out of chains named
|
<p>Migration Issues:<br>
|
||||||
'rfc1918'. Previously, such packets were logged under chains named
|
None.<br>
|
||||||
'logdrop'.</li><li>Distributors and developers seem to be regularly
|
<br>
|
||||||
inventing new naming conventions for kernel modules. To avoid the need to
|
New Features: </p>
|
||||||
change Shorewall code for each new convention, the MODULE_SUFFIX option has
|
<ol>
|
||||||
been added to shorewall.conf. MODULE_SUFFIX may be set to the suffix for
|
<li>To cut down on the number of "Why are these ports closed
|
||||||
module names in your particular distribution. If MODULE_SUFFIX is not set in
|
rather than stealthed?" questions, the SMB-related rules in
|
||||||
shorewall.conf, Shorewall will use the list "o gz ko o.gz".<br />
|
/etc/shorewall/common.def have been changed from 'reject' to 'DROP'.</li>
|
||||||
<br /> To see what suffix is used by your distribution:<br /> <br /> ls
|
<li>For easier identification, packets logged under the
|
||||||
/lib/modules/$(uname -r)/kernel/net/ipv4/netfilter<br /> <br /> All of the
|
'norfc1918' interface option are now logged out of chains named
|
||||||
files listed should have the same suffix (extension). Set MODULE_SUFFIX to
|
'rfc1918'. Previously, such packets were logged under chains named
|
||||||
that suffix.<br /> <br /> Examples:<br /> <br />
|
'logdrop'.</li>
|
||||||
     If all files end in ".kzo" then set
|
<li>Distributors and developers seem to be regularly inventing
|
||||||
MODULE_SUFFIX="kzo"<br />      If all
|
new naming conventions for kernel modules. To avoid the need to change
|
||||||
files end in ".kz.o" then set MODULE_SUFFIX="kz.o"</li><li>Support
|
Shorewall code for each new convention, the MODULE_SUFFIX option has
|
||||||
for user defined rule ACTIONS has been implemented through two new files:<br />
|
been added to shorewall.conf. MODULE_SUFFIX may be set to the suffix
|
||||||
<br /> /etc/shorewall/actions - used to list the user-defined ACTIONS.<br />
|
for module names in your particular distribution. If MODULE_SUFFIX is
|
||||||
/etc/shorewall/action.template - For each user defined <action>,
|
not set in shorewall.conf, Shorewall will use the list "o gz ko o.gz".<br>
|
||||||
copy this file to /etc/shorewall/action.<action> and add the
|
<br>
|
||||||
appropriate rules for that <action>. Once an <action> has
|
To see what suffix is used by your distribution:<br>
|
||||||
been defined, it may be used like any of the builtin ACTIONS (ACCEPT, DROP,
|
<br>
|
||||||
etc.) in /etc/shorewall/rules.<br /> <br /> Example: You want an action that
|
ls /lib/modules/$(uname -r)/kernel/net/ipv4/netfilter<br>
|
||||||
logs a packet at the 'info' level and accepts the connection.<br />
|
<br>
|
||||||
<br /> In /etc/shorewall/actions, you would add:<br /> <br />
|
All of the files listed should have the same suffix (extension). Set
|
||||||
     LogAndAccept<br /> <br /> You would then
|
MODULE_SUFFIX to that suffix.<br>
|
||||||
copy /etc/shorewall/action.template to /etc/shorewall/LogAndAccept and in
|
<br>
|
||||||
that file, you would add the two rules:<br />
|
Examples:<br>
|
||||||
        LOG:info<br />
|
<br>
|
||||||
        ACCEPT<br />
|
If all files end in ".kzo" then set
|
||||||
<br /></li></ol> <p><b>12/03/2003 - Support Torch Passed</b> <b><img
|
MODULE_SUFFIX="kzo"<br>
|
||||||
alt="(New)" src="images/new10.gif"
|
If all files end in ".kz.o" then set
|
||||||
style="border: 0px solid ; width: 28px; height: 12px;" title="" /></b></p>
|
MODULE_SUFFIX="kz.o"</li>
|
||||||
Effective today, I am reducing my participation in the day-to-day support of
|
<li>Support for user defined rule ACTIONS has been implemented
|
||||||
Shorewall. As part of this shift to community-based Shorewall support a new
|
through two new files:<br>
|
||||||
<a href="https://lists.shorewall.net/mailman/listinfo/shorewall-newbies">Shorewall
|
<br>
|
||||||
Newbies mailing list</a> has been established to field questions and
|
/etc/shorewall/actions - used to list the user-defined ACTIONS.<br>
|
||||||
problems from new users. I will not monitor that list personally. I will
|
/etc/shorewall/action.template - For each user defined <action>,
|
||||||
continue my active development of Shorewall and will be available via the
|
copy this file to /etc/shorewall/action.<action> and add the
|
||||||
development list to handle development issues -- Tom. <p><b>11/07/2003 -
|
appropriate rules for that <action>. Once an <action> has
|
||||||
Shorewall 1.4.8</b><b><br /> <br /> </b> Problems Corrected since version
|
been defined, it may be used like any of the builtin ACTIONS (ACCEPT,
|
||||||
1.4.7:<br /> </p> <ol><li>Tuomo Soini has supplied a correction to a problem
|
DROP, etc.) in /etc/shorewall/rules.<br>
|
||||||
that occurs using some versions of 'ash'. The symptom is that
|
<br>
|
||||||
"shorewall start" fails with:<br />  <br />   
|
Example: You want an action that logs a packet at the 'info' level and
|
||||||
local: --limit: bad variable name<br />    iptables v1.2.8:
|
accepts the connection.<br>
|
||||||
Couldn't load match `-j':/lib/iptables/libipt_-j.so:<br />
|
<br>
|
||||||
   cannot open shared object file: No such file or directory<br />
|
In /etc/shorewall/actions, you would add:<br>
|
||||||
   Try `iptables -h' or 'iptables --help' for more
|
<br>
|
||||||
information.</li><li>Andres Zhoglo has supplied a correction that avoids
|
LogAndAccept<br>
|
||||||
trying to use the multiport match iptables facility on ICMP rules.<br />
|
<br>
|
||||||
 <br />    Example of rule that previously caused
|
You would then copy /etc/shorewall/action.template to
|
||||||
"shorewall start" to fail:<br />  <br />
|
/etc/shorewall/LogAndAccept and in that file, you would add the two
|
||||||
          
|
rules:<br>
|
||||||
ACCEPT      loc  $FW 
|
LOG:info<br>
|
||||||
icmp    0,8,11,12<br /> <br /></li><li>Previously, if
|
ACCEPT<br>
|
||||||
the following error message was issued, Shorewall was left in an
|
<br>
|
||||||
inconsistent state.<br />  <br />    Error: Unable to
|
</li>
|
||||||
determine the routes through interface xxx<br /> <br /></li><li>Handling of
|
</ol>
|
||||||
the LOGUNCLEAN option in shorewall.conf has been corrected.</li><li>In
|
<p><b>12/03/2003 - Support Torch Passed</b> <b><img alt="(New)"
|
||||||
Shorewall 1.4.2, an optimization was added. This optimization involved
|
src="images/new10.gif"
|
||||||
creating a chain named "<zone>_frwd" for most zones defined
|
style="border: 0px solid ; width: 28px; height: 12px;" title=""></b></p>
|
||||||
using the /etc/shorewall/hosts file. It has since been discovered that in
|
Effective today, I am reducing my participation in the day-to-day
|
||||||
many cases these new chains contain redundant rules and that the
|
support of Shorewall. As part of this shift to community-based
|
||||||
"optimization" turns out to be less than optimal. The implementation
|
Shorewall support a new <a
|
||||||
has now been corrected.</li><li>When the MARK value in a tcrules entry is
|
href="https://lists.shorewall.net/mailman/listinfo/shorewall-newbies">Shorewall
|
||||||
followed by ":F" or ":P", the ":F" or ":P"
|
Newbies mailing list</a> has been established to field questions and
|
||||||
was previously only applied to the first Netfilter rule generated by the
|
problems from new users. I will not monitor that list personally. I
|
||||||
entry. It is now applied to all entries.</li><li>An incorrect comment
|
will continue my active development of Shorewall and will be available
|
||||||
concerning Debian's use of the SUBSYSLOCK option has been removed from
|
via the development list to handle development issues -- Tom.
|
||||||
shorewall.conf.</li><li>Previously, neither the 'routefilter'
|
<p><b>11/07/2003 - Shorewall 1.4.8</b><b><br>
|
||||||
interface option nor the ROUTE_FILTER parameter were working properly. This
|
<br>
|
||||||
has been corrected (thanks to Eric Bowles for his analysis and patch). The
|
</b> Problems Corrected since version 1.4.7:<br>
|
||||||
definition of the ROUTE_FILTER option has changed however. Previously,
|
</p>
|
||||||
ROUTE_FILTER=Yes was documented as enabling route filtering on all
|
<ol>
|
||||||
interfaces (which didn't work). Beginning with this release, setting
|
<li>Tuomo Soini has supplied a correction to a problem that
|
||||||
ROUTE_FILTER=Yes will enable route filtering of all interfaces brought up
|
occurs using some versions of 'ash'. The symptom is that "shorewall
|
||||||
while Shorewall is started. As a consequence, ROUTE_FILTER=Yes can coexist
|
start" fails with:<br>
|
||||||
with the use of the 'routefilter' option in the interfaces file.</li><li>If
|
<br>
|
||||||
MAC verification was enabled on an interface with a /32 address and a
|
local: --limit: bad variable name<br>
|
||||||
broadcast address then an error would occur during startup.</li><li>he NONE
|
iptables v1.2.8: Couldn't load match
|
||||||
policy's intended use is to suppress the generating of rules that
|
`-j':/lib/iptables/libipt_-j.so:<br>
|
||||||
can't possibly be traversed. This means that a policy of NONE is
|
cannot open shared object file: No such file or directory<br>
|
||||||
inappropriate where the source or destination zone is $FW or "all".
|
Try `iptables -h' or 'iptables --help' for more
|
||||||
Shorewall now generates an error message if such a policy is given in
|
information.</li>
|
||||||
/etc/shorewall/policy. Previously such a policy caused "shorewall
|
<li>Andres Zhoglo has supplied a correction that avoids trying
|
||||||
start" to fail.</li><li>The 'routeback' option was broken for
|
to use the multiport match iptables facility on ICMP rules.<br>
|
||||||
wildcard interfaces (e.g., "tun+"). This has been corrected so that
|
<br>
|
||||||
'routeback' now works as expected in this case.<br /></li></ol>
|
Example of rule that previously caused "shorewall start"
|
||||||
Migration Issues:<br /> <ol><li>The definition of the ROUTE_FILTER option in
|
to fail:<br>
|
||||||
shorewall.conf has changed as described in item 8) above.<br /></li></ol>
|
<br>
|
||||||
New Features:<br /> <ol><li>A new QUEUE action has been introduced for
|
|
||||||
rules. QUEUE allows you to pass connection requests to a user-space filter
|
ACCEPT loc $FW
|
||||||
such as ftwall (http://p2pwall.sourceforge.net). The ftwall program allows
|
icmp 0,8,11,12<br>
|
||||||
for effective filtering of p2p applications such as Kazaa. For example, to
|
<br>
|
||||||
use ftwall to filter P2P clients in the 'loc' zone, you would add
|
</li>
|
||||||
the following rules:<br /> <br />    QUEUE  
|
<li>Previously, if the following error message was issued,
|
||||||
loc        
|
Shorewall was left in an inconsistent state.<br>
|
||||||
net    tcp<br />    QUEUE  
|
<br>
|
||||||
loc        
|
Error: Unable to determine the routes through interface xxx<br>
|
||||||
net    udp<br />    QUEUE  
|
<br>
|
||||||
loc        
|
</li>
|
||||||
fw     udp<br /> <br /> You would normally want
|
<li>Handling of the LOGUNCLEAN option in shorewall.conf has
|
||||||
to place those three rules BEFORE any ACCEPT rules for loc->net udp or
|
been corrected.</li>
|
||||||
tcp.<br /> <br /> Note: When the protocol specified is TCP ("tcp",
|
<li>In Shorewall 1.4.2, an optimization was added. This
|
||||||
"TCP" or "6"), Shorewall will only pass connection requests
|
optimization involved creating a chain named "<zone>_frwd" for
|
||||||
(SYN packets) to user space. This is for compatibility with ftwall.</li><li>A
|
most zones defined using the /etc/shorewall/hosts file. It has since
|
||||||
BLACKLISTNEWNONLY option has been added to shorewall.conf. When this option
|
been discovered that in many cases these new chains contain redundant
|
||||||
is set to "Yes", the blacklists (dynamic and static) are only
|
rules and that the "optimization" turns out to be less than optimal.
|
||||||
consulted for new connection requests. When set to "No" (the default
|
The implementation has now been corrected.</li>
|
||||||
if the variable is not set), the blacklists are consulted on every packet.<br />
|
<li>When the MARK value in a tcrules entry is followed by ":F"
|
||||||
<br /> Setting this option to "No" allows blacklisting to stop
|
or ":P", the ":F" or ":P" was previously only applied to the first
|
||||||
existing connections from a newly blacklisted host but is more expensive in
|
Netfilter rule generated by the entry. It is now applied to all entries.</li>
|
||||||
terms of packet processing time. This is especially true if the blacklists
|
<li>An incorrect comment concerning Debian's use of the
|
||||||
contain a large number of entries.</li><li>Chain names used in the
|
SUBSYSLOCK option has been removed from shorewall.conf.</li>
|
||||||
/etc/shorewall/accounting file may now begin with a digit ([0-9]) and may
|
<li>Previously, neither the 'routefilter' interface option nor
|
||||||
contain embedded dashes ("-").</li></ol> <p><b>10/26/2003 -
|
the ROUTE_FILTER parameter were working properly. This has been
|
||||||
Shorewall 1.4.7a and 1.4.7b win brown paper bag awards</b> <b><img
|
corrected (thanks to Eric Bowles for his analysis and patch). The
|
||||||
align="middle" alt="" src="images/j0233056.gif"
|
definition of the ROUTE_FILTER option has changed however. Previously,
|
||||||
style="border: 0px solid ; width: 50px; height: 80px;" title="" />Shorewall
|
ROUTE_FILTER=Yes was documented as enabling route filtering on all
|
||||||
1.4.7c released.</b></p> <ol><li>The saga with "<zone>_frwd"
|
interfaces (which didn't work). Beginning with this release, setting
|
||||||
chains continues. The 1.4.7c script produces a ruleset that should work for
|
ROUTE_FILTER=Yes will enable route filtering of all interfaces brought
|
||||||
everyone even if it is not quite optimal. My apologies for this ongoing
|
up while Shorewall is started. As a consequence, ROUTE_FILTER=Yes can
|
||||||
mess.<br /></li></ol> <p><b>10/24/2003 - Shorewall 1.4.7b</b></p> <p>This is
|
coexist with the use of the 'routefilter' option in the interfaces file.</li>
|
||||||
a bugfx rollup of the 1.4.7a fixes plus:<br /> </p> <ol><li>The fix for
|
<li>If MAC verification was enabled on an interface with a /32
|
||||||
problem 5 in 1.4.7a was wrong with the result that
|
address and a broadcast address then an error would occur during
|
||||||
"<zone>_frwd" chains might contain too few rules. That wrong
|
startup.</li>
|
||||||
code is corrected in this release.<br /></li></ol> <p><b>10/21/2003 -
|
<li>he NONE policy's intended use is to suppress the generating
|
||||||
Shorewall 1.4.7a</b></p> <p>This is a bugfix rollup of the following problem
|
of rules that can't possibly be traversed. This means that a policy of
|
||||||
corrections:<br /> </p> <ol><li>Tuomo Soini has supplied a correction to a
|
NONE is inappropriate where the source or destination zone is $FW or
|
||||||
problem that occurs using some versions of 'ash'. The symptom is
|
"all". Shorewall now generates an error message if such a policy is
|
||||||
that "shorewall start" fails with:<br />  <br />
|
given in /etc/shorewall/policy. Previously such a policy caused
|
||||||
   local: --limit: bad variable name<br />   
|
"shorewall start" to fail.</li>
|
||||||
iptables v1.2.8: Couldn't load match
|
<li>The 'routeback' option was broken for wildcard interfaces
|
||||||
`-j':/lib/iptables/libipt_-j.so:<br />    cannot open
|
(e.g., "tun+"). This has been corrected so that 'routeback' now works
|
||||||
shared object file: No such file or directory<br />    Try
|
as expected in this case.<br>
|
||||||
`iptables -h' or 'iptables --help' for more information.<br />
|
</li>
|
||||||
<br /></li><li>Andres Zhoglo has supplied a correction that avoids trying to
|
</ol>
|
||||||
use the multiport match iptables facility on ICMP rules.<br />  <br />
|
Migration Issues:<br>
|
||||||
   Example of rule that previously caused "shorewall
|
<ol>
|
||||||
start" to fail:<br />  <br />
|
<li>The definition of the ROUTE_FILTER option in shorewall.conf
|
||||||
          
|
has changed as described in item 8) above.<br>
|
||||||
ACCEPT      loc  $FW 
|
</li>
|
||||||
icmp    0,8,11,12<br /> <br /></li><li>Previously, if
|
</ol>
|
||||||
the following error message was issued, Shorewall was left in an
|
New Features:<br>
|
||||||
inconsistent state.<br />  <br />    Error: Unable to
|
<ol>
|
||||||
determine the routes through interface xxx<br /> <br /></li><li>Handling of
|
<li>A new QUEUE action has been introduced for rules. QUEUE
|
||||||
the LOGUNCLEAN option in shorewall.conf has been corrected.</li><li>In
|
allows you to pass connection requests to a user-space filter such as
|
||||||
Shorewall 1.4.2, an optimization was added. This optimization involved
|
ftwall (http://p2pwall.sourceforge.net). The ftwall program allows for
|
||||||
creating a chain named "<zone>_frwd" for most zones defined
|
effective filtering of p2p applications such as Kazaa. For example, to
|
||||||
using the /etc/shorewall/hosts file. It has since been discovered that in
|
use ftwall to filter P2P clients in the 'loc' zone, you would add the
|
||||||
many cases these new chains contain redundant rules and that the
|
following rules:<br>
|
||||||
"optimization" turns out to be less than optimal. The implementation
|
<br>
|
||||||
has now been corrected.</li><li>When the MARK value in a tcrules entry is
|
QUEUE loc
|
||||||
followed by ":F" or ":P", the ":F" or ":P"
|
net tcp<br>
|
||||||
was previously only applied to the first Netfilter rule generated by the
|
QUEUE loc
|
||||||
entry. It is now applied to all entries.<br /></li></ol> <p><a
|
net udp<br>
|
||||||
href="News.htm">More News</a></p> <p><a href="http://leaf.sourceforge.net"
|
QUEUE loc
|
||||||
target="_top"><img alt="(Leaf Logo)" border="0" height="36"
|
fw udp<br>
|
||||||
src="images/leaflogo.gif" width="49" /></a> Jacques Nilo and Eric Wolzak
|
<br>
|
||||||
have a LEAF (router/firewall/gateway on a floppy, CD or compact flash)
|
You would normally want to place those three rules BEFORE any ACCEPT
|
||||||
distribution called <i>Bering</i> that features Shorewall-1.4.2 and
|
rules for loc->net udp or tcp.<br>
|
||||||
Kernel-2.4.20. You can find their work at: <a
|
<br>
|
||||||
href="http://leaf.sourceforge.net/devel/jnilo">http://leaf.sourceforge.net/devel/jnilo<br />
|
Note: When the protocol specified is TCP ("tcp", "TCP" or "6"),
|
||||||
</a></p> <b>Congratulations to Jacques and Eric on the recent release of
|
Shorewall will only pass connection requests (SYN packets) to user
|
||||||
Bering 1.2!!!<br /> <br /> </b> <div style="text-align: center;"> <div
|
space. This is for compatibility with ftwall.</li>
|
||||||
style="text-align: center;"><a href="http://www.shorewall.net" target="_top"><img
|
<li>A BLACKLISTNEWNONLY option has been added to
|
||||||
alt="(Protected by Shorewall)" src="images/ProtectedBy.png"
|
shorewall.conf. When this option is set to "Yes", the blacklists
|
||||||
style="border: 0px solid ; width: 216px; height: 45px;" title="" /></a></div>
|
(dynamic and static) are only consulted for new connection requests.
|
||||||
</div> <h2><a name="Donations"></a>Donations</h2> <p
|
When set to "No" (the default if the variable is not set), the
|
||||||
style="text-align: left;"><a href="http://www.starlight.org"><img
|
blacklists are consulted on every packet.<br>
|
||||||
|
<br>
|
||||||
|
Setting this option to "No" allows blacklisting to stop existing
|
||||||
|
connections from a newly blacklisted host but is more expensive in
|
||||||
|
terms of packet processing time. This is especially true if the
|
||||||
|
blacklists contain a large number of entries.</li>
|
||||||
|
<li>Chain names used in the /etc/shorewall/accounting file may
|
||||||
|
now begin with a digit ([0-9]) and may contain embedded dashes ("-").</li>
|
||||||
|
</ol>
|
||||||
|
<p><b>10/26/2003 - Shorewall 1.4.7a and 1.4.7b win brown paper
|
||||||
|
bag awards</b> <b><img align="middle" alt="" src="images/j0233056.gif"
|
||||||
|
style="border: 0px solid ; width: 50px; height: 80px;" title="">Shorewall
|
||||||
|
1.4.7c released.</b></p>
|
||||||
|
<ol>
|
||||||
|
<li>The saga with "<zone>_frwd" chains continues. The
|
||||||
|
1.4.7c script produces a ruleset that should work for everyone even if
|
||||||
|
it is not quite optimal. My apologies for this ongoing mess.<br>
|
||||||
|
</li>
|
||||||
|
</ol>
|
||||||
|
<p><b>10/24/2003 - Shorewall 1.4.7b</b></p>
|
||||||
|
<p>This is a bugfx rollup of the 1.4.7a fixes plus:<br>
|
||||||
|
</p>
|
||||||
|
<ol>
|
||||||
|
<li>The fix for problem 5 in 1.4.7a was wrong with the result
|
||||||
|
that "<zone>_frwd" chains might contain too few rules. That wrong
|
||||||
|
code is corrected in this release.<br>
|
||||||
|
</li>
|
||||||
|
</ol>
|
||||||
|
<p><b>10/21/2003 - Shorewall 1.4.7a</b></p>
|
||||||
|
<p>This is a bugfix rollup of the following problem corrections:<br>
|
||||||
|
</p>
|
||||||
|
<ol>
|
||||||
|
<li>Tuomo Soini has supplied a correction to a problem that
|
||||||
|
occurs using some versions of 'ash'. The symptom is that "shorewall
|
||||||
|
start" fails with:<br>
|
||||||
|
<br>
|
||||||
|
local: --limit: bad variable name<br>
|
||||||
|
iptables v1.2.8: Couldn't load match
|
||||||
|
`-j':/lib/iptables/libipt_-j.so:<br>
|
||||||
|
cannot open shared object file: No such file or directory<br>
|
||||||
|
Try `iptables -h' or 'iptables --help' for more
|
||||||
|
information.<br>
|
||||||
|
<br>
|
||||||
|
</li>
|
||||||
|
<li>Andres Zhoglo has supplied a correction that avoids trying
|
||||||
|
to use the multiport match iptables facility on ICMP rules.<br>
|
||||||
|
<br>
|
||||||
|
Example of rule that previously caused "shorewall start"
|
||||||
|
to fail:<br>
|
||||||
|
<br>
|
||||||
|
|
||||||
|
ACCEPT loc $FW
|
||||||
|
icmp 0,8,11,12<br>
|
||||||
|
<br>
|
||||||
|
</li>
|
||||||
|
<li>Previously, if the following error message was issued,
|
||||||
|
Shorewall was left in an inconsistent state.<br>
|
||||||
|
<br>
|
||||||
|
Error: Unable to determine the routes through interface xxx<br>
|
||||||
|
<br>
|
||||||
|
</li>
|
||||||
|
<li>Handling of the LOGUNCLEAN option in shorewall.conf has
|
||||||
|
been corrected.</li>
|
||||||
|
<li>In Shorewall 1.4.2, an optimization was added. This
|
||||||
|
optimization involved creating a chain named "<zone>_frwd" for
|
||||||
|
most zones defined using the /etc/shorewall/hosts file. It has since
|
||||||
|
been discovered that in many cases these new chains contain redundant
|
||||||
|
rules and that the "optimization" turns out to be less than optimal.
|
||||||
|
The implementation has now been corrected.</li>
|
||||||
|
<li>When the MARK value in a tcrules entry is followed by ":F"
|
||||||
|
or ":P", the ":F" or ":P" was previously only applied to the first
|
||||||
|
Netfilter rule generated by the entry. It is now applied to all entries.<br>
|
||||||
|
</li>
|
||||||
|
</ol>
|
||||||
|
<p><a href="News.htm">More News</a></p>
|
||||||
|
<p><a href="http://leaf.sourceforge.net" target="_top"><img
|
||||||
|
alt="(Leaf Logo)" border="0" height="36" src="images/leaflogo.gif"
|
||||||
|
width="49"></a> Jacques Nilo and Eric Wolzak have a LEAF
|
||||||
|
(router/firewall/gateway on a floppy, CD or compact flash) distribution
|
||||||
|
called <i>Bering</i> that features Shorewall-1.4.2 and Kernel-2.4.20.
|
||||||
|
You can find their work at: <a
|
||||||
|
href="http://leaf.sourceforge.net/devel/jnilo">http://leaf.sourceforge.net/devel/jnilo<br>
|
||||||
|
</a></p>
|
||||||
|
<b>Congratulations to Jacques and Eric on the recent release of
|
||||||
|
Bering 1.2!!!<br>
|
||||||
|
<br>
|
||||||
|
</b>
|
||||||
|
<div style="text-align: center;"><a
|
||||||
|
href="http://www.shorewall.net" target="_top"><img
|
||||||
|
alt="(Protected by Shorewall)"
|
||||||
|
src="file:///Z:/Ursa/Shorewall/Shorewall-docs/images/ProtectedBy.png"
|
||||||
|
style="border: 0px solid ; width: 216px; height: 45px;" title=""></a></div>
|
||||||
|
<b> </b>
|
||||||
|
<div>
|
||||||
|
<div style="text-align: center;"> </div>
|
||||||
|
</div>
|
||||||
|
<h2><a name="Donations"></a>Donations</h2>
|
||||||
|
<p style="text-align: left;"><a href="http://www.starlight.org"><img
|
||||||
align="left" alt="(Starlight Logo)" hspace="10" src="images/newlog.gif"
|
align="left" alt="(Starlight Logo)" hspace="10" src="images/newlog.gif"
|
||||||
style="border: 4px solid ; width: 57px; height: 100px;" title="" /></a><br />
|
style="border: 4px solid ; width: 57px; height: 100px;" title=""></a><br>
|
||||||
<big>Shorewall is free but if you try it and find it useful, please consider
|
<big>Shorewall is free but if you try it and find it useful,
|
||||||
making a donation to <a href="http://www.starlight.org">Starlight
|
please consider making a donation to <a href="http://www.starlight.org">Starlight
|
||||||
Children's Foundation</a>. Thanks!</big><br /> <a
|
Children's Foundation</a>. Thanks!</big><br>
|
||||||
href="http://www.starlight.org"></a></p></td></tr></tbody></table> </center>
|
<a href="http://www.starlight.org"></a></p>
|
||||||
</div> <p><font size="2">Updated 12/21/2003 - <a href="support.htm">Tom
|
</td>
|
||||||
Eastep</a></font><br /> </p></body>
|
</tr>
|
||||||
|
</tbody>
|
||||||
|
</table>
|
||||||
|
</div>
|
||||||
|
<p><font size="2">Updated 12/28/2003 - <a href="support.htm">Tom Eastep</a></font><br>
|
||||||
|
</p>
|
||||||
|
</body>
|
||||||
</html>
|
</html>
|
||||||
@ -1,52 +1,38 @@
|
|||||||
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
|
||||||
<html>
|
<html>
|
||||||
<head>
|
<head>
|
||||||
<meta name="generator" content="HTML Tidy, see www.w3.org">
|
<meta name="generator" content="HTML Tidy, see www.w3.org">
|
||||||
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
|
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
|
||||||
<title>Shoreline Firewall (Shorewall) 1.4</title>
|
<title>Shoreline Firewall (Shorewall) 1.4</title>
|
||||||
<base target="_self">
|
<base target="_self">
|
||||||
</head>
|
</head>
|
||||||
<body>
|
<body>
|
||||||
<div align="center">
|
<div align="center">
|
||||||
<center>
|
<center>
|
||||||
<table border="0" cellpadding="0" cellspacing="0" style=
|
<table border="0" cellpadding="0" cellspacing="0"
|
||||||
"border-collapse: collapse;" width="100%" id="AutoNumber4">
|
style="border-collapse: collapse;" width="100%" id="AutoNumber4">
|
||||||
<tbody>
|
<tbody>
|
||||||
<tr>
|
<tr>
|
||||||
<td width="90%">
|
<td width="90%">
|
||||||
<h2>Site Problem</h2>
|
<h2>Introduction<br>
|
||||||
|
</h2>
|
||||||
The server that normally hosts www.shorewall.net and
|
<ul>
|
||||||
ftp.shorewall.net is currently down. Until it is back up, a small
|
<li><a href="http://www.netfilter.org">Netfilter</a> - the
|
||||||
server with very limited bandwidth is being used temporarly. You
|
packet
|
||||||
will likely experience better response time from the <a href=
|
|
||||||
"http://shorewall.sourceforge.net" target="_top">Sourceforge
|
|
||||||
site</a> or from one of the other <a href=
|
|
||||||
"shorewall_mirrors.htm">mirrors</a>. Sorry for the
|
|
||||||
inconvenience.<br>
|
|
||||||
<br>
|
|
||||||
|
|
||||||
|
|
||||||
<h2>Introduction<br>
|
|
||||||
</h2>
|
|
||||||
|
|
||||||
<ul>
|
|
||||||
<li><a href="http://www.netfilter.org">Netfilter</a> - the packet
|
|
||||||
filter facility built into the 2.4 and later Linux kernels.</li>
|
filter facility built into the 2.4 and later Linux kernels.</li>
|
||||||
|
<li>ipchains - the packet filter facility built into the 2.2
|
||||||
<li>ipchains - the packet filter facility built into the 2.2 Linux
|
Linux
|
||||||
kernels. Also the name of the utility program used to configure and
|
kernels. Also the name of the utility program used to configure and
|
||||||
control that facility. Netfilter can be used in ipchains
|
control that facility. Netfilter can be used in ipchains
|
||||||
compatibility mode.<br>
|
compatibility mode.<br>
|
||||||
</li>
|
</li>
|
||||||
|
<li>iptables - the utility program used to configure and
|
||||||
<li>iptables - the utility program used to configure and control
|
control
|
||||||
Netfilter. The term 'iptables' is often used to refer to the
|
Netfilter. The term 'iptables' is often used to refer to the
|
||||||
combination of iptables+Netfilter (with Netfilter not in ipchains
|
combination of iptables+Netfilter (with Netfilter not in ipchains
|
||||||
compatibility mode).<br>
|
compatibility mode).<br>
|
||||||
</li>
|
</li>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
The Shoreline Firewall, more commonly known as "Shorewall", is
|
The Shoreline Firewall, more commonly known as "Shorewall", is
|
||||||
high-level tool for configuring Netfilter. You describe your
|
high-level tool for configuring Netfilter. You describe your
|
||||||
firewall/gateway requirements using entries in a set of
|
firewall/gateway requirements using entries in a set of
|
||||||
@ -57,141 +43,130 @@ dedicated firewall system, a multi-function gateway/router/server
|
|||||||
or on a standalone GNU/Linux system. Shorewall does not use
|
or on a standalone GNU/Linux system. Shorewall does not use
|
||||||
Netfilter's ipchains compatibility mode and can thus take advantage
|
Netfilter's ipchains compatibility mode and can thus take advantage
|
||||||
of Netfilter's connection state tracking capabilities.
|
of Netfilter's connection state tracking capabilities.
|
||||||
|
<p>This program is free software; you can redistribute it and/or
|
||||||
<p>This program is free software; you can redistribute it and/or
|
modify it under the terms of <a
|
||||||
modify it under the terms of <a href=
|
href="http://www.gnu.org/licenses/gpl.html">Version 2 of the GNU
|
||||||
"http://www.gnu.org/licenses/gpl.html">Version 2 of the GNU General
|
General
|
||||||
Public License</a> as published by the Free Software
|
Public License</a> as published by the Free Software
|
||||||
Foundation.<br>
|
Foundation.<br>
|
||||||
<br>
|
<br>
|
||||||
This program is distributed in the hope that it will be useful, but
|
This program is distributed in the hope that it will be useful, but
|
||||||
WITHOUT ANY WARRANTY; without even the implied warranty of
|
WITHOUT ANY WARRANTY; without even the implied warranty of
|
||||||
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
||||||
General Public License for more details.<br>
|
General Public License for more details.<br>
|
||||||
<br>
|
<br>
|
||||||
You should have received a copy of the GNU General Public License
|
You should have received a copy of the GNU General Public License
|
||||||
along with this program; if not, write to the Free Software
|
along with this program; if not, write to the Free Software
|
||||||
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA</p>
|
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA</p>
|
||||||
|
<p> Permission is granted to copy, distribute and/or modify this
|
||||||
<p><a href="copyright.htm">Copyright 2001, 2002, 2003 Thomas M.
|
document under the terms of the GNU Free Documentation License, Version
|
||||||
Eastep</a></p>
|
1.2 or any later version published by the Free Software Foundation;
|
||||||
|
with no Invariant Sections, with no Front-Cover, and with no Back-Cover
|
||||||
<h2>This is the Shorewall 1.4 Web Site</h2>
|
Texts. A copy of the license is included in the section entitled <a>"GNU
|
||||||
|
Free Documentation License"</a>.</p>
|
||||||
|
<p>Copyright © 2001-2003 Thomas M. Eastep </p>
|
||||||
|
<h2>This is the Shorewall 1.4 Web Site</h2>
|
||||||
The information on this site applies only to 1.4.x releases of
|
The information on this site applies only to 1.4.x releases of
|
||||||
Shorewall. For older versions:<br>
|
Shorewall. For older versions:<br>
|
||||||
|
<ul>
|
||||||
|
<li>The 1.3 site is <a href="http://www.shorewall.net/1.3"
|
||||||
<ul>
|
target="_top">here.</a></li>
|
||||||
<li>The 1.3 site is <a href="http://www.shorewall.net/1.3" target=
|
<li>The 1.2 site is <a href="http://shorewall.net/1.2/"
|
||||||
"_top">here.</a></li>
|
target="_top">here</a>.<br>
|
||||||
|
</li>
|
||||||
<li>The 1.2 site is <a href="http://shorewall.net/1.2/" target=
|
</ul>
|
||||||
"_top">here</a>.<br>
|
<h2>Getting Started with Shorewall</h2>
|
||||||
</li>
|
New to Shorewall? Start by selecting the <a
|
||||||
</ul>
|
href="shorewall_quickstart_guide.htm">QuickStart Guide</a> that most
|
||||||
|
|
||||||
<h2>Getting Started with Shorewall</h2>
|
|
||||||
|
|
||||||
New to Shorewall? Start by selecting the <a href=
|
|
||||||
"shorewall_quickstart_guide.htm">QuickStart Guide</a> that most
|
|
||||||
closely match your environment and follow the step by step
|
closely match your environment and follow the step by step
|
||||||
instructions.<br>
|
instructions.<br>
|
||||||
|
<h2>Looking for Information?</h2>
|
||||||
|
The <a href="shorewall_quickstart_guide.htm#Documentation">Documentation
|
||||||
<h2>Looking for Information?</h2>
|
|
||||||
|
|
||||||
The <a href=
|
|
||||||
"shorewall_quickstart_guide.htm#Documentation">Documentation
|
|
||||||
Index</a> is a good place to start as is the Quick Search in the
|
Index</a> is a good place to start as is the Quick Search in the
|
||||||
frame above.
|
frame above.
|
||||||
|
<h2>Running Shorewall on Mandrake with a two-interface setup?</h2>
|
||||||
<h2>Running Shorewall on Mandrake with a two-interface setup?</h2>
|
|
||||||
|
|
||||||
If so, the documentation <b></b>on this site will not apply
|
If so, the documentation <b></b>on this site will not apply
|
||||||
directly to your setup. If you want to use the documentation that
|
directly to your setup. If you want to use the documentation that
|
||||||
you find here, you will want to consider uninstalling what you have
|
you find here, you will want to consider uninstalling what you have
|
||||||
and installing a setup that matches the documentation on this site.
|
and installing a setup that matches the documentation on this site.
|
||||||
See the <a href="two-interface.htm">Two-interface QuickStart
|
See the <a href="two-interface.htm">Two-interface QuickStart
|
||||||
Guide</a> for details.
|
Guide</a> for details.
|
||||||
|
<h2><b>News</b></h2>
|
||||||
<h2><b>News</b></h2>
|
<p><b>12/28/2003 - www.shorewall.net/ftp.shorewall.net Back
|
||||||
|
On-line</b> <b><img alt="(New)" src="images/new10.gif"
|
||||||
<p><b>12/07/2003 - Shorewall 1.4.9 Beta 1</b> <b><img style=
|
style="border: 0px solid ; width: 28px; height: 12px;" title=""> <br>
|
||||||
"border: 0px solid ; width: 28px; height: 12px;" src=
|
</b></p>
|
||||||
"images/new10.gif" alt="(New)" title=""><br>
|
<p>Our high-capacity server has been restored to service --
|
||||||
</b></p>
|
please let <a href="mailto:webmaster@shorewall.net">us</a> know if you
|
||||||
|
find any problems.<br>
|
||||||
<div style="margin-left: 40px;"><a href=
|
</p>
|
||||||
"http://shorewall.net/pub/shorewall/Beta">http://shorewall.net/pub/shorewall/Beta</a><br>
|
<p><b>12/07/2003 - Shorewall 1.4.9 Beta 1</b> <b><img
|
||||||
|
style="border: 0px solid ; width: 28px; height: 12px;"
|
||||||
<a href="ftp://shorewall.net/pub/shorewall/Beta" target=
|
src="images/new10.gif" alt="(New)" title=""><br>
|
||||||
"_top">ftp://shorewall.net/pub/shorewall/Beta</a><br>
|
</b></p>
|
||||||
</div>
|
<div style="margin-left: 40px;"><a
|
||||||
|
href="http://shorewall.net/pub/shorewall/Beta">http://shorewall.net/pub/shorewall/Beta</a><br>
|
||||||
<p>Problems Corrected since version 1.4.8:<br>
|
<a href="ftp://shorewall.net/pub/shorewall/Beta" target="_top">ftp://shorewall.net/pub/shorewall/Beta</a><br>
|
||||||
</p>
|
</div>
|
||||||
|
<p>Problems Corrected since version 1.4.8:<br>
|
||||||
<ol>
|
</p>
|
||||||
<li>There has been a low continuing level of confusion over the
|
<ol>
|
||||||
|
<li>There has been a low continuing level of confusion over the
|
||||||
terms "Source NAT" (SNAT) and "Static NAT". To avoid future
|
terms "Source NAT" (SNAT) and "Static NAT". To avoid future
|
||||||
confusion, all instances of "Static NAT" have been replaced with
|
confusion, all instances of "Static NAT" have been replaced with
|
||||||
"One-to-one NAT" in the documentation and configuration files.</li>
|
"One-to-one NAT" in the documentation and configuration files.</li>
|
||||||
|
<li>The description of NEWNOTSYN in shorewall.conf has been
|
||||||
<li>The description of NEWNOTSYN in shorewall.conf has been
|
|
||||||
reworded for clarity.</li>
|
reworded for clarity.</li>
|
||||||
|
<li>Wild-card rules (those involving "all" as SOURCE or DEST)
|
||||||
<li>Wild-card rules (those involving "all" as SOURCE or DEST) will
|
will
|
||||||
no longer produce an error if they attempt to add a rule that would
|
no longer produce an error if they attempt to add a rule that would
|
||||||
override a NONE policy. The logic for expanding these wild-card
|
override a NONE policy. The logic for expanding these wild-card
|
||||||
rules now simply skips those (SOURCE,DEST) pairs that have a NONE
|
rules now simply skips those (SOURCE,DEST) pairs that have a NONE
|
||||||
policy.<br>
|
policy.<br>
|
||||||
</li>
|
</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
<p>Migration Issues:<br>
|
||||||
<p>Migration Issues:<br>
|
<br>
|
||||||
<br>
|
|
||||||
None.<br>
|
None.<br>
|
||||||
<br>
|
<br>
|
||||||
New Features:<br>
|
New Features:<br>
|
||||||
</p>
|
</p>
|
||||||
|
<ol>
|
||||||
<ol>
|
<li>To cut down on the number of "Why are these ports closed
|
||||||
<li>To cut down on the number of "Why are these ports closed rather
|
rather
|
||||||
than stealthed?" questions, the SMB-related rules in
|
than stealthed?" questions, the SMB-related rules in
|
||||||
/etc/shorewall/common.def have been changed from 'reject' to
|
/etc/shorewall/common.def have been changed from 'reject' to
|
||||||
'DROP'.</li>
|
'DROP'.</li>
|
||||||
|
<li>For easier identification, packets logged under the
|
||||||
<li>For easier identification, packets logged under the 'norfc1918'
|
'norfc1918'
|
||||||
interface option are now logged out of chains named 'rfc1918'.
|
interface option are now logged out of chains named 'rfc1918'.
|
||||||
Previously, such packets were logged under chains named
|
Previously, such packets were logged under chains named
|
||||||
'logdrop'.</li>
|
'logdrop'.</li>
|
||||||
|
<li>Distributors and developers seem to be regularly inventing
|
||||||
<li>Distributors and developers seem to be regularly inventing new
|
new
|
||||||
naming conventions for kernel modules. To avoid the need to change
|
naming conventions for kernel modules. To avoid the need to change
|
||||||
Shorewall code for each new convention, the MODULE_SUFFIX option
|
Shorewall code for each new convention, the MODULE_SUFFIX option
|
||||||
has been added to shorewall.conf. MODULE_SUFFIX may be set to the
|
has been added to shorewall.conf. MODULE_SUFFIX may be set to the
|
||||||
suffix for module names in your particular distribution. If
|
suffix for module names in your particular distribution. If
|
||||||
MODULE_SUFFIX is not set in shorewall.conf, Shorewall will use the
|
MODULE_SUFFIX is not set in shorewall.conf, Shorewall will use the
|
||||||
list "o gz ko o.gz".<br>
|
list "o gz ko o.gz".<br>
|
||||||
<br>
|
<br>
|
||||||
To see what suffix is used by your distribution:<br>
|
To see what suffix is used by your distribution:<br>
|
||||||
<br>
|
<br>
|
||||||
ls /lib/modules/$(uname -r)/kernel/net/ipv4/netfilter<br>
|
ls /lib/modules/$(uname -r)/kernel/net/ipv4/netfilter<br>
|
||||||
<br>
|
<br>
|
||||||
All of the files listed should have the same suffix (extension).
|
All of the files listed should have the same suffix (extension).
|
||||||
Set MODULE_SUFFIX to that suffix.<br>
|
Set MODULE_SUFFIX to that suffix.<br>
|
||||||
<br>
|
<br>
|
||||||
Examples:<br>
|
Examples:<br>
|
||||||
<br>
|
<br>
|
||||||
If all files end in ".kzo" then set
|
If all files end in ".kzo" then set
|
||||||
MODULE_SUFFIX="kzo"<br>
|
MODULE_SUFFIX="kzo"<br>
|
||||||
If all files end in ".kz.o" then set
|
If all files end in ".kz.o" then set
|
||||||
MODULE_SUFFIX="kz.o"</li>
|
MODULE_SUFFIX="kz.o"</li>
|
||||||
|
<li>Support for user defined rule ACTIONS has been implemented
|
||||||
<li>Support for user defined rule ACTIONS has been implemented
|
|
||||||
through two new files:<br>
|
through two new files:<br>
|
||||||
<br>
|
<br>
|
||||||
/etc/shorewall/actions - used to list the user-defined ACTIONS.<br>
|
/etc/shorewall/actions - used to list the user-defined ACTIONS.<br>
|
||||||
/etc/shorewall/action.template - For each user defined
|
/etc/shorewall/action.template - For each user defined
|
||||||
<action>, copy this file to
|
<action>, copy this file to
|
||||||
@ -199,54 +174,45 @@ through two new files:<br>
|
|||||||
for that <action>. Once an <action> has been defined,
|
for that <action>. Once an <action> has been defined,
|
||||||
it may be used like any of the builtin ACTIONS (ACCEPT, DROP, etc.)
|
it may be used like any of the builtin ACTIONS (ACCEPT, DROP, etc.)
|
||||||
in /etc/shorewall/rules.<br>
|
in /etc/shorewall/rules.<br>
|
||||||
<br>
|
<br>
|
||||||
Example: You want an action that logs a packet at the 'info' level
|
Example: You want an action that logs a packet at the 'info' level
|
||||||
and accepts the connection.<br>
|
and accepts the connection.<br>
|
||||||
<br>
|
<br>
|
||||||
In /etc/shorewall/actions, you would add:<br>
|
In /etc/shorewall/actions, you would add:<br>
|
||||||
<br>
|
<br>
|
||||||
LogAndAccept<br>
|
LogAndAccept<br>
|
||||||
<br>
|
<br>
|
||||||
You would then copy /etc/shorewall/action.template to
|
You would then copy /etc/shorewall/action.template to
|
||||||
/etc/shorewall/LogAndAccept and in that file, you would add the two
|
/etc/shorewall/LogAndAccept and in that file, you would add the two
|
||||||
rules:<br>
|
rules:<br>
|
||||||
LOG:info<br>
|
LOG:info<br>
|
||||||
ACCEPT</li>
|
ACCEPT</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
<p><b>12/03/2003 - Support Torch Passed</b> <b><img
|
||||||
<p><b>12/03/2003 - Support Torch Passed</b> <b><img style=
|
style="border: 0px solid ; width: 28px; height: 12px;"
|
||||||
"border: 0px solid ; width: 28px; height: 12px;" src=
|
src="images/new10.gif" alt="(New)" title=""></b></p>
|
||||||
"images/new10.gif" alt="(New)" title=""></b></p>
|
|
||||||
|
|
||||||
Effective today, I am reducing my participation in the day-to-day
|
Effective today, I am reducing my participation in the day-to-day
|
||||||
support of Shorewall. As part of this shift to community-based
|
support of Shorewall. As part of this shift to community-based
|
||||||
Shorewall support a new <a href=
|
Shorewall support a new <a
|
||||||
"https://lists.shorewall.net/mailman/listinfo/shorewall-newbies">Shorewall
|
href="https://lists.shorewall.net/mailman/listinfo/shorewall-newbies">Shorewall
|
||||||
Newbies mailing list</a> has been established to field questions
|
Newbies mailing list</a> has been established to field questions
|
||||||
and problems from new users. I will not monitor that list
|
and problems from new users. I will not monitor that list
|
||||||
personally. I will continue my active development of Shorewall and
|
personally. I will continue my active development of Shorewall and
|
||||||
will be available via the development list to handle development
|
will be available via the development list to handle development
|
||||||
issues -- Tom.
|
issues -- Tom.
|
||||||
|
<p><b>11/01/2003 - Shorewall 1.4.8 RC2</b> <b><img
|
||||||
<p><b>11/01/2003 - Shorewall 1.4.8 RC2</b> <b><img style=
|
style="border: 0px solid ; width: 28px; height: 12px;"
|
||||||
"border: 0px solid ; width: 28px; height: 12px;" src=
|
src="images/new10.gif" alt="(New)" title=""></b> <b></b></p>
|
||||||
"images/new10.gif" alt="(New)" title=""></b> <b></b></p>
|
|
||||||
|
|
||||||
Given the small number of new features and the relatively few lines
|
Given the small number of new features and the relatively few lines
|
||||||
of code that were changed, there will be no Beta for 1.4.8.<br>
|
of code that were changed, there will be no Beta for 1.4.8.<br>
|
||||||
|
<p><b><a href="http://shorewall.net/pub/shorewall/Beta">http://shorewall.net/pub/shorewall/Beta</a><br>
|
||||||
|
<a href="ftp://shorewall.net/pub/shorewall/Beta" target="_top">ftp://shorewall.net/pub/shorewall/Beta</a><br>
|
||||||
<p><b><a href=
|
<br>
|
||||||
"http://shorewall.net/pub/shorewall/Beta">http://shorewall.net/pub/shorewall/Beta</a><br>
|
</b> Problems Corrected since version 1.4.7:<br>
|
||||||
|
</p>
|
||||||
<a href="ftp://shorewall.net/pub/shorewall/Beta" target=
|
<ol>
|
||||||
"_top">ftp://shorewall.net/pub/shorewall/Beta</a><br>
|
<li>Tuomo Soini has supplied a correction to a problem that
|
||||||
<br>
|
occurs
|
||||||
</b> Problems Corrected since version 1.4.7:<br>
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<ol>
|
|
||||||
<li>Tuomo Soini has supplied a correction to a problem that occurs
|
|
||||||
using some versions of 'ash'. The symptom is that "shorewall start"
|
using some versions of 'ash'. The symptom is that "shorewall start"
|
||||||
fails with:<br>
|
fails with:<br>
|
||||||
<br>
|
<br>
|
||||||
@ -257,8 +223,8 @@ fails with:<br>
|
|||||||
directory<br>
|
directory<br>
|
||||||
Try `iptables -h' or 'iptables --help' for more
|
Try `iptables -h' or 'iptables --help' for more
|
||||||
information.</li>
|
information.</li>
|
||||||
|
<li>Andres Zhoglo has supplied a correction that avoids trying
|
||||||
<li>Andres Zhoglo has supplied a correction that avoids trying to
|
to
|
||||||
use the multiport match iptables facility on ICMP rules.<br>
|
use the multiport match iptables facility on ICMP rules.<br>
|
||||||
<br>
|
<br>
|
||||||
Example of rule that previously caused "shorewall
|
Example of rule that previously caused "shorewall
|
||||||
@ -267,36 +233,34 @@ start" to fail:<br>
|
|||||||
|
|
||||||
ACCEPT loc $FW
|
ACCEPT loc $FW
|
||||||
icmp 0,8,11,12<br>
|
icmp 0,8,11,12<br>
|
||||||
<br>
|
<br>
|
||||||
</li>
|
</li>
|
||||||
|
<li>Previously, if the following error message was issued,
|
||||||
<li>Previously, if the following error message was issued,
|
|
||||||
Shorewall was left in an inconsistent state.<br>
|
Shorewall was left in an inconsistent state.<br>
|
||||||
<br>
|
<br>
|
||||||
Error: Unable to determine the routes through
|
Error: Unable to determine the routes through
|
||||||
interface xxx<br>
|
interface xxx<br>
|
||||||
<br>
|
<br>
|
||||||
</li>
|
</li>
|
||||||
|
<li>Handling of the LOGUNCLEAN option in shorewall.conf has
|
||||||
<li>Handling of the LOGUNCLEAN option in shorewall.conf has been
|
been
|
||||||
corrected.</li>
|
corrected.</li>
|
||||||
|
<li>In Shorewall 1.4.2, an optimization was added. This
|
||||||
<li>In Shorewall 1.4.2, an optimization was added. This
|
|
||||||
optimization involved creating a chain named "<zone>_frwd"
|
optimization involved creating a chain named "<zone>_frwd"
|
||||||
for most zones defined using the /etc/shorewall/hosts file. It has
|
for most zones defined using the /etc/shorewall/hosts file. It has
|
||||||
since been discovered that in many cases these new chains contain
|
since been discovered that in many cases these new chains contain
|
||||||
redundant rules and that the "optimization" turns out to be less
|
redundant rules and that the "optimization" turns out to be less
|
||||||
than optimal. The implementation has now been corrected.</li>
|
than optimal. The implementation has now been corrected.</li>
|
||||||
|
<li>When the MARK value in a tcrules entry is followed by ":F"
|
||||||
<li>When the MARK value in a tcrules entry is followed by ":F" or
|
or
|
||||||
":P", the ":F" or ":P" was previously only applied to the first
|
":P", the ":F" or ":P" was previously only applied to the first
|
||||||
Netfilter rule generated by the entry. It is now applied to all
|
Netfilter rule generated by the entry. It is now applied to all
|
||||||
entries.</li>
|
entries.</li>
|
||||||
|
<li>An incorrect comment concerning Debian's use of the
|
||||||
<li>An incorrect comment concerning Debian's use of the SUBSYSLOCK
|
SUBSYSLOCK
|
||||||
option has been removed from shorewall.conf.</li>
|
option has been removed from shorewall.conf.</li>
|
||||||
|
<li>Previously, neither the 'routefilter' interface option nor
|
||||||
<li>Previously, neither the 'routefilter' interface option nor the
|
the
|
||||||
ROUTE_FILTER parameter were working properly. This has been
|
ROUTE_FILTER parameter were working properly. This has been
|
||||||
corrected (thanks to Eric Bowles for his analysis and patch). The
|
corrected (thanks to Eric Bowles for his analysis and patch). The
|
||||||
definition of the ROUTE_FILTER option has changed however.
|
definition of the ROUTE_FILTER option has changed however.
|
||||||
@ -306,96 +270,87 @@ this release, setting ROUTE_FILTER=Yes will enable route filtering
|
|||||||
of all interfaces brought up while Shorewall is started. As a
|
of all interfaces brought up while Shorewall is started. As a
|
||||||
consequence, ROUTE_FILTER=Yes can coexist with the use of the
|
consequence, ROUTE_FILTER=Yes can coexist with the use of the
|
||||||
'routefilter' option in the interfaces file.</li>
|
'routefilter' option in the interfaces file.</li>
|
||||||
|
<li>If MAC verification was enabled on an interface with a /32
|
||||||
<li>If MAC verification was enabled on an interface with a /32
|
|
||||||
address and a broadcast address then an error would occur during
|
address and a broadcast address then an error would occur during
|
||||||
startup.</li>
|
startup.</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
|
||||||
Migration Issues:<br>
|
Migration Issues:<br>
|
||||||
|
<ol>
|
||||||
|
<li>The definition of the ROUTE_FILTER option in shorewall.conf
|
||||||
<ol>
|
has
|
||||||
<li>The definition of the ROUTE_FILTER option in shorewall.conf has
|
|
||||||
changed as described in item 8) above.<br>
|
changed as described in item 8) above.<br>
|
||||||
</li>
|
</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
|
||||||
New Features:<br>
|
New Features:<br>
|
||||||
|
<ol>
|
||||||
|
<li>A new QUEUE action has been introduced for rules. QUEUE
|
||||||
<ol>
|
allows
|
||||||
<li>A new QUEUE action has been introduced for rules. QUEUE allows
|
|
||||||
you to pass connection requests to a user-space filter such as
|
you to pass connection requests to a user-space filter such as
|
||||||
ftwall (http://p2pwall.sourceforge.net). The ftwall program allows
|
ftwall (http://p2pwall.sourceforge.net). The ftwall program allows
|
||||||
for effective filtering of p2p applications such as Kazaa. For
|
for effective filtering of p2p applications such as Kazaa. For
|
||||||
example, to use ftwall to filter P2P clients in the 'loc' zone, you
|
example, to use ftwall to filter P2P clients in the 'loc' zone, you
|
||||||
would add the following rules:<br>
|
would add the following rules:<br>
|
||||||
<br>
|
<br>
|
||||||
QUEUE loc
|
QUEUE loc
|
||||||
net tcp<br>
|
net tcp<br>
|
||||||
QUEUE loc
|
QUEUE loc
|
||||||
net udp<br>
|
net udp<br>
|
||||||
QUEUE loc
|
QUEUE loc
|
||||||
fw udp<br>
|
fw udp<br>
|
||||||
<br>
|
<br>
|
||||||
You would normally want to place those three rules BEFORE any
|
You would normally want to place those three rules BEFORE any
|
||||||
ACCEPT rules for loc->net udp or tcp.<br>
|
ACCEPT rules for loc->net udp or tcp.<br>
|
||||||
<br>
|
<br>
|
||||||
Note: When the protocol specified is TCP ("tcp", "TCP" or "6"),
|
Note: When the protocol specified is TCP ("tcp", "TCP" or "6"),
|
||||||
Shorewall will only pass connection requests (SYN packets) to user
|
Shorewall will only pass connection requests (SYN packets) to user
|
||||||
space. This is for compatibility with ftwall.</li>
|
space. This is for compatibility with ftwall.</li>
|
||||||
|
<li>A BLACKLISTNEWNONLY option has been added to
|
||||||
<li>A BLACKLISTNEWNONLY option has been added to shorewall.conf.
|
shorewall.conf.
|
||||||
When this option is set to "Yes", the blacklists (dynamic and
|
When this option is set to "Yes", the blacklists (dynamic and
|
||||||
static) are only consulted for new connection requests. When set to
|
static) are only consulted for new connection requests. When set to
|
||||||
"No" (the default if the variable is not set), the blacklists are
|
"No" (the default if the variable is not set), the blacklists are
|
||||||
consulted on every packet.<br>
|
consulted on every packet.<br>
|
||||||
<br>
|
<br>
|
||||||
Setting this option to "No" allows blacklisting to stop existing
|
Setting this option to "No" allows blacklisting to stop existing
|
||||||
connections from a newly blacklisted host but is more expensive in
|
connections from a newly blacklisted host but is more expensive in
|
||||||
terms of packet processing time. This is especially true if the
|
terms of packet processing time. This is especially true if the
|
||||||
blacklists contain a large number of entries.</li>
|
blacklists contain a large number of entries.</li>
|
||||||
|
<li>Chain names used in the /etc/shorewall/accounting file may
|
||||||
<li>Chain names used in the /etc/shorewall/accounting file may now
|
now
|
||||||
begin with a digit ([0-9]) and may contain embedded dashes
|
begin with a digit ([0-9]) and may contain embedded dashes
|
||||||
("-").</li>
|
("-").</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
<p><b>10/26/2003 - Shorewall 1.4.7a and 1.4.7b win brown paper
|
||||||
<p><b>10/26/2003 - Shorewall 1.4.7a and 1.4.7b win brown paper bag
|
bag
|
||||||
awards</b> <b><img style=
|
awards</b> <b><img
|
||||||
"border: 0px solid ; width: 50px; height: 80px;" src=
|
style="border: 0px solid ; width: 50px; height: 80px;"
|
||||||
"images/j0233056.gif" align="middle" title="" alt="">Shorewall
|
src="images/j0233056.gif" align="middle" title="" alt="">Shorewall
|
||||||
1.4.7c released.</b></p>
|
1.4.7c released.</b></p>
|
||||||
|
<ol>
|
||||||
<ol>
|
<li>The saga with "<zone>_frwd" chains continues. The
|
||||||
<li>The saga with "<zone>_frwd" chains continues. The 1.4.7c
|
1.4.7c
|
||||||
script produces a ruleset that should work for everyone even if it
|
script produces a ruleset that should work for everyone even if it
|
||||||
is not quite optimal. My apologies for this ongoing mess.</li>
|
is not quite optimal. My apologies for this ongoing mess.</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
<p><b>10/24/2003 - Shorewall 1.4.7b</b> <b><img
|
||||||
<p><b>10/24/2003 - Shorewall 1.4.7b</b> <b><img style=
|
style="border: 0px solid ; width: 28px; height: 12px;"
|
||||||
"border: 0px solid ; width: 28px; height: 12px;" src=
|
src="images/new10.gif" alt="(New)" title=""></b></p>
|
||||||
"images/new10.gif" alt="(New)" title=""></b></p>
|
<p>This is a bugfx rollup of the 1.4.7a fixes plus:<br>
|
||||||
|
</p>
|
||||||
<p>This is a bugfx rollup of the 1.4.7a fixes plus:<br>
|
<ol>
|
||||||
</p>
|
<li>The fix for problem 5 in 1.4.7a was wrong with the result
|
||||||
|
that
|
||||||
<ol>
|
|
||||||
<li>The fix for problem 5 in 1.4.7a was wrong with the result that
|
|
||||||
"<zone>_frwd" chains might contain too few rules. That wrong
|
"<zone>_frwd" chains might contain too few rules. That wrong
|
||||||
code is corrected in this release.<br>
|
code is corrected in this release.<br>
|
||||||
</li>
|
</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
<p><b>10/21/2003 - Shorewall 1.4.7a</b></p>
|
||||||
<p><b>10/21/2003 - Shorewall 1.4.7a</b></p>
|
<p>This is a bugfix rollup of the following problem
|
||||||
|
|
||||||
<p>This is a bugfix rollup of the following problem
|
|
||||||
corrections:<br>
|
corrections:<br>
|
||||||
</p>
|
</p>
|
||||||
|
<ol>
|
||||||
<ol>
|
<li>Tuomo Soini has supplied a correction to a problem that
|
||||||
<li>Tuomo Soini has supplied a correction to a problem that occurs
|
occurs
|
||||||
using some versions of 'ash'. The symptom is that "shorewall start"
|
using some versions of 'ash'. The symptom is that "shorewall start"
|
||||||
fails with:<br>
|
fails with:<br>
|
||||||
<br>
|
<br>
|
||||||
@ -406,10 +361,10 @@ fails with:<br>
|
|||||||
directory<br>
|
directory<br>
|
||||||
Try `iptables -h' or 'iptables --help' for more
|
Try `iptables -h' or 'iptables --help' for more
|
||||||
information.<br>
|
information.<br>
|
||||||
<br>
|
<br>
|
||||||
</li>
|
</li>
|
||||||
|
<li>Andres Zhoglo has supplied a correction that avoids trying
|
||||||
<li>Andres Zhoglo has supplied a correction that avoids trying to
|
to
|
||||||
use the multiport match iptables facility on ICMP rules.<br>
|
use the multiport match iptables facility on ICMP rules.<br>
|
||||||
<br>
|
<br>
|
||||||
Example of rule that previously caused "shorewall
|
Example of rule that previously caused "shorewall
|
||||||
@ -418,103 +373,80 @@ start" to fail:<br>
|
|||||||
|
|
||||||
ACCEPT loc $FW
|
ACCEPT loc $FW
|
||||||
icmp 0,8,11,12<br>
|
icmp 0,8,11,12<br>
|
||||||
<br>
|
<br>
|
||||||
</li>
|
</li>
|
||||||
|
<li>Previously, if the following error message was issued,
|
||||||
<li>Previously, if the following error message was issued,
|
|
||||||
Shorewall was left in an inconsistent state.<br>
|
Shorewall was left in an inconsistent state.<br>
|
||||||
<br>
|
<br>
|
||||||
Error: Unable to determine the routes through
|
Error: Unable to determine the routes through
|
||||||
interface xxx<br>
|
interface xxx<br>
|
||||||
<br>
|
<br>
|
||||||
</li>
|
</li>
|
||||||
|
<li>Handling of the LOGUNCLEAN option in shorewall.conf has
|
||||||
<li>Handling of the LOGUNCLEAN option in shorewall.conf has been
|
been
|
||||||
corrected.</li>
|
corrected.</li>
|
||||||
|
<li>In Shorewall 1.4.2, an optimization was added. This
|
||||||
<li>In Shorewall 1.4.2, an optimization was added. This
|
|
||||||
optimization involved creating a chain named "<zone>_frwd"
|
optimization involved creating a chain named "<zone>_frwd"
|
||||||
for most zones defined using the /etc/shorewall/hosts file. It has
|
for most zones defined using the /etc/shorewall/hosts file. It has
|
||||||
since been discovered that in many cases these new chains contain
|
since been discovered that in many cases these new chains contain
|
||||||
redundant rules and that the "optimization" turns out to be less
|
redundant rules and that the "optimization" turns out to be less
|
||||||
than optimal. The implementation has now been corrected.</li>
|
than optimal. The implementation has now been corrected.</li>
|
||||||
|
<li>When the MARK value in a tcrules entry is followed by ":F"
|
||||||
<li>When the MARK value in a tcrules entry is followed by ":F" or
|
or
|
||||||
":P", the ":F" or ":P" was previously only applied to the first
|
":P", the ":F" or ":P" was previously only applied to the first
|
||||||
Netfilter rule generated by the entry. It is now applied to all
|
Netfilter rule generated by the entry. It is now applied to all
|
||||||
entries.</li>
|
entries.</li>
|
||||||
</ol>
|
</ol>
|
||||||
|
<p><b><a href="News.htm">More News</a></b></p>
|
||||||
<p><b><a href="News.htm">More News</a></b></p>
|
|
||||||
|
|
||||||
<b></b>
|
<b></b>
|
||||||
|
<h2><b></b></h2>
|
||||||
<h2><b></b></h2>
|
|
||||||
|
|
||||||
<b></b>
|
<b></b>
|
||||||
|
<p><a href="http://leaf.sourceforge.net" target="_top"><img
|
||||||
<p><a href="http://leaf.sourceforge.net" target="_top"><img border=
|
border="0" src="images/leaflogo.gif" width="49" height="36"
|
||||||
"0" src="images/leaflogo.gif" width="49" height="36" alt=
|
alt="(Leaf Logo)"></a> Jacques Nilo and Eric Wolzak have a LEAF
|
||||||
"(Leaf Logo)"></a> Jacques Nilo and Eric Wolzak have a LEAF
|
|
||||||
(router/firewall/gateway on a floppy, CD or compact flash)
|
(router/firewall/gateway on a floppy, CD or compact flash)
|
||||||
distribution called <i>Bering</i> that features Shorewall-1.4.2 and
|
distribution called <i>Bering</i> that features Shorewall-1.4.2 and
|
||||||
Kernel-2.4.20. You can find their work at: <a href=
|
Kernel-2.4.20. You can find their work at: <a
|
||||||
"http://leaf.sourceforge.net/devel/jnilo">http://leaf.sourceforge.net/devel/jnilo</a></p>
|
href="http://leaf.sourceforge.net/devel/jnilo">http://leaf.sourceforge.net/devel/jnilo</a></p>
|
||||||
|
<b>Congratulations to Jacques and Eric on the recent release of
|
||||||
<b>Congratulations to Jacques and Eric on the recent release of
|
|
||||||
Bering 1.2!!!</b> <br>
|
Bering 1.2!!!</b> <br>
|
||||||
|
<h1 align="center"><b><a href="http://www.sf.net"><img
|
||||||
|
align="left" alt="SourceForge Logo"
|
||||||
<h1 align="center"><b><a href="http://www.sf.net"><img align="left"
|
src="http://sourceforge.net/sflogo.php?group_id=22587&type=3"></a></b></h1>
|
||||||
alt="SourceForge Logo" src=
|
|
||||||
"http://sourceforge.net/sflogo.php?group_id=22587&type=3">
|
|
||||||
</a></b></h1>
|
|
||||||
|
|
||||||
<b></b>
|
<b></b>
|
||||||
|
<h4><b></b></h4>
|
||||||
<h4><b></b></h4>
|
|
||||||
|
|
||||||
<b></b>
|
<b></b>
|
||||||
|
<h2><b>This site is hosted by the generous folks at <a
|
||||||
<h2><b>This site is hosted by the generous folks at <a href=
|
href="http://www.sf.net">SourceForge.net</a></b></h2>
|
||||||
"http://www.sf.net">SourceForge.net</a></b></h2>
|
|
||||||
|
|
||||||
<br>
|
|
||||||
<br>
|
<br>
|
||||||
|
<br>
|
||||||
|
<h2><b><a name="Donations"></a>Donations</b></h2>
|
||||||
<h2><b><a name="Donations"></a>Donations</b></h2>
|
|
||||||
|
|
||||||
<b></b></td>
|
<b></b></td>
|
||||||
</tr>
|
</tr>
|
||||||
</tbody>
|
</tbody>
|
||||||
</table>
|
</table>
|
||||||
</center>
|
</center>
|
||||||
</div>
|
</div>
|
||||||
|
<table border="0" cellpadding="5" cellspacing="0"
|
||||||
<table border="0" cellpadding="5" cellspacing="0" style=
|
style="border-collapse: collapse; width: 100%; background-color: rgb(51, 102, 255);"
|
||||||
"border-collapse: collapse; width: 100%; background-color: rgb(51, 102, 255);"
|
|
||||||
id="AutoNumber2">
|
id="AutoNumber2">
|
||||||
<tbody>
|
<tbody>
|
||||||
<tr>
|
<tr>
|
||||||
<td style="width: 100%; margin-top: 1px;">
|
<td style="width: 100%; margin-top: 1px;">
|
||||||
<p align="center"><a href="http://www.starlight.org"><img border=
|
<p align="center"><a href="http://www.starlight.org"><img
|
||||||
"4" src="images/newlog.gif" width="57" height="100" align="left"
|
border="4" src="images/newlog.gif" width="57" height="100" align="left"
|
||||||
hspace="10" alt="Starlight Foundation Logo"></a></p>
|
hspace="10" alt="Starlight Foundation Logo"></a></p>
|
||||||
|
<p align="center"><font size="4" color="#ffffff"><br>
|
||||||
<p align="center"><font size="4" color="#ffffff"><br>
|
|
||||||
<font size="+2">Shorewall is free but if you try it and find it
|
<font size="+2">Shorewall is free but if you try it and find it
|
||||||
useful, please consider making a donation to <a href=
|
useful, please consider making a donation to <a
|
||||||
"http://www.starlight.org"><font color="#ffffff">Starlight
|
href="http://www.starlight.org"><font color="#ffffff">Starlight
|
||||||
Children's Foundation.</font></a> Thanks!</font></font></p>
|
Children's Foundation.</font></a> Thanks!</font></font></p>
|
||||||
</td>
|
</td>
|
||||||
</tr>
|
</tr>
|
||||||
</tbody>
|
</tbody>
|
||||||
</table>
|
</table>
|
||||||
|
<p><font size="2">Updated 12/28/2003 - <a href="support.htm">Tom
|
||||||
<p><font size="2">Updated 12/07/2003 - <a href="support.htm">Tom
|
|
||||||
Eastep</a></font><br>
|
Eastep</a></font><br>
|
||||||
</p>
|
</p>
|
||||||
</body>
|
</body>
|
||||||
</html>
|
</html>
|
||||||
|
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user