From owner-freebsd-stable Sun Sep 20 04:08:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04331 for freebsd-stable-outgoing; Sun, 20 Sep 1998 04:08:53 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA04241 for ; Sun, 20 Sep 1998 04:07:53 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id EAA02366; Sun, 20 Sep 1998 04:07:17 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <3604E1E4.13B1F3AB@dal.net> Date: Sun, 20 Sep 1998 04:07:17 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0918 i386) MIME-Version: 1.0 To: Luigi Rizzo CC: stable@FreeBSD.ORG Subject: Re: is NATD / IPFW broke? References: <199809200900.LAA29934@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > > > While you're at it, IPFW on my fully up to date -Stable system is not > > logging all the packets it should be. I haven't found a pattern to the > > ones it doesn't log. This is with a configuration that's always worked > > in the past. > > what do you expect me to do with this kind of bug report ? > it is too vague to let me do anything... Yeah, royal pain in the ass isn't it? If I had more detail I'd include it. After two hours of trying various things I don't HAVE any more detail. I started to take a look at some of the changes you made, but there are too many changes in too many files for me to even make an intelligent guess at what it could be. > i need at least one case to > reproduce the problem. ipfw add 1 allow log ip from any to any > (there _is_ in fact one subtle diffetence, that i am fixing, in the > ipfw behaviour: if you SKIPTO a non existant rule, the default > behaviour was to go to the next one whereas with my mods i jump to the > default rule. I used an == instead of >= in one test...) I don't use skipto. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message