Linux TCP/IP Netfilter
[Prev Page][Next Page]
- Re: [netfilter-core] [ANNOUNCE] Release of iptables 1.4.1-rc2
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Filippo Zeus <filippozeus@xxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Filippo Zeus <filippozeus@xxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: whiplash <whiplash@xxxxxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Filippo Zeus <filippozeus@xxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: whiplash <whiplash@xxxxxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Filippo Zeus <filippozeus@xxxxxxxxx>
- Re: iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: whiplash <whiplash@xxxxxxxxxxxx>
- iptables ip_conntrack_ftp + proftpd TLS: PORT command not understood
- From: Filippo Zeus <filippozeus@xxxxxxxxx>
- Re: ipt_recent: how long does a violater stay in the bad guys list?
- From: Franck JONCOURT <franck.mail@xxxxxxxxxxxxx>
- performance of connlimit match module
- From: Thomas Jacob <jacob@xxxxxxxxxxxxx>
- [ANNOUNCE] Release of iptables 1.4.1-rc2
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: ipt_recent: how long does a violater stay in the bad guys list?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: iptables limit --limit limitations
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Building geoip against voyage kernel source fails
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Building geoip against voyage kernel source fails
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- connmark and fwmark not working - just a little long
- From: paulobruck1 <paulobruck1@xxxxxxxxx>
- Re: Building geoip against voyage kernel source fails
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Building geoip against voyage kernel source fails
- From: Nick Pasich <NewsLetters@xxxxxxxxxxxxxxx>
- Site-specific filter rules problem
- From: Mark Baker <mbaker824@xxxxxxxxx>
- Re: Building geoip against voyage kernel source fails
- From: "David Balnaves" <david@xxxxxxxxxxxxxxx>
- Building geoip against voyage kernel source fails
- From: "David Balnaves" <david@xxxxxxxxxxxxxxx>
- Re: DNAT iptables bug or connection tracking issue?
- From: challado@xxxxxxxxxxxxxx
- Re: DNAT iptables bug or connection tracking issue?
- From: Josh Cepek <josh.cepek@xxxxxxx>
- Re: Forwarding packets received on bridged interfaces to DHCP server -regarding
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- DNAT iptables bug or connection tracking issue?
- From: Irmãos Bocchi & CIA Ltda <challado@xxxxxxxxxxxxxx>
- policy routing and iptables troubles
- From: "Sapytsky Ilya" <sova00@xxxxxxxxx>
- Forwarding packets received on bridged interfaces to DHCP server -regarding
- From: "Knight Tiger" <caugar@xxxxxxxxx>
- ipt_recent: how long does a violater stay in the bad guys list?
- From: Akhil Sharma <goodpriest@xxxxxxxxx>
- Re: Distros that can run conntrack-tools/conntrackd with the default kernel
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Distros that can run conntrack-tools/conntrackd with the default kernel
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Distros that can run conntrack-tools/conntrackd with the default kernel
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Distros that can run conntrack-tools/conntrackd with the default kernel
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Distros that can run conntrack-tools/conntrackd with the default kernel
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Distros that can run conntrack-tools/conntrackd with the default kernel
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Router with 2 public interfaces
- From: "Flávio Costa" <fcosta75@xxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: [ANNOUNCE]: Move to git completed
- From: Patrick McHardy <kaber@xxxxxxxxx>
- iptables -t raw [conditions] -j TRACE is not logging
- From: "Jaroslav Rakhmatoullin" <jazzoslav@xxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- [ANNOUNCE] Release of iptables 1.4.1-rc1
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Handling large list of rules - Efficient or not?
- From: lists+netfilter@xxxxxxx
- Handling large list of rules - Efficient or not?
- From: "howard chen" <howachen@xxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Alexei Ustyuzhaninov <alust@xxxxxxxxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- RE: sequence of matches in a single rule
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- RE: sequence of matches in a single rule
- From: "Nishit Shah" <nishit@xxxxxxxxxxxxx>
- RE: sequence of matches in a single rule
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- RE: sequence of matches in a single rule
- From: "Nishit Shah" <nishit@xxxxxxxxxxxxx>
- iptables limit --limit limitations
- From: "Payam Chychi" <pchychi@xxxxxxxxx>
- Re: sequence of matches in a single rule
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- sequence of matches in a single rule
- From: "Nishit Shah" <nishit@xxxxxxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Alexei Ustyuzhaninov <alust@xxxxxxxxxxxxxxxxxx>
- include/linux/netfilter.h after make headers_install is incomplete
- From: "Greg Steuck" <greg@xxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: logdrop rule does not work any more
- From: Gáspár Lajos <swifty@xxxxxxxxxxx>
- Re: Netfiler REAL Rule Match Sequence
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- logdrop rule does not work any more
- From: Daniel Dvořák <dandee@xxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack vs. nf_conntrack
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: [ANNOUNCE]: Move to git completed
- From: Patrick McHardy <kaber@xxxxxxxxx>
- ebtables problem with Xen bridges
- From: John Haxby <john.haxby@xxxxxxxxxx>
- iptables limit issue
- From: "Payam Chychi" <pchychi@xxxxxxxxx>
- Re: Netfiler REAL Rule Match Sequence
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: Netfiler REAL Rule Match Sequence
- From: "Jürgen Rochol" <juergen.rox@xxxxxxxxx>
- Re: [Re: conntrackd daemon stops: is conntrackd running?]
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: conntrackd daemon stops: is conntrackd running?
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: conntrackd synchronisation at startup
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- conntrackd synchronisation at startup
- From: Christophe Painchaud <dash@xxxxxxxxxxxx>
- Re: Netfiler REAL Rule Match Sequence
- From: "Jürgen Rochol" <juergen.rox@xxxxxxxxx>
- Re: Netfiler REAL Rule Match Sequence
- From: "Jürgen Rochol" <juergen.rox@xxxxxxxxx>
- Re: ip_conntrack files
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: ip_conntrack files
- From: Martin <mylists@xxxxxxxxxxxx>
- Re: Netfiler REAL Rule Match Sequence
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: ip_conntrack files
- From: Dave <finalglide@xxxxxxxxx>
- Netfiler REAL Rule Match Sequence
- From: "Jürgen Rochol" <juergen.rox@xxxxxxxxx>
- [ANNOUNCE]: Call for sponsors for the 6th netfilter developer workshop
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [ANNOUNCE]: Netfilter Workshop 2008
- From: Patrick McHardy <kaber@xxxxxxxxx>
- ip_conntrack files
- From: Martin <mylists@xxxxxxxxxxxx>
- Update iptables rules according to received user lists
- From: "Ling Deng" <lingwsm@xxxxxxxxx>
- Re: Problems with mms-conntrack-nat
- From: Patrick McHardy <kaber@xxxxxxxxx>
- RE: Problems with mms-conntrack-nat
- From: "Peter Kaagman" <P.Kaagman@xxxxxxxxxxxxxxx>
- Re: iptables and performance
- From: Eli Hadad <elhadad@xxxxxxxxx>
- Re: iptables and performance
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: iptables and performance
- From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
- Re: Problems with mms-conntrack-nat
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Problems with mms-conntrack-nat
- From: Patrick McHardy <kaber@xxxxxxxxx>
- ip_conntrack vs. nf_conntrack
- From: Martin <mylists@xxxxxxxxxxxx>
- Problems with mms-conntrack-nat
- From: "Peter Kaagman" <P.Kaagman@xxxxxxxxxxxxxxx>
- [Re: conntrackd daemon stops: is conntrackd running?]
- From: Pablo Florencio <pabloflorencio@xxxxxxx>
- iptables and performance
- From: Eli Hadad <elhadad@xxxxxxxxx>
- Re: DNAT routing problem
- From: "Andrea Ranieri" <andreran@xxxxxx>
- Re: why can't I DNAT SIP?
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: conntrackd daemon stops: is conntrackd running?
- From: Maximilian Wilhelm <max@xxxxxxxxxxx>
- conntrackd daemon stops: is conntrackd running?
- From: Pablo Florencio <pabloflorencio@xxxxxxx>
- Re: Reasons for SFQ not being fair
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Alexei Ustyuzhaninov <alust@xxxxxxxxxxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Alexei Ustyuzhaninov <alust@xxxxxxxxxxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Request for comments: CLUSTERIP target emulator / replacement
- From: "Mark Robson" <markxr@xxxxxxxxx>
- Re: DNAT routing problem
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: DNAT routing problem
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: "sean darcy" <seandarcy2@xxxxxxxxx>
- ipt_ACCOUNT compile problem
- From: Dave <finalglide@xxxxxxxxx>
- Re: DNAT routing problem
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: DNAT routing problem
- From: "Andrea Ranieri" <andreran@xxxxxx>
- Re: why can't I DNAT SIP?
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: DNAT routing problem
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: DNAT routing problem
- From: "Andrea Ranieri" <andreran@xxxxxx>
- Re: DNAT routing problem
- From: Cloves Pereira Costa Jr <cloves.costa@xxxxxxxxxxxx>
- Re: DNAT routing problem
- From: "Andrea Ranieri" <andreran@xxxxxx>
- Re: accept rule not working.
- From: Gáspár Lajos <swifty@xxxxxxxxxxx>
- Re: ip rule fwmarks letting me down
- From: Geoff Crompton <geoffc@xxxxxxxxxxxxxxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: Mike Wright <mike.wright@xxxxxxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: DNAT routing problem
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: why can't I DNAT SIP?
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: viewing rules and traffic while inserting/removing rules
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- DNAT routing problem
- From: "Andrea Ranieri" <andreran@xxxxxx>
- Re: viewing rules and traffic while inserting/removing rules
- From: lists+netfilter@xxxxxxx
- Re: viewing rules and traffic while inserting/removing rules
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: ip rule fwmarks letting me down
- From: whiplash <whiplash@xxxxxxxxxxxx>
- Re: accept rule not working.
- From: Gáspár Lajos <swifty@xxxxxxxxxxx>
- ip rule fwmarks letting me down
- From: Geoff Crompton <geoffc@xxxxxxxxxxxxxxxxxxxxxx>
- Re: accept rule not working.
- From: "eial@xxxxxxxxxxxx" <eial@xxxxxxxxxxxx>
- why can't I DNAT SIP?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: viewing rules and traffic while inserting/removing rules
- From: lists+netfilter@xxxxxxx
- RE: accept rule not working.
- From: "eial@xxxxxxxxxxxx" <eial@xxxxxxxxxxxx>
- Re: SNAT spoofing problem
- From: Josh Cepek <josh.cepek@xxxxxxx>
- RE: viewing rules and traffic while inserting/removing rules
- From: "Steven Kath" <steven.kath@xxxxxxxxxx>
- Re: SNAT spoofing problem
- From: Gary Renshaw <gary@xxxxxxxxxxx>
- Re: SNAT spoofing problem
- From: Gáspár Lajos <swifty@xxxxxxxxxxx>
- Re: viewing rules and traffic while inserting/removing rules
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- SNAT spoofing problem
- From: Gary Renshaw <gary@xxxxxxxxxxx>
- viewing rules and traffic while inserting/removing rules
- From: lists+netfilter@xxxxxxx
- Re: accept rule not working.
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: accept rule not working.
- From: Karim Asif <karimas@xxxxxxxxxxxx>
- Re: accept rule not working.
- From: Gáspár Lajos <swifty@xxxxxxxxxxx>
- RE: accept rule not working.
- From: "Rob Sterenborg" <rob@xxxxxxxxxxxxxxx>
- accept rule not working.
- From: "eial@xxxxxxxxxxxx" <eial@xxxxxxxxxxxx>
- Re: fwmark iptables/ip routing interaction question
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- fwmark iptables/ip routing interaction question
- From: pthyseba@xxxxxxxxxxxxxx
- RE: iptables: Chain already exists
- From: "Michael Smith" <mike@xxxxxxxxxxxxx>
- iptables: Chain already exists
- From: Georgecooldude <georgecooldude@xxxxxxxxx>
- Re: host based redirect
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Filtering module on OSI level 7?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: host based redirect
- From: Diego Lacerda <diegolacerda@xxxxxxxxx>
- Re: host based redirect
- From: Amos Jeffries <squid3@xxxxxxxxxxxxx>
- RE: host based redirect
- From: "Rob Sterenborg" <rob@xxxxxxxxxxxxxxx>
- host based redirect
- From: "aergis@xxxxxxxxx" <aergis@xxxxxxxxx>
- Re: Filtering module on OSI level 7?
- From: Benedikt Gollatz <ben@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Filtering module on OSI level 7?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: Filtering module on OSI level 7?
- From: Benedikt Gollatz <ben@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: does -p udp --dport 5060 not work with -j LOG?
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Filtering module on OSI level 7?
- From: Christoph Ehret <christoph.ehret@xxxxxxxx>
- RE: does -p udp --dport 5060 not work with -j LOG?
- From: "Steven Kath" <steven.kath@xxxxxxxxxx>
- Re: does -p udp --dport 5060 not work with -j LOG?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- RE: does -p udp --dport 5060 not work with -j LOG?
- From: Diego Lacerda <diegolacerda@xxxxxxxxx>
- RE: does -p udp --dport 5060 not work with -j LOG?
- From: "Steven Kath" <steven.kath@xxxxxxxxxx>
- Re: does -p udp --dport 5060 not work with -j LOG?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: Petr Pisar <petr.pisar@xxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: Josh Cepek <josh.cepek@xxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: noa levy <levynoa@xxxxxxxxx>
- Re: does -p udp --dport 5060 not work with -j LOG?
- From: "Diego Lacerda" <diegolacerda@xxxxxxxxx>
- does -p udp --dport 5060 not work with -j LOG?
- From: sean darcy <seandarcy2@xxxxxxxxx>
- Re: iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: udp connection moved from ASSURED to UNREPLIED
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Reasons for SFQ not being fair
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: Question
- From: "Diego Lacerda" <diegolacerda@xxxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: noa levy <levynoa@xxxxxxxxx>
- Re: libnetfilter_conntrack: Unable to create an entry in the expectation table (invalid argument)
- From: "Emmanuel B" <emmanuel.b.lists@xxxxxxxxx>
- [ANNOUNCE] Wolfotrack 1.0 released
- From: "Sebastien Tricaud" <stricaud@xxxxxx>
- Re: 2.6.25: Weird IPv4 stack behaviour, IPv6 is fine
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
- Re: iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: Doc: Writing your own Netfilter modules
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: 2.6.25: Weird IPv4 stack behaviour, IPv6 is fine
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.25: Weird IPv4 stack behaviour, IPv6 is fine
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
- Re: Question
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Question
- From: "Karim Reda Fakhir" <karimreda.fakhir@xxxxxxxxx>
- Re: udp connection moved from ASSURED to UNREPLIED
- From: Aymeric Moizard <jack@xxxxxxxxx>
- Doc: Writing your own Netfilter modules
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- iptables 1.4.0.77, Xtables-addons 1.5.4.1
- From: Jan Engelhardt <jengelh@xxxxxxxxxx>
- Re: libnetfilter_conntrack: Unable to create an entry in the expectation table (invalid argument)
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: udp connection moved from ASSURED to UNREPLIED
- From: Aymeric Moizard <jack@xxxxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: Josh Cepek <josh.cepek@xxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: "Yakov Lerner" <iler.ml@xxxxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: allowing packets from dynamic-dns IP
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: udp connection moved from ASSURED to UNREPLIED
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- allowing packets from dynamic-dns IP
- From: "Yakov Lerner" <iler.ml@xxxxxxxxx>
- udp connection moved from ASSURED to UNREPLIED
- From: Aymeric Moizard <jack@xxxxxxxxx>
- Re: ipt_iplimit.so
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [patch] portknocking module: casting bug
- From: fender <frozenspot@xxxxxxxxx>
- ipt_iplimit.so
- From: Zachary Eadie <zeadie@xxxxxxxxxxxxx>
- Re: nfconntrack and asymmetric routing
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Port Forwarding Problem
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: nfconntrack and asymmetric routing
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: nfconntrack and asymmetric routing
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: nfconntrack and asymmetric routing
- From: "Marco Berizzi" <pupilla@xxxxxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: nfconntrack and asymmetric routing
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Handling RoadWarrior VPN Traffic with IPtables
- From: Henrique Netfilter <henrique.netfilter@xxxxxxxxx>
- Re: Test
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Test
- From: "Peter Boughton" <boughtonp@xxxxxxxxx>
- Re: Handling RoadWarrior VPN Traffic with IPtables
- From: Henrique Netfilter <henrique.netfilter@xxxxxxxxx>
- Re: intended behavior of REDIRECT
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Handling RoadWarrior VPN Traffic with IPtables
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Handling RoadWarrior VPN Traffic with IPtables
- From: Henrique Netfilter <henrique.netfilter@xxxxxxxxx>
- Test
- From: Henrique Netfilter <henrique.netfilter@xxxxxxxxx>
- Re: DNAT, and finding out original destination IP?
- From: "Bradley Kite" <bradley.kite@xxxxxxxxx>
- Re: DNAT, and finding out original destination IP?
- From: "Bradley Kite" <bradley.kite@xxxxxxxxx>
- Re: DNAT, and finding out original destination IP?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: "Leonid Zeitlin" <lz@xxxxxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- DNAT, and finding out original destination IP?
- From: "Bradley Kite" <bradley.kite@xxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- libnetfilter_conntrack: Unable to create an entry in the expectation table (invalid argument)
- From: "Emmanuel B" <emmanuel.b.lists@xxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: "Leonid Zeitlin" <lz@xxxxxxxxxxxx>
- Re: DNAT IPSec
- From: Tom Tonk <tnbt@xxxxxxxx>
- Re: DNAT IPSec
- From: Tom Tonk <tnbt@xxxxxxxx>
- DNAT IPSec
- From: Tom Tonk <tnbt@xxxxxxxx>
- Port Forwarding Problem
- From: Ivan Hernandez <ihernandez@xxxxxxxxxx>
- Re: Dynamically adding rules - are connection tracking states maintained?
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Dynamically adding rules - are connection tracking states maintained?
- From: noa levy <levynoa@xxxxxxxxx>
- Re: Cloning Traffic had having it processed by two different hosts - TEE
- From: Bjoern Weiland <bjoern.weiland@xxxxxxxxxxxxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: "Leonid Zeitlin" <lz@xxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Alexei Ustyuzhaninov <alust@xxxxxxxxxxxxxxxxxx>
- Re: Reject with tcp-reset on a bridge
- From: "Gilad Benjamini" <gilad.benjamini@xxxxxxxxx>
- Re: Cloning Traffic had having it processed by two different hosts - TEE
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Invalid SACK numbers in NAT'ed packets
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: "Yves DUF" <yves.duf@xxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Reject with tcp-reset on a bridge
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Reject with tcp-reset on a bridge
- From: "Gilad Benjamini" <gilad.benjamini@xxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Alexei Ustyuzhaninov <alust@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: John covici <covici@xxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- RE: Redirecting ports in a bridge
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Invalid SACK numbers in NAT'ed packets
- From: "Leonid Zeitlin" <lz@xxxxxxxxxxxx>
- Re: Loopback security...
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Cloning Traffic had having it processed by two different hosts - TEE
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: "Leonid Zeitlin" <lz@xxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: IPTables : How to force data coming from ethX being output by the same device
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- IPTables : How to force data coming from ethX being output by the same device
- From: "Yves DUF" <yves.duf@xxxxxxxxx>
- Cloning Traffic had having it processed by two different hosts - TEE
- From: Bjoern Weiland <bjoern.weiland@xxxxxxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- nfconntrack and asymmetric routing
- From: "Marco Berizzi" <pupilla@xxxxxxxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NFQUEUE handler source example
- From: Eric Leblond <eric@xxxxxx>
- Re: Loopback security...
- From: Petr Pisar <petr.pisar@xxxxxxxx>
- Re: NFQUEUE handler source example
- From: "Mike Herms" <mherms@xxxxxxxxx>
- Re: Loopback security...
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Re: NFQUEUE handler source example
- From: Eric Leblond <eric@xxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- NFQUEUE handler source example
- From: "Mike Herms" <mherms@xxxxxxxxx>
- Re: C code rule modifying
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: C code rule modifying
- From: "Charles Romestant" <cromestant@xxxxxxxxx>
- Re: Loopback security...
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Duplicate UDP Broadcast on all interfaces
- From: Kail <kaildio@xxxxxxxxx>
- Re: C code rule modifying
- From: Bernd Petrovitsch <bernd@xxxxxxxxx>
- Re: C code rule modifying
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Loopback security...
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: C code rule modifying
- From: "Charles M. Romestant F." <cromestant@xxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: C code rule modifying
- From: "Ming-Ching Tiew" <mingching.tiew@xxxxxxxxxxx>
- Re: C code rule modifying
- From: Philip Craig <philipc@xxxxxxxxxxxx>
- Re: C code rule modifying
- From: "Charles Romestant" <cromestant@xxxxxxxxx>
- Re: C code rule modifying
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- C code rule modifying
- From: "Charles Romestant" <cromestant@xxxxxxxxx>
- Re: [netfilter-core] [PATCH 5/6] NETFILTER: signed tcphoff for ipv6_skip_exthdr() retval
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- conntrack-tools can't filter IPv6 address
- From: Petr Pisar <petr.pisar@xxxxxxxx>
- Can't compile libnfnetlink-0.33 and libnetfilter_conntrack-0.0.89
- From: "Ivan Petrushev" <ivanatora@xxxxxxxxx>
- Re: Problem blocking a large list of ip ranges using netfilter with ipranges
- From: "G.W. Haywood" <ged@xxxxxxxxxxxxxxxxxx>
- Problem blocking a large list of ip ranges using netfilter with ipranges
- From: Jesse Harris <zigford@xxxxxxxxx>
- iptables: Too many levels of symbolic links
- From: "Pedram Fard" <pjfard@xxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Fabio De Paolis <fabiodepaolis@xxxxxxx>
- RE: Redirecting ports in a bridge
- From: "Marc Cozzi" <cozzi@xxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Re: Redirecting ports in a bridge
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Redirecting ports in a bridge
- From: Javier Prieto Martínez <javier.prieto.ext@xxxxxxxxxxxxxxxxxxx>
- Re: loosing packets with netfilter and ipsec in tunnel mode
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- loosing packets with netfilter and ipsec in tunnel mode
- From: devel@xxxxxxxxxxxxxx
- Re: NAT Port Forward problem in a not so simple network
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: Martijn Lievaart <m@xxxxxxx>
- [PATCH 5/6] NETFILTER: signed tcphoff for ipv6_skip_exthdr() retval
- From: Roel Kluin <12o3l@xxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Fabio De Paolis <fabiodepaolis@xxxxxxx>
- Re: conntrack-0.9.6 bug (?)
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: Limit on number of rulesets?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- TCP New vs. Invalid with nf_conntrack
- From: "Steven Kath" <steven.kath@xxxxxxxxxx>
- Re: simple connection bridging
- From: "Peter Boughton" <boughtonp@xxxxxxxxx>
- Limit on number of rulesets?
- From: iptables@xxxxxxxxxxxx
- Re: Netfilter and IPSec
- From: Fábio Souto <fsouto@xxxxxxxxxxxxxxxxxx>
- intended behavior of REDIRECT
- From: Luke Elliott <lukester_null@xxxxxxxxxxx>
- Re: Netfilter and IPSec
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Netfilter and IPSec
- From: Ingo Oeser <netdev@xxxxxxxx>
- Re: Netfilter and IPSec
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Fabio De Paolis <fabiodepaolis@xxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: NAT Port Forward problem in a not so simple network
- From: whiplash <whiplash@xxxxxxxxxxxx>
- Re: Netfilter and IPSec
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- NAT Port Forward problem in a not so simple network
- From: Fabio De Paolis <fabiodepaolis@xxxxxxx>
- Netfilter and IPSec
- From: Fábio Souto <fsouto@xxxxxxxxxxxxxxxxxx>
- Re: simple connection bridging
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: simple connection bridging
- From: "Peter Boughton" <boughtonp@xxxxxxxxx>
- Re: simple connection bridging
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: simple connection bridging
- From: "Peter Boughton" <boughtonp@xxxxxxxxx>
- Re: simple connection bridging
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: simple connection bridging
- From: whiplash <whiplash@xxxxxxxxxxxx>
- Re: simple connection bridging
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: simple connection bridging
- From: whiplash <whiplash@xxxxxxxxxxxx>
- Re: simple connection bridging
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: simple connection bridging
- From: "Peter Boughton" <boughtonp@xxxxxxxxx>
- Re: simple connection bridging
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- simple connection bridging
- From: "Peter Boughton" <boughtonp@xxxxxxxxx>
- Using netfilter to write an intermediate network driver
- From: "Marc McNeil" <mawcmcneil@xxxxxxxxx>
- Re: FTP connection without NAT
- From: Martijn Lievaart <m@xxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: [announce] Xtables-addons 1.5.4
- From: Brent Clark <brentgclarklist@xxxxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: FTP connection without NAT
- From: "Ming-Ching Tiew" <mingching.tiew@xxxxxxxxxxx>
- Re: Ranges and Single IPs
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: Ranges and Single IPs
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: FTP connection without NAT
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Success routing mark'ed packets - but still confused why it didn't work the first time....
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- FTP connection without NAT
- From: "Ming-Ching Tiew" <mingching.tiew@xxxxxxxxxxx>
- Re: Success routing mark'ed packets - but still confused why it didn't work the first time....
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Success routing mark'ed packets - but still confused why it didn't work the first time....
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: Success routing mark'ed packets - but still confused why it didn't work the first time....
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: Ranges and Single IPs
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [announce] Xtables-addons 1.5.4
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Ranges and Single IPs
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Ranges and Single IPs
- From: "Gilad Benjamini" <gilad.benjamini@xxxxxxxxx>
- Re: Ranges and Single IPs
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Ranges and Single IPs
- From: "Gilad Benjamini" <gilad.benjamini@xxxxxxxxx>
- RE: Iptables Rules
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- RE: Iptables Rules
- From: Minh Cao <minhcao123@xxxxxxxxx>
- Re: xtables combined, thanks
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- RE: Iptables Rules
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- xtables combined, thanks
- From: Brent Clark <brentgclarklist@xxxxxxxxx>
- Re: Success routing mark'ed packets - but still confused why it didn't work the first time....
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Iptables Rules
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Success routing mark'ed packets - but still confused why it didn't work the first time....
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Iptables Rules
- From: Minh Cao <minhcao123@xxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: iptables -j ROUTE --gw xxxx not working?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables -j ROUTE --gw xxxx not working?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Need help understanding how to debug packet traversal
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- iptables -j ROUTE --gw xxxx not working?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- new firewall
- From: dhottinger@xxxxxxxxxxxxxxxxxxxxxx
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: Packets not traversing the POSTROUTING table?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Packets not traversing the POSTROUTING table?
- From: "Eric B." <ebenze@xxxxxxxxxxx>
- Re: How to drop existing connections
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: How to drop existing connections
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: How to drop existing connections
- From: Karim Asif <karimas@xxxxxxxxxxxx>
- Re: How to drop existing connections
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: How to drop existing connections
- From: Покотиленко Костик <casper@xxxxxxxxxxxx>
- Re: How to drop existing connections
- From: Vitaly <vitaly_il@xxxxxxxxx>
- How to drop existing connections
- From: Vitaly <vitaly_il@xxxxxxxxx>
- Help needed: can't get port forwarding working
- From: Ron Gage <ron@xxxxxxxxxxxxxx>
- Solved: Help needed: can't get port forwarding working
- From: Ron Gage <ron@xxxxxxxxxxxxxx>
- Re: iptables equivalent of ssh local port forward.
- From: "Joel Pearson" <joel.pearson@xxxxxxxxx>
- Re: iptables equivalent of ssh local port forward.
- From: "Joel Pearson" <joel.pearson@xxxxxxxxx>
- Re: iptables equivalent of ssh local port forward.
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables equivalent of ssh local port forward.
- From: Leonardo Rodrigues Magalhães <leolistas@xxxxxxxxxxxxxx>
- Re: iptables equivalent of ssh local port forward.
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables equivalent of ssh local port forward.
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- iptables equivalent of ssh local port forward.
- From: "Joel Pearson" <joel.pearson@xxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Nicolas KOWALSKI <niko@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Nicolas KOWALSKI <niko@xxxxxxxxxxxxxxxxx>
- Re: RFC 4890 (icmpv6 firewall recommendations) and ip6tables (was: ip6tables icmp conntracking on 2.6.18 vs 2.6.24)
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: RFC 4890 (icmpv6 firewall recommendations) and ip6tables (was: ip6tables icmp conntracking on 2.6.18 vs 2.6.24)
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Nicolas KOWALSKI <niko@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- RFC 4890 (icmpv6 firewall recommendations) and ip6tables (was: ip6tables icmp conntracking on 2.6.18 vs 2.6.24)
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: safely apply new rulesets: iptables-apply
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Nicolas KOWALSKI <niko@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Nicolas KOWALSKI <niko@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- connlimit: 2.6.24.4 + p-o-m 20080331 compile problems
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Nicolas KOWALSKI <niko@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: [solved] possible bug in call to libipt_state
- From: Steven Stromer <filter@xxxxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: reroute-check
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: Petr Pisar <petr.pisar@xxxxxxxx>
- ip6tables icmp conntracking on 2.6.18 vs 2.6.24
- From: martin f krafft <madduck@xxxxxxxxxxx>
- ip6tables: --state INVALID catches echo-request
- From: martin f krafft <madduck@xxxxxxxxxxx>
- [ignore] Re: ip6tables: --state INVALID matches echo-replies
- From: martin f krafft <madduck@xxxxxxxxxxx>
- ip6tables: --state INVALID matches echo-replies
- From: martin f krafft <madduck@xxxxxxxxxxx>
- ARP proxy without iptables
- From: "nir m" <nirm003@xxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Patrick McHardy <kaber@xxxxxxxxx>
- reroute-check
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- Re: local NAT; reconfigured kernel, problems still
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- RE: Blocking Bittorrent
- From: "Eric Estes" <Eric_Estes@xxxxxxxxxxxxxxx>
- Re: Blocking Bittorrent
- From: "Salatiel Filho" <salatiel.filho@xxxxxxxxx>
- Re: Blocking Bittorrent
- From: "Eric Estes" <Eric_Estes@xxxxxxxxxxxxxxx>
- Blocking Bittorrent
- From: Tarak Ranjan <contacttrm@xxxxxxxxxxx>
- Re: local NAT; reconfigured kernel, problems still
- From: Georgi Georgiev <chutz@xxxxxxx>
- Re: local NAT; reconfigured kernel, problems still
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- Re: FW: CONNMARK and ip rule fwmark
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: local NAT; reconfigured kernel, problems still
- From: "Eljas Alakulppi" <Buzer@xxxxxxxxx>
- Re: ICMP fragmentation needed packets lost
- From: Martijn Lievaart <m@xxxxxxx>
- local NAT; reconfigured kernel, problems still
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- Re: possible bug in call to libipt_state
- From: "Eljas Alakulppi" <Buzer@xxxxxxxxx>
- Re: possible bug in call to libipt_state
- From: "Ukeme Noah" <ukeme.noah@xxxxxxxxx>
- possible bug in call to libipt_state
- From: Steven Stromer <filter@xxxxxxxxxxxxxxxxx>
- FW: CONNMARK and ip rule fwmark
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- Testing netfilter rules
- From: "ml@xxxxxxxxx" <ml@xxxxxxxxx>
- Re: Transfer stalls with NAT under 2.6.24.3
- From: Sven Riedel <sr@xxxxxxxxxxxx>
- Re: CONNMARK and ip rule fwmark
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: CONNMARK and ip rule fwmark
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Can netfilter conntrack ftp FXP ?
- From: "Gary Bai" <lists.platinum@xxxxxxxxx>
- RE: CONNMARK and ip rule fwmark
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- Re: CONNMARK and ip rule fwmark
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: CONNMARK and ip rule fwmark
- From: Franck JONCOURT <franck.mail@xxxxxxxxxxxxx>
- Re: CONNMARK and ip rule fwmark
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Can netfilter conntrack ftp FXP ?
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: CONNMARK and ip rule fwmark
- From: Franck JONCOURT <franck.mail@xxxxxxxxxxxxx>
- CONNMARK and ip rule fwmark
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- RE: UNTRACKED packets are identified as INVALID
- From: "Sharon Tal" <shatal@xxxxxxxxxxxxxx>
- Can netfilter conntrack ftp FXP ?
- From: "Gary Bai" <lists.platinum@xxxxxxxxx>
- Re: NAT session tracking
- From: Franck JONCOURT <franck.mail@xxxxxxxxxxxxx>
- Re: NAT session tracking
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- NAT session tracking
- From: "Ganesh Kumar N M" <ganeshkumar@xxxxxxxxxxxxxxxxxxx>
- Re: iptables vs. Linux kernel version question
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: simple port translation on the localhost / local loopback
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- iptables vs. Linux kernel version question
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- Re: simple port translation on the localhost / local loopback
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- Re: pre 2.6.14 ip_queue - packet shrink issues?
- From: Scott MacKay <scottmackay@xxxxxxxxx>
- Re: pre 2.6.14 ip_queue - packet shrink issues?
- From: Eric Leblond <eric@xxxxxx>
- pre 2.6.14 ip_queue - packet shrink issues?
- From: Scott MacKay <scottmackay@xxxxxxxxx>
- Re: simple port translation on the localhost / local loopback
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- RE: simple port translation on the localhost / local loopback
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- Re: basic load distribution using -m statistic --mode nth
- From: Per Jessen <per@xxxxxxxxxxxx>
- Re: nf_conntrack_tcp_timeout_close value
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: basic load distribution using -m statistic --mode nth
- From: Per Jessen <per@xxxxxxxxxxxx>
- Re: Single Packet Authentication [help needed]
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Single Packet Authentication [help needed]
- From: "Charles Romestant" <cromestant@xxxxxxxxx>
- RE: simple port translation on the localhost / local loopback
- From: Ryan Kruse <rkruse@xxxxxxxxxxxxxx>
- Re: basic load distribution using -m statistic --mode nth
- From: Patrick McHardy <kaber@xxxxxxxxx>
- simple port translation on the localhost / local loopback
- From: Noino <mg8c1zu02@xxxxxxxxxxxxxx>
- nf_conntrack_tcp_timeout_close value
- From: <pyoder3@xxxxxxxxxxx>
- nf_conntrack_tcp_timeout_close value
- From: <pyoder3@xxxxxxxxxxx>
- basic load distribution using -m statistic --mode nth
- From: Per Jessen <per@xxxxxxxxxxxx>
- Re: UNTRACKED packets are identified as INVALID
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
- Re: PATCHES AGAIN...
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: PATCHES AGAIN...
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- PATCHES AGAIN...
- From: Gáspár Lajos <swifty@xxxxxxxxxxx>
- Re: [PATCH 04/29] [NETFILTER]: annotate rest of nf_conntrack_* with const
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH 02/29] [NETFILTER]: annotate xtables targets with const and remove casts
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH 01/29] [NETFILTER]: xt_sctp: simplify xt_sctp.h
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Transfer stalls with NAT under 2.6.24.3
- From: Krzysztof Oledzki <ole@xxxxxx>
- Re: Transfer stalls with NAT under 2.6.24.3
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: IPv6 Redirecting a Port
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: UNTRACKED packets are identified as INVALID
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: william fitzgerald <wfitzgerald@xxxxxxxx>
- Re: IPv6 Redirecting a Port
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Transfer stalls with NAT under 2.6.24.3
- From: Patrick McHardy <kaber@xxxxxxxxx>
- UNTRACKED packets are identified as INVALID
- From: "Sharon Tal" <shatal@xxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- Re: Transfer stalls with NAT under 2.6.24.3
- From: Sven Riedel <sr@xxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: Transfer stalls with NAT under 2.6.24.3
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Transfer stalls with NAT under 2.6.24.3
- From: Sven Riedel <sr@xxxxxxxxxxxx>
- Re: REJECT wih tcp-reset not working (very weird problem)
- From: Casper Gripenberg <casper.gripenberg@xxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
- Re: Stopping ip_conntrack_max from resetting
- From: Franck JONCOURT <franck.mail@xxxxxxxxxxxxx>
- [PATCH 05/29] [NETFILTER]: annotate rest of nf_nat_* with const
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 08/29] [NETFILTER]: remove arpt_target indirection macro
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 06/29] [NETFILTER]: Use unsigned types for hooknum and pf vars
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 22/29] [NETFILTER]: nf_conntrack_sctp: const annotations
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 14/29] [NETFILTER]: rename NF_ARP to AF_ARP and assign a non-clashing value
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 19/29] [NETFILTER]: nf_nat: autoload IPv4 connection tracking
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 17/29] [NETFILTER]: Rename ipt_recent to xt_recent
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 15/29] [NETFILTER]: Implement AF_UNSPEC as a wildcard for extensions
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 20/29] [NETFILTER]: Use bool in nf_conntrack_l4proto
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 25/29] [NETFILTER]: Give AF-independent extensions an arpt_ alias
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 01/29] [NETFILTER]: xt_sctp: simplify xt_sctp.h
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 09/29] [NETFILTER]: remove ARPT_{STANDARD,ERROR}_TARGET indirection macro
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 28/29] [NETFILTER]: xt_length match, revision 1
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 29/29] [NETFILTER]: Replace NF_CT_DUMP_TUPLE macro indrection by function call
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 27/29] [NETFILTER]: Deploy a prefix_length-to-network mask mapping table
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 26/29] [NETFILTER]: Make Ebtables use Xtables infrastructure
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 10/29] [NETFILTER]: remove unused ARPT_ALIGN indirection macros
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 23/29] [NETFILTER]: Use bool in nf_conntrack_tuple.h
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 24/29] [NETFILTER]: Replace anon union by nf_conntrack_man_proto
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 21/29] [NETFILTER]: Use bool in nf_conntrack_l3proto
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 18/29] [NETFILTER]: xt_recent: IPv6 support
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 12/29] [NETFILTER]: remove ARPT_{CONTINUE,RETURN} indirection macros
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 16/29] [NETFILTER]: Explicitly initialize .priority in arptable_filter
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 13/29] [NETFILTER]: remove ARPT_{CONTINUE,RETURN} indirection macros
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 11/29] [NETFILTER]: remove arpt_(un)register_target indirection macros
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 07/29] [NETFILTER]: remove arpt_table indirection macro
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 03/29] [NETFILTER]: annotate {arp,ip,ip6,x}tables with const
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 02/29] [NETFILTER]: annotate xtables targets with const and remove casts
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH 04/29] [NETFILTER]: annotate rest of nf_conntrack_* with const
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: william fitzgerald <wfitzgerald@xxxxxxxx>
- Re: Query: Can Netfilter inspect xml soap traffic
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: IPv6 Redirecting a Port
- From: Patrick McHardy <kaber@xxxxxxxxx>
- IPv6 Redirecting a Port
- From: Ryan Kruse <rkruse@xxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Query: Can Netfilter inspect xml soap traffic
- From: william fitzgerald <wfitzgerald@xxxxxxxx>
- Re: conntrack can't delete more conntrack records
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
- Re: Stopping ip_conntrack_max from resetting
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Why does ipv6 enabled interfere with ipv4 SNAT?
- From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
- Re: Disappearing packets
- From: George Klein <george.klein@xxxxxxxxxxx>
- REJECT wih tcp-reset not working (very weird problem)
- From: Casper Gripenberg <casper.gripenberg@xxxxxxxxxxxxx>
- Stopping ip_conntrack_max from resetting
- From: Richard Andrews <randrews@xxxxxxxxxxxx>
- Re: Disappearing packets
- From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
- IP_MULTICAST_LOOP? /Re: Netfilter "sees" locally originated multicast traffic as external-incoming one/
- From: "Igor M Podlesny" <for.poige+linux.nf@xxxxxxxxx>
- Netfilter "sees" locally originated multicast traffic as external-incoming one
- From: "Igor M Podlesny" <for.poige+linux.nf@xxxxxxxxx>
- Re: Disappearing packets
- From: george <gk@xxxxxxxxxxx>
- Re: Disappearing packets
- From: Jon Wilson <lists@xxxxxxxxxxx>
- Disappearing packets
- From: george <gk@xxxxxxxxxxx>
- Re: Bandwidth Management - By MAC Address
- From: Michele Petrazzo - Unipex srl <michele.petrazzo@xxxxxxxxx>
- Xtables-addons 1.5.3 & xt_geoip
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Bandwidth Management - By MAC Address
- From: "Eric Estes" <Eric_Estes@xxxxxxxxxxxxxxx>
- Re: Bandwith Distribition
- From: Martijn Lievaart <m@xxxxxxx>
- Problem modifying TCP packets
- From: rigoberto perez <rigo666beast@xxxxxxxxx>
- ICMP fragmentation needed packets lost
- From: bossk <bossk@xxxxxxxxxx>
- Re: Route packets by source IP
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: ssh agent timeout
- From: Mike -- EMAIL IGNORED <m_d_berger_1900@xxxxxxxxx>
- server security
- From: "Ukeme Noah" <ukeme.noah@xxxxxxxxx>
- RE: Route packets by source IP
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- Re: Route packets by source IP
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- RE: ssh agent timeout
- From: "Rob Sterenborg" <rob@xxxxxxxxxxxxxxx>
- Re: port forwarding question
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Tcp segment size in linux
- From: Petr Pisar <petr.pisar@xxxxxxxx>
- RE: Route packets by source IP
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- Re: Route packets by source IP
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Re: Route packets by source IP
- From: Franck JONCOURT <franck.mail@xxxxxxxxxxxxx>
- Tcp segment size in linux
- From: rigoberto perez <rigo666beast@xxxxxxxxx>
- ssh agent timeout
- From: Mike -- EMAIL IGNORED <m_d_berger_1900@xxxxxxxxx>
- Re: Route packets by source IP
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
- Route packets by source IP
- From: "Steffen Heil" <lists@xxxxxxxxxxxxxxx>
- Re: conntrack can't delete more conntrack records
- From: Petr Pisar <petr.pisar@xxxxxxxx>
- Bandwith Distribition
- From: Tarak Ranjan <contacttrm@xxxxxxxxxxx>
- Re: port forwarding question
- From: Andrew Schulman <andrex@xxxxxxxxxxxxxxxxx>
- Re: port forwarding question
- From: Cloves Pereira Costa Jr <cloves.costa@xxxxxxxxxxxx>
- Re: port forwarding question
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- port forwarding question
- From: Phil Sutter <phil@xxxxxxxxxxxxxxxx>
- Re: simple netfilter machine redirection
- From: Grant Taylor <gtaylor@xxxxxxxxxxxxxxxxx>
[Index of Archives]
[LARTC]
[Berkeley Packet Filter]
[Bugtraq]
[Yosemite News]
[Samba]
