Synopsis: [ipfw] ipfw2/1 conflict not detected or reported, manpage unclear
State-Changed-From-To: open-closed
State-Changed-By: ae
State-Changed-When: Mon Jun 6 06:05:01 UTC 2011
State-Changed-Why:
We are sorry, but 4.x releases are not supported.
The following reply was made to PR kern/157379; it has been noted by GNATS.
From: Andrey V. Elsukov a...@freebsd.org
To: bug-follo...@freebsd.org, kes-...@yandex.ru
Cc:
Subject: Re: kern/157379: [ipfw] mtr does not work if I use ipfw nat
Date: Mon, 06 Jun 2011 09:51:09 +0400
Hi,
Can you
Synopsis: [modules] ipfw and ip6fw do not work properly as modules
State-Changed-From-To: open-closed
State-Changed-By: ae
State-Changed-When: Mon Jun 6 06:35:47 UTC 2011
State-Changed-Why:
ipfw and ip6fw were combined into one module.
http://www.freebsd.org/cgi/query-pr.cgi?pr=88659
Synopsis: [ipfw] ipfw pipe lost packets
State-Changed-From-To: open-feedback
State-Changed-By: ae
State-Changed-When: Mon Jun 6 06:39:45 UTC 2011
State-Changed-Why:
Can you still reproduce this on a supported release?
http://www.freebsd.org/cgi/query-pr.cgi?pr=93300
Synopsis: [ipfw] ipfw has UDP hickups
State-Changed-From-To: open-feedback
State-Changed-By: ae
State-Changed-When: Mon Jun 6 06:42:34 UTC 2011
State-Changed-Why:
Can you still reproduce this on a supported release?
http://www.freebsd.org/cgi/query-pr.cgi?pr=98831
Synopsis: [ipfw] ipfw nat must not drop packets
State-Changed-From-To: open-feedback
State-Changed-By: ae
State-Changed-When: Mon Jun 6 06:57:40 UTC 2011
State-Changed-Why:
This seems to be a duplicate of kern/157379.
Can you confirm that proposed patch fixes this issue?
Synopsis: [ipfw] mtr does not work if I use ipfw nat
State-Changed-From-To: open-feedback
State-Changed-By: ae
State-Changed-When: Mon Jun 6 06:59:19 UTC 2011
State-Changed-Why:
Feedback requested.
http://www.freebsd.org/cgi/query-pr.cgi?pr=157379
___
Synopsis: [ipfw] ipfw nat traceroute problem
State-Changed-From-To: open-feedback
State-Changed-By: ae
State-Changed-When: Mon Jun 6 07:00:37 UTC 2011
State-Changed-Why:
Can you test this patch?
http://people.freebsd.org/~ae/ipfw_nat.diff
http://www.freebsd.org/cgi/query-pr.cgi?pr=122109
Synopsis: [patch] ipfw(8): no way to get mask from ipfw pipe show/list for some
pipes
State-Changed-From-To: open-feedback
State-Changed-By: ae
State-Changed-When: Mon Jun 6 07:08:50 UTC 2011
State-Changed-Why:
Can you still reproduce this on a supported release?
It seems the problem is
Synopsis: [ipfw] install_state: entry already present, done
State-Changed-From-To: open-patched
State-Changed-By: ae
State-Changed-When: Mon Jun 6 07:20:35 UTC 2011
State-Changed-Why:
Patched in head/ with r222559.
http://www.freebsd.org/cgi/query-pr.cgi?pr=139226
Synopsis: [ipfw] [patch] ipfw ioctl interface implementation
State-Changed-From-To: open-closed
State-Changed-By: ae
State-Changed-When: Mon Jun 6 07:30:58 UTC 2011
State-Changed-Why:
Close my PR.
http://www.freebsd.org/cgi/query-pr.cgi?pr=87032
___
Synopsis: [ipfw] [patch] increase a line buffer limit
State-Changed-From-To: open-patched
State-Changed-By: ae
State-Changed-When: Mon Jun 6 10:52:50 UTC 2011
State-Changed-Why:
Patched in head/. Thanks!
http://www.freebsd.org/cgi/query-pr.cgi?pr=125370
The following reply was made to PR bin/125370; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/125370: commit references a PR
Date: Mon, 6 Jun 2011 10:52:40 + (UTC)
Author: ae
Date: Mon Jun 6 10:52:26 2011
New
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
The following reply was made to PR bin/134975; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/134975: commit references a PR
Date: Mon, 6 Jun 2011 11:12:18 + (UTC)
Author: ae
Date: Mon Jun 6 11:10:38 2011
New
Old Synopsis: [ipfw] [panic] 7-STABLE panic in nat_finalise (tcp=0)
New Synopsis: [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp=0)
Responsible-Changed-From-To: freebsd-ipfw-freebsd-net
Responsible-Changed-By: ae
Responsible-Changed-When: Mon Jun 6 11:24:06 UTC 2011
The following reply was made to PR kern/122109; it has been noted by GNATS.
From: ten ten@gmail.com
To: bug-follo...@freebsd.org, m.dyadche...@211.ru
Cc:
Subject: Re: kern/122109: [ipfw] ipfw nat traceroute problem
Date: Mon, 6 Jun 2011 21:38:36 +0700
--000e0cd22f68002b4704a50c0f97
The following reply was made to PR kern/150798; it has been noted by GNATS.
From: ten d...@211.ru
To: bug-follo...@freebsd.org, a...@holymail.biz
Cc:
Subject: Re: kern/150798: [ipfw] ipfw2 fwd rule matches packets but does not
do the job in fact.
Date: Mon, 6 Jun 2011 21:35:14 +0700
On 04.06.2011, at 15:00, Manuel Kasper wrote:
The following reply was made to PR kern/157239; it has been noted by GNATS.
Also, I believe I've found the cause: ipfw/dummynet code uses =
SET_HOST_IPLEN on IPv6 packets in two instances, thus inadvertently =
swapping the next header and hop
19 matches
Mail list logo