 impala
join:2008-03-08 Clemson, SC
·AT&T Southeast
| 327w firewall "state" rule times out in 10sec?!?
I have BellSouth 327W model D90-327W30-06 fw: 03.08.02
When I try to set the firewall rules to custom or advanced, I have connection problems with various things including slower http. Advanced uses the stateful part of the firewall for most connections.
I added a custom rule to permit stateful outbound ssh traffic. I've discovered if the ssh session is idle for more than 9 seconds, it hangs. I've tested this by using the remote system to ping another system on it's network. -I is the SUN option for ping interval. If I do ping -I 9 XXX then it happily pings away every 9 seconds and the ssh connection doesn't hang. I'm up to over 500 pings and counting. If I do ping -I 10 xxx then it pings 2 or 3 times then the ssh connection hangs.
What this tells me is the stateful part of the firewall times out in less than 10 seconds. That makes it pretty useless. Can someone else confirm?
From what I've observed, this happens even with slow http connections.
Here is the rule I added to the outbound list for ssh pass to port 22 >> state, done |
|
 impala
join:2008-03-08 Clemson, SC
·AT&T Southeast
| Here's what my router's help page says about state:
state Specifies that the TCP/ICMP/IGMP session (particularly the sequence number in the case of TCP and the packet type and source/destination addresses and ports in the case of ICMP and IGMP) associated with this packet will be added to the state table maintained by the filtering engine. As long as that session remains in the state table all packets associated with that session are passed without comparing them to the rules decision tree. The filtering engine state table logic maintains the state of the session with successive packets and closes or times it out (removes it from the state table) whenever appropriate. The bold is my emphasis. This is normal for the state rule, but 10 seconds is not normal. |
|
 impala
join:2008-03-08 Clemson, SC
·AT&T Southeast
| reply to impala for reference, here are my inbound firewall rules: credit BellSouth 327W and N O Y B in the Westell FAQ for ideas.
reject DHCP requests from WAN; responds to pings and traceroutes; rejects packets whose TTL will expire; accept responses to pings and traceroutes; reject private packets from wan reject everything else
With these rules I depend on the stateful firewall and NAT for inbound connections, as well as whatever is hard-coded in the 327W. |
|
 impala
join:2008-03-08 Clemson, SC
·AT&T Southeast
1 edit | reply to impala so I've already mentioned that http; https; and ssh fail after approximately 10 seconds of inactivity when I enable the state action in the outbound firewall.
However, NNTP (port 123) and DNS (port 53) fail unless I enable the state action in the firewall; or explicitly enable them for dynamic NAT. They fail because the inbound firewall drops them AFTER NAT does it magic and converts the destination IP. I don't understand the difference between how NAT handles SSH; HTTP; HTTPS; and NNTP; DNS. I suppose SSH; HTTP; and HTTPS are hard-coded for dynamic NAT even though they do not show up in the list of enabled NAT client services? And NNTP; and DNS are not hard-coded and must be manually enabled?
And I still fail to understand how enabling the state action on HTTP; HTTPS; and SSH cause them to fail, even if they are using dynamic NAT.
|
|
 impala
join:2008-03-08 Clemson, SC
·AT&T Southeast
|  NAT config |
and for good measure, the NAT config: |
|
  sashwa Pixie Cat Crunchin' n Foldin' Premium,Mod join:2001-01-29 Alcatraz clubs:  | Let's see if we can find you some help in our AT&T Southeast forum.
Good luck.  |
|