Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Unknown <unknown@unknown.invalid>
From: Alistair Tonner <>
To: netfilter@lists.netfilter.org
Subject: Re: Is this config OK, plus where should I be logging...
Date: Mon, 5 Apr 2004 09:14:19 -0400	[thread overview]
Message-ID: <48685.6847572655$1081171146@news.gmane.org> (raw)
In-Reply-To: <200404051011.16437.Antony@Soft-Solutions.co.uk>

On April 5, 2004 05:11 am, Antony Stone wrote:
> 
		< much snippage for brevity>
>
> > Also, I currently have an eth0 which is the Un-trusted interface
> > connecting to my DSL modem.
> > I have eth1 which is my trusted LAN and ppp0, which is the virtual
> > interface that comes up when the DSL line is up, pritty much 24/7.
> > However, I base my rules on ppp0 as the un-trusted interface and not
> > eth0, in fact in a previous email, you asked where is eth0? What should
> > I do here?
>
> To be honest I'm not sure - I'm not familiar with that arrangement.   I use
> DSL, however I have an ethernet cable between my firewall and my DSL modem
> and I talk pure IP/ethernet over that - no PPP involved anywhere.   Maybe
> someone else can suggest how you should deal with this.
>


	I'm in the pppoe boat myself.  I have eth0 connected to a DSL modem, and the 
	ineternet pipe is indeed ppp0.  What my system does is come up with 
	eth0 configured to 0.0.0.0 to get the pppoe tunnel running, then after its
	up configures eth0 to the ip address range that the modem itself talks
	on (10.0.3.x in my case) and then drops all traffic initiated from the modem 
	side. I allow out ONLY telnet (to allow management of the modem in those freaky 
	moments when someone is playing in the CO) and related established back in,
	based on the source ip of the modem. -- works for me.
	
	This causes no havoc for me since my internal lan is on a different 10. subnet and
	since there really aren't too many 'sploits that can get back through the modem 
	I'm probably being paranoid.  In this configuration the modem doesn't 'exist' on the 
	internet, nor is it a device that can be connected to --- it HAS no ip address on the internet,
	the internet IP is attached to the ppp0 device on my machine.


	Alistair Tonner

	(on an aside Anthony ... what value do you see in a smoll system config of breaking the traffic down
	into user chains based on direction of traffic? -- and only using the builtins to get the packets into those
	user chains?)


  reply	other threads:[~2004-04-05 13:14 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-04 17:26 Is this config OK, plus were should I be logging Stuart Lamble
2004-04-04 17:56 ` Is this config OK, plus where " Antony Stone
2004-04-04 18:41   ` Stuart Lamble
2004-04-04 19:07     ` Antony Stone
2004-04-05  5:46       ` Stuart Lamble
2004-04-05  9:11         ` Antony Stone
2004-04-05 13:14           ` Unknown, Alistair Tonner [this message]
     [not found]           ` <200404050914.19563.Alistair Tonner <>
2004-04-05 13:34             ` Antony Stone
2004-04-05 13:48               ` Antony Stone

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='48685.6847572655$1081171146@news.gmane.org' \
    --to=unknown@unknown.invalid \
    --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