All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Glover George" <dime@gulfsales.com>
To: 'Matthew Hellman' <mhellman@raccoon.com>,
	'Michael Hudin' <hudin@zoetrope.com>,
	netfilter@lists.samba.org
Subject: RE: Internal machines can't resolve external addresses
Date: Wed, 12 Jun 2002 10:07:55 -0500	[thread overview]
Message-ID: <000001c21222$f17749f0$7200a8c0@blue> (raw)
In-Reply-To: <003801c2120c$eb198160$020aa8c0@matttm9svd8lrh>

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? I know it's because the DNAT rule is on the
prerouting of the external nic, but why doesn't simply putting a DNAT
rule on the internal work as well?  

The only way for me to get this working is to run bind 9 and set up two
different views, to resolve different ip addresses whether you're on the
internet, or in my internal network.  But this is a hack, and everytime
I add someones website, I have to make changes to both views on the DNS
server to get it to work, for every host in that new domain.  It seems
like there should be an easier way, as I'm sure a LOT of people on this
list come across the same problem before.

May not be possible with the current nat framework, but was just
wondering if someone could elaborate on it.  As always, thanks in
advance.

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 Matthew Hellman
Sent: Wednesday, June 12, 2002 7:30 AM
To: Michael Hudin; netfilter@lists.samba.org
Subject: Re: Internal machines can't resolve external addresses

There is potentially another solution if you don't want to run your own
bind
server.  Add a third nic to your firewall and put these boxes in a DMZ.
Then you can use PREROUTING/DNAT.

Goodluck,
Matt

----- Original Message -----
From: "Michael Hudin" <hudin@zoetrope.com>
To: <netfilter@lists.samba.org>
Sent: Tuesday, June 11, 2002 10:00 PM
Subject: Internal machines can't resolve external addresses


Machines in the outside world, can view my websites fine, but whenever I
try
to go to one of them from a machine on my internal network behind the
firewall, neither the domain name nor the IP will resolve.  I also have
the
same problem with my mail server and have to use the internal address of
the
mail server.  I am going to guess that the best solution to this is to
run
some kind of local DNS server on the inside of the firewall which
resolves
all my sites internally, but since I don't have a server at my disposal
for
it, is there some way around this?  I had the POSTROUTING MASQ line on
and
that did allow the internal machines to resolve, but it also hid the
originating address for any outside machine, thus creating a security
disaster.

-michael

*nat
:PREROUTING ACCEPT [241:88600]
:POSTROUTING ACCEPT [0:9862]
:OUTPUT ACCEPT [68:4275]
-A PREROUTING -d 10.10.10.252 -p tcp -m tcp --dport 110 -j
DNAT --to-destination 192.168.77.2
-A PREROUTING -d 10.10.10.252 -p tcp -m tcp --dport 25 -j
DNAT --to-destination 192.168.77.2
-A PREROUTING -d 10.10.10.251 -p tcp -m tcp --dport 80 -j
DNAT --to-destination 192.168.77.2
-A PREROUTING -d 10.10.10.250 -p tcp -m tcp --dport 80 -j
DNAT --to-destination 192.168.77.2
-A PREROUTING -d 10.10.10.250 -p tcp -m tcp --dport 22 -j
DNAT --to-destination 192.168.77.2
-A POSTROUTING -o eth0 -j SNAT --to-source 10.10.10.254
#-A POSTROUTING -o eth1 -j MASQUERADE
COMMIT

*mangle
:PREROUTING ACCEPT [18365:3221456]
:INPUT ACCEPT [10886:760348]
:FORWARD ACCEPT [7269:2438049]
:OUTPUT ACCEPT [8009:752540]
:POSTROUTING ACCEPT [15177:3182145]
COMMIT

*filter
:INPUT ACCEPT [0:229546]
:FORWARD ACCEPT [363:1553786]
:OUTPUT ACCEPT [2:619341]
-A INPUT -p udp -m udp --sport 500 --dport 500 -j ACCEPT
-A INPUT -p tcp -j ACCEPT
-A INPUT -p esp -j ACCEPT
-A INPUT -p ah -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A FORWARD -i eth1 -j ACCEPT
-A FORWARD -i eth0 -o eth1 -p tcp -m tcp --dport 110 -m state --state
NEW,RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i eth0 -o eth1 -p tcp -m tcp --dport 25 -m state --state
NEW,RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i eth0 -o eth1 -p tcp -m tcp --dport 80 -m state --state
NEW,RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i eth0 -o eth1 -p tcp -m tcp --dport 22 -m state --state
NEW,RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -p udp -m udp --sport 500 --dport 500 -j ACCEPT
-A OUTPUT -p tcp -j ACCEPT
-A OUTPUT -p esp -j ACCEPT
-A OUTPUT -p ah -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
COMMIT









  reply	other threads:[~2002-06-12 15:07 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 [this message]
2002-06-12 15:13     ` Ramin Alidousti
2002-06-12 15:16     ` Antony Stone
2002-06-12 16:48       ` Glover George
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='000001c21222$f17749f0$7200a8c0@blue' \
    --to=dime@gulfsales.com \
    --cc=hudin@zoetrope.com \
    --cc=mhellman@raccoon.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.