* (unknown), @ 2009-08-05 16:22 Jan Engelhardt 2009-08-05 16:22 ` [PATCH 1/2] xt_conntrack: revision 2 for enlarged state_mask member Jan Engelhardt ` (2 more replies) 0 siblings, 3 replies; 20+ messages in thread From: Jan Engelhardt @ 2009-08-05 16:22 UTC (permalink / raw) To: kaber; +Cc: netfilter-devel Please pull from git://dev.medozas.de/iptables master to receive Jan Engelhardt (2+1): xt_conntrack: revision 2 for enlarged state_mask member libxt_helper: fix invalid passed option to check_inverse Merge branch 'stable' Diffstat: Updating 80fcb7b..8e4daca Fast forward extensions/libxt_conntrack.c | 159 +++++++++++++++++++++++++++---- extensions/libxt_helper.c | 2 +- include/linux/netfilter/xt_conntrack.h | 13 +++ 3 files changed, 152 insertions(+), 22 deletions(-) ^ permalink raw reply [flat|nested] 20+ messages in thread
* [PATCH 1/2] xt_conntrack: revision 2 for enlarged state_mask member 2009-08-05 16:22 (unknown), Jan Engelhardt @ 2009-08-05 16:22 ` Jan Engelhardt 2009-08-05 16:22 ` [PATCH 2/2] libxt_helper: fix invalid passed option to check_inverse Jan Engelhardt 2009-08-10 9:04 ` Patrick McHardy 2 siblings, 0 replies; 20+ messages in thread From: Jan Engelhardt @ 2009-08-05 16:22 UTC (permalink / raw) To: kaber; +Cc: netfilter-devel This complements the xt_conntrack revision 2 code added to the kenrel. Signed-off-by: Jan Engelhardt <jengelh@medozas.de> --- extensions/libxt_conntrack.c | 175 +++++++++++++++++++++++++++----- include/linux/netfilter/xt_conntrack.h | 13 +++ 2 files changed, 161 insertions(+), 27 deletions(-) diff --git a/extensions/libxt_conntrack.c b/extensions/libxt_conntrack.c index 96ea3ec..68d40f8 100644 --- a/extensions/libxt_conntrack.c +++ b/extensions/libxt_conntrack.c @@ -12,6 +12,7 @@ #include <getopt.h> #include <netdb.h> #include <stdbool.h> +#include <stddef.h> #include <stdio.h> #include <stdlib.h> #include <string.h> @@ -115,7 +116,7 @@ parse_states(const char *arg, struct xt_conntrack_info *sinfo) } static bool -conntrack_ps_state(struct xt_conntrack_mtinfo1 *info, const char *state, +conntrack_ps_state(struct xt_conntrack_mtinfo2 *info, const char *state, size_t z) { if (strncasecmp(state, "INVALID", z) == 0) @@ -138,7 +139,7 @@ conntrack_ps_state(struct xt_conntrack_mtinfo1 *info, const char *state, } static void -conntrack_ps_states(struct xt_conntrack_mtinfo1 *info, const char *arg) +conntrack_ps_states(struct xt_conntrack_mtinfo2 *info, const char *arg) { const char *comma; @@ -189,7 +190,7 @@ parse_statuses(const char *arg, struct xt_conntrack_info *sinfo) } static bool -conntrack_ps_status(struct xt_conntrack_mtinfo1 *info, const char *status, +conntrack_ps_status(struct xt_conntrack_mtinfo2 *info, const char *status, size_t z) { if (strncasecmp(status, "NONE", z) == 0) @@ -208,7 +209,7 @@ conntrack_ps_status(struct xt_conntrack_mtinfo1 *info, const char *status, } static void -conntrack_ps_statuses(struct xt_conntrack_mtinfo1 *info, const char *arg) +conntrack_ps_statuses(struct xt_conntrack_mtinfo2 *info, const char *arg) { const char *comma; @@ -263,7 +264,7 @@ parse_expires(const char *s, struct xt_conntrack_info *sinfo) } static void -conntrack_ps_expires(struct xt_conntrack_mtinfo1 *info, const char *s) +conntrack_ps_expires(struct xt_conntrack_mtinfo2 *info, const char *s) { unsigned int min, max; char *end; @@ -437,10 +438,9 @@ static int conntrack_parse(int c, char **argv, int invert, unsigned int *flags, } static int -conntrack_mt_parse(int c, char **argv, int invert, unsigned int *flags, - struct xt_entry_match **match) +conntrack_mt_parse(int c, bool invert, unsigned int *flags, + struct xt_conntrack_mtinfo2 *info) { - struct xt_conntrack_mtinfo1 *info = (void *)(*match)->data; unsigned int port; char *p; @@ -543,10 +543,9 @@ conntrack_mt_parse(int c, char **argv, int invert, unsigned int *flags, } static int -conntrack_mt4_parse(int c, char **argv, int invert, unsigned int *flags, - const void *entry, struct xt_entry_match **match) +conntrack_mt4_parse(int c, bool invert, unsigned int *flags, + struct xt_conntrack_mtinfo2 *info) { - struct xt_conntrack_mtinfo1 *info = (void *)(*match)->data; struct in_addr *addr = NULL; unsigned int naddrs = 0; @@ -605,7 +604,7 @@ conntrack_mt4_parse(int c, char **argv, int invert, unsigned int *flags, default: - return conntrack_mt_parse(c, argv, invert, flags, match); + return conntrack_mt_parse(c, invert, flags, info); } *flags = info->match_flags; @@ -613,10 +612,9 @@ conntrack_mt4_parse(int c, char **argv, int invert, unsigned int *flags, } static int -conntrack_mt6_parse(int c, char **argv, int invert, unsigned int *flags, - const void *entry, struct xt_entry_match **match) +conntrack_mt6_parse(int c, bool invert, unsigned int *flags, + struct xt_conntrack_mtinfo2 *info) { - struct xt_conntrack_mtinfo1 *info = (void *)(*match)->data; struct in6_addr *addr = NULL; unsigned int naddrs = 0; @@ -675,13 +673,62 @@ conntrack_mt6_parse(int c, char **argv, int invert, unsigned int *flags, default: - return conntrack_mt_parse(c, argv, invert, flags, match); + return conntrack_mt_parse(c, invert, flags, info); } *flags = info->match_flags; return true; } +#define cinfo_transform(r, l) \ + do { \ + memcpy((r), (l), offsetof(typeof(*(l)), state_mask)); \ + (r)->state_mask = (l)->state_mask; \ + (r)->status_mask = (l)->status_mask; \ + } while (false); + +static int +conntrack1_mt4_parse(int c, char **argv, int invert, unsigned int *flags, + const void *entry, struct xt_entry_match **match) +{ + struct xt_conntrack_mtinfo1 *info = (void *)(*match)->data; + struct xt_conntrack_mtinfo2 up; + + cinfo_transform(&up, info); + if (!conntrack_mt4_parse(c, invert, flags, &up)) + return false; + cinfo_transform(info, &up); + return true; +} + +static int +conntrack1_mt6_parse(int c, char **argv, int invert, unsigned int *flags, + const void *entry, struct xt_entry_match **match) +{ + struct xt_conntrack_mtinfo1 *info = (void *)(*match)->data; + struct xt_conntrack_mtinfo2 up; + + cinfo_transform(&up, info); + if (!conntrack_mt6_parse(c, invert, flags, &up)) + return false; + cinfo_transform(info, &up); + return true; +} + +static int +conntrack2_mt4_parse(int c, char **argv, int invert, unsigned int *flags, + const void *entry, struct xt_entry_match **match) +{ + return conntrack_mt4_parse(c, invert, flags, (void *)(*match)->data); +} + +static int +conntrack2_mt6_parse(int c, char **argv, int invert, unsigned int *flags, + const void *entry, struct xt_entry_match **match) +{ + return conntrack_mt6_parse(c, invert, flags, (void *)(*match)->data); +} + static void conntrack_mt_check(unsigned int flags) { if (flags == 0) @@ -894,7 +941,7 @@ matchinfo_print(const void *ip, const struct xt_entry_match *match, int numeric, } static void -conntrack_dump(const struct xt_conntrack_mtinfo1 *info, const char *prefix, +conntrack_dump(const struct xt_conntrack_mtinfo2 *info, const char *prefix, unsigned int family, bool numeric) { if (info->match_flags & XT_CONNTRACK_STATE) { @@ -1004,6 +1051,28 @@ static void conntrack_print(const void *ip, const struct xt_entry_match *match, } static void +conntrack1_mt4_print(const void *ip, const struct xt_entry_match *match, + int numeric) +{ + const struct xt_conntrack_mtinfo1 *info = (void *)match->data; + struct xt_conntrack_mtinfo2 up; + + cinfo_transform(&up, info); + conntrack_dump(&up, "", NFPROTO_IPV4, numeric); +} + +static void +conntrack1_mt6_print(const void *ip, const struct xt_entry_match *match, + int numeric) +{ + const struct xt_conntrack_mtinfo1 *info = (void *)match->data; + struct xt_conntrack_mtinfo2 up; + + cinfo_transform(&up, info); + conntrack_dump(&up, "", NFPROTO_IPV6, numeric); +} + +static void conntrack_mt_print(const void *ip, const struct xt_entry_match *match, int numeric) { @@ -1034,7 +1103,27 @@ static void conntrack_mt6_save(const void *ip, conntrack_dump((const void *)match->data, "--", NFPROTO_IPV6, true); } -static struct xtables_match conntrack_match = { +static void +conntrack1_mt4_save(const void *ip, const struct xt_entry_match *match) +{ + const struct xt_conntrack_mtinfo1 *info = (void *)match->data; + struct xt_conntrack_mtinfo2 up; + + cinfo_transform(&up, info); + conntrack_dump(&up, "--", NFPROTO_IPV4, true); +} + +static void +conntrack1_mt6_save(const void *ip, const struct xt_entry_match *match) +{ + const struct xt_conntrack_mtinfo1 *info = (void *)match->data; + struct xt_conntrack_mtinfo2 up; + + cinfo_transform(&up, info); + conntrack_dump(&up, "--", NFPROTO_IPV6, true); +} + +static struct xtables_match conntrack_mt_v0_reg = { .version = XTABLES_VERSION, .name = "conntrack", .revision = 0, @@ -1049,7 +1138,7 @@ static struct xtables_match conntrack_match = { .extra_opts = conntrack_mt_opts_v0, }; -static struct xtables_match conntrack_mt_reg = { +static struct xtables_match conntrack_mt_v1_reg = { .version = XTABLES_VERSION, .name = "conntrack", .revision = 1, @@ -1057,14 +1146,14 @@ static struct xtables_match conntrack_mt_reg = { .size = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo1)), .userspacesize = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo1)), .help = conntrack_mt_help, - .parse = conntrack_mt4_parse, + .parse = conntrack1_mt4_parse, .final_check = conntrack_mt_check, - .print = conntrack_mt_print, - .save = conntrack_mt_save, + .print = conntrack1_mt4_print, + .save = conntrack1_mt4_save, .extra_opts = conntrack_mt_opts, }; -static struct xtables_match conntrack_mt6_reg = { +static struct xtables_match conntrack_mt6_v1_reg = { .version = XTABLES_VERSION, .name = "conntrack", .revision = 1, @@ -1072,7 +1161,37 @@ static struct xtables_match conntrack_mt6_reg = { .size = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo1)), .userspacesize = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo1)), .help = conntrack_mt_help, - .parse = conntrack_mt6_parse, + .parse = conntrack1_mt6_parse, + .final_check = conntrack_mt_check, + .print = conntrack1_mt6_print, + .save = conntrack1_mt6_save, + .extra_opts = conntrack_mt_opts, +}; + +static struct xtables_match conntrack_mt_v2_reg = { + .version = XTABLES_VERSION, + .name = "conntrack", + .revision = 2, + .family = NFPROTO_IPV4, + .size = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo2)), + .userspacesize = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo2)), + .help = conntrack_mt_help, + .parse = conntrack2_mt4_parse, + .final_check = conntrack_mt_check, + .print = conntrack_mt_print, + .save = conntrack_mt_save, + .extra_opts = conntrack_mt_opts, +}; + +static struct xtables_match conntrack_mt6_v2_reg = { + .version = XTABLES_VERSION, + .name = "conntrack", + .revision = 2, + .family = NFPROTO_IPV6, + .size = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo2)), + .userspacesize = XT_ALIGN(sizeof(struct xt_conntrack_mtinfo2)), + .help = conntrack_mt_help, + .parse = conntrack2_mt6_parse, .final_check = conntrack_mt_check, .print = conntrack_mt6_print, .save = conntrack_mt6_save, @@ -1081,7 +1200,9 @@ static struct xtables_match conntrack_mt6_reg = { void _init(void) { - xtables_register_match(&conntrack_match); - xtables_register_match(&conntrack_mt_reg); - xtables_register_match(&conntrack_mt6_reg); + xtables_register_match(&conntrack_mt_v0_reg); + xtables_register_match(&conntrack_mt_v1_reg); + xtables_register_match(&conntrack_mt6_v1_reg); + xtables_register_match(&conntrack_mt_v2_reg); + xtables_register_match(&conntrack_mt6_v2_reg); } diff --git a/include/linux/netfilter/xt_conntrack.h b/include/linux/netfilter/xt_conntrack.h index 8f53452..21b222e 100644 --- a/include/linux/netfilter/xt_conntrack.h +++ b/include/linux/netfilter/xt_conntrack.h @@ -81,4 +81,17 @@ struct xt_conntrack_mtinfo1 { u_int8_t state_mask, status_mask; }; +struct xt_conntrack_mtinfo2 { + union nf_inet_addr origsrc_addr, origsrc_mask; + union nf_inet_addr origdst_addr, origdst_mask; + union nf_inet_addr replsrc_addr, replsrc_mask; + union nf_inet_addr repldst_addr, repldst_mask; + __u32 expires_min, expires_max; + __u16 l4proto; + __be16 origsrc_port, origdst_port; + __be16 replsrc_port, repldst_port; + __u16 match_flags, invert_flags; + __u16 state_mask, status_mask; +}; + #endif /*_XT_CONNTRACK_H*/ -- 1.6.3.3 ^ permalink raw reply related [flat|nested] 20+ messages in thread
* [PATCH 2/2] libxt_helper: fix invalid passed option to check_inverse 2009-08-05 16:22 (unknown), Jan Engelhardt 2009-08-05 16:22 ` [PATCH 1/2] xt_conntrack: revision 2 for enlarged state_mask member Jan Engelhardt @ 2009-08-05 16:22 ` Jan Engelhardt 2009-08-10 9:04 ` Patrick McHardy 2 siblings, 0 replies; 20+ messages in thread From: Jan Engelhardt @ 2009-08-05 16:22 UTC (permalink / raw) To: kaber; +Cc: netfilter-devel Signed-off-by: Jan Engelhardt <jengelh@medozas.de> --- extensions/libxt_helper.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/extensions/libxt_helper.c b/extensions/libxt_helper.c index 7b56bef..b136d8a 100644 --- a/extensions/libxt_helper.c +++ b/extensions/libxt_helper.c @@ -31,7 +31,7 @@ helper_parse(int c, char **argv, int invert, unsigned int *flags, if (*flags) xtables_error(PARAMETER_PROBLEM, "helper match: Only use --helper ONCE!"); - xtables_check_inverse(optarg, &invert, &invert, 0); + xtables_check_inverse(optarg, &invert, &optind, 0); strncpy(info->name, optarg, 29); info->name[29] = '\0'; if (invert) -- 1.6.3.3 ^ permalink raw reply related [flat|nested] 20+ messages in thread
* Re: 2009-08-05 16:22 (unknown), Jan Engelhardt 2009-08-05 16:22 ` [PATCH 1/2] xt_conntrack: revision 2 for enlarged state_mask member Jan Engelhardt 2009-08-05 16:22 ` [PATCH 2/2] libxt_helper: fix invalid passed option to check_inverse Jan Engelhardt @ 2009-08-10 9:04 ` Patrick McHardy 2 siblings, 0 replies; 20+ messages in thread From: Patrick McHardy @ 2009-08-10 9:04 UTC (permalink / raw) To: Jan Engelhardt; +Cc: netfilter-devel Jan Engelhardt wrote: > Please pull from > git://dev.medozas.de/iptables master > > to receive > > Jan Engelhardt (2+1): > xt_conntrack: revision 2 for enlarged state_mask member > libxt_helper: fix invalid passed option to check_inverse Pulled and pushed back out again, thanks. ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [PATCH] net/netfilter/ipvs: Fix data-race in ip_vs_add_service / ip_vs_out_hook @ 2025-08-27 6:48 Julian Anastasov 2025-08-27 14:43 ` Zhang Tengfei 0 siblings, 1 reply; 20+ messages in thread From: Julian Anastasov @ 2025-08-27 6:48 UTC (permalink / raw) To: Zhang Tengfei Cc: Simon Horman, lvs-devel, netfilter-devel, Pablo Neira Ayuso, Jozsef Kadlecsik, Florian Westphal, David S . Miller, David Ahern, Eric Dumazet, Jakub Kicinski, Paolo Abeni, coreteam, syzbot+1651b5234028c294c339 Hello, On Tue, 26 Aug 2025, Zhang Tengfei wrote: > A data-race was detected by KCSAN between ip_vs_add_service() which > acts as a writer, and ip_vs_out_hook() which acts as a reader. This > can lead to unpredictable behavior and crashes. One observed symptom > is the "no destination available" error when processing packets. > > The race occurs on the `enable` flag within the `netns_ipvs` > struct. This flag was being written in the configuration path without > any protection, while concurrently being read in the packet processing > path. This lack of synchronization means a reader on one CPU could see a > partially initialized service, leading to incorrect behavior. > > To fix this, convert the `enable` flag from a plain integer to an > atomic_t. This ensures that all reads and writes to the flag are atomic. > More importantly, using atomic_set() and atomic_read() provides the > necessary memory barriers to guarantee that changes to other fields of > the service are visible to the reader CPU before the service is marked > as enabled. > > Reported-by: syzbot+1651b5234028c294c339@syzkaller.appspotmail.com > Closes: https://syzkaller.appspot.com/bug?extid=1651b5234028c294c339 > Signed-off-by: Zhang Tengfei <zhtfdev@gmail.com> > --- > include/net/ip_vs.h | 2 +- > net/netfilter/ipvs/ip_vs_conn.c | 4 ++-- > net/netfilter/ipvs/ip_vs_core.c | 10 +++++----- > net/netfilter/ipvs/ip_vs_ctl.c | 6 +++--- > net/netfilter/ipvs/ip_vs_est.c | 16 ++++++++-------- > 5 files changed, 19 insertions(+), 19 deletions(-) > > diff --git a/net/netfilter/ipvs/ip_vs_est.c b/net/netfilter/ipvs/ip_vs_est.c > index 15049b826732..c5aa2660de92 100644 > --- a/net/netfilter/ipvs/ip_vs_est.c > +++ b/net/netfilter/ipvs/ip_vs_est.c ... > @@ -757,7 +757,7 @@ static void ip_vs_est_calc_phase(struct netns_ipvs *ipvs) > mutex_lock(&ipvs->est_mutex); > for (id = 1; id < ipvs->est_kt_count; id++) { > /* netns clean up started, abort */ > - if (!ipvs->enable) > + if (!atomic_read(&ipvs->enable)) > goto unlock2; It is a simple flag but as it is checked in loops in a few places in ip_vs_est.c, lets use READ_ONCE/WRITE_ONCE as suggested by Florian and Eric. The 3 checks in hooks in ip_vs_core.c can be simply removed: in ip_vs_out_hook, ip_vs_in_hook and ip_vs_forward_icmp. We can see enable=0 in rare cases which is not fatal. It is a flying packet in two possible cases: 1. after hooks are registered but before the flag is set 2. after the hooks are unregistered on cleanup_net Regards -- Julian Anastasov <ja@ssi.bg> ^ permalink raw reply [flat|nested] 20+ messages in thread
* (no subject) 2025-08-27 6:48 [PATCH] net/netfilter/ipvs: Fix data-race in ip_vs_add_service / ip_vs_out_hook Julian Anastasov @ 2025-08-27 14:43 ` Zhang Tengfei 2025-08-27 21:37 ` Pablo Neira Ayuso 0 siblings, 1 reply; 20+ messages in thread From: Zhang Tengfei @ 2025-08-27 14:43 UTC (permalink / raw) To: ja Cc: coreteam, davem, dsahern, edumazet, fw, horms, kadlec, kuba, lvs-devel, netfilter-devel, pabeni, pablo, syzbot+1651b5234028c294c339, zhtfdev Hi everyone, Here is the v2 patch that incorporates the feedback. Many thanks to Julian for his thorough review and for providing the detailed plan for this new version, and thanks to Florian and Eric for suggestions. Subject: [PATCH v2] net/netfilter/ipvs: Use READ_ONCE/WRITE_ONCE for ipvs->enable KCSAN reported a data-race on the `ipvs->enable` flag, which is written in the control path and read concurrently from many other contexts. Following a suggestion by Julian, this patch fixes the race by converting all accesses to use `WRITE_ONCE()/READ_ONCE()`. This lightweight approach ensures atomic access and acts as a compiler barrier, preventing unsafe optimizations where the flag is checked in loops (e.g., in ip_vs_est.c). Additionally, the now-obsolete `enable` checks in the fast path hooks (`ip_vs_in_hook`, `ip_vs_out_hook`, `ip_vs_forward_icmp`) are removed. These are unnecessary since commit 857ca89711de ("ipvs: register hooks only with services"). Reported-by: syzbot+1651b5234028c294c339@syzkaller.appspotmail.com Closes: https://syzkaller.appspot.com/bug?extid=1651b5234028c294c339 Suggested-by: Julian Anastasov <ja@ssi.bg> Link: https://lore.kernel.org/lvs-devel/2189fc62-e51e-78c9-d1de-d35b8e3657e3@ssi.bg/ Signed-off-by: Zhang Tengfei <zhtfdev@gmail.com> --- v2: - Switched from atomic_t to the suggested READ_ONCE()/WRITE_ONCE(). - Removed obsolete checks from the packet processing hooks. - Polished commit message based on feedback. --- net/netfilter/ipvs/ip_vs_conn.c | 4 ++-- net/netfilter/ipvs/ip_vs_core.c | 11 ++++------- net/netfilter/ipvs/ip_vs_ctl.c | 6 +++--- net/netfilter/ipvs/ip_vs_est.c | 16 ++++++++-------- 4 files changed, 17 insertions(+), 20 deletions(-) diff --git a/net/netfilter/ipvs/ip_vs_conn.c b/net/netfilter/ipvs/ip_vs_conn.c index 965f3c8e5..37ebb0cb6 100644 --- a/net/netfilter/ipvs/ip_vs_conn.c +++ b/net/netfilter/ipvs/ip_vs_conn.c @@ -885,7 +885,7 @@ static void ip_vs_conn_expire(struct timer_list *t) * conntrack cleanup for the net. */ smp_rmb(); - if (ipvs->enable) + if (READ_ONCE(ipvs->enable)) ip_vs_conn_drop_conntrack(cp); } @@ -1439,7 +1439,7 @@ void ip_vs_expire_nodest_conn_flush(struct netns_ipvs *ipvs) cond_resched_rcu(); /* netns clean up started, abort delayed work */ - if (!ipvs->enable) + if (!READ_ONCE(ipvs->enable)) break; } rcu_read_unlock(); diff --git a/net/netfilter/ipvs/ip_vs_core.c b/net/netfilter/ipvs/ip_vs_core.c index c7a8a08b7..5ea7ab8bf 100644 --- a/net/netfilter/ipvs/ip_vs_core.c +++ b/net/netfilter/ipvs/ip_vs_core.c @@ -1353,9 +1353,6 @@ ip_vs_out_hook(void *priv, struct sk_buff *skb, const struct nf_hook_state *stat if (unlikely(!skb_dst(skb))) return NF_ACCEPT; - if (!ipvs->enable) - return NF_ACCEPT; - ip_vs_fill_iph_skb(af, skb, false, &iph); #ifdef CONFIG_IP_VS_IPV6 if (af == AF_INET6) { @@ -1940,7 +1937,7 @@ ip_vs_in_hook(void *priv, struct sk_buff *skb, const struct nf_hook_state *state return NF_ACCEPT; } /* ipvs enabled in this netns ? */ - if (unlikely(sysctl_backup_only(ipvs) || !ipvs->enable)) + if (unlikely(sysctl_backup_only(ipvs))) return NF_ACCEPT; ip_vs_fill_iph_skb(af, skb, false, &iph); @@ -2108,7 +2105,7 @@ ip_vs_forward_icmp(void *priv, struct sk_buff *skb, int r; /* ipvs enabled in this netns ? */ - if (unlikely(sysctl_backup_only(ipvs) || !ipvs->enable)) + if (unlikely(sysctl_backup_only(ipvs))) return NF_ACCEPT; if (state->pf == NFPROTO_IPV4) { @@ -2295,7 +2292,7 @@ static int __net_init __ip_vs_init(struct net *net) return -ENOMEM; /* Hold the beast until a service is registered */ - ipvs->enable = 0; + WRITE_ONCE(ipvs->enable, 0); ipvs->net = net; /* Counters used for creating unique names */ ipvs->gen = atomic_read(&ipvs_netns_cnt); @@ -2367,7 +2364,7 @@ static void __net_exit __ip_vs_dev_cleanup_batch(struct list_head *net_list) ipvs = net_ipvs(net); ip_vs_unregister_hooks(ipvs, AF_INET); ip_vs_unregister_hooks(ipvs, AF_INET6); - ipvs->enable = 0; /* Disable packet reception */ + WRITE_ONCE(ipvs->enable, 0); /* Disable packet reception */ smp_wmb(); ip_vs_sync_net_cleanup(ipvs); } diff --git a/net/netfilter/ipvs/ip_vs_ctl.c b/net/netfilter/ipvs/ip_vs_ctl.c index 6a6fc4478..4c8fa22be 100644 --- a/net/netfilter/ipvs/ip_vs_ctl.c +++ b/net/netfilter/ipvs/ip_vs_ctl.c @@ -256,7 +256,7 @@ static void est_reload_work_handler(struct work_struct *work) struct ip_vs_est_kt_data *kd = ipvs->est_kt_arr[id]; /* netns clean up started, abort delayed work */ - if (!ipvs->enable) + if (!READ_ONCE(ipvs->enable)) goto unlock; if (!kd) continue; @@ -1483,9 +1483,9 @@ ip_vs_add_service(struct netns_ipvs *ipvs, struct ip_vs_service_user_kern *u, *svc_p = svc; - if (!ipvs->enable) { + if (!READ_ONCE(ipvs->enable)) { /* Now there is a service - full throttle */ - ipvs->enable = 1; + WRITE_ONCE(ipvs->enable, 1); /* Start estimation for first time */ ip_vs_est_reload_start(ipvs); diff --git a/net/netfilter/ipvs/ip_vs_est.c b/net/netfilter/ipvs/ip_vs_est.c index 15049b826..93a925f1e 100644 --- a/net/netfilter/ipvs/ip_vs_est.c +++ b/net/netfilter/ipvs/ip_vs_est.c @@ -231,7 +231,7 @@ static int ip_vs_estimation_kthread(void *data) void ip_vs_est_reload_start(struct netns_ipvs *ipvs) { /* Ignore reloads before first service is added */ - if (!ipvs->enable) + if (!READ_ONCE(ipvs->enable)) return; ip_vs_est_stopped_recalc(ipvs); /* Bump the kthread configuration genid */ @@ -306,7 +306,7 @@ static int ip_vs_est_add_kthread(struct netns_ipvs *ipvs) int i; if ((unsigned long)ipvs->est_kt_count >= ipvs->est_max_threads && - ipvs->enable && ipvs->est_max_threads) + READ_ONCE(ipvs->enable) && ipvs->est_max_threads) return -EINVAL; mutex_lock(&ipvs->est_mutex); @@ -343,7 +343,7 @@ static int ip_vs_est_add_kthread(struct netns_ipvs *ipvs) } /* Start kthread tasks only when services are present */ - if (ipvs->enable && !ip_vs_est_stopped(ipvs)) { + if (READ_ONCE(ipvs->enable) && !ip_vs_est_stopped(ipvs)) { ret = ip_vs_est_kthread_start(ipvs, kd); if (ret < 0) goto out; @@ -486,7 +486,7 @@ int ip_vs_start_estimator(struct netns_ipvs *ipvs, struct ip_vs_stats *stats) struct ip_vs_estimator *est = &stats->est; int ret; - if (!ipvs->est_max_threads && ipvs->enable) + if (!ipvs->est_max_threads && READ_ONCE(ipvs->enable)) ipvs->est_max_threads = ip_vs_est_max_threads(ipvs); est->ktid = -1; @@ -663,7 +663,7 @@ static int ip_vs_est_calc_limits(struct netns_ipvs *ipvs, int *chain_max) /* Wait for cpufreq frequency transition */ wait_event_idle_timeout(wq, kthread_should_stop(), HZ / 50); - if (!ipvs->enable || kthread_should_stop()) + if (!READ_ONCE(ipvs->enable) || kthread_should_stop()) goto stop; } @@ -681,7 +681,7 @@ static int ip_vs_est_calc_limits(struct netns_ipvs *ipvs, int *chain_max) rcu_read_unlock(); local_bh_enable(); - if (!ipvs->enable || kthread_should_stop()) + if (!READ_ONCE(ipvs->enable) || kthread_should_stop()) goto stop; cond_resched(); @@ -757,7 +757,7 @@ static void ip_vs_est_calc_phase(struct netns_ipvs *ipvs) mutex_lock(&ipvs->est_mutex); for (id = 1; id < ipvs->est_kt_count; id++) { /* netns clean up started, abort */ - if (!ipvs->enable) + if (!READ_ONCE(ipvs->enable)) goto unlock2; kd = ipvs->est_kt_arr[id]; if (!kd) @@ -787,7 +787,7 @@ static void ip_vs_est_calc_phase(struct netns_ipvs *ipvs) id = ipvs->est_kt_count; next_kt: - if (!ipvs->enable || kthread_should_stop()) + if (!READ_ONCE(ipvs->enable) || kthread_should_stop()) goto unlock; id--; if (id < 0) -- 2.34.1 ^ permalink raw reply related [flat|nested] 20+ messages in thread
* Re: 2025-08-27 14:43 ` Zhang Tengfei @ 2025-08-27 21:37 ` Pablo Neira Ayuso 0 siblings, 0 replies; 20+ messages in thread From: Pablo Neira Ayuso @ 2025-08-27 21:37 UTC (permalink / raw) To: Zhang Tengfei Cc: ja, coreteam, davem, dsahern, edumazet, fw, horms, kadlec, kuba, lvs-devel, netfilter-devel, pabeni, syzbot+1651b5234028c294c339 On Wed, Aug 27, 2025 at 10:43:42PM +0800, Zhang Tengfei wrote: > Hi everyone, > > Here is the v2 patch that incorporates the feedback. Patch without subject will not fly too far, I'm afraid you will have to resubmit. One more comment below. > Many thanks to Julian for his thorough review and for providing > the detailed plan for this new version, and thanks to Florian > and Eric for suggestions. > > Subject: [PATCH v2] net/netfilter/ipvs: Use READ_ONCE/WRITE_ONCE for > ipvs->enable > > KCSAN reported a data-race on the `ipvs->enable` flag, which is > written in the control path and read concurrently from many other > contexts. > > Following a suggestion by Julian, this patch fixes the race by > converting all accesses to use `WRITE_ONCE()/READ_ONCE()`. > This lightweight approach ensures atomic access and acts as a > compiler barrier, preventing unsafe optimizations where the flag > is checked in loops (e.g., in ip_vs_est.c). > > Additionally, the now-obsolete `enable` checks in the fast path > hooks (`ip_vs_in_hook`, `ip_vs_out_hook`, `ip_vs_forward_icmp`) > are removed. These are unnecessary since commit 857ca89711de > ("ipvs: register hooks only with services"). > > Reported-by: syzbot+1651b5234028c294c339@syzkaller.appspotmail.com > Closes: https://syzkaller.appspot.com/bug?extid=1651b5234028c294c339 > Suggested-by: Julian Anastasov <ja@ssi.bg> > Link: https://lore.kernel.org/lvs-devel/2189fc62-e51e-78c9-d1de-d35b8e3657e3@ssi.bg/ > Signed-off-by: Zhang Tengfei <zhtfdev@gmail.com> > > --- > v2: > - Switched from atomic_t to the suggested READ_ONCE()/WRITE_ONCE(). > - Removed obsolete checks from the packet processing hooks. > - Polished commit message based on feedback. > --- > net/netfilter/ipvs/ip_vs_conn.c | 4 ++-- > net/netfilter/ipvs/ip_vs_core.c | 11 ++++------- > net/netfilter/ipvs/ip_vs_ctl.c | 6 +++--- > net/netfilter/ipvs/ip_vs_est.c | 16 ++++++++-------- > 4 files changed, 17 insertions(+), 20 deletions(-) [...] > diff --git a/net/netfilter/ipvs/ip_vs_core.c b/net/netfilter/ipvs/ip_vs_core.c > index c7a8a08b7..5ea7ab8bf 100644 > --- a/net/netfilter/ipvs/ip_vs_core.c > +++ b/net/netfilter/ipvs/ip_vs_core.c > @@ -1353,9 +1353,6 @@ ip_vs_out_hook(void *priv, struct sk_buff *skb, const struct nf_hook_state *stat > if (unlikely(!skb_dst(skb))) > return NF_ACCEPT; > > - if (!ipvs->enable) > - return NF_ACCEPT; Patch does say why is this going away? If you think this is not necessary, then make a separated patch and example why this is needed? Thanks > ip_vs_fill_iph_skb(af, skb, false, &iph); > #ifdef CONFIG_IP_VS_IPV6 > if (af == AF_INET6) { ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: @ 2017-11-13 14:56 Amos Kalonzo 0 siblings, 0 replies; 20+ messages in thread From: Amos Kalonzo @ 2017-11-13 14:56 UTC (permalink / raw) Attn: I am wondering why You haven't respond to my email for some days now. reference to my client's contract balance payment of (11.7M,USD) Kindly get back to me for more details. Best Regards Amos Kalonzo ^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: @ 2017-02-23 15:10 Qin's Yanjun 0 siblings, 0 replies; 20+ messages in thread From: Qin's Yanjun @ 2017-02-23 15:10 UTC (permalink / raw) ---- How are you today and your family? I require your attention and honest co-operation about some issues which i will really want to discuss with you which. Looking forward to read from you soon. Qin's ______________________________ Sky Silk, http://aknet.kz ^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: @ 2015-10-24 5:02 JO Bower 0 siblings, 0 replies; 20+ messages in thread From: JO Bower @ 2015-10-24 5:02 UTC (permalink / raw) To: Recipients Your email address has brought you an unexpected luck, which was selected in The Euro Millions Lottery and subsequently won you the sum of €1,000,000.00 Euros. Contact Monica Torres Email: monicatorresesp@gmail.com to claim your prize. -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: @ 2015-08-19 14:04 christain147 0 siblings, 0 replies; 20+ messages in thread From: christain147 @ 2015-08-19 14:04 UTC (permalink / raw) To: Recipients Good day,hoping you read this email and respond to me in good time.I do not intend to solicit for funds but your time and energy in using my own resources to assist the less privileged.I am medically confined at the moment hence I request your indulgence. I will give you a comprehensive brief once I hear from you. Please forward your response to my private email address: gudworks104@yahoo.com Thanks and reply. Robert Grondahl ^ permalink raw reply [flat|nested] 20+ messages in thread
* RE: @ 2014-07-03 16:30 W. Cheung 0 siblings, 0 replies; 20+ messages in thread From: W. Cheung @ 2014-07-03 16:30 UTC (permalink / raw) To: jrobinson I have a very lucrative business transaction which requires the utmost discretion. If you are interested, kindly contact me ASAP for full details. Warm Regards, William Cheung ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: @ 2011-12-11 8:41 James Brown 0 siblings, 0 replies; 20+ messages in thread From: James Brown @ 2011-12-11 8:41 UTC (permalink / raw) To: mail1 https://docs.google.com/document/d/1yAkUys2osN7co_KbzphWLLsoe-TPq7ELZhoySYvzjF0/edit ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <20101010012607.zl4aj162o0004ok0@webmail.eon.net.au>]
* Re: [not found] <20101010012607.zl4aj162o0004ok0@webmail.eon.net.au> @ 2010-10-09 21:56 ` Mistick Levi 0 siblings, 0 replies; 20+ messages in thread From: Mistick Levi @ 2010-10-09 21:56 UTC (permalink / raw) To: netfilter-devel What's up with all those mail's about business proposal's that are sent to the mailing list?! On Sat, Oct 9, 2010 at 7:26 PM, Mr.Young Chang <info@yahoo.com> wrote: > My name is Mr.Young Chang,Credit officer MEVAS BANK,HK.I have a Business > Proposal of $19.7 million usd for you to handle with me.Are you interested? > > > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > -- > To unsubscribe from this list: send the line "unsubscribe netfilter" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: @ 2010-04-10 0:33 William Wilcox 0 siblings, 0 replies; 20+ messages in thread From: William Wilcox @ 2010-04-10 0:33 UTC (permalink / raw) Good day! My name is Sir William Wilcox,I work with the Euro Lottery. I can help you win 4,528,000 GBP.But I charge 40% of the winning.Can we do this deal together? Email me; william.wilcox98@gmail.com ^ permalink raw reply [flat|nested] 20+ messages in thread
* (unknown), @ 2009-10-29 18:11 Jan Engelhardt 2009-10-29 22:26 ` Patrick McHardy 0 siblings, 1 reply; 20+ messages in thread From: Jan Engelhardt @ 2009-10-29 18:11 UTC (permalink / raw) To: kaber; +Cc: netfilter-devel Hi, here are three commits that fix bugzilla entries and/or other problems encountered. There are also two extra commits prepended without any changes, which only provide missing log entries for already-merged commits. The following changes since commit 7fa7329fc972513021131416dbd9d535141bd2ea: Jan Engelhardt (1): iprange: roll address parsing into a loop are available in the git repository at: git://dev.medozas.de/iptables master Jan Engelhardt (4): iprange: do accept non-ranges for xt_iprange v1 (log) iprange: warn on reverse range (log) libiptc: fix wrong maptype of base chain counters on restore iptables: fix undersized deletion mask creation Olaf Rempel (1): build: restore --disable-ipv6 functionality on system w/o v6 headers ip6tables.c | 14 ++++++++------ iptables.c | 14 ++++++++------ libiptc/libiptc.c | 2 +- xtables.c | 3 ++- 4 files changed, 19 insertions(+), 14 deletions(-) ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: 2009-10-29 18:11 (unknown), Jan Engelhardt @ 2009-10-29 22:26 ` Patrick McHardy 2009-10-29 22:51 ` Re: Jan Engelhardt 0 siblings, 1 reply; 20+ messages in thread From: Patrick McHardy @ 2009-10-29 22:26 UTC (permalink / raw) To: Jan Engelhardt; +Cc: netfilter-devel Jan Engelhardt wrote: > here are three commits that fix bugzilla entries and/or other > problems encountered. There are also two extra commits prepended > without any changes, which only provide missing log entries for > already-merged commits. Just to clarify before I apply this - how does adding changelog entries afterwards work? Am I correct to assume that this won't affect this history of the tree and existing clones? ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: 2009-10-29 22:26 ` Patrick McHardy @ 2009-10-29 22:51 ` Jan Engelhardt 2009-10-29 22:55 ` Re: Patrick McHardy 0 siblings, 1 reply; 20+ messages in thread From: Jan Engelhardt @ 2009-10-29 22:51 UTC (permalink / raw) To: Patrick McHardy; +Cc: netfilter-devel On Thursday 2009-10-29 23:26, Patrick McHardy wrote: >Jan Engelhardt wrote: >> here are three commits that fix bugzilla entries and/or other >> problems encountered. There are also two extra commits prepended >> without any changes, which only provide missing log entries for >> already-merged commits. > >Just to clarify before I apply this - how does adding changelog >entries afterwards work? Am I correct to assume that this won't >affect this history of the tree and existing clones? I just used `git commit --allow-empty -e` to record a plain commit on top, just without any change in the tree object. Take a look in git-forest/gitk if in doubt ;-) ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: 2009-10-29 22:51 ` Re: Jan Engelhardt @ 2009-10-29 22:55 ` Patrick McHardy 0 siblings, 0 replies; 20+ messages in thread From: Patrick McHardy @ 2009-10-29 22:55 UTC (permalink / raw) To: Jan Engelhardt; +Cc: netfilter-devel Jan Engelhardt wrote: > On Thursday 2009-10-29 23:26, Patrick McHardy wrote: > >> Jan Engelhardt wrote: >>> here are three commits that fix bugzilla entries and/or other >>> problems encountered. There are also two extra commits prepended >>> without any changes, which only provide missing log entries for >>> already-merged commits. >> Just to clarify before I apply this - how does adding changelog >> entries afterwards work? Am I correct to assume that this won't >> affect this history of the tree and existing clones? > > I just used `git commit --allow-empty -e` to record a plain commit on > top, just without any change in the tree object. Take a look in > git-forest/gitk if in doubt ;-) Nice. Pulled and pushed out again, thanks. ^ permalink raw reply [flat|nested] 20+ messages in thread
* (unknown), @ 2009-07-25 20:22 Jan Engelhardt 2009-08-03 13:45 ` Patrick McHardy 0 siblings, 1 reply; 20+ messages in thread From: Jan Engelhardt @ 2009-07-25 20:22 UTC (permalink / raw) To: netfilter-devel Hi Patrick, Please pull from git://dev.medozas.de/iptables master which contains a pack of patches to build iptables without libdl, obsoleting iptables-static (leaving -multi) and using the -multi program exclusively. Jan Engelhardt (5): build: order of dependent libs is sensitive multi binary: allow subcommand via argv[1] build: fix struct size mismatch build: combine iptables-multi and iptables-static build: build only iptables-multi INSTALL | 41 ++++++++++++++++------ Makefile.am | 84 ++++++++++++++------------------------------- extensions/GNUmakefile.in | 4 +- include/xtables.h.in | 6 +--- ip6tables-multi.c | 53 +++++++++++++++++----------- ip6tables-restore.c | 2 +- ip6tables-save.c | 2 +- ip6tables-standalone.c | 2 +- iptables-multi.c | 60 ++++++++++++++++++++------------ iptables-restore.c | 2 +- iptables-save.c | 2 +- iptables-standalone.c | 2 +- 12 files changed, 135 insertions(+), 125 deletions(-) ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: 2009-07-25 20:22 (unknown), Jan Engelhardt @ 2009-08-03 13:45 ` Patrick McHardy 0 siblings, 0 replies; 20+ messages in thread From: Patrick McHardy @ 2009-08-03 13:45 UTC (permalink / raw) To: Jan Engelhardt; +Cc: netfilter-devel Jan Engelhardt wrote: > Hi Patrick, > > Please pull from > git://dev.medozas.de/iptables master > > which contains a pack of patches to build iptables without libdl, > obsoleting iptables-static (leaving -multi) and using the -multi > program exclusively. Pulled and pushed out again, thanks. ^ permalink raw reply [flat|nested] 20+ messages in thread
* (unknown), @ 2009-06-26 19:19 Jan Engelhardt 2009-06-29 12:56 ` Patrick McHardy 0 siblings, 1 reply; 20+ messages in thread From: Jan Engelhardt @ 2009-06-26 19:19 UTC (permalink / raw) To: netfilter-devel; +Cc: kaber Hi, here are a number of patches I am suggesting for the -master branch (-stable is separate in my view and my management, but see other discussion thread). Pullable from git://dev.medozas.de/iptables master Jan Engelhardt (9): libiptc: split v4 and v6 extensions: collapse registration structures iptables: allow for parse-less extensions iptables: allow for help-less extensions extensions: remove empty help and parse functions xtables: add multi-registration functions extensions: collapse data variables to use multi-reg calls xtables: warn of missing version identifier in extensions COMMIT_NOTES: notice to check for soversion bumps Michael Granzow (1): iptables: accept multiple IP address specifications for -s, -d (Shall I post the entire mergestat, or just the "X files changed" line?) COMMIT_NOTES | 6 +- Makefile.am | 35 ++++--- configure.ac | 4 +- extensions/libip6t_eui64.c | 26 ----- extensions/libipt_MIRROR.c | 20 ---- extensions/libipt_addrtype.c | 58 ++++++------ extensions/libipt_unclean.c | 16 --- extensions/libxt_CONNMARK.c | 98 +++++++------------- extensions/libxt_CONNSECMARK.c | 18 +---- extensions/libxt_DSCP.c | 17 +--- extensions/libxt_MARK.c | 106 +++++++++------------- extensions/libxt_NFLOG.c | 17 +--- extensions/libxt_NFQUEUE.c | 16 +--- extensions/libxt_NOTRACK.c | 33 +------- extensions/libxt_TCPOPTSTRIP.c | 18 +---- extensions/libxt_TOS.c | 76 ++++++--------- extensions/libxt_TRACE.c | 13 --- extensions/libxt_comment.c | 17 +--- extensions/libxt_connbytes.c | 17 +--- extensions/libxt_connlimit.c | 60 ++++++------ extensions/libxt_connmark.c | 92 ++++++------------- extensions/libxt_conntrack.c | 90 +++++++++--------- extensions/libxt_dccp.c | 17 +--- extensions/libxt_dscp.c | 17 +--- extensions/libxt_esp.c | 17 +--- extensions/libxt_hashlimit.c | 113 ++++++++++------------- extensions/libxt_helper.c | 16 +--- extensions/libxt_iprange.c | 90 +++++++++--------- extensions/libxt_mac.c | 17 +--- extensions/libxt_mark.c | 60 ++++++------ extensions/libxt_multiport.c | 120 ++++++++++++------------- extensions/libxt_owner.c | 106 +++++++++------------- extensions/libxt_physdev.c | 17 +--- extensions/libxt_policy.c | 56 ++++++------ extensions/libxt_recent.c | 19 +---- extensions/libxt_sctp.c | 17 +--- extensions/libxt_socket.c | 20 ---- extensions/libxt_standard.c | 12 --- extensions/libxt_state.c | 17 +--- extensions/libxt_string.c | 64 +++++++------- extensions/libxt_tcp.c | 17 +--- extensions/libxt_tcpmss.c | 17 +--- extensions/libxt_tos.c | 76 ++++++--------- extensions/libxt_udp.c | 17 +--- include/xtables.h.in | 7 ++ ip6tables.8.in | 3 + ip6tables.c | 76 ++++++++-------- iptables.8.in | 7 +- iptables.c | 69 ++++++++------- xshared.c | 31 ++++++ xshared.h | 10 ++ xtables.c | 199 ++++++++++++++++++++++++++++++++++++++++ 52 files changed, 929 insertions(+), 1248 deletions(-) create mode 100644 xshared.c create mode 100644 xshared.h ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: 2009-06-26 19:19 (unknown), Jan Engelhardt @ 2009-06-29 12:56 ` Patrick McHardy 0 siblings, 0 replies; 20+ messages in thread From: Patrick McHardy @ 2009-06-29 12:56 UTC (permalink / raw) To: Jan Engelhardt; +Cc: netfilter-devel Jan Engelhardt wrote: > Hi, > > > here are a number of patches I am suggesting for the -master branch > (-stable is separate in my view and my management, but see other > discussion thread). > Pullable from > git://dev.medozas.de/iptables master > > > Jan Engelhardt (9): > libiptc: split v4 and v6 > extensions: collapse registration structures > iptables: allow for parse-less extensions > iptables: allow for help-less extensions > extensions: remove empty help and parse functions > xtables: add multi-registration functions > extensions: collapse data variables to use multi-reg calls > xtables: warn of missing version identifier in extensions > COMMIT_NOTES: notice to check for soversion bumps > > Michael Granzow (1): > iptables: accept multiple IP address specifications for -s, -d Looks good, pulled and pushed out again, thanks. > (Shall I post the entire mergestat, or just the "X files changed" line?) This is fine, I mainly want something comparable to the git pull output. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <20050912163005.023FF14F583@ladon.telenet-ops.be>]
* Re: [not found] <20050912163005.023FF14F583@ladon.telenet-ops.be> @ 2005-09-12 20:02 ` David Stes 0 siblings, 0 replies; 20+ messages in thread From: David Stes @ 2005-09-12 20:02 UTC (permalink / raw) To: netfilter-devel > Date: Mon, 12 Sep 2005 16:29:38 +0000 > From: Cory Visi <merlin@gentoo.org> > Subject: patchlets patch submission > To: netfilter-devel@lists.netfilter.org > Message-ID: <20050912162938.GB15843@toucan.gentoo.org> > Content-Type: text/plain; charset="us-ascii" > > I did some work on fixing the conntrack pom addons for the lockhelp.h > patch (2.6.13 support essentially). I think I got everything setup except > for 2 files. > > Attached is all my work in patch form against a full kernel source. I have > a feeling you'd prefer I sent this in some other format or in some other > structure of a diff. This is my first time contributing so just let me > know how you'd prefer this in the future. > > What's left is: > - rtsp (part of rsh) Did you also do the RPC modules ? (RPC for UDP/TCP) I wonder whether the author(s) of RSH/RPC modules are still reading this list. If they are, then maybe your 2.6.13 patch (and my older 2.6.12 patches) could be incorporated. If they are not, then maybe it's time to see how future changes to these modules can be coordinated. ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re:? @ 2003-04-03 3:26 Ian Latter 0 siblings, 0 replies; 20+ messages in thread From: Ian Latter @ 2003-04-03 3:26 UTC (permalink / raw) To: Soporte Meranetwork; +Cc: netfilter-devel Hello Eugen, I'm sorry but I'm not the H323 author ... and I haven't used netfilter H323 support since ipchains. I have CCd the netfilter list in case someone there can help. ----- Original Message ----- >From: "Soporte Meranetwork" <mera@fibertel.com.ar> >To: <Ian.Latter@mq.edu.au> >Subject: ? >Date: Mon, 31 Mar 2003 18:56:17 -0300 > > Good day.I have used IPTabels 1.2.5-3,and dont know that it have or not H323 modul .But for recive Call from outside(internet) to inside(throught NAT) - Netmeeting(ATA 186) i use thet rules: > $IPTABLES -t nat -A POSTROUTING -o $EXTIF -s 192.168.0.0/24 -j MASQUERADE > (intern LAN) > PORTFWIP="192.168.0.201" ( PC with Netmeting or ATA 186) > $IPTABLES -A FORWARD -i $EXTIF -o $INTIF -p tcp --dport 1720 -m state --state > NEW,ESTABLISHED,RELATED -j ACCEPT > $IPTABLES -A PREROUTING -t nat -p tcp -d $EXTIP --dport 1720 -j DNAT --to $PORTFWIP:1720 > But i want to use NAT without FORWARD ,PREROUTING with H323 ability for any IP in LAN.Where i can find IPtables with ability of H323(version) or where is the patch(modul) for that ability? Thank your. > Buy, > Eugen -- Ian Latter Internet and Networking Security Officer Macquarie University ^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2025-08-27 21:38 UTC | newest] Thread overview: 20+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-08-05 16:22 (unknown), Jan Engelhardt 2009-08-05 16:22 ` [PATCH 1/2] xt_conntrack: revision 2 for enlarged state_mask member Jan Engelhardt 2009-08-05 16:22 ` [PATCH 2/2] libxt_helper: fix invalid passed option to check_inverse Jan Engelhardt 2009-08-10 9:04 ` Patrick McHardy -- strict thread matches above, loose matches on Subject: below -- 2025-08-27 6:48 [PATCH] net/netfilter/ipvs: Fix data-race in ip_vs_add_service / ip_vs_out_hook Julian Anastasov 2025-08-27 14:43 ` Zhang Tengfei 2025-08-27 21:37 ` Pablo Neira Ayuso 2017-11-13 14:56 Re: Amos Kalonzo 2017-02-23 15:10 Qin's Yanjun 2015-10-24 5:02 RE: JO Bower 2015-08-19 14:04 christain147 2014-07-03 16:30 W. Cheung 2011-12-11 8:41 James Brown [not found] <20101010012607.zl4aj162o0004ok0@webmail.eon.net.au> 2010-10-09 21:56 ` Re: Mistick Levi 2010-04-10 0:33 Re: William Wilcox 2009-10-29 18:11 (unknown), Jan Engelhardt 2009-10-29 22:26 ` Patrick McHardy 2009-10-29 22:51 ` Re: Jan Engelhardt 2009-10-29 22:55 ` Re: Patrick McHardy 2009-07-25 20:22 (unknown), Jan Engelhardt 2009-08-03 13:45 ` Patrick McHardy 2009-06-26 19:19 (unknown), Jan Engelhardt 2009-06-29 12:56 ` Patrick McHardy [not found] <20050912163005.023FF14F583@ladon.telenet-ops.be> 2005-09-12 20:02 ` Re: David Stes 2003-04-03 3:26 Ian Latter
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).