Linux TCP/IP Netfilter

• Thread Index

• Re: Problem with NAT rule
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Problem with NAT rule
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: Limiting bandwidth on router
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [patch v2.8 4/4] [patch v2.2 4/4] [PATCH v2.1 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Limiting bandwidth on router
  • From: Richard Horton <arimus.uk@xxxxxxxxx>
• Re: [patch v2.8 3/4] IPVS: make FTP work with full NAT support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.8 2/4] IPVS: make friends with nf_conntrack
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.8 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Limiting bandwidth on router
  • From: Elison Niven <elison.niven@xxxxxxxxx>
• Re: Regarding write send a packet to network that received in NF_IP_PRE_ROUTING
  • From: Padmalochan Moharana <padman.m@xxxxxxxxx>
• Re: Regarding write send a packet to network that received in NF_IP_PRE_ROUTING
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Regarding write send a packet to network that received in NF_IP_PRE_ROUTING
  • From: Padmalochan Moharana <padman.m@xxxxxxxxx>
• Re: Regarding write send a packet to network that received in NF_IP_PRE_ROUTING
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [patch v2.8 4/4] [patch v2.2 4/4] [PATCH v2.1 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.8 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.8 2/4] IPVS: make friends with nf_conntrack
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.8 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.8 0/4] IPVS full NAT support + netfilter 'ipvs' match support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• libnetfilter_queue hardware checksum
  • From: George Roussos <g.roussos@xxxxxxxxxxxxx>
• Re: IPTables physdev and bond0
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• IPTables physdev and bond0
  • From: Benjamin Kingston <list@xxxxxxxxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: Sergei Zhirikov <sfzhi@xxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch v2.7 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.2 1/4] [PATCH v2.1 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: NAT appears to be unaware of ports in use on router
  • From: Richard Horton <arimus.uk@xxxxxxxxx>
• Re: NAT appears to be unaware of ports in use on router
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: NAT appears to be unaware of ports in use on router
  • From: Richard Horton <arimus.uk@xxxxxxxxx>
• Re: NAT appears to be unaware of ports in use on router
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nfqueue
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• NAT appears to be unaware of ports in use on router
  • From: Simon Ditner <sditner@xxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: [patch v2.2 1/4] [PATCH v2.1 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Hannes Eder <heder@xxxxxxxxxx>
• Regarding write send a packet to network that received in NF_IP_PRE_ROUTING
  • From: Padmalochan Moharana <padman.m@xxxxxxxxx>
• making QoS for FTP traffic using tc HTB
  • From: Mamadou Touré <e2ia.ci@xxxxxxxxx>
• Priority/queueing on vitrual interfaces -- do virtual interfaces have a queue?
  • From: Richard Hartmann <richih.mailinglist@xxxxxxxxx>
• ebtables marking vlan priority
  • From: Sambath Kumar Balasubramanian <sambath_kumar_b@xxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: Richard Knight <rjknight@xxxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: question about esp and policy matching rule
  • From: Sergei Zhirikov <sfzhi@xxxxxxxxx>
• question about esp and policy matching rule
  • From: Richard Knight <rjknight@xxxxxxxxxx>
• -SOLVED- Re: How to do PAT based on source IP adress and port ?
  • From: Thomas Elsgaard <thomas.elsgaard@xxxxxxxxx>
• Re: How to do PAT based on source IP adress and port ?
  • From: Antoine Souques <corum@xxxxxxxxxx>
• Re: How to do PAT based on source IP adress and port ?
  • From: Antoine Souques <corum@xxxxxxxxxx>
• How to do PAT based on source IP adress and port ?
  • From: Thomas Elsgaard <thomas.elsgaard@xxxxxxxxx>
• Re: packet flow - ebtables broute DROP target
  • From: Payam Chychi <pchychi@xxxxxxxxx>
• Re: packet flow - ebtables broute DROP target
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [ANNOUNCE] ulogd 2.0.0beta4
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] libnetfilter_log 1.0.0 release
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv4] netfilter: add CHECKSUM target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [ANNOUNCE] libnetfilter_log 1.0.0 release
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: packet flow - ebtables broute DROP target
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: packet flow - ebtables broute DROP target
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: packet flow - ebtables broute DROP target
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [ANNOUNCE] conntrack-tools 0.9.15 released
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [ANNOUNCE] libnetfilter_conntrack 0.0.102 release
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv4] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Logging IP packets without L4 payloads
  • From: Mike C <smith.not.western@xxxxxxxxx>
