: Release of iptables-1.4.9
Subsystems (3)
The netfilter coreteam presents:
iptables version 1.4.9
the iptables release for the 2.6.35 kernel. Changes include:
- support for the LED target, which hadn't been merged so far because the kernel module had some bugs
- a new version of the set extension for the upcoming release supporting IPv6
- negation support for the quota match
- support for the SACK-IMMEDIATELY SCTP extension and FORWARD_TSN chunk type in the sctp match
- documentation updates and various smaller bugfixes
See the Changelog for more details.
Version 1.4.9 can be obtained from:
http://www.netfilter.org/projects/iptables/downloads.html
ftp://ftp.netfilter.org/pub/iptables/git://git.netfilter.org/iptables.git
On behalf of the Netfilter Core Team.
Happy firewalling!
Adam Nielsen (1):
extensions: add the LED target
Eric Dumazet (1):
extensions: REDIRECT: add random help
Jan Engelhardt (10):
utils: add missing include flags to Makefile
doc: xt_string: correct copy-and-pasting in manpage
doc: xt_hashlimit: fix a typo
doc: xt_LED: nroff formatting requirements
includes: sync header files from Linux 2.6.35-rc1
xtables: another try at chain name length checking
xtables: remove xtables_set_revision function
libxt_hashlimit: always print burst value
libxt_conntrack: do print netmask
xt_quota: also document negation
Jozsef Kadlecsik (1):
libxt_set: new revision added
Luciano Coelho (2):
extensions: libxt_rateest: fix typo in the man page
extensions: libxt_rateest: fix bps options for iptables-save
Patrick McHardy (5):
Revert "Revert "Merge branch 'iptables-next'""
Merge branch 'master' of git://dev.medozas.de/iptables
Merge branch 'master' of git://dev.medozas.de/iptables
Merge branch 'master' of vishnu.netfilter.org:/data/git/iptables Bump version to 1.4.9
Samuel Ortiz (1):
extensions: libxt_quota.c: Support option negation
Shan Wei (2):
xt_sctp: Trace DATA chunk that supports SACK-IMMEDIATELY extension
xt_sctp: support FORWARD_TSN chunk type
* Patrick McHardy <[email protected]>:
| iptables version 1.4.9
make[2]: Entering directory `/home/gzp/src/iptables-1.4.9'/bin/sh ./libtool --tag=CC --mode=link gcc -D_LARGEFILE_SOURCE=1
-D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D_REENTRANT -Wall
-Waggregate-return -Wmissing-declarations -Wmissing-prototypes
-Wredundant-decls -Wshadow -Wstrict-prototypes -Winline -pipe
-DXTABLES_LIBDIR=\"/pkg/lib/xtables\" -DXTABLES_INTERNAL -I./include
-I./include -DIPTABLES_MULTI -DALL_INCLUSIVE -g -O2 -rdynamic -o iptables-multi iptables_multi-iptables-multi.o
iptables_multi-iptables-save.o iptables_multi-iptables-restore.o iptables_multi-iptables-xml.o iptables_multi-iptables-standalone.o iptables_multi-iptables.o iptables_multi-xshared.o libiptc/libip4tc.la extensions/libext4.a libxtables.la -lm
libtool: link: gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES
-D_FILE_OFFSET_BITS=64 -D_REENTRANT -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Winline -pipe
-DXTABLES_LIBDIR=\"/pkg/lib/xtables\" -DXTABLES_INTERNAL -I./include
-I./include -DIPTABLES_MULTI -DALL_INCLUSIVE -g -O2 -rdynamic -o
iptables-multi iptables_multi-iptables-multi.o
iptables_multi-iptables-save.o iptables_multi-iptables-restore.o iptables_multi-iptables-xml.o iptables_multi-iptables-standalone.o iptables_multi-iptables.o iptables_multi-xshared.o
libiptc/.libs/libip4tc.a extensions/libext4.a ./.libs/libxtables.a -lm
collect2: ld terminated with signal 11 [Segmentation fault] extensions/libext4.a(initext4.o): In function `init_extensions':/home/gzp/src/iptables-1.4.9/extensions/initext4.c:138: undefined reference to `libxt_TEE_init' make[2]: *** [iptables-multi] Error 1
[kernel]
Linux gzp1 2.6.32.17-gzp1 #1 SMP PREEMPT Tue Aug 3 17:17:10 CEST 2010 i686 GNU/Linux
[glibc]
GNU C Library stable release version 2.11.2, by Roland McGrath et al. Compiled by GNU CC version 4.4.4.
Compiled on a Linux 2.6.34 system on 2010-06-01.
Native POSIX Threads Library by Ulrich Drepper et al
[gcc]
gcc (GCC) 4.4.4
[binutils]
GNU ld (Linux/GNU Binutils) 2.20.51.0.10.20100707
Am 03.08.2010 18:34, schrieb Gabor Z. Papp:
Quoted 10 lines
* Patrick McHardy <[email protected]>:
| iptables version 1.4.9
...
libiptc/.libs/libip4tc.a extensions/libext4.a ./.libs/libxtables.a -lm
collect2: ld terminated with signal 11 [Segmentation fault] extensions/libext4.a(initext4.o): In function `init_extensions':/home/gzp/src/iptables-1.4.9/extensions/initext4.c:138: undefined reference to `libxt_TEE_init' make[2]: *** [iptables-multi] Error 1
Did you use a git checkout/patch against 1.4.8 or the tar.bz2? In case its the former, try running make clean, sh autogen.sh and sh configure again before the build.
* Patrick McHardy <[email protected]>:
| Did you use a git checkout/patch against 1.4.8 or the tar.bz2? | In case its the former, try running make clean, sh autogen.sh and | sh configure again before the build.
Used the tarball, but tried git also:
/bin/sh ./libtool --tag=CC --mode=link gcc -D_LARGEFILE_SOURCE=1
-D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D_REENTRANT -Wall
-Waggregate-return -Wmissing-declarations -Wmissing-prototypes
-Wredundant-decls -Wshadow -Wstrict-prototypes -Winline -pipe
-DXTABLES_LIBDIR=\"/pkg/lib/xtables\" -DXTABLES_INTERNAL -I./include
-I./include -DIPTABLES_MULTI -DALL_INCLUSIVE -g -O2 -rdynamic -o iptables-multi iptables_multi-iptables-multi.o
iptables_multi-iptables-save.o iptables_multi-iptables-restore.o iptables_multi-iptables-xml.o iptables_multi-iptables-standalone.o iptables_multi-iptables.o iptables_multi-xshared.o libiptc/libip4tc.la extensions/libext4.a libxtables.la -lm
libtool: link: gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES
-D_FILE_OFFSET_BITS=64 -D_REENTRANT -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Winline -pipe
-DXTABLES_LIBDIR=\"/pkg/lib/xtables\" -DXTABLES_INTERNAL -I./include
-I./include -DIPTABLES_MULTI -DALL_INCLUSIVE -g -O2 -rdynamic -o
iptables-multi iptables_multi-iptables-multi.o
iptables_multi-iptables-save.o iptables_multi-iptables-restore.o iptables_multi-iptables-xml.o iptables_multi-iptables-standalone.o iptables_multi-iptables.o iptables_multi-xshared.o
libiptc/.libs/libip4tc.a extensions/libext4.a ./.libs/libxtables.a -lm
collect2: ld terminated with signal 11 [Segmentation fault] extensions/libext4.a(initext4.o): In function `init_extensions':/home/gzp/src/iptables/extensions/initext4.c:144: undefined reference to libxt_IDLETIMER_init' /home/gzp/src/iptables/extensions/initext4.c:145: undefined reference to libxt_TEE_init' make[2]: *** [iptables-multi] Error 1
Note the difference, new undefined reference: `libxt_IDLETIMER_init
* "Gabor Z. Papp" <[email protected]>:
| Note the difference, new undefined reference: `libxt_IDLETIMER_init
--disable-shared --enable-static configure options cause the problems.
--enable-shared --disable-static compiles fine, but I would like to link against the static libs.
Quoted 8 lines · Gabor Z. Papp
* "Gabor Z. Papp" <[email protected]>:
| Note the difference, new undefined reference: `libxt_IDLETIMER_init
--disable-shared --enable-static configure options cause the problems.
--enable-shared --disable-static compiles fine, but I would like to link against the static libs.
(BTW, with --disable-shared you remove the possibility to use any .so files whatsoever. You can use --enable-static --enable-shared to get both "all in one binary" and ".so support".)
The following changes since commit 371cea299f0b2eb100b9fc9fb99089640d2d606f:
xtables: remove unnecessary cast (2010-08-03 19:56:11 +0200)
are available in the git repository at:
git://dev.medozas.de/iptables master
Jan Engelhardt (1):
build: fix static linking
extensions/libxt_IDLETIMER.c | 2 +- extensions/libxt_TEE.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
[Actually there's also the "remove unnecessary cast" patch that is not included in this listing, but merging that should be ok.]
parent 371cea299f0b2eb100b9fc9fb99089640d2d606f (v1.4.9-18-g371cea2) commit 0428e5a6541c3f5eaaf683d8da9ea60c44eac4c7
Author: Jan Engelhardt <[email protected]> Date: Tue Aug 3 19:58:38 2010 +0200
build: fix static linking
Gabor Z. Papp noted this link-time error when configuring with --enable-static:
extensions/libext4.a(initext4.o): In function "init_extensions":extensions/initext4.c:144: undefined reference to "libxt_IDLETIMER_init" extensions/initext4.c:145: undefined reference to "libxt_TEE_init"
Indeed, since the two modules did not use our special macro "_init" (which expands to libxt_foo_init), initext4.c could not find them by that name. Correct this.
References: http://marc.info/?l=netfilter&m=128085480927924&w=2
--- extensions/libxt_IDLETIMER.c | 2 +- extensions/libxt_TEE.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
extensions/libxt_IDLETIMER.c +1 -1
@@ -132,7 +132,7 @@ static struct xtables_target idletimer_tg_reg = { .extra_opts = idletimer_tg_opts, }; -static __attribute__((constructor))void idletimer_tg_ldr (void ) +void _init (void ) {xtables_register_target (&idletimer_tg_reg); }
extensions/libxt_TEE.c +1 -1
@@ -195,7 +195,7 @@ static struct xtables_target tee_tg6_reg = { .extra_opts = tee_tg_opts, }; -static __attribute__((constructor))void tee_tg_ldr (void ) +void _init (void ) {xtables_register_target (&tee_tg_reg);xtables_register_target (&tee_tg6_reg);
Signature · 1 line
# Created with git-export-patch
* Jan Engelhardt <[email protected]>:
| (BTW, with --disable-shared you remove the possibility to use any .so | files whatsoever. You can use --enable-static --enable-shared to get | both "all in one binary" and ".so support".)
And how to force linking the binaries against the static libs?
| The following changes since commit 371cea299f0b2eb100b9fc9fb99089640d2d606f:
| xtables: remove unnecessary cast (2010-08-03 19:56:11 +0200)
| are available in the git repository at:
| git://dev.medozas.de/iptables master
Fixed, compiled fine.
Quoted 7 lines · Gabor Z. Papp
* Jan Engelhardt <[email protected]>:
| (BTW, with --disable-shared you remove the possibility to use any .so | files whatsoever. You can use --enable-static --enable-shared to get | both "all in one binary" and ".so support".)And how to force linking the binaries against the static libs?
What libs?
* Jan Engelhardt <[email protected]>:
| >| (BTW, with --disable-shared you remove the possibility to use any .so | >| files whatsoever. You can use --enable-static --enable-shared to get | >| both "all in one binary" and ".so support".) | > | >And how to force linking the binaries against the static libs?
| What libs?
Link iptables-multi against static versions of libip6tc and libxtables.
snat range not cycling
In reply to Gabor Z. PappHi guys I've got a iptables firewall setup and a request came in to not just snat an address but to make each subsequent connection go to a range of address.
The firewall doesn't normally handle traffic from this particular application so I've setup a squid proxy and the app is connecting to the proxy.
I added the range of addresses with ip addr add x.x.x.# dev eth0
and setup a snat rule:
iptables -A POSTROUTING -o eth0 -p tcp --dport 80 -j SNAT --to-source xx.xx.xx.131-xx.xx.xx.250
translation works fine, but I never seem to get an alternate ip from the range.
If anyone knows what I need to do to make it so that the source addresses cycle it would be much appreciated.
Re: snat range not cycling
Quoted 8 lines · Timothy Hayes
I added the range of addresses with ip addr add x.x.x.# dev eth0
and setup a snat rule:
iptables -A POSTROUTING -o eth0 -p tcp --dport 80 -j SNAT --to-source xx.xx.xx.131-xx.xx.xx.250translation works fine, but I never seem to get an alternate ip from the range.
IIRC the algorithm tries to give you the same source address for a given source address. (I hear that banking sites and other sensitive stuff can get unhappy if your externally visible address suddenly changes.)
Re: snat range not cycling
04.08.2010, 02:09, "Jan Engelhardt" <[email protected]>:
Quoted 4 lines
IIRC the algorithm tries to give you the same source address for a given source address. (I hear that banking sites and other sensitive stuff can get unhappy if your externally visible address suddenly changes.)
Only when --persist option is given. Otherwise original source and destination addresses will be used for selection IP-address from the pool.
Timothy should try connection from different source IP-address or use different destination and see how this change situation.
--
wbr, Oleg.
RE: snat range not cycling
Thanks I'll give that a try.
Wouldn't it trying to keep 1 to 1 mapping make the SAME target attribute redundant?
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of "Oleg A. Arkhangelsky"
Sent: Tuesday, August 03, 2010 10:44 PM
To: Jan Engelhardt; [email protected]
Subject: Re: snat range not cycling
04.08.2010, 02:09, "Jan Engelhardt" <[email protected]>:
Quoted 4 lines
IIRC the algorithm tries to give you the same source address for a given source address. (I hear that banking sites and other sensitive stuff can get unhappy if your externally visible address suddenly changes.)
Only when --persist option is given. Otherwise original source and destination
addresses will be used for selection IP-address from the pool.
Timothy should try connection from different source IP-address or use different
destination and see how this change situation.
--
wbr, Oleg.
--
To unsubscribe from this list: send the line "unsubscribe netfilter" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: snat range not cycling
04.08.2010, 10:42, "Timothy Hayes" <[email protected]>:
Quoted 4 lines
Thanks I'll give that a try.
Wouldn't it trying to keep 1 to 1 mapping make the SAME target attribute redundant?
As far as I know, the SAME target was removed from kernel two years ago. The SNAT target with --persist option is the equivalent of SAME.
--
wbr, Oleg.
RE: snat range not cycling
In reply to Timothy HayesQuoted 4 lines · Timothy Hayes
Thanks I'll give that a try.
Wouldn't it trying to keep 1 to 1 mapping make the SAME target attribute redundant?
SAME has already been removed.
Am 03.08.2010 20:09, schrieb Gabor Z. Papp:
Quoted 8 lines
* Jan Engelhardt <[email protected]>:
| (BTW, with --disable-shared you remove the possibility to use any .so | files whatsoever. You can use --enable-static --enable-shared to get | both "all in one binary" and ".so support".)And how to force linking the binaries against the static libs?
Quoted 8 lines
| The following changes since commit
371cea299f0b2eb100b9fc9fb99089640d2d606f:| xtables: remove unnecessary cast (2010-08-03 19:56:11 +0200)
| are available in the git repository at:
|git://dev.medozas.de/iptablesmasterFixed, compiled fine.
Thanks, I'll release a .1 with this patch tommorrow.
Quoted 11 lines · Patrick McHardy
Am 03.08.2010 20:09, schrieb Gabor Z. Papp:
Quoted 10 lines
* Jan Engelhardt <[email protected]>:
| (BTW, with --disable-shared you remove the possibility to use any .so | files whatsoever. You can use --enable-static --enable-shared to get | both "all in one binary" and ".so support".)And how to force linking the binaries against the static libs?
| The following changes since commit
371cea299f0b2eb100b9fc9fb99089640d2d606f:
Quoted 8 lines
Quoted 6 lines
| xtables: remove unnecessary cast (2010-08-03 19:56:11 +0200)
| are available in the git repository at:
|git://dev.medozas.de/iptablesmasterFixed, compiled fine.
Thanks, I'll release a .1 with this patch tommorrow.
You probably want to add to your personal release script section one that testcompiles all configurations before possibly creating a tarball. I do so too with Xtables-addons (all kernels from 2.6.17 onwards, quite a disk eater).
./configure --enable-static --enable-shared && make
Am 03.08.2010 20:04, schrieb Jan Engelhardt:
Quoted 7 lines
The following changes since commit
371cea299f0b2eb100b9fc9fb99089640d2d606f:xtables: remove unnecessary cast (2010-08-03 19:56:11 +0200)
are available in the git repository at:
git://dev.medozas.de/iptablesmaster
Quoted 8 lines
Jan Engelhardt (1):
build: fix static linkingextensions/libxt_IDLETIMER.c | 2 +- extensions/libxt_TEE.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)[Actually there's also the "remove unnecessary cast" patch that is not included in this listing, but merging that should be ok.]
Pulled, thanks Jan.
Quoted 8 lines · Gabor Z. Papp
* Patrick McHardy <[email protected]>:
| Did you use a git checkout/patch against 1.4.8 or the tar.bz2? | In case its the former, try running make clean, sh autogen.sh and | sh configure again before the build.Used the tarball, but tried git also:
Here git works. Or better, compile but I don't find the "iptables" command.
If I enable static compilation "configure --enable-static", I receive:
extensions/libext4.a(initext4.o): In function `init_extensions':/home/devel/iptables/extensions/initext4.c:103: undefined reference to libxt_IDLETIMER_init' /home/devel/iptables/extensions/initext4.c:137: undefined reference to libxt_TEE_ini
Michele