kern/106438: ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others)

Manuel Tobias Schiller mala at hinterbergen.de
Fri Dec 8 00:40:20 PST 2006


The following reply was made to PR kern/106438; it has been noted by GNATS.

From: Manuel Tobias Schiller <mala at hinterbergen.de>
To: Remko Lodder <remko at elvandar.org>
Cc: freebsd-gnats-submit at FreeBSD.org
Subject: Re: kern/106438: ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others)
Date: Fri, 8 Dec 2006 09:38:33 +0100

 --d6Gm4EdcadzBjdND
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 Hello,
 
 I've gathered the information you have asked for, see the attachment.
 I hope it helps us to get an idea of what's going wrong. Any help with
 this would be appreciated.
 
 Thanks in advance.
 
 Manuel
 
 P.S. I did the | grep hme3 in the attachment to not clutter the output
 with irrelevant stuff. All other rules are bound to their respective
 interface (hme0, hme1, hme2, le0) and should not influence hme3.
 Besides, there's a lot of traffic going on on le0 which does not need to
 be mentioned in the ipfstat output because the machine in question is
 headless and can only be reached with a serial line (with a laptop down
 in the cellar) or a dedicated network interface (le0, for which I
 need to have rules that pass everything).
 
 On Thu, Dec 07, 2006 at 10:16:19AM +0100, Remko Lodder wrote:
 > Hello,
 > 
 > 
 > 	First of all thanks for using FreeBSD!
 > 
 > 	If you run ipmon, what kind of details do you see in the log? It mentions where it is blocked and you
 > 	can review that rule with ipfstat -hion (list everything in out, do not resolve and show the amount
 > 	of hits on the rule)
 > 
 > 	Thanks in advance
 > 
 > -- 
 > Kind regards,
 > 
 >      Remko Lodder               ** remko at elvandar.org
 >      FreeBSD                    ** remko at FreeBSD.org
 > 
 >      /* Quis custodiet ipsos custodes */
 > 
 
 -- 
 Homepage: http://www.hinterbergen.de/mala
 OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA)
 
 --d6Gm4EdcadzBjdND
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: attachment; filename="moo.txt"
 
 192.168.x.x	FreeBSD machine having the problem
 192.168.x.y	dsl router running a caching dns server
 		(works fine without the firewall on the FreeBSD box, I use
 		this one for testing because I know its IP address by heart)
 
 none of these two addresses are equal to the broadcast or network address
 (I mention this here just to make sure you don't think I did something like this...)
 
 router# ipfstat -hion | grep hme3; echo; ipmon -Fva
 0 @14 pass out quick on hme3 proto tcp from 192.168.x.x/32 to any port = domain flags S/FSRPAU keep state
 602 @15 pass out quick on hme3 proto udp from any to any port = domain keep state
 45115 @16 block out log first on hme3 all
 31242 @33 block in log first on hme3 all
 
 0 bytes flushed from log buffer
 0 bytes flushed from log buffer
 352 bytes flushed from log buffer
 
 [ ran two dig commands on other console, look for STATE: NEW ]
 
 08/12/2006 07:20:05.509612 STATE:NEW 192.168.x.x,58286 -> 192.168.y.y,53 PR udp
 08/12/2006 07:20:10.264314 hme3 @0:33 b 192.168.y.y,3670 -> 192.168.x.x,123 PR udp len 20 76 IN bad
 08/12/2006 07:20:10.499382 hme3 @0:33 b 192.168.y.y,514 -> 192.168.x.x,514 PR udp len 20 128 IN bad
 08/12/2006 07:20:11.264285 hme3 @0:33 b 192.168.y.y,3670 -> 192.168.x.x,123 PR udp len 20 76 IN bad
 08/12/2006 07:20:15.264215 hme3 @0:33 b 192.168.y.y,3671 -> 192.168.x.x,123 PR udp len 20 76 IN bad
 08/12/2006 07:20:15.500616 hme3 @0:33 b 192.168.y.y,53 -> 192.168.x.x,58286 PR udp len 20 80 IN bad
 08/12/2006 07:20:16.264197 hme3 @0:33 b 192.168.y.y,3671 -> 192.168.x.x,123 PR udp len 20 76 IN bad
 08/12/2006 07:20:20.304953 2x hme3 @0:33 b 192.168.y.y,514 -> 192.168.x.x,514 PR udp len 20 132 IN bad
 08/12/2006 07:20:30.304837 2x hme3 @0:33 b 192.168.y.y,514 -> 192.168.x.x,514 PR udp len 20 132 IN bad
 08/12/2006 07:20:40.304459 hme3 @0:33 b 192.168.y.y,3672 -> 192.168.x.x,123 PR udp len 20 76 IN bad
 08/12/2006 07:20:41.087241 hme3 @0:33 b 192.168.y.y,53 -> 192.168.x.x,58673 PR udp len 20 80 IN bad
 08/12/2006 07:20:41.304457 hme3 @0:33 b 192.168.y.y,3672 -> 192.168.x.x,123 PR udp len 20 76 IN bad
 08/12/2006 07:20:41.086611 STATE:NEW 192.168.x.x,58673 -> 192.168.y.y,53 PR udp
 08/12/2006 07:20:46.088779 hme3 @0:33 b 192.168.y.y,53 -> 192.168.x.x,58673 PR udp len 20 80 IN bad
 08/12/2006 07:20:46.304633 2x hme3 @0:33 b 192.168.y.y,514 -> 192.168.x.x,514 PR udp len 20 132 IN bad
 08/12/2006 07:20:51.090349 hme3 @0:33 b 192.168.y.y,53 -> 192.168.x.x,58673 PR udp len 20 80 IN bad
 08/12/2006 07:20:56.304463 2x hme3 @0:33 b 192.168.y.y,514 -> 192.168.x.x,514 PR udp len 20 132 IN bad
 08/12/2006 07:21:06.304335 2x hme3 @0:33 b 192.168.y.y,514 -> 192.168.x.x,514 PR udp len 20 132 IN bad
 ^C
 router# ipfstat -hion | grep hme3
 0 @14 pass out quick on hme3 proto tcp from 192.168.x.x/32 to any port = domain flags S/FSRPAU keep state
 604 @15 pass out quick on hme3 proto udp from any to any port = domain keep state
 45115 @16 block out log first on hme3 all
 31297 @33 block in log first on hme3 all
 router#
 
 --d6Gm4EdcadzBjdND--


More information about the freebsd-bugs mailing list