• Re: [PATCHv4] extensions: libxt_CHECKSUM extension
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCHv4] netfilter: add CHECKSUM target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: packet flow - ebtables broute DROP target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• packet flow - ebtables broute DROP target
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: 'HELP ME PLEASE. libnetfilter_queue issue
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• [ANNOUNCE] libnetfilter_log 1.0.0 release
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCHv4] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCHv4] extensions: libxt_CHECKSUM extension
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• retransmissions after RST packet
  • From: Leo <neleo@xxxxxxx>
• Re: several messages
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Traffic accounting in iptables
  • From: Shirley Ong <soap6gal@xxxxxxxxx>
• Re: [PATCHv3] extensions: libxt_CHECKSUM extension
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCHv2] netfilter: add CHECKSUM target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• REDIRECT problem
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: Traffic accounting in iptables
  • From: Shirley Ong <soap6gal@xxxxxxxxx>
• 'HELP ME PLEASE. libnetfilter_queue issue
  • From: "MAI JIN" <Jin.Mai@xxxxxxxxxxxxxxxxxxxx>
• Re: Traffic accounting in iptables
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [conntrackd] Question about expect table sync
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Traffic accounting in iptables
  • From: Shirley Ong <soap6gal@xxxxxxxxx>
• Re: Help!!! iptables hashlimit
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: libnetfilter_queue quick question
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: Help!!! iptables hashlimit
  • From: ha do <haloha201@xxxxxxxxx>
• Re: libnetfilter_queue quick question
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: Help!!! iptables hashlimit
  • From: Curby <curby@xxxxxxxxx>
• Help!!! iptables hashlimit
  • From: ha do <haloha201@xxxxxxxxx>
• CLUSTERIP: no conntrack error
  • From: Edison Figueira <efjgrub@xxxxxxxxx>
• Re: conntrackd not replicating NATted FTP connection properly?
  • From: Adam Gundy <arg@xxxxxxxxxxxxxxxx>
• Re: conntrackd not replicating NATted FTP connection properly?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• libnetfilter_queue quick question
  • From: Edison Figueira <efjgrub@xxxxxxxxx>
• conntrackd not replicating NATted FTP connection properly?
  • From: Adam Gundy <arg@xxxxxxxxxxxxxxxx>
• Re: Need help with iptables Invalid Argument error
  • From: Jeff Largent <jwlargent@xxxxxxxxxxx>
• [ANNOUNCE] libnetfilter_queue 1.0.0 release
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCHv3] extensions: libxt_CHECKSUM extension
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCHv2] extensions: libxt_CHECKSUM extension
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCHv2] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [patch v2.6 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: horms@xxxxxxxxxxxx
• [patch v2.6 3/4] IPVS: make FTP work with full NAT support
  • From: horms@xxxxxxxxxxxx
• [patch v2.6 2/4] IPVS: make friends with nf_conntrack
  • From: horms@xxxxxxxxxxxx
• [patch v2.6 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: horms@xxxxxxxxxxxx
• [patch v2.6 0/4] IPVS full NAT support + netfilter 'ipvs' match support
  • From: horms@xxxxxxxxxxxx
• Re: [patch v2.5 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Need help with iptables Invalid Argument error
  • From: Pete Kay <petedao@xxxxxxxxx>
• [patch v2.5 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.5 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.5 2/4] IPVS: make friends with nf_conntrack
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.5 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.5 0/4] [patch v2.4 0/4] IPVS full NAT support + netfilter 'ipvs' match support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.4 0/4] IPVS full NAT support + netfilter 'ipvs' match support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.4 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.4 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.4 2/4] IPVS: make friends with nf_conntrack
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.4 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.4 0/4] IPVS full NAT support + netfilter 'ipvs' match support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [patch v2.3 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch v2.3 3/4] IPVS: make FTP work with full NAT support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: add CHECKSUM target
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: out of vmalloc space
  • From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
• [PATCH] extensions: libipt_CHECKSUM extension
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] netfilter: add CHECKSUM target
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Bypassing netfilter, or injecting marked packets out a raw socket?
  • From: Morgon.J.Kanter@xxxxxxxxxxxxx
• about conntrack for oracle tns
  • From: "Neco.F" <necofang@xxxxxxxxx>
• Re: cross-compile mips iptables segmentation fault on some commands
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: out of vmalloc space
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Redirecting a Pre-existing SSH Session
  • From: Antoine Souques <corum@xxxxxxxxxx>
