All of lore.kernel.org
 help / color / mirror / Atom feed
From: Amos Jeffries <squid3@treenet.co.nz>
To: Arturo Borrero <aborrero@cica.es>
Cc: julien@linuxwall.info, netfilter@vger.kernel.org
Subject: Re: Double stack IPv4&&IPv6 for a firewall
Date: Tue, 28 Aug 2012 23:45:40 +1200	[thread overview]
Message-ID: <503CAF64.9060406@treenet.co.nz> (raw)
In-Reply-To: <CAPfcJas2Cz8VCDe+FG8oVVzmhVyq0=s7vKHhorFgPdM5jwLSdg@mail.gmail.com>

On 28/08/2012 8:55 p.m., Arturo Borrero wrote:
>> On 2012-08-24 19:46, Jan Engelhardt wrote:
>>> On Friday 2012-08-24 23:12, Arturo Borrero wrote:
>>>> You usally set your ruleset in this way:
>>>>
>>>> $IPT -A INPUT -i $IF -s $INTERNET -d $MYSERVER -p tcp --sport 1024:
>>>> --dport
>>>> $SSH_PORT -j ACCEPT
>>> If you begin with something like this, no wonder it's all going slow,
>>> because you are needlessy reloading all the damn rules.
>>> That's why smart people use iptables-restore.
>>>
>> Oh, only about ~2000 times faster in my tests :p
>> http://www.slideshare.net/slideshow/embed_code/14051936?startSlide=22
> Well, but the problem of writting two different rulesets with the same
> info is still unsolved.
>
> And If you permit my point of view, I think it's harder to solve using
> iptables-restore than using bash and iptables/ip6tables (because
> variables, additional flexibility of bash, etc...)
>
> Maybe the point would be to generate with Bash a iptables-restore
> ruleset to load to kernel, but not load the ruleset directly from
> Bash...

I use a wrapper generator called "ferm". It generates the 
iptables/ip6tables once with a lot of flexibility, then uses 
iptables-save/restore to operate the system.

AYJ

  parent reply	other threads:[~2012-08-28 11:45 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-24 10:40 Double stack IPv4&&IPv6 for a firewall Arturo Borrero
2012-08-24 14:29 ` John A. Sullivan III
2012-08-24 14:41   ` Jan Engelhardt
     [not found]     ` <CAPfcJatemcsT5PK+m8__xhB7gBRinAuq2wNX_g93CQrSmvtDhQ@mail.gmail.com>
2012-08-24 23:46       ` Jan Engelhardt
2012-08-26  3:38         ` Julien Vehent
     [not found]         ` <CAPfcJaugwb5DboUYGAfEktHCDZX0KxdCWdS9CyAu3rh94P8inQ@mail.gmail.com>
2012-08-28  8:55           ` Arturo Borrero
2012-08-28 11:43             ` Julien Vehent
2012-08-28 11:45             ` Amos Jeffries [this message]
2012-08-28 12:08               ` Arturo Borrero
2012-08-28 12:21                 ` Amos Jeffries

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=503CAF64.9060406@treenet.co.nz \
    --to=squid3@treenet.co.nz \
    --cc=aborrero@cica.es \
    --cc=julien@linuxwall.info \
    --cc=netfilter@vger.kernel.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.