Date: Mon, 30 Dec 2002 23:31:47 -0600 (CST) From: "Christian S.J. Peron" <maneo@bsdpro.com> To: FreeBSD-gnats-submit@FreeBSD.org Subject: docs/46665: [patch] Incorrect TCP error specification blackhole(4) Message-ID: <200212310531.gBV5Vl8p095933@h24-82-193-81.wp.shawcable.net>
next in thread | raw e-mail | index | archive | help
>Number: 46665 >Category: docs >Synopsis: [patch] Incorrect TCP error specification blackhole(4) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 01 01:10:01 PST 2003 >Closed-Date: >Last-Modified: >Originator: Christian S.J. Peron >Release: FreeBSD 4.7-RELEASE-p2 i386 >Organization: >Environment: System: FreeBSD h24-82-193-81 4.7-RELEASE-p2 FreeBSD 4.7-RELEASE-p2 #1: Fri Dec 6 00:00:31 CST 2002 modulus@h24-82-193-81:/usr/src/sys/compile/opcode i386 >Description: When blackhole(4) explains the default behavior of what happends when SYN segments are recieved on ports with no sockets listening, it says the system will return an RST packet, which is correct. However it reports that the connecting system will see the failure as a "Connection reset by peer" error which would imply the remote machine's connect(2) would have exited with failure and would have ECONNRESET set in errno. This is not accurate. blackhole(4) should report that the connecting machine will recieve a "Connection refused" error or ECONNREFUSED which is more accurate. >How-To-Repeat: N/A >Fix: --- /usr/src/share/man/man4/blackhole.4.wrong Mon Dec 30 23:13:15 2002 +++ /usr/src/share/man/man4/blackhole.4 Mon Dec 30 23:13:52 2002 @@ -34,7 +34,7 @@ Normal behaviour, when a TCP SYN segment is received on a port where there is no socket accepting connections, is for the system to return a RST segment, and drop the connection. The connecting system will -see this as a "Connection reset by peer". By setting the TCP blackhole +see this as a "Connection refused". By setting the TCP blackhole MIB to a numeric value of one, the incoming SYN segment is merely dropped, and no RST is sent, making the system appear as a blackhole. By setting the MIB value to two, any segment arriving >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200212310531.gBV5Vl8p095933>