• Re: Changing default route causes packet drop
  • From: "John Meissen" <john@xxxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: "Jussi Kivilinna" <jussi.kivilinna@xxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Redirecting a Pre-existing SSH Session
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Changing default route causes packet drop
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: [patch v2.3 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Gáspár Lajos <swifty@xxxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Gáspár Lajos <swifty@xxxxxxxxxxx>
• RE: iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Re: iptables not forwarding port 443
  • From: Gáspár Lajos <swifty@xxxxxxxxxxx>
• iptables not forwarding port 443
  • From: "J. Webster" <webster_jack@xxxxxxxxxxx>
• Re: Redirecting a Pre-existing SSH Session
  • From: Wade Gasior <wadegasior@xxxxxxxxx>
• Re: [patch v2.3 3/4] IPVS: make FTP work with full NAT support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.3 2/4] IPVS: make friends with nf_conntrack
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.3 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Redirecting a Pre-existing SSH Session
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Redirecting a Pre-existing SSH Session
  • From: Wade Gasior <wadegasior@xxxxxxxxx>
• out of vmalloc space
  • From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
• Re: Changing default route causes packet drop
  • From: Gáspár Lajos <swifty@xxxxxxxxxxx>
• Changing default route causes packet drop
  • From: "John Meissen" <john@xxxxxxxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• [patch v2.3 0/4]
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.3 4/4] libxt_ipvs: user-space lib for netfilter matcher xt_ipvs
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.3 3/4] IPVS: make FTP work with full NAT support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.3 2/4] IPVS: make friends with nf_conntrack
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [patch v2.3 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• using CLASSIFY target with tbf
  • From: Paul Jack <aunty@xxxxxxxxxxxxxx>
• recv fails with ENOBUFS (was: Cannot destroy queue, ...
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: is tbf really classless ?
  • From: Paul Jack <aunty@xxxxxxxxxxxxxx>
• Re:is tbf really classless ?
  • From: arimus.uk@xxxxxxxxx
• is tbf really classless ?
  • From: Paul Jack <aunty@xxxxxxxxxxxxxx>
• is tbf really classless ?
  • From: Paul Jack <aunty@xxxxxxxxxxxxxx>
• shaping on an interface where the rate varies
  • From: Paul Jack <aunty@xxxxxxxxxxxxxx>
• Ebtables + iptables on a bridge troubleshooting
  • From: Angelo Compagnucci <angelo.compagnucci@xxxxxxxxx>
• Re: [Bridge] Bridge blocking network traffic
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• cross-compile mips iptables segmentation fault on some commands
  • From: miranoko <miranoko@xxxxxxxxx>
• Re: [Bridge] Bridge blocking network traffic
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: [Bridge] Bridge blocking network traffic
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: [conntrackd] Question about expect table sync
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: DNAT seems to be working, but nothing goes out on the wire.
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• DNAT seems to be working, but nothing goes out on the wire.
  • From: Alfonso Ortega <alfonso@xxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: [Bridge] Bridge blocking network traffic
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: nat bypass
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• [ANNOUNCE] 7th Netfilter Workshop in Seville, Spain
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: nat bypass
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: nat bypass
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: [Bridge] Bridge blocking network traffic
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: /dev/rob0 <rob0@xxxxxxxxx>
• Re: nat bypass
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: ebtables mac update
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ebtables mac update
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables mac update
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• ebtables mac update
  • From: Покотиленко Костик <casper@xxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: nat bypass
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: question about NAT rule
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: nat bypass
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• nat bypass
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• No ACK received with multiple clients over MASQ
  • From: Marcel Laverdet <marcel@xxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: ARP Requests/Replies
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: ARP Requests/Replies
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: ARP Requests/Replies
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: ebtables & VLAN redirect
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• ARP Requests/Replies
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• ebtables & VLAN redirect
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• Re: Blocking Ads. Thanks.
  • From: Ninad A <ninad_adi@xxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Blocking Ads.
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Blocking Ads.
  • From: Ninad A <ninad_adi@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Florian Effenberger <floeff@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Florian Effenberger <floeff@xxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Lars Nooden <lars.curator@xxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Need help with libiptc
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: /dev/rob0 <rob0@xxxxxxxxx>
• Documentation (was Re: randomly changing IPs from different subnets (Google Mail))
  • From: Lars Nooden <lars.curator@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: /dev/rob0 <rob0@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Lars Nooden <lars.curator@xxxxxxxxx>
• Re: Blocking Ads.
  • From: Thomas Jacob <jacob@xxxxxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Lars Nooden <lars.curator@xxxxxxxxx>
• Re: Blocking Ads.
  • From: Ninad A <ninad_adi@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Florian Effenberger <floeff@xxxxxxxxx>
• iptables - Problem with NFQUEUE target from a specific interface
  • From: Michael Hakimi <yalakvar@xxxxxxxxx>
• Re: question about NAT rule
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Mike Lay <mike@xxxxxxxxxxxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: /dev/rob0 <rob0@xxxxxxxxx>
• Re: Blocking Ads.
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Lars Nooden <lars.curator@xxxxxxxxx>
• Re: Blocking Ads.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Jeff Largent <jwlargent@xxxxxxxxxxx>
• Re: Blocking Ads.
  • From: Curby <curby@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Florian Effenberger <floeff@xxxxxxxxx>
• Blocking Ads.
  • From: Ninad A <ninad_adi@xxxxxxxxx>
• Re: randomly changing IPs from different subnets (Google Mail)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• randomly changing IPs from different subnets (Google Mail)
  • From: Florian Effenberger <floeff@xxxxxxxxx>
• Re: question about NAT rule
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• question about NAT rule
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: h323 ALG .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: h323 ALG .
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: h323 ALG .
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: h323 ALG .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: h323 ALG .
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: h323 ALG .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: h323 ALG .
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: QUES : connection tracking
  • From: Ninad Adi <adi.ninad@xxxxxxxxx>
• Re: problem getting uid in nfqueue
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: problem getting uid in nfqueue
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: problem getting uid in nfqueue
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: problem getting uid in nfqueue
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [patch v2.2 1/4] [PATCH v2.1 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• h323 ALG .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: multi-path route can't keep long time connections
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: noob question howto using iptables limit ip access times
  • From: Zhu Jing <shadowarrx@xxxxxxxxx>
• multi-path route can't keep long time connections
  • From: tingwei liu <tingw.liu@xxxxxxxxx>
• Re: problem getting uid in nfqueue
  • From: Beluc <beluc.mailing@xxxxxxx>
• Re: Outbound traffic over two interfaces by port number
  • From: "Edwin van den Oosterkamp" <edwin@xxxxxxxxxxxxxxxxxxxx>
• Re: noob question howto using iptables limit ip access times
  • From: Curby <curby@xxxxxxxxx>
• Re: Outbound traffic over two interfaces by port number
  • From: John Lister <john.lister@xxxxxxxxxxxxx>
• Outbound traffic over two interfaces by port number
  • From: "Edwin van den Oosterkamp" <edwin@xxxxxxxxxxxxxxxxxxxx>
• Re: noob question howto using iptables limit ip access times
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: noob question howto using iptables limit ip access times
  • From: /dev/rob0 <rob0@xxxxxxxxx>
• noob question howto using iptables limit ip access times
  • From: Zhu Jing <shadowarrx@xxxxxxxxx>
• Re: newbie question on netfilter-conntrack
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: newbie question on netfilter-conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: newbie question on netfilter-conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• QUES : connection tracking
  • From: Ninad Adi <adi.ninad@xxxxxxxxx>
• Re: newbie question on netfilter-conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: newbie question on netfilter-conntrack
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: newbie question on netfilter-conntrack
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• newbie question on netfilter-conntrack
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: match many protocol in a rule
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: match many protocol in a rule
  • From: Curby <curby@xxxxxxxxx>
• Re: match many protocol in a rule
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: match many protocol in a rule
  • From: Curby <curby@xxxxxxxxx>
• match many protocol in a rule
  • From: Mamadou Touré <e2ia.ci@xxxxxxxxx>
• Re: move rule to a position
  • From: /dev/rob0 <rob0@xxxxxxxxx>
• Re: move rule to a position
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• problem getting uid in nfqueue
  • From: beluc.mailing@xxxxxxx
• Re: move rule to a position
  • From: Jeff Largent <jwlargent@xxxxxxxxxxx>
• Re: In practice how are firewalls used to protect IM traffic?
  • From: paddy joesoap <paddyjoesoap@xxxxxxxxx>
• Re: move rule to a position
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: move rule to a position
  • From: Florian Schaal <system@xxxxxxxxxxxx>
• Re: move rule to a position
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• move rule to a position
  • From: Mamadou Touré <e2ia.ci@xxxxxxxxx>
• Re: Fwd: Can Netfilter "mark" be used with setkey spdadd?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Fwd: Can Netfilter "mark" be used with setkey spdadd?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Fwd: Can Netfilter "mark" be used with setkey spdadd?
  • From: Ajay Lele <ajay.lele@xxxxxxxxx>
• Re: Fwd: Can Netfilter "mark" be used with setkey spdadd?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Fwd: Can Netfilter "mark" be used with setkey spdadd?
  • From: Ajay Lele <ajay.lele@xxxxxxxxx>
• Re: In practice how are firewalls used to protect IM traffic?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: SCTP ASSOCIATION FAILOVER ISSUE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [squid-users] Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
  • From: Amos Jeffries <squid3@xxxxxxxxxxxxx>
• Re: SCTP ASSOCIATION FAILOVER ISSUE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• SCTP ASSOCIATION FAILOVER ISSUE
  • From: manoj s <ms.email0@xxxxxxxxx>
• Re: [squid-users] Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
  • From: Luis Daniel Lucio Quiroz <luis.daniel.lucio@xxxxxxxxx>
• Re: In practice how are firewalls used to protect IM traffic?
  • From: Billy Crook <billycrook@xxxxxxxxx>
• In practice how are firewalls used to protect IM traffic?
  • From: paddy joesoap <paddyjoesoap@xxxxxxxxx>
• Re: Force traffic
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Force traffic
  • From: Narendra Choyal <narendrachoyal@xxxxxxxxx>
• Re: Check for rule existence
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Check for rule existence
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Check for rule existence
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Cannot destroy queue, nfnl_talk never returns
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: Check for rule existence
  • From: Curby <curby@xxxxxxxxx>
• Check for rule existence
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: Selectively routing packets through different links
  • From: Diego Lima <lists@xxxxxxxxxxxxx>
• Re: [PATCH v4] netfilter: Xtables: idletimer target implementation
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: [PATCH v4] netfilter: Xtables: idletimer target implementation
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v4] netfilter: Xtables: idletimer target implementation
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• Re: Force traffic
  • From: Federico Alberto Sayd <fsayd@xxxxxxxxxxx>
• Re: Using conntrack to create new expectation entry
  • From: GLAUME Vincent <vincent.glaume@xxxxxx>
• Re: Using conntrack to create new expectation entry
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Cannot destroy queue, nfnl_talk never returns
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Force traffic
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: Force traffic
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Force traffic
  • From: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>
• Re: traffic shaping between two LANs and one ppp0 default gw
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: traffic shaping between two LANs and one ppp0 default gw
  • From: Michele Petrazzo - Unipex <michele.petrazzo@xxxxxxxxx>
• Re: traffic shaping between two LANs and one ppp0 default gw
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: traffic shaping between two LANs and one ppp0 default gw
  • From: Michele Petrazzo - Unipex <michele.petrazzo@xxxxxxxxx>
• Re: HELP: how to block faked RST packet
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: HELP: how to block faked RST packet
  • From: Narendra Choyal <narendrachoyal@xxxxxxxxx>
• Cannot destroy queue, nfnl_talk never returns
  • From: Alessandro Vesely <vesely@xxxxxxx>
• [PATCH v4] netfilter: Xtables: idletimer target implementation
  • From: Luciano Coelho <luciano.coelho@xxxxxxxxx>
• iptables role in protecting XMPP servers
  • From: paddy joesoap <paddyjoesoap@xxxxxxxxx>
• Re: Selectively routing packets through different links
  • From: David Favro <netfilter@xxxxxxxxxxxxxxxx>
• Using conntrack to create new expectation entry
  • From: GLAUME Vincent <vincent.glaume@xxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• Re: Selectively routing packets through different links
  • From: John Lister <john.lister@xxxxxxxxxxxxx>
• Selectively routing packets through different links
  • From: Diego Lima <lists@xxxxxxxxxxxxx>
• tc filter basic match cmp layer matching
  • From: Ralf Schlatterbeck <ralf@xxxxxxxxxxx>
• Re: [PATCH libnetfilter_queue 3/3] Added .gitignore for base directory.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH libnetfilter_queue 2/3] Payload buffer datatypes are consistent.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH libnetfilter_queue 1/3] Non-modified payload arguments are pointer-to-const.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• connlimit and NEW state
  • From: Mihamina Rakotomandimby <mihamina@xxxxxxxxxx>
