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,
next prev parent 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