Seattle Firewall 4.1

Errata


Gotchas

  1. The shell read command ignores lines that are not terminated with a carriage return. If you have added a line to one of your configuration files and Seattle Firewall seems to be ignoring the line, this is probably the reason.

  2. DNS doesn't work on your Eiger LRP installation?  -- be sure to check the setting of dnslocalports. Also, if you are running dnscache on your LRP box, DO NOT specify your ISP's name servers in the dnsservers variable.


Known Limitations


Known Problems Remaining


If the firewall fails to start

If you receive an error message when starting or restarting the firewall and you can't determine the cause, then do the following:

  1. seawall debug start 2> /tmp/trace

  2. Look at the /tmp/trace file and see if that helps you determine what the problem is.

  3. If you still can't determine what's wrong then post the /tmp/trace file to seawall-user@lists.sourceforge.net along with any additional information you believe is relevant.


Problems found in 4.1.0

  1. The following error may appear if you have a DMZ defined:

        [: seagrep: unknown operand

    You may correct this problem by installing this version of the firewall script or by editing the firewall script and changing line 1645 to read:

        elif [ -f /etc/seawall/nat -a -n "`seagrep '^dmz' /etc/seawall/nat`" ]; then


Problems found in 4.1.1

  1. If the PORTS column in /etc/seawall/proxyarp is non-empty, the firewall fails to start.

  2. UDP replies from weak proxyarp hosts were being blocked by the firewall.

Install this updated firewall script to correct these problems.

  1. The updown script included with Seattle Firewall has outdated PLUTO version check. This updated version corrects that problem. 


Last updated 6/18/2001 - Tom Eastep