• traffic shaping between two LANs and one ppp0 default gw
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: Redirecting Outbound Port to Internal Server
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Redirecting Outbound Port to Internal Server
  • From: Curby <curby@xxxxxxxxx>
• Re: Redirecting Outbound Port to Internal Server
  • From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• Re: Redirecting Outbound Port to Internal Server
  • From: Curby <curby@xxxxxxxxx>
• Re: Redirecting Outbound Port to Internal Server
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Redirecting Outbound Port to Internal Server
  • From: Aaron Clausen <mightymartianca@xxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• RE: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• RE: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• RE: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• Re: [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [Question] netfilter, xt_target->target and xt_target->checkentry locks
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Strange problem with HTTPS POST (maybe) through router from Linux
  • From: Tvrtko Ursulin <tvrtko@xxxxxxxxxxx>
• HELP: how to block faked RST packet
  • From: 赵曦 <pagonz@xxxxxxxxx>
• RE: TC QoS for different sources/destinations
  • From: "Jorge Bastos" <mysql.jorge@xxxxxxxxxx>
• RE: TC QoS for different sources/destinations
  • From: "Jorge Bastos" <mysql.jorge@xxxxxxxxxx>
• Re: iptables slows tproxy SQUID with DNAT or REDIRECT
  • From: Tytus Rogalewski <tytanick@xxxxxxxxx>
• RE: TC QoS for different sources/destinations
  • From: "Matt" <Matt@xxxxxxxxxxxxxxxxxx>
• TC QoS for different sources/destinations
  • From: "Jorge Bastos" <mysql.jorge@xxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: iptables slows tproxy SQUID with DNAT or REDIRECT
  • From: Tytus Rogalewski <tytanick@xxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: <lists@xxxxxxxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Robby Workman <rw@xxxxxxxxxxxxx>
• Re: prevent iptables LOG target from flooding dmesg
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• prevent iptables LOG target from flooding dmesg
  • From: Thanasis <thanasis@xxxxxxxxxxxxxx>
• Re: iptables slows tproxy SQUID with DNAT or REDIRECT
  • From: Tytus Rogalewski <tytanick@xxxxxxxxx>
• iptables slows tproxy SQUID with DNAT or REDIRECT
  • From: Tytus Rogalewski <tytanick@xxxxxxxxx>
• [PATCH libnetfilter_queue 3/3] Added .gitignore for base directory.
  • From: David Favro <netfilter@xxxxxxxxxxxxxxxx>
• [PATCH libnetfilter_queue 2/3] Payload buffer datatypes are consistent.
  • From: David Favro <netfilter@xxxxxxxxxxxxxxxx>
• [PATCH libnetfilter_queue 1/3] Non-modified payload arguments are pointer-to-const.
  • From: David Favro <netfilter@xxxxxxxxxxxxxxxx>
• Re: It's possible mark or classify packets per gateway in a multihop route ?
  • From: Victor Carceler <vcarceler@xxxxxxxxx>
• Re: It's possible mark or classify packets per gateway in a multihop route ?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• It's possible mark or classify packets per gateway in a multihop route ?
  • From: Victor Carceler <vcarceler@xxxxxxxxx>
• RE: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Troubles doing transparent proxy for virtual machines
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Re: Advanced Logging
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Troubles doing transparent proxy for virtual machines
  • From: Dan Higgins <dhiggins@xxxxxxxxxxx>
• RE: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• RE: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Troubles doing transparent proxy for virtual machines
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Re: Advanced Logging
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Troubles doing transparent proxy for virtual machines
  • From: Dan Higgins <dhiggins@xxxxxxxxxxx>
• Re: Advanced Logging
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: Advanced Logging
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Advanced Logging
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: agashi shipora <gashipo@xxxxxxxxx>
• CONFIG_BRIDGE_NETFILTER stops any traffic on wireless interface
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Curby <curby@xxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Curby <curby@xxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: inadequate NEW, INVALID state definitions
  • From: Curby <curby@xxxxxxxxx>
• RE: Wireless interface dead after enabling CONFIG_NETFILTER
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• RE: Wireless interface dead after enabling CONFIG_NETFILTER
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• inadequate NEW, INVALID state definitions
  • From: Jeremiah Crockett <jrmhcrcktt@xxxxxxxxx>
• RE: Wireless interface dead after enabling CONFIG_NETFILTER
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Wireless interface dead after enabling CONFIG_NETFILTER
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Wireless interface dead after enabling CONFIG_NETFILTER
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Pieter Smit <mlist2010@xxxxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• Re: iptables rules in comparable form
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• Re: openwrt Atheros ar71xxx based router reboots with RAWDNAT, RAWSNAT
  • From: Ashok Rao <greatarbor@xxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• Re: iptables rules in comparable form
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: iptables rules in comparable form
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptables rules in comparable form
  • From: Radek Kanovsky <rk@xxxxxx>
• squid -kernel 2.6.34
  • From: senthilkumaar2021 <senthilkumaar2021@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: stackptr should be percpu
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: don't xt_jumpstack_alloc twice in xt_register_table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: don't xt_jumpstack_alloc twice in xt_register_table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: stackptr should be percpu
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: stackptr should be percpu
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: xtables: stackptr should be percpu
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: stackptr should be percpu
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: don't xt_jumpstack_alloc twice in xt_register_table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] netfilter: xtables: stackptr should be percpu
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: don't xt_jumpstack_alloc twice in xt_register_table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] netfilter: don't xt_jumpstack_alloc twice in xt_register_table
  • From: Xiaotian Feng <dfeng@xxxxxxxxxx>
• Re: Iptables - loading errors
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Iptables - loading errors
  • From: "rd@xxxxxxxx" <rd@xxxxxxxx>
• Re: Advanced Logging
  • From: Tomáš Vlček <tomasvlcek@xxxxxxxxx>
• Re: Advanced Logging
  • From: Curby <curby@xxxxxxxxx>
• Advanced Logging
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Fwd: Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
  • From: John Lauro <johnalauro@xxxxxxxxx>
• Re: openwrt Atheros ar71xxx based router reboots with RAWDNAT, RAWSNAT
  • From: Ashok Rao <greatarbor@xxxxxxxxx>
• openDPI/Ipoque
  • From: Mihamina Rakotomandimby <mihamina@xxxxxxxxxx>
• Troubles doing transparent proxy for virtual machines
  • From: Dan Higgins <dhiggins@xxxxxxxxxxx>
• RE: Statically linked ebtables not working
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Statically linked ebtables not working
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: [patch] Fwd: Troubles compiling iptables v1.4.8
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
  • From: senthilkumaar2021 <senthilkumaar2021@xxxxxxxxx>
• openwrt Atheros ar71xxx based router reboots with RAWDNAT, RAWSNAT
  • From: Ashok Rao <greatarbor@xxxxxxxxx>
• Re: [PATCH] utils: add missing include flags to Makefile
  • From: Brian Schang <netfilter@xxxxxxxxxxxxxxxx>
• Using libnetfilter_queue and ebtables
  • From: Michael Hakimi <yalakvar@xxxxxxxxx>
• [patch] Fwd: Troubles compiling iptables v1.4.8
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] utils: add missing include flags to Makefile
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Mark packets/Transfer data from iptables to QUEUE
  • From: Ajay Lele <ajay.lele@xxxxxxxxx>
