|
Thanks
to another list member for answering this question for me a while back
-
The
reason the ping (and any other IP protocol) fails is that the client originating
the ping receives the reply from a different address than it
expects.
For
example, if your machine (e.g. 10.5.5.5) pings server 209.5.5.5 (external NAT
address), the firewall then translates the packet destination and forwards the
packet to the internal server (e.g. 10.5.5.1). When server 10.5.5.1
receives the ping and sees that its origin is 10.5.5.5 (on its same subnet), it
sends the reply directly back to the client (with a source of its real ip, of
course - 10.5.5.1). The client, upon receiving this packet, ignores it,
since it is waiting for a reply from 209.5.5.5.
Hope
that makes sense. You may be able to work around it by creating a NAT rule
that translates both source and destination for packets from inside headed for
NATs on the firewall. It would need to go above any other NAT rules
involving either the internal network or the public servers. Haven't had a
chance to test...
The
solution you propose (DNS) is the most common resolution to this issue. I
don't call it a "problem," since it's just the way that IP
works.
Let me
know if you have a chance to test, and what happens.
Dan Hitchcock
|
- [FW1] Cannot connect using public address Tony Wong
- Daniel Hitchcock
