On Thu, 07 Jul 2011 16:12 +0100, "Jonathan Tripathy" <jonnyt@xxxxxxxxxxx> wrote: > > > netfilter@buglecreek">netfilter@xxxxxxxxxxxxxx wrote: > > Given the following simplified rules: > > iptables -A INPUT -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT > > iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT > > > > When the system boots, various daemons create persistent connections > > that stay established indefinitely to authentication servers like the > > following: > > clientSytem:44444 -----> authServer:389 > > This creates an entry in the iptables state table which works fine. > > But, occasionally the state table gets cleared out. Usually by > > something simple like someone restarting iptables. Once that happens the > > established connection is still there, but when the authServer sends a > > packet back to the clientSystem the packet is viewed as new and > > eventually gets dropped since their is nothing in the state table. The > > only way I can think of allowing for this is to create a rule that > > allows new connections from the authServer:389 to the clientSystem:any. > > Is there a better way? > > -- > > To unsubscribe from this list: send the line "unsubscribe netfilter" in > > the body of a message to majordomo@xxxxxxxxxxxxxxx > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > Shouldn't the software in question detect a connection drop and then > re-attempt to connect to the server? > The connection never drops. Netstat shows the connection as ESTABLISHED, but the iptables state table does not have the connection since it was cleared. So, if there were no iptables running the connection would carry on normal comms. Since there are rules that only allow established connections the packet gets dropped due to the clearing of the state table. Hope that makes sense. -- To unsubscribe from this list: send the line "unsubscribe netfilter" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html