• Mark packets/Transfer data from iptables to QUEUE
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: Julien Vehent <julien@xxxxxxxxxxxxxx>
• Troubles compiling iptables v1.4.8
  • From: Brian Schang <netfilter@xxxxxxxxxxxxxxxx>
• Iptable drops DUP ACK Packets
  • From: martin.nuernberger@xxxxxxxxxxxx
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: QoS weirdness : HTB accuracy
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Help with ftp helper please
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: stop e-mail from this list but leave me subscribed to this list
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: Port Knocking with default hooks/modules
  • From: Curby <curby@xxxxxxxxx>
• kernel panic
  • From: senthilkumaar2021 <senthilkumaar2021@xxxxxxxxx>
• kernel panic
  • From: senthilkumaar2021 <senthilkumaar2021@xxxxxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Joerg Marx <joerg.marx@xxxxxxxxxxx>
• Re: Port Knocking with default hooks/modules
  • From: Curby <curby@xxxxxxxxx>
• Re: Port Knocking with default hooks/modules
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Port Knocking with default hooks/modules
  • From: Curby <curby@xxxxxxxxx>
• Re: Playing nice with incoming traceroutes
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Playing nice with incoming traceroutes
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Playing nice with incoming traceroutes
  • From: Curby <curby@xxxxxxxxx>
