Linux TCP/IP Netfilter

Thread Index

[Prev Page][Next Page]

Re: [PATCH v4] net: netfilter: LLVMLinux: vlais-netfilter
- From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
[ANNOUNCE] libnftnl 1.0.1 release
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
QoS in Netfilter
- From: Nikolai Lusan <nikolai@xxxxxxxxxxx>
[ANNOUNCE] ulogd 2.0.4 release
- From: Eric Leblond <eric@xxxxxxxxx>
[ANNOUNCE]: Release of nftables 0.2
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] netfilter: conntrack: initialize net.ct.generation
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH 1/2] Extend accounting capabilities to support quotas
- From: mathieu.poirier@xxxxxxxxxx
[PATCH 2/2] nfacct: adding quota capabilities
- From: mathieu.poirier@xxxxxxxxxx
[PATCH v2] netfilter: nfnetlink_acct: Adding quota support to accounting framework
- From: mathieu.poirier@xxxxxxxxxx
Re: nftables: nft @nh segfault
- From: Laurent GUERBY <laurent@xxxxxxxxxx>
Re: [PATCH] netfilter: conntrack: initialize net.ct.generation
- From: David Miller <davem@xxxxxxxxxxxxx>
8 articles guide/tutorial to Nftables posted. Comments Welcommed !!
- From: "oatech" <oatech7402@xxxxxxxxx>
[PATCH] netfilter: conntrack: initialize net.ct.generation
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: iptables-normalizet: argument normalization and DNS resolution?
- From: "Daniel Tiebler" <daniel.tiebler@xxxxxxxxxxxxxxxxxxxx>
Read stats for a single rule
- From: Rohit Bhat <rohitbhat.nitk@xxxxxxxxx>
Re: iptables-normalizet: argument normalization and DNS resolution?
- From: Arturo Borrero Gonzalez <arturo.borrero.glez@xxxxxxxxx>
iptables-normalizet: argument normalization and DNS resolution?
- From: "Daniel Tiebler" <daniel.tiebler@xxxxxxxxxxxxxxxxxxxx>
Re: /proc/net/netfilter/nf_log boot setup / persistence
- From: Eric Leblond <eric@xxxxxxxxx>
Re: /proc/net/netfilter/nf_log boot setup / persistence
- From: "oatech" <oatech7402@xxxxxxxxx>
nfq_destroy_queue never returns
- From: BENNY <BENNY130@xxxxxxxxx>
Re: [PATCH] [RFC] netfilter: ct: flush net_gre->keymap_list only in nf_conntrack_proto_gre
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH] [RFC] netfilter: ct: flush net_gre->keymap_list only in nf_conntrack_proto_gre
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
Re: [PATCH 1/2] netfilter: nfnetlink_acct: Adding quota support to accounting framework
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH 1/2] netfilter: nfnetlink_acct: Adding quota support to accounting framework
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH] [RFC] netfilter: ct: flush net_gre->keymap_list only in nf_conntrack_proto_gre
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: 192.168.2.33/24 & 192.168.2.33/29 on the same box
- From: /dev/rob0 <rob0@xxxxxxxxx>
192.168.2.33/24 & 192.168.2.33/29 on the same box
- From: lejeczek <peljasz@xxxxxxxxxxx>
Re: iptables + iproute2 policy-based routing issue
- From: John Rockwell <jerockwell@xxxxxxxxx>
iptables + iproute2 policy-based routing issue
- From: John Rockwell <jerockwell@xxxxxxxxx>
Re: /proc/net/netfilter/nf_log boot setup / persistence
- From: Eric Leblond <eric@xxxxxxxxx>
/proc/net/netfilter/nf_log boot setup / persistence
- From: "oatech" <oatech7402@xxxxxxxxx>
geoip
- From: Slava Bendersky <volga629@xxxxxxxxxxxxx>
Re: nftables: nft @nh segfault
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH 1/2] netfilter: nfnetlink_acct: Adding quota support to accounting framework
- From: mathieu.poirier@xxxxxxxxxx
[PATCH 2/2] Extend accounting capabilities to support quotas
- From: mathieu.poirier@xxxxxxxxxx
Re: cache coherency problem, why not happening ?
- From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
netfilter: NULL ptr deref on boot in xt_register_table
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
cache coherency problem, why not happening ?
- From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
Re: [RFC PATCH 2/2] netfilter: xt_nfacct: Add quota to nfacct filter
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH] [RFC] netfilter: ct: flush net_gre->keymap_list only in nf_conntrack_proto_gre
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [RFC PATCH 2/2] netfilter: xt_nfacct: Add quota to nfacct filter
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [RFC PATCH 2/2] netfilter: xt_nfacct: Add quota to nfacct filter
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[RFC PATCH 2/2] netfilter: xt_nfacct: Add quota to nfacct filter
- From: mathieu.poirier@xxxxxxxxxx
[RFC PATCH 0/2] netfilter: Adding quota capabilities to nfnetlink
- From: mathieu.poirier@xxxxxxxxxx
[RFC PATCH 1/2] netfilter: nfnetlink_acct: Adding quota support to nf_acct objects
- From: mathieu.poirier@xxxxxxxxxx
nftables: nft @nh segfault
- From: Laurent GUERBY <laurent@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len (v3)
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len (v3)
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: forwarding between subnets
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
[PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len (v2)
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [PATCH v5] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len
- From: Florian Westphal <fw@xxxxxxxxx>
[PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [PATCH v4] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
[PATCH v5] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH v4] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v4] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: David Miller <davem@xxxxxxxxxxxxx>
ICMP redirects routing non-web traffic to proxy
- From: Jack Bates <uo4zau@xxxxxxxxxxxxxxxx>
ipsec using mark on kernel 3.13.5-101.fc19.x86_64 is broken
- From: Bill Shirley <bill@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: forwarding between subnets
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
NAT46 best practice?
- From: Jens Neu <jens@xxxxxxxxxx>
Re: forwarding between subnets
- From: /dev/rob0 <rob0@xxxxxxxxx>
[PATCH v4] net: netfilter: LLVMLinux: vlais-netfilter
- From: behanw@xxxxxxxxxxxxxxxxxx
IPsec peer with SNAT not working
- From: Noel Kuntze <noel@xxxxxxxxxxxxxxxxx>
Re: Redirect question
- From: Nikolai Lusan <nikolai@xxxxxxxxxxx>
Redirect question
- From: Danny <dannydebont@xxxxxxxxx>
forwarding between subnets
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
Re: Understanding ebtables
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: [PATCH v4] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Thomas Graf <tgraf@xxxxxxxxxx>
Re: [PATCH v3] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
[PATCH v4] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Netfilter Reports
- From: Humberto Jucá <betolj@xxxxxxxxx>
Understanding ebtables
- From: <mabra@xxxxxxxxxxxx>
Re: [PATCH v3] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Thomas Graf <tgraf@xxxxxxxxxx>
Re: [PATCH v3] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH v3] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH v2] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH v2] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Thomas Graf <tgraf@xxxxxxxxxx>
Re: [PATCH v2] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Thomas Graf <tgraf@xxxxxxxxxx>
Understanding ebtables
- From: <mabra@xxxxxxxxxxxx>
Module match order
- From: SplitIce <mat999@xxxxxxxxx>
[PATCH v2] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Thomas Graf <tgraf@xxxxxxxxxx>
Re: [PATCH] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
[PATCH] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: David Miller <davem@xxxxxxxxxxxxx>
Block connections to company VPN from within own LAN
- From: Al Grant <bigal.nz@xxxxxxxxx>
Re: [PATCH v3] net: netfilter: LLVMLinux: vlais-netfilter
- From: Mark Charlebois <charlebm@xxxxxxxxx>
RE: [PATCH v3] net: netfilter: LLVMLinux: vlais-netfilter
- From: David Laight <David.Laight@xxxxxxxxxx>
[PATCH v3] net: netfilter: LLVMLinux: vlais-netfilter
- From: behanw@xxxxxxxxxxxxxxxxxx
[PATCH] core, nfqueue, openvswitch: Orphan frags in skb_zerocopy and handle errors
- From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
Re: [PATCH v2] net: netfilter: LLVMLinux: vlais-netfilter
- From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
RE: [PATCH v2] net: netfilter: LLVMLinux: vlais-netfilter
- From: David Laight <David.Laight@xxxxxxxxxx>
Re: [PATCH v2] net: netfilter: LLVMLinux: vlais-netfilter
- From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
using ebtables for dnat mac address
- From: Aleksey Kashin <aleksey.kashin@xxxxxxxxx>
RE: [PATCH v2] net: netfilter: LLVMLinux: vlais-netfilter
- From: David Laight <David.Laight@xxxxxxxxxx>
[PATCH v2] net: netfilter: LLVMLinux: vlais-netfilter
- From: behanw@xxxxxxxxxxxxxxxxxx
Re: Rewrite destination IP
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: Rewrite destination IP
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
return to source MAC
- From: Warren Dixon <wdixon@xxxxxxxxxxxxxxxxxx>
return to source MAC
- From: Warren Dixon <wdixon@xxxxxxxxxxxxxxxxxx>
Rewrite destination IP
- From: Bram van den Hout <bram@xxxxxxxx>
RE: Quick IP Blocking question
- From: "Ing. Juan Cardoza" <ing.jcardoza@xxxxxxxxx>
Re: Quick IP Blocking question
- From: Greg Folkert <greg@xxxxxxxxx>
Quick IP Blocking question
- From: Danny <dannydebont@xxxxxxxxx>
Iptables quota usage and web redirection
- From: Rodrigo <rodrigo.tumaian@xxxxxxxxx>
Re: [PATCH net-next 5/6] netfilter: Convert uses of __constant_<foo> to <foo>
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH net-next 5/6] netfilter: Convert uses of __constant_<foo> to <foo>
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: [PATCH net-next 5/6] netfilter: Convert uses of __constant_<foo> to <foo>
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next 5/6] netfilter: Convert uses of __constant_<foo> to <foo>
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH net-next 0/6] net: Convert uses of __constant_<foo> to <foo>
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: Syn Flood and DDoS Protect
- From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
Re: Syn Flood and DDoS Protect
- From: Thiago Oliveira <cpv.thiago@xxxxxxxxx>
Re: Syn Flood and DDoS Protect
- From: Thiago Oliveira <cpv.thiago@xxxxxxxxx>
Re: Syn Flood and DDoS Protect
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: Syn Flood and DDoS Protect
- From: Jesper Dangaard Brouer <netdev@xxxxxxxxxx>
Syn Flood and DDoS Protect
- From: Thiago Oliveira <cpv.thiago@xxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
changes to nftables git repo to build docs/man pages
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Anthony Taylor <ataylor@xxxxxxxxxxxxx>
logging process associated with a connection
- From: shawn wilson <ag4ve.us@xxxxxxxxx>
Re: [ANNOUNCE] ipset 6.21.1 released
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: [PATCH] net: inetfilter: LLVMLinux: vlais-netfilter
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [ANNOUNCE] ipset 6.21.1 released
- From: Jan Engelhardt <jengelh@xxxxxxx>
[ANNOUNCE] ipset 6.21.1 released
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Python bindings for libmnl and libnetfilter_conntrack
- From: Ken-ichirou MATSUZAWA <chamaken@xxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
What is the "algorightm" that decides on the routing path?
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Anthony Taylor <ataylor@xxxxxxxxxxxxx>
[PATCH] net: inetfilter: LLVMLinux: vlais-netfilter
- From: behanw@xxxxxxxxxxxxxxxxxx
Re: Some oddities while setting up outbound filtering on a web server
- From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
arp for SNATed addresses
- From: Francisco Javier Sanchez-Roselly <fnavarro@xxxxxxxx>
Re: [ANNOUNCE] ipset 6.21 released
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] ipset 6.21 released
- From: AllKind <AllKind@xxxxxxxxxx>
Re: [BUG?] Null pointer dereference in nf_ct_delete_from_lists()
- From: Namjae Jeon <linkinjeon@xxxxxxxxx>
MASQUERADE rule does not work with routing table and bridge
- From: Enrique Huerta de la Fuente <ehuerta@xxxxxxx>
[ANNOUNCE] ipset 6.21 released
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Anthony Taylor <ataylor@xxxxxxxxxxxxx>
Re: Multipath routing x kernel > 3.6 (without routing cache)
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: Multipath routing x kernel > 3.6 (without routing cache)
- From: "Nikolay S." <nowhere@xxxxxxxxxxxxxxxx>
Re: Multipath routing x kernel > 3.6 (without routing cache)
- From: Humberto Jucá <betolj@xxxxxxxxx>
[BUG?] Null pointer dereference in nf_ct_delete_from_lists()
- From: Namjae Jeon <linkinjeon@xxxxxxxxx>
Multipath routing x kernel > 3.6 (without routing cache)
- From: Humberto Jucá <betolj@xxxxxxxxx>
Need help with drop rules and nfqueue
- From: Stefan Sabolowitsch <Stefan.Sabolowitsch@xxxxxxxxxxxxxxxx>
Re: nft error
- From: Matteo Croce <technoboy85@xxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: nft error
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: nft error
- From: Matteo Croce <technoboy85@xxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
Re: nft error
- From: Matteo Croce <technoboy85@xxxxxxxxx>
Re: nft error
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: nft error
- From: Matteo Croce <technoboy85@xxxxxxxxx>
Re: nft error
- From: Matteo Croce <technoboy85@xxxxxxxxx>
Re: nft error
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: nft error
- From: Eric Leblond <eric@xxxxxxxxx>
nft error
- From: Matteo Croce <technoboy85@xxxxxxxxx>
Re: Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
Re: Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
Re: [PATCH v5] netfilter: xtables: add quota support for nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH 2/2] bridge: netfilter: Use ether_addr_copy
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
Re: Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
Re: Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
[PATCH RESEND v5] netfilter: xtables: add quota support for nfacct
- From: mathieu.poirier@xxxxxxxxxx
464XLAT with iptable nftables?
- From: Thomas Schäfer <tschaefer@xxxxxxxxxxx>
Re: Unable to Block Individual Ports from the LAN to the Internet
- From: test account <850.test.email@xxxxxxxxx>
Re: Unable to Block Individual Ports from the LAN to the Internet
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Unable to Block Individual Ports from the LAN to the Internet
- From: test account <850.test.email@xxxxxxxxx>
[PATCH 2/2] bridge: netfilter: Use ether_addr_copy
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: Some oddities while setting up outbound filtering on a web server
- From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
Some oddities while setting up outbound filtering on a web server
- From: Anthony Taylor <ataylor@xxxxxxxxxxxxx>
Re: checksum issue with xtables-addons RAWNAT
- From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
Fwd: CT target without options
- From: Bourne Without <blackhole@xxxxxxxxxxx>
Re: BUG: ip6tables IPv6-REDIRECT over bridges
- From: Florian Westphal <fw@xxxxxxxxx>
IPTABLES Logging and Forwarding problem
- From: "Johan" <johan.grahn@xxxxxxxxxxx>
BUG: ip6tables IPv6-REDIRECT over bridges
- From: Artie Hamilton <artiemhamilton@xxxxxxxxx>
Re: ipset mac only set ?
- From: Franklin Wang <frank21st@xxxxxxxxx>
Re: ipset mac only set ?
- From: Alex Rodenberg <arodenberg@xxxxxxxxxxx>
Re: ipset mac only set ?
- From: Franklin Wang <frank21st@xxxxxxxxx>
nf_conntrack_helper=0 module parameter together with nf_nat_ftp module
- From: Csordás Csaba Ifj. <cscsordas@xxxxxxxxx>
Re: ipset mac only set ?
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: Nftables HOWTO documentation updates
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: Nftables HOWTO documentation updates
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: Nftables HOWTO documentation updates
- From: Arturo Borrero Gonzalez <arturo.borrero.glez@xxxxxxxxx>
Re: Nftables HOWTO documentation updates
- From: Dennis Jacobfeuerborn <dennisml@xxxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
ipset mac only set ?
- From: Alex <arodenberg@xxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
Re: Some packets flagged INVALID
- From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
Re: Some packets flagged INVALID
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Some packets flagged INVALID
- From: "Bob Sauvage" <Bob.sauvage@xxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Amos Jeffries <squid3@xxxxxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Ambroz Bizjak <ambrop7@xxxxxxxxx>
Re: log iptables
- From: "Daniel Lopez" <daniel.lopez@xxxxxxxxxx>
Re: Implications of a permissive FORWARD chain
- From: Leonardo Rodrigues <leolistas@xxxxxxxxxxxxxx>
Re: log iptables
- From: Mauricio Tavares <raubvogel@xxxxxxxxx>
Re: log iptables
- From: "Daniel Lopez" <daniel.lopez@xxxxxxxxxx>
Implications of a permissive FORWARD chain
- From: Mark Fox <mark.fox@xxxxxxxxx>
[PATCH v5] netfilter: xtables: add quota support for nfacct
- From: mathieu.poirier@xxxxxxxxxx
Nftables HOWTO documentation updates
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: log iptables
- From: Mauricio Tavares <raubvogel@xxxxxxxxx>
Re: log iptables
- From: "Daniel Lopez" <daniel.lopez@xxxxxxxxxx>
Re: log iptables
- From: Mauricio Tavares <raubvogel@xxxxxxxxx>
log iptables
- From: "Daniel Lopez" <daniel.lopez@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_nat_snmp_basic: fix duplicates in if/else branches
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nft_meta: fix typo "CONFIG_NET_CLS_ROUTE"
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[OT] Mozilla is looking for a Cloud Security Engineer
- From: Julien Vehent <julien@xxxxxxxxxxxxxx>
Re: Unknown symbol inet_frag_maybe_warn_overflow
- From: Daniele Di Domizio <daniele.didomizio@xxxxxxxxx>
Re: NFQUEUE target + queue-bypass option, expected behavior
- From: Yoann Juet <yoann.juet@xxxxxxxxxxxxxx>
Re: NFQUEUE target + queue-bypass option, expected behavior
- From: Eric Leblond <eric@xxxxxxxxx>
Re: iptaccount vs nfacct
- From: Eric Leblond <eric@xxxxxxxxx>
Re: iptaccount vs nfacct
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
NFQUEUE target + queue-bypass option, expected behavior
- From: Yoann Juet <yoann.juet@xxxxxxxxxxxxxx>
Re: iptaccount vs nfacct
- From: Eric Leblond <eric@xxxxxxxxx>
iptaccount vs nfacct
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
[PATCH] netfilter: nft_meta: fix typo "CONFIG_NET_CLS_ROUTE"
- From: Paul Bolle <pebolle@xxxxxxxxxx>
PPTP through NAT fails
- From: Mike Boyer <netfilter@xxxxxxxxxxxxxx>
[ANNOUNCE] 10th Netfilter Workshop in Montpellier, France
- From: Eric Leblond <eric@xxxxxxxxx>
Re: [PATCH] netfilter: nf_nat_snmp_basic: fix duplicates in if/else branches
- From: Patrick McHardy <kaber@xxxxxxxxx>
[PATCH] netfilter: nf_nat_snmp_basic: fix duplicates in if/else branches
- From: Francois-Xavier Le Bail <fx.lebail@xxxxxxxxx>
Nat troubles or just a plain error?
- From: "Carlos R. Pasqualini" <cpasqualini@xxxxxxxxxxxxxxxx>
Unknown symbol inet_frag_maybe_warn_overflow
- From: Simon Schlumpf <sim@xxxxxxxxxxx>
[PATCH v4 2/2] netfilter: xtables: add quota support for nfacct
- From: mathieu.poirier@xxxxxxxxxx
[PATCH v4 1/2] netfilter: nfnetlink_acct: make shared objects SMP safe
- From: mathieu.poirier@xxxxxxxxxx
[PATCH v4 0/2] Add quota capabilities to nfacct
- From: mathieu.poirier@xxxxxxxxxx
Re: PREROUTING in nat table isn't working as aspected
- From: Phil Oester <kernel@xxxxxxxxxxxx>
PREROUTING in nat table isn't working as aspected
- From: "Theo Belder" <T.Belder@xxxxxxxxx>
[PATCH v2 12/13] net: Include appropriate header file in netfilter/nft_lookup.c
- From: Rashika Kheria <rashika.kheria@xxxxxxxxx>
Re: [PATCH 12/13] net: Include appropriate header file in netfilter/nft_lookup.c
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
[PATCH 12/13] net: Include appropriate header file in netfilter/nft_lookup.c
- From: Rashika Kheria <rashika.kheria@xxxxxxxxx>
Re: Bridging issues: Issues with IP packets with multicast MAC address
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
checksum issue with xtables-addons RAWNAT
- From: Randy Thornton <randy@xxxxxxxxxxxxxx>
NFQUEUE performance
- From: Юрий Пухальский <aikipooh@xxxxxxxxx>
Re: iptables: Distinguishing packets from bridge-nf-call-iptables
- From: Alex Bligh <alex@xxxxxxxxxxx>
Bridging issues: Issues with IP packets with multicast MAC address
- From: Sophal Lee <sophal@xxxxxxxxxxx>
Re: iptables: Distinguishing packets from bridge-nf-call-iptables
- From: Mart Frauenlob <mart.frauenlob@xxxxxxxxx>
iptables: Distinguishing packets from bridge-nf-call-iptables
- From: Alex Bligh <alex@xxxxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: OOPS in nf_ct_unlink_expect_report using Polycom RealPresence Mobile
- From: astx <astx@xxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
Re: OOPS in nf_ct_unlink_expect_report using Polycom RealPresence Mobile
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH RESEND v3] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: Public IP to Private IP
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: Public IP to Private IP
- From: Mauricio Tavares <raubvogel@xxxxxxxxx>
Re: Public IP to Private IP
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: [PATCH RESEND v3] netfilter: xtables: add quota support to nfacct
- From: Florian Westphal <fw@xxxxxxxxx>
[PATCH RESEND v3] netfilter: xtables: add quota support to nfacct
- From: mathieu.poirier@xxxxxxxxxx
Re: OOPS in nf_ct_unlink_expect_report using Polycom RealPresence Mobile
- From: astx <astx@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v3)
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
LOG target with console=ttyS0,9600
- From: Steve Miller <stmille@xxxxxxxxx>
Re: Public IP to Private IP
- From: "Rob Sterenborg (lists)" <lists@xxxxxxxxxxxxxxx>
Re: Public IP to Private IP
- From: Ray Soucy <rps@xxxxxxxxx>
Re: Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
RE: Public IP to Private IP
- From: Bob Reiber <bob@xxxxxxxx>
Transparent proxy mitm
- From: Al Grant <bigal.nz@xxxxxxxxx>
Re: Public IP to Private IP
- From: Ray Soucy <rps@xxxxxxxxx>
Re: Public IP to Private IP
- From: Mike Wright <mike.wright@xxxxxxxxxxxxxx>
Re: Public IP to Private IP
- From: Robby Workman <robby@xxxxxxxxxxxxx>
Public IP to Private IP
- From: Scott Mayo <scotgmayo@xxxxxxxxx>
Re: [PATCH v3] netfilter: xtables: add quota support to nfacct
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
[PATCH v3] netfilter: xtables: add quota support to nfacct
- From: mathieu.poirier@xxxxxxxxxx
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
[PATCH RESEND v2 1/1] netfilter: xtables: add quota support to nfacct
- From: mathieu.poirier@xxxxxxxxxx
[PATCH RESEND v2 0/1] Add quota capabilities to nfacct
- From: mathieu.poirier@xxxxxxxxxx
Re: rate limits
- From: Nick Edwards <nick.z.edwards@xxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Andreas Herz <andi@xxxxxxxxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Andreas Herz <andi@xxxxxxxxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [ANNOUNCE]: Release of nftables 0.099
- From: Andreas Herz <andi@xxxxxxxxxxxxxxx>
Re: Fwd: Linux bridge for route
- From: tingwei liu <tingw.liu@xxxxxxxxx>
Re: [netfilter-core] Release of nftables-plus 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [netfilter-core] Release of nftables-plus 0.099
- From: Jan Engelhardt <jengelh@xxxxxxx>
Release of nftables-plus 0.099
- From: Jan Engelhardt <jengelh@xxxxxxx>
Re: [netfilter-core] Release of nftables-plus 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
[PATCH v2 1/1] netfilter: xtables: add quota support to nfacct
- From: mathieu.poirier@xxxxxxxxxx
[PATCH v2 0/1] Add quota capabilities to nfacct
- From: mathieu.poirier@xxxxxxxxxx
Re: [HEADS UP] libnftables renamed to libnftnl
- From: Tomasz Bursztyka <tomasz.bursztyka@xxxxxxxxxxxxxxx>
Re: [HEADS UP] libnftables renamed to libnftnl
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [HEADS UP] libnftables renamed to libnftnl
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [HEADS UP] libnftables renamed to libnftnl
- From: Tomasz Bursztyka <tomasz.bursztyka@xxxxxxxxxxxxxxx>
Re: [HEADS UP] libnftables renamed to libnftnl
- From: Tomasz Bursztyka <tomasz.bursztyka@xxxxxxxxxxxxxxx>
[ANNOUNCE]: Release of nftables 0.099
- From: Patrick McHardy <kaber@xxxxxxxxx>
[HEADS UP] libnftables renamed to libnftnl
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: rate limits
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: rate limits
- From: Phil Oester <kernel@xxxxxxxxxxxx>
rate limits
- From: Nick Edwards <nick.z.edwards@xxxxxxxxx>
Re: Fwd: Linux bridge for route
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
Can be "xt_gateway match" added to xtables-addons?
- From: Marcin Mirosław <marcin@xxxxxxxx>
Re: Perform routing using NAT
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Perform routing using NAT
- From: Daniel Miller <dmiller@xxxxxxxxx>
Re: Raw Sockets and Netfiter
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Raw Sockets and Netfiter
- From: Albert López <alopez@xxxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
[PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [PATCH] netfilter: Add dependency on IPV6 for NF_TABLES_INET
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: Add dependency on IPV6 for NF_TABLES_INET
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v3)
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH] netfilter: Add dependency on IPV6 for NF_TABLES_INET
- From: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v3)
- From: Andrey Wagin <avagin@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v3)
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH-next] netfilter: don't use module_init/exit in core IPV4 code
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: randconfig build error with next-20140113, in net/netfilter/nft_reject.c
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
[PATCH] netfilter: Add dependency on IPV6 for NF_TABLES_INET
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v3)
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v3)
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: Packets not hitting the nat POSTROUTING table
- From: Kristian Evensen <kristian.evensen@xxxxxxxxx>
Packet logging with dynamic config?
- From: maom_onet <maom_onet@xxxxxxxxxxxxxx>
Re: Packets not hitting the nat POSTROUTING table
- From: Chris Frederick <cdf123@xxxxxxxxxx>
Re: Packets not hitting the nat POSTROUTING table
- From: Kristian Evensen <kristian.evensen@xxxxxxxxx>
Packets not hitting the nat POSTROUTING table
- From: Chris Frederick <cdf123@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Andrey Wagin <avagin@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Florian Westphal <fw@xxxxxxxxx>
doc on user defined chains
- From: richard lucassen <mailinglists@xxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Andrew Vagin <avagin@xxxxxxxxx>
spurious packets on netfilter queue fd
- From: Sean Palmer <sepalmer@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v2)
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
[PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get (v2)
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Andrey Wagin <avagin@xxxxxxxxx>
[PATCH] netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Andrew Vagin <avagin@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
Re: [PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Florian Westphal <fw@xxxxxxxxx>
[PATCH] netfilter: nf_conntrack: release conntrack from rcu callback
- From: Andrey Vagin <avagin@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH RESEND] netfilter: remove unused variable
- From: Michal Nazarewicz <mina86@xxxxxxxxxx>
Re: [PATCH RESEND] netfilter: remove unused variable
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH RESEND] netfilter: remove unused variable
- From: Michal Nazarewicz <mina86@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Florian Westphal <fw@xxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
mangling packets with nfqueue and conntrack
- From: Юрий Пухальский <aikipooh@xxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
RE: arptables FORWARD chain not working
- From: Alexis Salinas <alexis.salinas@xxxxxxxxxxxxxxxxxxxxxx>
Re: arptables FORWARD chain not working
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
compat_xtables.c:633: error: too few arguments to function 'ipv6_find_hdr'
- From: <remoteshaman.com@xxxxxxxxx>
arptables FORWARD chain not working
- From: Alexis Salinas <alexis.salinas@xxxxxxxxxxxxxxxxxxxxxx>
Re: IPV6: kernel panic in net filter and ipv6 path while doing interface up and down continuously with ipv6 traffic
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
Re: About autogenerated files in Netfilter snapshots
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
About autogenerated files in Netfilter snapshots
- From: Arturo Borrero Gonzalez <arturo.borrero.glez@xxxxxxxxx>
Re: IPV6: kernel panic in net filter and ipv6 path while doing interface up and down continuously with ipv6 traffic
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
Re: IPV6: kernel panic in net filter and ipv6 path while doing interface up and down continuously with ipv6 traffic
- From: Shawn Wilson <ag4ve.us@xxxxxxxxx>
[resend patch net-next v3 4/7] ipv4: fix all space errors in file igmp.c
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 5/7] ipv4: ERROR: do not initialise globals to 0 or NULL
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 7/7] ipv4: ipv4: Cleanup the comments in tcp_yeah.c
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 6/7] ipv4: ERROR: code indent should use tabs where possible
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 0/7] fix checkpatch errors
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 2/7] ipv4: fix checkpatch error "space prohibited"
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 3/7] ipv4: fix checkpatch error with foo * bar
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[resend patch net-next v3 1/7] ipv4: do clean up with spaces
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
Re: [patch net-next v3 0/7] fix checkpatch errors
- From: chenweilong <chenweilong@xxxxxxxxxx>
IPV6: kernel panic in net filter and ipv6 path while doing interface up and down continuously with ipv6 traffic
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
[patch net-next v3 1/7] ipv4: do clean up with spaces
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next v3 0/7] fix checkpatch errors
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next v3 3/7] ipv4: fix checkpatch error with foo * bar
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next v3 4/7] ipv4: fix all space errors in file igmp.c
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next v3 5/7] ipv4: ERROR: do not initialise globals to 0 or NULL
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next v3 7/7] ipv4: ipv4: Cleanup the comments in tcp_yeah.c
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next v3 6/7] ipv4: ERROR: code indent should use tabs where possible
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
Re: [patch net-next 6/7] ipv4: ERROR: code indent should use tabs where possible
- From: chenweilong <chenweilong@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [patch net-next 6/7] ipv4: ERROR: code indent should use tabs where possible
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
[patch net-next 7/7] ipv4: ERROR: do not use C99 // comments
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next 4/7] ipv4: fix all space errors in file igmp.c
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next 0/7] fix checkpatch errors
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next 1/7] ipv4: do clean up with spaces
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next 6/7] ipv4: ERROR: code indent should use tabs where possible
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next 3/7] ipv4: fix checkpatch error with foo * bar
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
[patch net-next 5/7] ipv4: ERROR: do not initialise globals to 0 or NULL
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
Re: BUG ip6tables and helper
- From: Noel Butler <noel.butler@xxxxxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH] netfilter: fix checkpatch error for netfilter
- From: Chen Weilong <chenweilong@xxxxxxxxxx>
Re: BUG ip6tables and helper
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
BUG ip6tables and helper
- From: Noel Butler <noel.butler@xxxxxxxxxx>
Re: Bug in owner module
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Re: iptables --rename-chain segfaults
- From: Jeremy Guthrie <Jeremy.Guthrie@xxxxxxx>
Re: [PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Re: iptables --rename-chain segfaults
- From: Michal Kubecek <mkubecek@xxxxxxx>
iptables --rename-chain segfaults
- From: Jeremy Guthrie <Jeremy.Guthrie@xxxxxxx>
Re: DNAT: IPv4 to IPv6
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
DNAT: IPv4 to IPv6
- From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Igor S <nat4592@xxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Igor S <nat4592@xxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Igor S <nat4592@xxxxxxxxxx>
Re: Bug in owner module
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Bug in owner module
- From: ZenSecurity <mailto@xxxxxxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Igor S <nat4592@xxxxxxxxxx>
Re: SNAT range does not use unique IP
- From: Phil Oester <kernel@xxxxxxxxxxxx>
SNAT range does not use unique IP
- From: Igor S <nat4592@xxxxxxxxxx>
[PATCH -next 0/2] seq_file/netfilter: Start removing returns from seq_<foo>
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH -next 2/2] netfilter: Convert print_tuple functions to return void
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH 1/1] netfilter: xtables: add quota support to nfacct
- From: mathieu.poirier@xxxxxxxxxx
[PATCH 0/1] Add quota capabilities to nfacct
- From: mathieu.poirier@xxxxxxxxxx
Re: [PATCH -next 3/3] netfilter: Use seq_overflow
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH -next 0/3] seq_printf/puts/putc: Start to convert to return void
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH -next 0/3] seq_printf/puts/putc: Start to convert to return void
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH -next 3/3] netfilter: Use seq_overflow
- From: Joe Perches <joe@xxxxxxxxxxx>
Curious breakage with nested prio qdiscs
- From: Chris Elston <celston@xxxxxxxxxxx>
Re: Help Needed In Modifying Standalone Firewall Rules to Support Port-Forwarding
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Help Needed In Modifying Standalone Firewall Rules to Support Port-Forwarding
- From: Notify Me <notify.sina@xxxxxxxxx>
ipt_SYNPROXY: kernel panic with nullpointer dereference at dst_ifdown()
- From: "Nicki P." <xastx@xxxxxx>
iptables-restore BNF description
- From: Josh Cepek <josh.cepek@xxxxxxx>
Re: [net 4/6] netfilter: Fix FSF address in file headers
- From: David Miller <davem@xxxxxxxxxxxxx>
[net 4/6] netfilter: Fix FSF address in file headers
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
Re: packets rejected as invalid, why?
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
packets rejected as invalid, why?
- From: Olaf Zaplinski <oz42@xxxxxxx>
Re: iptables redirects packets to local proxy
- From: Antonio Prado <thinkofit@xxxxxxxxx>
Re: iptables redirects packets to local proxy
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Re: iptables redirects packets to local proxy
- From: Phil Oester <kernel@xxxxxxxxxxxx>
iptables redirects packets to local proxy
- From: ilic_68@xxxxxxxxxxx
[PATCH] netfilter: remove unused variable
- From: Michal Nazarewicz <mpn@xxxxxxxxxx>
Re: SUPPORT to INSTALL NTH EXTENSION of IPTABLES
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
SUPPORT to INSTALL NTH EXTENSION of IPTABLES
- From: Alexander Manzoni <alexandermanzoni@xxxxxxxxx>
[ANNOUNCE] ulogd 2.0.3 release
- From: Eric Leblond <eric@xxxxxxxxx>
[ANNOUNCE] iptables 1.4.21 release
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
Talk about nftables in Paris
- From: Eric Leblond <eric@xxxxxxxxx>
HFSC deadline time figure in SIGCOM Paper
- From: patrick <nocommercials45@xxxxxxxxx>
Re: nftables libnetfilter_queue support
- From: Eric Leblond <eric@xxxxxxxxx>
Re: iptables as landmine subnet rejector
- From: Jim Mellander <jmellander@xxxxxxx>
Re: iptables as landmine subnet rejector
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Re: nftables jump <chain> target invalid argument
- From: Eric Leblond <eric@xxxxxxxxx>
advice about my first iptables rules
- From: "Pol Hallen" <iptablesml@xxxxxxxxxxxxxx>
Re: iptables as landmine subnet rejector
- From: Jim Mellander <jmellander@xxxxxxx>
nftables jump <chain> target invalid argument
- From: Alex Chapman <ajchapman88@xxxxxxxxxxxxx>
Re: iptables as landmine subnet rejector
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Re: iptables as landmine subnet rejector
- From: Jim Mellander <jmellander@xxxxxxx>
Re: Multiple mangling
- From: Humberto Jucá <betolj@xxxxxxxxx>
Multiple mangling
- From: Nikolai Lusan <nikolai@xxxxxxxxxxx>
Re: Ebtables NFQUEUE Support
- From: ravi <ravi.rao@xxxxxxxxxxxxxx>
Re: nftables command questions
- From: Arturo Borrero Gonzalez <arturo.borrero.glez@xxxxxxxxx>
Re: conntrack not working in raw table
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: conntrack not working in raw table
- From: Husnu Demir <hdemir@xxxxxxxxxxx>
conntrack not working in raw table
- From: Husnu Demir <hdemir@xxxxxxxxxxx>
Panic on 3.10.18 in nf_conntrack_sip with IPv6
- From: Chris Boot <bootc@xxxxxxxxx>
nftables libnetfilter_queue support
- From: Alex Chapman <ajchapman88@xxxxxxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
iptables as landmine subnet rejector
- From: Jim Mellander <jmellander@xxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
Re: A question about routing cache (for load balancing).
- From: Humberto Jucá <betolj@xxxxxxxxx>
[PATCH v2 04/11] net ipset: use rbtree postorder iteration instead of opencoding
- From: Cody P Schafer <cody@xxxxxxxxxxxxxxxxxx>
Re: nftables install error
- From: Phil Oester <kernel@xxxxxxxxxxxx>
nftables install error
- From: Alex Chapman <ave_it_son1@xxxxxxxxxxx>
Does INVALID state match FIN, Xmas tree, and NULL packets?
- From: jack seth <bird_112@xxxxxxxxxxx>
A question about routing cache (for load balancing).
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
nftables command questions
- From: Alex Chapman <ajchapman88@xxxxxxxxxxxxx>
[patch] netfilter: nf_tables: use _safe version of list_for_each
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: [PATCH -next] netfilter: nf_tables: remove duplicated include from nf_tables_ipv4.c
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
[PATCH 1/8] net ipset: use rbtree postorder iteration instead of opencoding
- From: Cody P Schafer <cody@xxxxxxxxxxxxxxxxxx>
[PATCH -next] netfilter: nf_tables: remove duplicated include from nf_tables_ipv4.c
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
[ANNOUNCE] ipset 6.20.1 released
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: [PATCH] netfilter: ipset: remove duplicate define
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: ipsets and network accounting
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: nftables setup issues
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
nftables setup issues
- From: Alex Chapman <ajchapman88@xxxxxxxxxxxxx>
Re: Failing to apply tc filter
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
[PATCH] netfilter: ipset: remove duplicate define
- From: Michael Opdenacker <michael.opdenacker@xxxxxxxxxxxxxxxxxx>
Failing to apply tc filter
- From: Sergio Belkin <sebelk@xxxxxxxxx>
Re: traffic shaping / full HFSC class no effect on ping time?
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
traffic shaping / full HFSC class no effect on ping time?
- From: patrick <nocommercials45@xxxxxxxxx>
ipsets and network accounting
- From: Anthony Sheetz <sheetzam@xxxxxxxxxxx>
Re: [PATCH 00/23 v2] cleanup: introduce br/netdev/netif/wiphy_<foo>_ratelimited() and use them to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
RE: IPSec VPN client and SNAT
- From: Tiebing Zhang <tzhang@xxxxxxxx>
IPSec VPN client and SNAT
- From: Tiebing Zhang <tzhang@xxxxxxxx>
Re: [PATCH 00/23 v2] cleanup: introduce br/netdev/netif/wiphy_<foo>_ratelimited() and use them to simplify code
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH 14/18] net: usb: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
Re: [PATCH 02/18] net: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
Re: [PATCH 14/18] net: usb: use wrapper functions of net_ratelimit() to simplify code
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 02/18] net: use wrapper functions of net_ratelimit() to simplify code
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH 04/18] rt18192e: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 05/18] rt18192u: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 06/18] net: wireless: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 02/18] net: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 11/18] net: hamradio: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 01/18] netfilter: cleanup: delete Macro PRINTR
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 12/18] net: irda: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 09/18] block: aoe: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 14/18] net: usb: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 00/18] cleanup: wrapper functions of net_ratelimit() called to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 18/18] net: wimax: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 15/18] net: xen: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 13/18] net: ppp: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 16/18] net: virtio: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 03/18] rt18187se: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 17/18] net: vxlan: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 10/18] net: peak_usb: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 07/18] net: ethernet: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
[PATCH 08/18] atm: use wrapper functions of net_ratelimit() to simplify code
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
Can ebtables filter traffic between interfaces on the same bridge?
- From: Phil Schlegel <philip.schlegel@xxxxxxxxxxx>
Marking packets from source router?
- From: Justin Yaple <yaplej@xxxxxxxxx>
Re: iptables fails to NAT some packets
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
iptables fails to NAT some packets
- From: Jay Foster <jay@xxxxxxxxxxx>
Re: [PATCH] ulogd: make NFCT packet counter/length 64 bit
- From: Eric Leblond <eric@xxxxxxxxx>
[PATCH] ulogd: make NFCT packet counter/length 64 bit
- From: Ulrich Weber <uw@xxxxxxxx>
Re: ipset compile error
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: nat ftp helper bypass
- From: "Rob Sterenborg (lists)" <lists@xxxxxxxxxxxxxxx>
Re: ipset compile error
- From: Husnu Demir <hdemir@xxxxxxxxxxx>
Re: nat ftp helper bypass
- From: Anand Raj Manickam <anandrm@xxxxxxxxx>
Re: ipset compile error
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: ipset compile error
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Re: nat ftp helper bypass
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
Re: nat ftp helper bypass
- From: "Rob Sterenborg (lists)" <lists@xxxxxxxxxxxxxxx>
Re: nat ftp helper bypass
- From: Anand Raj Manickam <anandrm@xxxxxxxxx>
ipset compile error
- From: Husnu Demir <hdemir@xxxxxxxxxxx>
nat ftp helper bypass
- From: Anand Raj Manickam <anandrm@xxxxxxxxx>
How to limit the number of connection of a "certain type"?
- From: Federico Di Sante <federico.disante@xxxxxxx>
Re: is it a BUG?
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
is it a BUG?
- From: Husnu Demir <hdemir@xxxxxxxxxxx>
[ANNOUNCE] ipset package kernel support changes
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
[ANNOUNCE] ipset 6.20 released
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Transparently redirecting http traffic to local proxy in bridge mode
- From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
iptables, recent module and milliseconds
- From: Alfonso Caponi <alfonso.caponi@xxxxxxxxx>
ipset iface list
- From: Husnu Demir <hdemir@xxxxxxxxxxx>
Why can't I access my modem using Openvpn?
- From: jack seth <bird_112@xxxxxxxxxxx>
Re: traffic shape per ip
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
Re: traffic shape per ip
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
Re: traffic shape per ip
- From: Bob Miller <bob@xxxxxxxxxxxxxxx>
Re: traffic shape per ip
- From: Andrew Beverley <andy@xxxxxxxxxxx>
Re: statistic mode / every nth / packet problem
- From: John Lister <john.lister@xxxxxxxxxxxxx>
statistic mode / every nth / packet problem
- From: tristen <tristen_e@xxxxxxxxx>
Is there anyway for Netfilter_queue to provide only control packets.
- From: gaurav sharma <reach2gaurav@xxxxxxxxx>
Re: Getting iptables not to reply
- From: Shawn Wilson <ag4ve.us@xxxxxxxxx>
Re: [PATCH 0/3 - GIT PULL] include/linux: Remove externs from networking function prototypes
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: Getting iptables not to reply
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
Re: Getting iptables not to reply
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
Re: Getting iptables not to reply
- From: Shawn Wilson <ag4ve.us@xxxxxxxxx>
Re: Getting iptables not to reply
- From: Shawn Wilson <ag4ve.us@xxxxxxxxx>
Getting iptables not to reply
- From: jack seth <bird_112@xxxxxxxxxxx>
Re: [PATCH 11/12] netfilter: Remove extern from function prototypes
- From: Jan Engelhardt <jengelh@xxxxxxx>
[PATCH 0/3 - GIT PULL] include/linux: Remove externs from networking function prototypes
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH 1/3] netfilter: Remove extern from function prototypes
- From: Joe Perches <joe@xxxxxxxxxxx>
Dropping ESP fragments
- From: TS R <wmsiva@xxxxxxxxx>
nftables tcp-flags
- From: Anand Raj Manickam <anandrm@xxxxxxxxx>
Re: nftables dports/Multiport
- From: Arturo Borrero Gonzalez <arturo.borrero.glez@xxxxxxxxx>
nftables dports/Multiport
- From: Anand Raj Manickam <anandrm@xxxxxxxxx>
Alternatives to netfilter
- From: Alessandro Vesely <vesely@xxxxxxx>
wikipedia artilcles and diagrams
- From: ScotX <shcsottrxw@xxxxxxxxx>
[PATCH 11/12] netfilter: Remove extern from function prototypes
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: traffic shape per ip
- From: Ray Soucy <rps@xxxxxxxxx>
Re: tc redirecting vpn traffic, ifb0 output not readable?
- From: steven <commercials24@xxxxxxxx>
Re: traffic shape per ip
- From: Andrew Beverley <andy@xxxxxxxxxxx>
Re: basic NAT/masquerading setup
- From: iptables@xxxxxxxxxxx
traffic shape per ip
- From: binary <dreamer.binary@xxxxxxxxx>
Re: basic NAT/masquerading setup
- From: Neal Murphy <neal.p.murphy@xxxxxxxxxxxx>
Re: basic NAT/masquerading setup [thanks Phil, that was it..
- From: iptables@xxxxxxxxxxx
Re: basic NAT/masquerading setup
- From: Phil Oester <kernel@xxxxxxxxxxxx>
basic NAT/masquerading setup
- From: iptables@xxxxxxxxxxx
Re: tc redirecting vpn traffic, ifb0 output not readable?
- From: "C. L. Martinez" <carlopmart@xxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Alex Bligh <alex@xxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Alex Bligh <alex@xxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
Re: nftables setup
- From: Eric Leblond <eric@xxxxxxxxx>
nftables setup
- From: Anand Raj Manickam <anandrm@xxxxxxxxx>
mac match malfunction?
- From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Alex Bligh <alex@xxxxxxxxxxx>
Re: ipset 6.19 build fails on CentOS 6.4 64bits
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
Is DDR qdisc capable for bandwidth sharing between classes in a specific proportion?
- From: gapsf@xxxxxxxxx
Re: PREROUTING to a non local subnet
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
ipset 6.19 build fails on CentOS 6.4 64bits
- From: Ricardo Klein <klein.rfk@xxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Eliezer Croitoru <eliezer@xxxxxxxxxxxx>
Re: PREROUTING to a non local subnet
- From: Humberto Jucá <betolj@xxxxxxxxx>
[ANNOUNCE] 10th Netfilter Workshop in Montpellier, France
- From: Eric Leblond <eric@xxxxxxxxx>
Re: PREROUTING to a non local subnet
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
Re: PREROUTING to a non local subnet
- From: Manu <traqueur@xxxxxxxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
tc redirecting vpn traffic, ifb0 output not readable?
- From: james <commercials24@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: clarification on the use of --state parameter within conntrack command
- From: Phil Oester <kernel@xxxxxxxxxxxx>
RE: clarification on the use of --state parameter within conntrack command
- From: Alexis Salinas <alexis.salinas@xxxxxxxxxxxxxxxxxxxxxx>
Re: clarification on the use of --state parameter within conntrack command
- From: Greg Folkert <greg@xxxxxxxxx>
RE: clarification on the use of --state parameter within conntrack command
- From: Alexis Salinas <alexis.salinas@xxxxxxxxxxxxxxxxxxxxxx>
Re: clarification on the use of --state parameter within conntrack command
- From: Phil Oester <kernel@xxxxxxxxxxxx>
clarification on the use of --state parameter within conntrack command
- From: Alexis Salinas <alexis.salinas@xxxxxxxxxxxxxxxxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: Wrong routing when combining ip rule with SNAT
- From: Vigneswaran R <vignesh@xxxxxxxxxxx>
Wrong routing when combining ip rule with SNAT
- From: Nikolaus Rath <Nikolaus@xxxxxxxx>
Re: router and masquerade
- From: budi wibowo <bwibowo@xxxxxxxxx>
Re: router and masquerade
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
Re: router and masquerade
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
Re: router and masquerade
- From: budi wibowo <bwibowo@xxxxxxxxx>
Re: router and masquerade
- From: Tom van Leeuwen <tom.van.leeuwen@xxxxxxxxxxxxx>
Re: ipset causing a kernel crash
- From: Yoann Juet <yoann.juet@xxxxxxxxxxxxxx>
Re: ipset causing a kernel crash
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
PREROUTING to a non local subnet
- From: Manu <traqueur@xxxxxxxxxxxxxxxx>
Re: ipset causing a kernel crash
- From: Yoann Juet <yoann.juet@xxxxxxxxxxxxxx>
Re: ipset causing a kernel crash
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
ipset causing a kernel crash
- From: Yoann Juet <yoann.juet@xxxxxxxxxxxxxx>
router and masquerade
- From: budi wibowo <bwibowo@xxxxxxxxx>
Re: ip6tables no target CT
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
ip6tables no target CT
- From: Nick Edwards <nick.z.edwards@xxxxxxxxx>
Re: Limit rule for ICMP not working properly?
- From: Humberto Jucá <betolj@xxxxxxxxx>
Re: Limit rule for ICMP not working properly?
- From: Phil Oester <kernel@xxxxxxxxxxxx>
RE: Limit rule for ICMP not working properly?
- From: "podo" <podo@xxxxxxx>
Re: Ulogd not generating conf file
- From: Eric Leblond <eric@xxxxxxxxx>
Re: Limit rule for ICMP not working properly?
- From: Phil Oester <kernel@xxxxxxxxxxxx>
Ulogd not generating conf file
- From: Austin Weidner <weidnera@xxxxxxxxx>
RE: Limit rule for ICMP not working properly?
- From: "podo" <podo@xxxxxxx>
Re: automatic helper assignment is deprecated and it will be removed soon
- From: Nick Edwards <nick.z.edwards@xxxxxxxxx>
DNAT / SNAT and two ISP Links
- From: Jose Julian Buda <jbuda@xxxxxxxxxxxxxxxxxxxxxx>

[Index of Archives] [LARTC] [Berkeley Packet Filter] [Bugtraq] [Yosemite News] [Samba]