diff options
author | sumikawa <sumikawa@FreeBSD.org> | 2004-07-06 18:31:01 +0800 |
---|---|---|
committer | sumikawa <sumikawa@FreeBSD.org> | 2004-07-06 18:31:01 +0800 |
commit | 48a0ec98626fc079057ee2a4c0aa8a72978c51ab (patch) | |
tree | fbc4e90692b8af826a94ca2073ed7f7c0a71f96e | |
parent | 58074b56b5c534411d0fa4fc6a9b06107d0a5e95 (diff) | |
download | freebsd-ports-gnome-48a0ec98626fc079057ee2a4c0aa8a72978c51ab.tar.gz freebsd-ports-gnome-48a0ec98626fc079057ee2a4c0aa8a72978c51ab.tar.zst freebsd-ports-gnome-48a0ec98626fc079057ee2a4c0aa8a72978c51ab.zip |
Add the manpage.
Submitted by: lee dilkie <lee@dilkie.com>
PR: ports/68272
-rw-r--r-- | net/netcat/Makefile | 4 | ||||
-rw-r--r-- | net/netcat/files/nc.1 | 146 |
2 files changed, 149 insertions, 1 deletions
diff --git a/net/netcat/Makefile b/net/netcat/Makefile index 079c9d1eb6ab..67acfc0ac24c 100644 --- a/net/netcat/Makefile +++ b/net/netcat/Makefile @@ -8,7 +8,7 @@ PORTNAME= netcat PORTVERSION= 1.10 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= net ipv6 MASTER_SITES= ftp://coast.cs.purdue.edu/pub/tools/unix/netutils/netcat/ \ ftp://ftp.cuhk.edu.hk/pub/packages/security/purdue/netutils/netcat/ \ @@ -28,9 +28,11 @@ ALL_TARGET= freebsd PLIST_FILES= bin/nc PORTDOCS= README +MAN1= nc.1 do-install: ${INSTALL_PROGRAM} ${WRKSRC}/nc ${PREFIX}/bin + ${INSTALL_MAN} ${FILESDIR}/nc.1 ${PREFIX}/man/man1 .if !defined(NOPORTDOCS) @${MKDIR} ${DOCSDIR} ${INSTALL_DATA} ${WRKSRC}/README ${DOCSDIR} diff --git a/net/netcat/files/nc.1 b/net/netcat/files/nc.1 new file mode 100644 index 000000000000..8b4379f1652a --- /dev/null +++ b/net/netcat/files/nc.1 @@ -0,0 +1,146 @@ +.TH NC 1 +.SH NAME +nc \- TCP/IP swiss army knife +.SH SYNOPSIS +.B nc +.I "[-options] hostname port[s] [ports] ..." +.br +.B nc +.I "-l -p port [-options] [hostname] [port]" +.SH "DESCRIPTION" +.B netcat +is a simple unix utility which reads and writes data across network +connections, using TCP or UDP protocol. It is designed to be a +reliable "back-end" tool that can be used directly or easily driven by +other programs and scripts. At the same time, it is a feature-rich +network debugging and exploration tool, since it can create almost any +kind of connection you would need and has several interesting built-in +capabilities. Netcat, or "nc" as the actual program is named, should +have been supplied long ago as another one of those cryptic but +standard Unix tools. +.P +In the simplest usage, "nc host port" creates a TCP connection to the +given port on the given target host. Your standard input is then sent +to the host, and anything that comes back across the connection is +sent to your standard output. This continues indefinitely, until the +network side of the connection shuts down. Note that this behavior is +different from most other applications which shut everything down and +exit after an end-of-file on the standard input. +.P +Netcat can also function as a server, by listening for inbound +connections on arbitrary ports and then doing the same reading and +writing. With minor limitations, netcat doesn't really care if it +runs in "client" or "server" mode -- it still shovels data back and +forth until there isn't any more left. In either mode, shutdown can be +forced after a configurable time of inactivity on the network side. +.P +And it can do this via UDP too, so netcat is possibly the "udp +telnet-like" application you always wanted for testing your UDP-mode +servers. UDP, as the "U" implies, gives less reliable data +transmission than TCP connections and some systems may have trouble +sending large amounts of data that way, but it's still a useful +capability to have. +.P +You may be asking "why not just use telnet to connect to arbitrary +ports?" Valid question, and here are some reasons. Telnet has the +"standard input EOF" problem, so one must introduce calculated delays +in driving scripts to allow network output to finish. This is the +main reason netcat stays running until the *network* side closes. +Telnet also will not transfer arbitrary binary data, because certain +characters are interpreted as telnet options and are thus removed from +the data stream. Telnet also emits some of its diagnostic messages to +standard output, where netcat keeps such things religiously separated +from its *output* and will never modify any of the real data in +transit unless you *really* want it to. And of course telnet is +incapable of listening for inbound connections, or using UDP instead. +Netcat doesn't have any of these limitations, is much smaller and +faster than telnet, and has many other advantages. +.SH OPTIONS +.TP 13 +.I \-g gateway +source-routing hop point[s], up to 8 +.TP 13 +.I \-G num +source-routing pointer: 4, 8, 12, ... +.TP 13 +.I \-h +display help +.TP 13 +.I \-i secs +delay interval for lines sent, ports scanned +.TP 13 +.I \-l +listen mode, for inbound connects +.TP 13 +.I \-n +numeric-only IP addresses, no DNS +.TP 13 +.I \-o file +hex dump of traffic +.TP 13 +.I \-p port +local port number (port numbers can be individual or ranges: lo-hi +[inclusive]) +.TP 13 +.I \-q seconds +after EOF is detected, wait the specified number of seconds and then +quit. +.TP 13 +.I \-b +allow UDP broadcasts +.TP 13 +.I \-r +randomize local and remote ports +.TP 13 +.I \-s addr +local source address +.TP 13 +.I \-t +enable telnet negotiation +.TP 13 +.I \-e prog +specify program to exec after connect (use with caution) +.TP 13 +.I \-u +UDP mode +.TP 13 +.I \-v +verbose [use twice to be more verbose] +.TP 13 +.I \-w secs +timeout for connects and final net reads +.TP 13 +.I \-z +zero-I/O mode [used for scanning] +.SH COPYRIGHT +Netcat is entirely my own creation, although plenty of other code was +used as examples. It is freely given away to the Internet community +in the hope that it will be useful, with no restrictions except giving +credit where it is due. No GPLs, Berkeley copyrights or any of that +nonsense. The author assumes NO responsibility for how anyone uses +it. If netcat makes you rich somehow and you're feeling generous, +mail me a check. If you are affiliated in any way with Microsoft +Network, get a life. Always ski in control. Comments, questions, and +patches to hobbit@avian.org. +.SH BUGS +Efforts have been made to have netcat "do the right thing" in all its +various modes. If you believe that it is doing the wrong thing under +whatever circumstances, please notify me and tell me how you think it +should behave. If netcat is not able to do some task you think up, +minor tweaks to the code will probably fix that. It provides a basic +and easily-modified template for writing other network applications, +and I certainly encourage people to make custom mods and send in any +improvements they make to it. Continued feedback from the Internet +community is always welcome! +.P +Some port names in /etc/services contain hyphens -- netcat currently +will not correctly parse those, so specify ranges using numbers if you +can. +.SH "SEE ALSO" +/usr/share/doc/netcat/README +.SH AUTHOR +This manual page was written by Joey Hess <joeyh@debian.org> and +Robert Woodcock <rcw@debian.org>, cribbing heavily from Netcat's +README file. +.P +Netcat was written by a guy we know as the Hobbit <hobbit@avian.org>. |