• Re: Playing nice with incoming traceroutes
  • From: Bill Bogstad <bogstad@xxxxxxxxx>
• Re: Playing nice with incoming traceroutes
  • From: Pieter Smit <mlist2010@xxxxxxxxxxx>
• redirect all traffic help
  • From: Joker Joker <jokesareonyou@xxxxxxxxx>
• Re: Change from --syn (old Style) to stat NEW
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Playing nice with incoming traceroutes
  • From: Curby <curby@xxxxxxxxx>
• Re: Change from --syn (old Style) to stat NEW
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Change from --syn (old Style) to stat NEW
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Change from --syn (old Style) to stat NEW
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: netfilter problem
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Ipset VS NF-hipac
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• netfilter problem
  • From: senthilkumaar2021 <senthilkumaar2021@xxxxxxxxx>
• Re: Implementing IPSec in a linux bridge.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Re: printk mac address --hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: printk mac address --hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Curby <curby@xxxxxxxxx>
• Implementing IPSec in a linux bridge.
  • From: Mamadou Touré <e2ia.ci@xxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: chain/table traversal for loopback packets
  • From: Curby <curby@xxxxxxxxx>
• Re: chain/table traversal for loopback packets
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: chain/table traversal for loopback packets
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Ipset VS NF-hipac
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: printk mac address --hangs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: Broadcast redirecting
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Broadcast redirecting
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: Broadcast redirecting
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: Broadcast redirecting
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• chain/table traversal for loopback packets
  • From: Curby <curby@xxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Curby <curby@xxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: printk mac address --hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Broadcast redirecting
  • From: Federico Alberto Sayd <fsayd@xxxxxxxxxxx>
