[plug] Weird problem with losing network responses
Andrew Furey
simpware at yahoo.com
Thu Aug 23 15:32:04 WST 2001
Hi folks,
Box A = public server (http://terminus.net.au for
those interested :), on same local (physical) network.
IP 203.25.143.1
Box B = gateway/firewall for internal office. IPs
203.25.143.250 / 192.168.0.254
Box C = standard client box behind gateway box B (it's
really a server, but the function is irrelevant). IP
192.168.0.20
Box D = another client (server) behind B on same
subnet as C. IP 192.168.0.1
Now, if I run tcpdump -n on box A (icmp results piped
through grep to increase S/N ratio), and ping box A
from box D, I get the following output (trimmed for a
few packets only):
203.25.143.250 > 203.25.143.1: icmp: echo request
203.25.143.1 > 203.25.143.250: icmp: echo reply
203.25.143.250 > 203.25.143.1: icmp: echo request
203.25.143.1 > 203.25.143.250: icmp: echo reply
203.25.143.250 > 203.25.143.1: icmp: redirect
192.168.0.1 to host 192.168.0.1 [tos 0xd0]
203.25.143.250 > 203.25.143.1: icmp: echo request
203.25.143.1 > 203.25.143.250: icmp: echo reply
This is working correctly, the masquerading is
rewriting the packets from D so they appear to be
coming from B. It then rewrites the replies so that D
receives them properly. That all works fine :)
However, pinging from C yields this:
192.168.0.20 > 203.25.143.1: icmp: echo request
203.25.143.1 > 192.168.0.20: icmp: echo reply
192.168.0.20 > 203.25.143.1: icmp: echo request
203.25.143.1 > 192.168.0.20: icmp: echo reply
203.25.143.250 > 203.25.143.1: icmp: redirect
192.168.0.20 to host 192.168.0.20 [tos 0xc0]
192.168.0.20 > 203.25.143.1: icmp: echo request
203.25.143.1 > 192.168.0.20: icmp: echo reply
As you can see, the public server is seeing the
private IP of box C. Hence it can't route the replies,
which is why C never receives any replies back from A
(or in fact the rest of the internet).
This would appear to be a problem with the
masquerading on B, but there is only one rule for it,
which masquerades the whole subnet. Hence it should
behave the same way for C and D. There are also no
firewall rules on any of the machines which would
interfere with this (as far as I can see).
If anyone has any clues, I'm all ears. I can post more
specific network details if required...
TIA
Andrew
_____________________________________________________________________________
http://shopping.yahoo.com.au - Father's Day Shopping
- Find the perfect gift for your Dad for Father's Day
More information about the plug
mailing list