All of lore.kernel.org
 help / color / mirror / Atom feed
* Routing Public IPs over NAT Address Space
@ 2003-07-14 17:52 Aaron Clausen
  2003-07-14 18:10 ` Shawn
                   ` (2 more replies)
  0 siblings, 3 replies; 9+ messages in thread
From: Aaron Clausen @ 2003-07-14 17:52 UTC (permalink / raw)
  To: Netfilter Mailing List

Just like the subject says; is there any way to route a public IP/subnet over a NAT address space?

-- 
Aaron Clausen


^ permalink raw reply	[flat|nested] 9+ messages in thread
* RE: Routing Public IPs over NAT Address Space
@ 2003-07-15  0:23 Daniel Chemko
  0 siblings, 0 replies; 9+ messages in thread
From: Daniel Chemko @ 2003-07-15  0:23 UTC (permalink / raw)
  To: A. Clausen, Netfilter Mailing List


>However, we've had some inquiries about a few businesses who want
actual
>subnets (for mail servers, web servers, or whatever).  The problem with
NAT
>is that I can't guarantee there will be a helper for every protocol.
What I
>was wondering was whether I could allocate a subnet and get it across
the
>private (NAT) network to their router.  I have my doubts as to whether
this
>is possible, but not being an expert I thought I'd ask.


1. Add the ip address block to the internet interface, and make sure
that the internet routes to your firewall/gateway for those IP's in the
netblock given to your customer.

2. Add a route that allows the firewall to find your customer's network.
This can look something like:
route add <business_net> mask <business_msk> <gw to business customer>
-i <iface to business customer>

3. Add passthrough-non-nat rules to allow the traffic through to the
customer's machines with no NAT enabled. This could look like:

iptables -A FORWARD --source 0.0.0.0/0
--destination <business_net>/<business_msk> -j ACCEPT

iptables -A FORWARD --source <business_net>/<business_msk>
--destination 0.0.0.0/0 -j ACCEPT

4. Their subnet has to have this firewall as their default router or the
system will break

5. This limited set of rules gives no protection for your customers. Any
filtering is turned off. If you would like that type of service, then
just change the -j ACCEPT to -j INETTOBUSINESSABC or something then
write a filter list in the INETTOBUSINESSABC chain. It is very easy to
keep track of everything this way.

6. Just make sure that the net/mask is just assigned to your customer.
Otherwise, the system could bleed into existing systems.

7. This system forces you to give the public IP addresses to your
customer. You may or may not like this. It is probably the easiest way
for you though. If you give them private IP's, you are pretty much
enslaved with the NAT/Helper mentality, which I can imagine would bring
much of the hurt you have considered.


PS: I don't think this is a normal iptables function. Yeah, some people
ask newbie questions, but since this IS the frontline iptables group, we
should be the ones taking this on the chin. If there was an ipt-newbs
mailing list then maybe you should put them in their place (that ml),
but since there ARE many people that ask redundant questions please just
live with it, or better, politely send a form letter response of common
howtos and FAQ's.




^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2003-07-15  0:23 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-07-14 17:52 Routing Public IPs over NAT Address Space Aaron Clausen
2003-07-14 18:10 ` Shawn
2003-07-14 19:57 ` Rowan Reid
2003-07-14 20:23 ` Shawn
2003-07-14 20:35   ` Aldo S. Lagana
2003-07-14 20:49     ` Shawn
2003-07-14 22:10       ` A. Clausen
2003-07-14 22:38         ` Shawn
  -- strict thread matches above, loose matches on Subject: below --
2003-07-15  0:23 Daniel Chemko

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.