]> git.neil.brown.name Git - history.git/commit
[NETFILTER]: Don't assign new helper after NAT when there are already expectations...
authorHarald Welte <laforge@netfilter.org>
Mon, 14 Jun 2004 10:28:58 +0000 (03:28 -0700)
committerHideaki Yoshifuji <yoshfuji@linux-ipv6.org>
Mon, 14 Jun 2004 10:28:58 +0000 (03:28 -0700)
commit9a8d198e1416774cb3ec3270fc0694df64fdee44
tree41bec9d449a8676845e36e49e557ad177fcf248f
parentb8138a9e0c41865df56b4870817d36ca99dba4b1
[NETFILTER]: Don't assign new helper after NAT when there are already expectations present.

Tracked down by Raivis Bucis <raivis@mt.lv>

This patch fixes an oops while listing /proc/net/ip_conntrack.

When a helper sets up expectations based on the first packet (tftp),
NAT can still change the packet and cause conntrack to look for a new helper
based on the new tuple. When no helper is found, expectant->helper will be
NULL, which leads to an oops in print_expect().

Only assign a new helper in ip_conntrack_alter_reply() if there are no
expectations.

Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: Harald Welte <laforge@netfilter.org>
Signed-off-by: David S. Miller <davem@redhat.com>
net/ipv4/netfilter/ip_conntrack_core.c