All of lore.kernel.org
 help / color / mirror / Atom feed
From: Aleksandar Milivojevic <amilivojevic@pbl.ca>
To: alucard@kanux.com
Cc: netfilter@lists.netfilter.org
Subject: Re: forwarding on the same NIC
Date: Tue, 11 May 2004 11:26:47 -0500	[thread overview]
Message-ID: <40A0FEC7.7020201@pbl.ca> (raw)
In-Reply-To: <2022.200.44.170.105.1084289894.squirrel@200.44.170.105>

alucard@kanux.com wrote:
> Anyone could help? the thing is that, this second webserver is using and
> aplication that we use internally and, what I'm trying to do here is,
> access the web configuration service from the outside using our existing
> server, which is the only one nat'ed', so our other offices can access it.
> Since the second server is a production server, there's no way we can
> change it's IP and use a subnet.

I wasn't following this discussion too closely.  However after reading 
what John wrote, I'd guess that your first box is also generating ICMP 
redirect packets back to the router.  Reasoning why I believe that it is 
generating them is that the packet has arrived on the same physical 
interface where it is supposed to be routed out.  This is exactly the 
situation where routers (by default) generate ICMP redirects.  So even 
if you get your box to start routing, you might need to turn off 
generation of ICMP redirects on first Linux box (send_recirects, or 
something like that).

I guess that router is actually at your end (not ISP end), and it is one 
of those small cheap boxes where you connect ADSL or cable, so it has 
public IP address on one end, and is doing NAT for the internal network 
(and your Linux box is assigned to do firewalling).  If this is the 
case, you can solve it a simple way by putting second NIC in your first 
Linux box and assign it different network.  So you would end up with 
something like this:

                   +-------------+
                   |     ISP     |
                   +-------------+
                          |
                          |
                          | ISP assigned public IP
                   +-------------+
                   |   router    |
                   +-------------+
                          | 192.168.1.1
                          |
                          | 192.168.1.2
                   +-------------+
                   |  Linux box  |
                   +-------------+
                          | 10.73.219.156
                          |
                          | 10.73.219.77
                   +-------------+
                   | 2nd Web srv |
                   +-------------+

Router will have default route pointing to ISP, Linux box will have 
default route pointing to router, and 2nd web server to your Linux box. 
  You will be doing NAT twice, once in the router, and again in the 
Linux box.  You can get away with only one NAT if you want, of course. 
The 192.168.0.0/16 will become your future DMZ network, and your 
internal network (10.0.0.0/8) will be deep inside.  I've used 192.168 
for DMZ to avoid guessing what you already used from 10.

To enhance security, you might start making plans to move 2nd Web server 
into the DMZ (change of IP address) as some future project, but you 
don't have to do it right away.

Anyhow, you've got the idea, you only need to adjust it for your 
environment.

-- 
Aleksandar Milivojevic <amilivojevic@pbl.ca>    Pollard Banknote Limited
Systems Administrator                           1499 Buffalo Place
Tel: (204) 474-2323 ext 276                     Winnipeg, MB  R3T 1L7


  reply	other threads:[~2004-05-11 16:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-10 19:36 forwarding on the same NIC alucard
2004-05-10 20:15 ` Antony Stone
2004-05-10 22:09   ` alucard
2004-05-10 22:26     ` John A. Sullivan III
2004-05-11 13:49       ` alucard
2004-05-11 15:09         ` John A. Sullivan III
2004-05-11 15:38           ` alucard
2004-05-11 16:26             ` Aleksandar Milivojevic [this message]
2004-05-11 19:20               ` alucard
2004-05-11 20:37                 ` Aleksandar Milivojevic
2004-05-11 17:04             ` John A. Sullivan III
2004-05-11 19:35               ` alucard
2004-05-11 20:09                 ` John A. Sullivan III
2004-05-11 21:02                   ` alucard
2004-05-10 20:55 ` Alistair Tonner
  -- strict thread matches above, loose matches on Subject: below --
2004-05-11 17:30 Daniel Chemko
2004-05-11 22:18 Daniel Chemko

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=40A0FEC7.7020201@pbl.ca \
    --to=amilivojevic@pbl.ca \
    --cc=alucard@kanux.com \
    --cc=netfilter@lists.netfilter.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.