• Re: iptables NEW or SYN
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: printk mac address --hangs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptables NEW or SYN
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: printk mac address --hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: printk mac address --hangs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Broadcast redirecting
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• printk mac address --hangs
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: iptables NEW or SYN
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ipt_reject.c --> ip_route_me_harder ... --> ip_route_output_slow: iif is loopback device?
  • From: Eason Su <ssg2351@xxxxxxxxx>
• Re: Log and Drop with OSSEC
  • From: David ROBERT <castlebbs@xxxxxxxxx>
• Re: iptable how many rule can manage iptable
  • From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
• Fwd: iptable how many rule can manage iptable
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: iptable how many rule can manage iptable
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iptable how many rule can manage iptable
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Re: iptable how many rule can manage iptable
  • From: Mamadou Touré <e2ia.ci@xxxxxxxxx>
• Re: iptable how many rule can manage iptable
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptable how many rule can manage iptable
  • From: Mamadou Touré <e2ia.ci@xxxxxxxxx>
• libNetfilterQueue - Non IP Packets
  • From: Michael Hakimi <yalakvar@xxxxxxxxx>
• Re: ipt_reject.c --> ip_route_me_harder ... --> ip_route_output_slow: iif is loopback device?
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ipt_reject.c --> ip_route_me_harder ... --> ip_route_output_slow: iif is loopback device?
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: [PATCH 11/11] netfilter: xtables: convert basic nfproto match functions into xt matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipt_reject.c --> ip_route_me_harder ... --> ip_route_output_slow: iif is loopback device?
  • From: Eason Su <ssg2351@xxxxxxxxx>
