From: "P.Italiaander" <pc-secure@home.nl>
To: netfilter@lists.netfilter.org
Subject: Re: SuSEfirewall2 and NAT help : i am so lost!
Date: Fri, 16 May 2003 19:54:18 +0200 [thread overview]
Message-ID: <200305161954.18096.pc-secure@home.nl> (raw)
In-Reply-To: <20030516151617.GC53289@justpickone.org>
>Op vrijdag 16 mei 2003 17:16, schreef David T-G:
> Florent, et al --
>
> ...and then Aide Florent said...
> %
> % Le Vendredi 16 Mai 2003 00:45, David T-G a écrit :
> % > Hi again, all --
> ...
> % > I've attached `iptables -L` so that you can see if anything looks
> wrong. %
> % you should try
> %
> % iptables -t nat -nvL
> %
> % if you want to see what is "NATed" by your machine.
>
> Ah. Oops! Now *that* is attached.
>
>
> %
> % Hope it helps.
>
> I don't really know what I'm reading, but I admit that it looks somewhat
> sparse. I hope someone can tell me what pieces I'm missing!
>
>
> %
> % Florent AIDE
>
>
> Thanks again & HAND
>
> :-D
At first I thought somebody would notice ,but you have a hugh hole in your
firewall :
so you do:
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state
RELATED,ESTABLISHED
ACCEPT udp -- anywhere 255.255.255.255 udp spt:bootps
dpt:bootpc
ACCEPT icmp -- anywhere anywhere icmp echo-request
ACCEPT udp -- dns1.rcsntx.sbcglobal.net anywhere state NEW
udp spt:domain dpts:1024:65535
ACCEPT udp -- dns1.snfcca.sbcglobal.net anywhere state NEW
udp spt:domain dpts:1024:65535
LOG tcp -- anywhere anywhere tcp
flags:SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix
`SuSE-FW-DROP-NEW-CONNECT '
ACCEPT udp -- anywhere anywhere state ESTABLISHED
udp dpts:61000:65095
input_ext all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
Iptables behaviour is , the first match counts !!
so if you set the first rule INPUT chain : ACCEPT all -- anywhere anywhere
it means that all traffic both ways may pass.This behaviour is not acceptable.
Actualy ALL the other rules 2,3,4 enz. of the INPUT chain are not matched.
You could be more filtering by interface.
Then the FORWARD chain:
Chain FORWARD (policy DROP)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU
reject_func all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
it seems you have an ppp adapter , but only a clamp to PMTU is not enough to
get it working.it only corrects the PMTU value .
Your Policy says DROP , but your reject_func , rejects furder traffic , so the
ACCEPT all -- anywhere anywhere is not matched , you override your own
POLICY if it did.
So you have to make a rule with an state NEW , before the reject_func, and let
everything pass from
intern network to WWW .
example:
iptables -A FORWARD -m state --state NEW -i $int_if -o $ext_if -j ACCEPT
Now the firewall knows how to forward between interfaces.
this should do the job , let us know !!
Pascal
next prev parent reply other threads:[~2003-05-16 17:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-15 20:39 SuSEfirewall2 and NAT help : i am so lost! David T-G
2003-05-15 20:51 ` Jeremy C. Reed
2003-05-15 21:18 ` David T-G
2003-05-15 22:45 ` David T-G
2003-05-16 12:49 ` Aide Florent
2003-05-16 15:16 ` David T-G
2003-05-16 17:54 ` P.Italiaander [this message]
2003-05-19 14:49 ` is forwarding compiled in? (was "Re: SuSEfirewall2 and NAT ...") David T-G
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=200305161954.18096.pc-secure@home.nl \
--to=pc-secure@home.nl \
--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 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.