Re: Conntrack not recording packets going through a firewall [ SOLVED! ]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I've solved the problem! I've missed out a bit of useful information
for you, it turns out. I have bumped into the "conntrack doesn't work
with bridges" problem. I appreciate I didn't tell you I was using
bridges- sorry about that.

This is the stock kernel for CentOS 5. I understand this problem is
fixed in newer kernels, so I'll try one of those.

Thanks,

David

2009/1/21 Gilad Benjamini <gilad.benjamini@xxxxxxxxx>:
> I carefully went through your iptables rules in the original post, and other
> than a duplicate rule in Network-5 I can't really see a problem.
> The best tool to troubleshoot these issues is iptables counters. Reset the
> counters, run your test, look at the counters. This should give you a good
> picture of what's going on.
> Note, though, that counters do not show for packets caught by a chain
> default policy, so you might want to add explicit rules for these.
> I know that you already stated that this isn't a routing problem, but is it
> possible that packets between network-1 and network-5 travel through a
> router beyond your firewall ? i.e. between the firewall and the internet in
> your diagram ?
>
>> -----Original Message-----
>> From: netfilter-owner@xxxxxxxxxxxxxxx [mailto:netfilter-
>> owner@xxxxxxxxxxxxxxx] On Behalf Of David J Craigon
>> Sent: Wednesday, January 21, 2009 2:23 PM
>> To: netfilter@xxxxxxxxxxxxxxx
>> Subject: Re: Conntrack not recording packets going through a firewall
>>
>> I seem to have ended up arguing on the internet, which wasn't really
>> my idea :-(.
>>
>> Right, let's go through this again.
>>
>> Internet--------Firewall------Server 1
>>                           |
>>                           ----------Server 5
>>
>> I'm working on the firewall, a linux box. The firewall has addresses
>> 10.72.2.1, 10.72.3.1 and 10.69.2.3, which goes off to the internet.
>> Server 1 has IP 10.72.2.3 and default gateway 10.72.2.1. Server 5 has
>> IP 10.72.3.3 and default gateway 10.72.3.1.
>>
>> Server 1 can see server 5. Server 1 can see the internet. Server 5 can
>> see server 1. Server 5 can see the internet.. There are absolutely no
>> routing problems whatsoever: Look! Here they are pinging each other!
>>
>> [root@server5 ~]# ping 10.72.2.3
>> PING 10.72.2.3 (10.72.2.3) 56(84) bytes of data.
>> 64 bytes from 10.72.2.3: icmp_seq=1 ttl=63 time=2.83 ms
>> 64 bytes from 10.72.2.3: icmp_seq=2 ttl=63 time=1.14 ms
>> 64 bytes from 10.72.2.3: icmp_seq=3 ttl=63 time=1.48 ms
>>
>> --- 10.72.2.3 ping statistics ---
>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>> rtt min/avg/max/mdev = 1.144/1.818/2.830/0.729 ms
>> [root@server5 ~]# traceroute 10.72.2.3
>> traceroute to 10.72.2.3 (10.72.2.3), 30 hops max, 40 byte packets
>>  1  10.72.3.1 (10.72.3.1)  4.367 ms  1.212 ms  5.749 ms
>>  2  10.72.2.3 (10.72.2.3)  5.196 ms  4.715 ms  5.163 ms
>> [root@server5 ~]#
>>
>> The reason I'm on the netfilter list, is because I'm trying to use the
>> firewall linux box as a firewall. Like I say, with my rule sets,
>> connections don't work from one server to the other for http traffic.
>> See my original email.
>> --
>> 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
>
>
--
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

[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux