Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Pascal Italiaander <pc-secure@home.nl>
To: Matthew Pocock <matthew.pocock@ncl.ac.uk>
Cc: Netfilter <netfilter@lists.netfilter.org>
Subject: Re: bootpc
Date: Fri, 6 Jun 2003 12:20:57 +0200	[thread overview]
Message-ID: <200306061220.57477.pc-secure@home.nl> (raw)
In-Reply-To: <3EE05E4B.7040007@ncl.ac.uk>


Sorry to disappoint you , but your comment was that you needed to open port 
boops and bootpc , these protocols are only used for dhcp_discover and reply.
That's why I comment that it should be intiated from inside not from outside.

discover inside (win95 +98 )  , and reply back from outside.

Since you use a bridge you, filtering will be done only on  1 interface. 
the rule a made is based on that.

peronaly I use OpenBSD as Bridge and Iptables for a Router/firewall behind it, 
more stable and has better filtering for bridges,but again this is my 
personal flavour.
 
And  'discover'  for DNS-server should be port 53 .

view the /etc/services;      less /etc/services


Pascal

> I think the PCs here 'discover' the DNS servers. This makes it tricky to
> have a DHCP_SERVER variable in the iptables script. I'm wondering if on
> boot, the pc sends out a broadcast for DHCP servers, and one (or more)
> responds on port 68:69, but that the STATE module doesn't associate the
> response with the broadcast.
>
> Time to read more about dhcp.
>
> Matthew
>
> >I'ts possible ,but a connection orriginating from the outside to boot
> > internal your PC , no way. ??  Request for a DHCP should be orriginating
> > from the inside. (your win95 +98). and reply should come from the
> > outside.
> >
> >No, you don't have to load a module.
> >
> >but your very warm, there should be a rule to track these connections.
> >example:
> >
> >DHCP_SERVER"211.124.45.2"
> >
> >${IPTABLES} -A OUTPUT  -p udp -s 0/0 -d ${DHCP_SERVER} --sport 68 --dport
> > 67 \ -m state --state NEW -j ACCEPT
> >
> >${IPTABLES} -A INPUT  -p udp -s 0/0 -s ${DHCP_SERVER} --sport 67 --dport
> > 68  \ -m state --state ESTABLISHED,RELATED -j ACCEPT
> >
> >hmm.. silly NO , silly are the people who don't ask , but just do.
> >
> >Pascal



      reply	other threads:[~2003-06-06 10:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-05 11:53 bootpc Matthew Pocock
2003-06-05 19:35 ` bootpc Pascal Italiaander
2003-06-06  9:26   ` bootpc Matthew Pocock
2003-06-06 10:20     ` Pascal Italiaander [this message]

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=200306061220.57477.pc-secure@home.nl \
    --to=pc-secure@home.nl \
    --cc=matthew.pocock@ncl.ac.uk \
    --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