Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Ted Kaczmarek <tedkaz@optonline.net>
To: Herman@AerospaceSoftware.com
Cc: john zurowski <johnzurowski@hotmail.com>, netfilter@lists.netfilter.org
Subject: Re: Handling a clients fixed IP address
Date: Thu, 30 Oct 2003 07:11:18 -0500	[thread overview]
Message-ID: <1067515878.27238.12.camel@tarkus> (raw)
In-Reply-To: <200310292335.37809.Herman@AerospaceSoftware.com>

I had the same issue for a consultants network.
But I used a dhcp range of  a /26 , default policies of ACCEPT, and
added rules to input and forward denying access from that /26 to any
internal networks.

For management purposed I insert a rule for a static ip as needed.

The same could be done with static ip's but I would make them
contiguous.
1 line rules are always nicer than multiple lines :-)

You could also slap a qdisc on the block as well so they don't eat up
too much bandwidth.

Ted

On Wed, 2003-10-29 at 18:35, Herman wrote:
> On Wednesday 29 October 2003 9:04 pm, john zurowski wrote:
> > I've been using iptables without problems for almost a year now. A
> > situation has however occured where I would like to allow access to users
> > with fixed IP addresses onto the LAN in order to gain access to the
> > internet. The situation is complicated because the client devices may be
> > assigned fixed IP addresses which do not match our subnet or point at our
> > gateway. Can iptables be configured in such a way that this could be
> > handled
> > transparently i.e. without the client having to set up dhcp client service?
> >
> > _________________________________________________________________
> > Tired of 56k? Get a FREE BT Broadband connection
> > http://www.msn.co.uk/specials/btbroadband
> 
> Hmm, as I understand it:
> A visitor plugs a 'foreign' laptop into the wall in your meeting room and 
> starts a browser, then he expects to connect to say www.cnn.com without 
> having to change *any* settings on his machine, which may be configured to 
> talk to a non-existant gateway IP address.  
> 
> We hope that your guest IP and Gateway settings do not clash with an existing 
> IP address on your network.  If you are concerned about clashes, then you 
> would need either a dedicated interface or a virtual LAN interface to 
> separate the meeting room from the rest of the place.
> 
> Well, this clearly calls for NAT, but it won't be simple.
> 
> I think you have to look at "-m state --state NEW, ESTABLISHED, RELATED" and 
> "SNAT" to cause every new previously unknown connection attempt and whatever 
> follows from that, to be redirected to the External IP on the firewall 
> machine.
> 
> I think the simplest case would be if you use a dedicated interface or VLAN, 
> say eth3 if it is dedicated hardware or eth1.1 if it is a VLAN and then SNAT 
> whatever arrives on that interface to the outside IP address of the firewall.
> 
> Since the packets would be addressed to a non-existant gateway machine, you 
> would need to do DNAT too.
> 
> I have a feeling that this problem can be solved with iptables and it would be 
> interesting if one of the real iptables gurus can comment.
> 
> Cheers,



  reply	other threads:[~2003-10-30 12:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-29 21:04 Handling a clients fixed IP address john zurowski
2003-10-29 23:35 ` Herman
2003-10-30 12:11   ` Ted Kaczmarek [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-10-30  9:54 Fredrik Emil Jensen

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=1067515878.27238.12.camel@tarkus \
    --to=tedkaz@optonline.net \
    --cc=Herman@AerospaceSoftware.com \
    --cc=johnzurowski@hotmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox