Page 3 of 3

Re: IP Tables Saga...:(

Posted: Fri Sep 14, 2012 9:36 am
by CGraham
XenoPhage wrote:
CGraham wrote:The source is 161 on side A but the destination should be 161 on side B, where the firewall is. So a destination 161 rule SHOULD work (and does work when not traversing the router). Normally you'd allow the destination port on incoming and the source port on outgoing. Regardless, looks like the router is causing some heart-ache. So you can open both directions (which you'll likely need for outbound snmp checks anyway) or work with the network team to configure the router differently.
When you make an SNMP query, the destination port is 161. So, side A sends a packet destined for port 161 on side B and uses an ephemeral port as it's source. So you'd have something like A:12345 -> B:161. The return traffic from that query must be sourced from port 161 and destined to the ephemeral port that A chose. So the return traffic is B:161 -> A:12345. This is what is happening, but whatever the device in the middle is seems to be rewriting the packet so the return traffic is, instead, C:161 -> A:12345. iptables has no idea what C:161 is since there was no pinhole opened for it, so it properly blocks it.
And this...is why I'm not a network guy...

Thanks for the info Xeno.

Re: IP Tables Saga...:(

Posted: Tue Sep 18, 2012 12:30 pm
by scottwilkerson
Thanks again guys.

Re: IP Tables Saga...:(

Posted: Wed Sep 19, 2012 1:44 pm
by arnab.roy
scottwilkerson wrote:Thanks again guys.

Yes thanks to all of you , I haven't yet managed time to follow this up hoping will be able to do something about it soon have turned off iptables for the time being...