• Re: [PATCH 11/11] netfilter: xtables: convert basic nfproto match functions into xt matches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 11/11] netfilter: xtables: convert basic nfproto match functions into xt matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipt_reject.c --> ip_route_me_harder ... --> ip_route_output_slow: iif is loopback device?
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• ipt_reject.c --> ip_route_me_harder ... --> ip_route_output_slow: iif is loopback device?
  • From: s sg <ssg2351@xxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: David Favro <netfilter@xxxxxxxxxxxxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Joerg Marx <joerg.marx@xxxxxxxxxxx>
• libNetfilterQueue - Capturing all traffic
  • From: Michael Hakimi <yalakvar@xxxxxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering? --oops, pls discard previous copy
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering? --oops, pls discard previous copy
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Ingress shaping MARKed traffic using IFB
  • From: Andrew Beverley <andy@xxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: David F <netfilter@xxxxxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: mark-value byte ordering?
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnetfilter_queue: mark-value byte ordering?
  • From: David F <netfilter@xxxxxxxxxxxxxxxx>
• hello
  • From: "Rita Spencer" <info@xxxxxxxxxxx>
• Re: log entries
  • From: dhottinger@xxxxxxxxxxxxxxxxxxxxxx
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: log entries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• log entries
  • From: dhottinger@xxxxxxxxxxxxxxxxxxxxxx
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Richard Feng <rfeng@xxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Richard Feng <rfeng@xxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Richard Feng <rfeng@xxxxxxxxxxxxx>
• Log and Drop with OSSEC
  • From: David ROBERT <castlebbs@xxxxxxxxx>
• Re: libnetfilte_queue guide
  • From: "Julien Reveret" <shaddai@xxxxxxxx>
• Re: libnetfilte_queue guide
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• RE: conntrack-tools 0.9.14 can not block the connection
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnetfilte_queue guide
  • From: vishesh kumar <linuxtovishesh@xxxxxxxxx>
• [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Joerg Marx <joerg.marx@xxxxxxxxxxx>
• RE: conntrack-tools 0.9.14 can not block the connection
  • From: "Rob Sterenborg" <rob@xxxxxxxxxxxxxxx>
• Re: conntrack-tools 0.9.14 can not block the connection
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• conntrack-tools 0.9.14 can not block the connection
  • From: Richard Feng <rfeng@xxxxxxxxxxxxx>
• Re: AH and ESP nat-ing
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: AH and ESP nat-ing
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: GRE protocol .
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: GRE protocol .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: AH and ESP nat-ing
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Help: netfilter frozen in recvmsg (slightly improved)
  • From: Alessandro Vesely <vesely@xxxxxxx>
• Re: AH and ESP nat-ing
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: GRE protocol .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: AH and ESP nat-ing
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: AH and ESP nat-ing
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: GRE protocol .
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• AH and ESP nat-ing
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: what is atomicity of iptables packet processing?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: GRE protocol .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: what is atomicity of iptables packet processing?
  • From: Bill Bogstad <bogstad@xxxxxxxxx>
• Re: what is atomicity of iptables packet processing?
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• H: netfilter frozen in recvmsg
  • From: Alessandro Vesely <vesely@xxxxxxx>