From: "Glover George" <dime@gulfsales.com>
To: 'Antony Stone' <Antony@Soft-Solutions.co.uk>, netfilter@lists.samba.org
Subject: RE: Internal machines can't resolve external addresses
Date: Wed, 12 Jun 2002 11:48:46 -0500 [thread overview]
Message-ID: <000001c21231$082030a0$7200a8c0@blue> (raw)
In-Reply-To: <200206121516.g5CFGLU13571@vulcan.rissington.net>
Thank you for the explanation. By far much better than "think
logically" as someone else puts it. You know if you think a questions
is stupid, don't answer it.
Glover George
Systems/Networks Administrator
Gulf Sales & Supply, Inc.
dime@gulfsales.com
(228)-762-0268
-----Original Message-----
From: netfilter-admin@lists.samba.org
[mailto:netfilter-admin@lists.samba.org] On Behalf Of Antony Stone
Sent: Wednesday, June 12, 2002 10:16 AM
To: netfilter@lists.samba.org
Subject: Re: Internal machines can't resolve external addresses
On Wednesday 12 June 2002 4:07 pm, Glover George wrote:
> Yes I've come across this problem MANY MANY times before, and would
> appreciate it if someone could explain exactly why this doesn't work.
> For instance. I have 3 machines, a firewall/nat (linux), a linux
> webserver and a windows machine behind it. Now I am serving a website
> that is on the webserver behind the firewall, and it's dns stuff is
> somewhere out on the internet. On my windows machine it resolves to
the
> public interface of the firewall. Why doesn't packets destined for
that
> machine realize that they must be sent to the webserver instead of out
> on the public interface?
They do.
The problem is the reply packets.
Your windows machine has a local network address. It tries to contact
the
public address of the webserver, goes through the firewall (default
route),
gets DNATted to the private address of the webserver... so far no
problem.
Then the webserver replies to the local address of the windows machine -
ooh,
it's local, therefore it doesn't have to go through the firewall,
therefore
it doesn't get reverse NATted by netfilter.
So your windows machine contact a public address and gets a reply from a
local machine. Doesn't like it, therefore no connection.
Hope this helps.
Antony.
next prev parent reply other threads:[~2002-06-12 16:48 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-12 3:00 Internal machines can't resolve external addresses Michael Hudin
2002-06-12 12:30 ` Matthew Hellman
2002-06-12 15:07 ` Glover George
2002-06-12 15:13 ` Ramin Alidousti
2002-06-12 15:16 ` Antony Stone
2002-06-12 16:48 ` Glover George [this message]
2002-06-12 17:28 ` Ramin Alidousti
2002-06-12 19:59 ` Antony Stone
2002-06-12 20:02 ` Ramin Alidousti
2002-06-12 20:22 ` Glover George
2002-06-12 15:34 ` George Georgalis
2002-06-12 15:58 ` George Georgalis
2002-06-12 16:48 ` Michael Hudin
2002-06-12 18:21 ` George Georgalis
2002-06-12 20:05 ` Joe Patterson
-- strict thread matches above, loose matches on Subject: below --
2002-06-12 3:23 Hard__warE
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000001c21231$082030a0$7200a8c0@blue' \
--to=dime@gulfsales.com \
--cc=Antony@Soft-Solutions.co.uk \
--cc=netfilter@lists.samba.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox