All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kean Pedersen <netfilter@zakarun.dk>
To: netfilter <netfilter@lists.netfilter.org>
Subject: Re: Running iptables behind router
Date: Wed, 25 Feb 2004 20:41:51 +0100	[thread overview]
Message-ID: <20040225194150.GA1317@zaklinux.zakarun> (raw)
In-Reply-To: <1077734446.2017.4.camel@localhost>

That worked :)  .2 can now connect to .1 and the Internet. Just what I
wanted, thanks.
The rules in effect now are (if anyone would like to know):

Chain INPUT (policy ACCEPT 340K packets, 61M bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy DROP 557 packets, 46760 bytes)
 pkts bytes target     prot opt in     out     source               destination
  567 47151 ACCEPT     all  --  any    any     192.168.2.0/24       anywhere
   96 30109 ACCEPT     all  --  any    any     anywhere             anywhere            state RELATED,ESTABLISHED

Chain OUTPUT (policy ACCEPT 322K packets, 44M bytes)
 pkts bytes target     prot opt in     out     source               destination
Chain PREROUTING (policy ACCEPT 21299 packets, 2019K bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain POSTROUTING (policy ACCEPT 40608 packets, 2980K bytes)
 pkts bytes target     prot opt in     out     source               destination
   57  3700 SNAT       all  --  any    any     192.168.2.0/24       anywhere            to:192.168.1.254

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination


On Wed, Feb 25, 2004 at 01:40:47PM -0500, John A. Sullivan III wrote:
> Ah! Blinded by my own assumptions! I also always have rules to allow
> RELATED and ESTABLISHED traffic.  As others on the list have pointed
> out, it looks like you have no rule here to allow return traffic. 
> Assuming you are using connection tracking, you will want a rule in your
> forward chain similar to:
> -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
> 
<snip>


  reply	other threads:[~2004-02-25 19:41 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-16 23:55 Running iptables behind router Kean Pedersen
2004-02-17 12:39 ` Alexis
2004-02-24  0:13   ` Kean Pedersen
2004-02-24  4:31     ` John A. Sullivan III
2004-02-24 12:07       ` Kean Pedersen
2004-02-25 18:40         ` John A. Sullivan III
2004-02-25 19:41           ` Kean Pedersen [this message]
2004-02-24 11:06     ` Antony Stone
2004-02-24 14:13     ` Jeffrey Laramie

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=20040225194150.GA1317@zaklinux.zakarun \
    --to=netfilter@zakarun.dk \
    --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.