nc命令用法举例（转载）

谁践踏了优雅 2022-05-17 07:36 557阅读 0赞

## [nc命令用法举例][nc] ##

# 什么是nc #

nc是netcat的简写，有着网络界的瑞士军刀美誉。因为它短小精悍、功能实用，被设计为一个简单、可靠的网络工具

# nc的作用 #

（1）实现任意TCP/UDP端口的侦听，nc可以作为server以TCP或UDP方式侦听指定端口

（2）端口的扫描，nc可以作为client发起TCP或UDP连接

（3）机器之间传输文件

（4）机器之间网络测速

# nc的控制参数不少，常用的几个参数如下所列： #

1) -l

用于指定nc将处于侦听模式。指定该参数，则意味着nc被当作server，侦听并接受连接，而非向其它地址发起连接。

2) -p <port>

暂未用到（老版本的nc可能需要在端口号前加-p参数，下面测试环境是centos6.6，nc版本是nc-1.84，未用到-p参数）

3) -s

指定发送数据的源IP地址，适用于多网卡机

4) -u

指定nc使用UDP协议，默认为TCP

5) -v

输出交互或出错信息，新手调试时尤为有用

6）-w

超时秒数，后面跟数字

7）-z

表示zero，表示扫描时不发送任何数据

# 前期准备 #

准备两台机器，用于测试nc命令的用法

主机A：ip地址 10.0.1.161

主机B：ip地址 10.0.1.162

两台机器先安装nc和nmap的包

yum install nc -y

yum install nmap -y

如果提示如下-bash： nc： command not found 表示没安装nc的包

![1076878-20161209095517663-1040120011.png][]

# **nc用法1，网络连通性测试和端口扫描** #

**nc可以作为server端启动一个tcp的监听（注意，此处重点是起tcp，下面还会讲udp）**

先关闭A的防火墙，或者放行下面端口，然后测试B机器是否可以访问A机器启动的端口

在A机器上启动一个端口监听，比如 9999端口（注意：下面的-l 是小写的L，不是数字1）

默认情况下下面监听的是一个tcp的端口

nc -l 9999

![1076878-20161209095543554-1037638344.png][]

**客户端测试，****测试方法1**

在B机器上telnet A机器此端口，如下显示表示B机器可以访问A机器此端口

![1076878-20161209095601413-784407778.png][]

**客户端测试，测试方法2**

B机器上也可以使用nmap扫描A机器的此端口

nmap 10.0.1.161 -p9999

![1076878-20161209095617601-914929817.png][]

**客户端测试，测试方法3**

使用nc命令作为客户端工具进行端口探测

nc -vz -w 2 10.0.1.161 9999

（-v可视化，-z扫描时不发送数据，-w超时几秒，后面跟数字）

![1076878-20161209095634851-958356921.png][]

上面命令也可以写成

nc -vzw 2 10.0.1.161 9999

![1076878-20161209095651569-1755893958.png][]

**客户端测试，测试方法4（和方法3相似，但用处更大）**

nc可以可以扫描连续端口，这个作用非常重要。常常可以用来扫描服务器端口，然后给服务器安全加固

在A机器上监听2个端口，一个9999，一个9998，使用&符号丢入后台

![1076878-20161209095712866-936204965.png][]

在客户端B机器上扫描连续的两个端口，如下

![1076878-20161209095732429-1764157681.png][]

**nc作为server端启动一个udp的监听（注意，此处重点是起udp，上面主要讲了tcp）**

启动一个udp的端口监听

nc -ul 9998

![1076878-20161209095753835-1671845784.png][]

复制当前窗口输入 netstat -antup |grep 9998 可以看到是启动了udp的监听

![1076878-20161209095812632-1749454663.png][]

**客户端测试，测试方法1**

nc -vuz 10.0.1.161 9998

由于udp的端口无法在客户端使用telnet去测试，我们可以使用nc命令去扫描（前面提到nc还可以用来扫描端口）

（telnet是运行于tcp协议的）

（u表示udp端口，v表示可视化输出，z表示扫描时不发送数据）

![1076878-20161209100707882-1433264712.png][]

上面在B机器扫描此端口的时候，看到A机器下面出现一串XXXXX字符串

![1076878-20161209100725866-2147390474.png][]

**客户端测试，测试方法2**

nmap -sU 10.0.1.161 -p 9998 -Pn

（它暂无法测试nc启动的udp端口，每次探测nc作为server端启动的udp端口时，会导致对方退出侦听，有这个bug，对于一些程序启动的udp端口在使用nc扫描时不会有此bug）

下面，A机器启动一个udp的端口监听，端口为9998

在复制的窗口上可以确认已经在监听了

![1076878-20161209100746272-590584994.png][]

B机器使用nmap命令去扫描此udp端口，在扫描过程中，导致A机器的nc退出监听。所以显示端口关闭了（我推测是扫描时发数据导致的）

nmap -sU 10.0.1.161 -p 9998 -Pn

\-sU ：表示udp端口的扫描

\-Pn ：如果服务器禁PING或者放在防火墙下面的，不加-Pn 参数的它就会认为这个扫描的主机不存活就不会进行扫描了，如果不加-Pn就会像下面的结果一样，它也会进行提示你添加上-Pn参数尝试的

![1076878-20161209100804726-1083735542.png][]

注意：如果A机器开启了防火墙，扫描结果可能会是下面状态。（不能确定对方是否有监听9998端口）

![1076878-20161209100817866-337685966.png][]

既然上面测试无法使用nmap扫描nc作为服务端启动的端口，我们可以使用nmap扫描其余的端口

（额，有点跑题了，讲nmap的用法了，没关系，主要为了说明nmap是也可以用来扫描udp端口的，只是扫描nc启动的端口会导致对方退出端口监听）

下面，A机器上rpcbind服务，监听在udp的111端口

![1076878-20161209100833757-599551176.png][]

在B机器上使用nmap扫描此端口，是正常的检测到处于open状态

![1076878-20161209100847319-1809046272.png][]

**客户端测试，测试方法3**

**nc扫描大量udp端口**

扫描过程比较慢，可能是1秒扫描一个端口，下面表示扫描A机器的1到1000端口（暂未发现可以在一行命令中扫描分散的几个端口的方法）

nc -vuz 10.0.1.161 1-1000

![1076878-20161209100901819-1505522198.png][]

# **nc用法2，使用nc传输文件和目录** #

**方法1，传输文件演示（先启动接收命令）**

使用nc传输文件还是比较方便的，因为不用scp和rsync那种输入密码的操作了

把A机器上的一个rpm文件发送到B机器上

需注意操作次序，receiver先侦听端口，sender向receiver所在机器的该端口发送数据。

**步骤1，先在B机器上启动一个接收文件的监听，格式如下**

意思是把赖在9995端口接收到的数据都写到file文件里（这里文件名随意取）

nc -l port >file

nc -l 9995 >zabbix.rpm

![1076878-20161209100917507-1008395936.png][]

**步骤2，在A机器上往B机器的9995端口发送数据，把下面rpm包发送过去**

nc 10.0.1.162 9995 < zabbix-release-2.4-1.el6.noarch.rpm

![1076878-20161209100931116-1268991306.png][]

B机器接收完毕，它会自动退出监听，文件大小和A机器一样，md5值也一样

![1076878-20161209100944897-733297904.png][]

**方法2，传输文件演示（先启动发送命令）**

**步骤1，先在B机器上，启动发送文件命令**

下面命令表示通过本地的9992端口发送test.mv文件

nc -l 9992 <test.mv

![1076878-20161209101002038-290824858.png][]

**步骤2，A机器上连接B机器，取接收文件**

下面命令表示通过连接B机器的9992端口接收文件，并把文件存到本目录下，文件名为test2.mv

nc 10.0.1.162 9992 >test2.mv

![1076878-20161209101017632-493505389.png][]

**方法3，传输目录演示（方法发送文件类似）**

**步骤1，B机器先启动监听，如下**

A机器给B机器发送多个文件

传输目录需要结合其它的命令，比如tar

经过我的测试管道后面最后必须是 - ，不能是其余自定义的文件名

nc -l 9995 | tar xfvz -

![1076878-20161209101035476-313895763.png][]

**步骤2，A机器打包文件并连接B机器的端口**

管道前面表示把当前目录的所有文件打包为 - ，然后使用nc发送给B机器

tar cfz - \* | nc 10.0.1.162 9995

![1076878-20161209101051101-1053431813.png][]

B机器这边已经自动接收和解压

![1076878-20161209101107241-716031832.png][]

# **nc用法3，测试网速** #

测试网速其实利用了传输文件的原理，就是把来自一台机器的/dev/zero 发送给另一台机器的/dev/null

就是把一台机器的无限个0，传输给另一个机器的空设备上，然后新开一个窗口使用dstat命令监测网速

在这之前需要保证机器先安装dstat工具

yum install -y dstat

**方法1，测试网速演示（先启动接收命令方式）**

步骤1，A机器先启动接收数据的命令，监听自己的9991端口，把来自这个端口的数据都输出给空设备（这样不写磁盘，测试网速更准确）

nc -l 9991 >/dev/null

![1076878-20161209101124179-1971991069.png][]

步骤2，B机器发送数据，把无限个0发送给A机器的9991端口

nc 10.0.1.161 9991 </dev/zero

![1076878-20161209101150304-1813015616.png][]

在复制的窗口上使用dstat命令查看当前网速，dstat命令比较直观，它可以查看当前cpu，磁盘，网络，内存页和系统的一些当前状态指标。

我们只需要看下面我选中的这2列即可，recv是receive的缩写，表示接收的意思，send是发送数据，另外注意数字后面的单位B，KB，MB

![1076878-20161209101211132-150010168.png][]

可以看到A机器接收数据，平均每秒400MB左右

![1076878-20161209101227069-1285313680.png][]

B机器新打开的窗口上执行dstat，看到每秒发送400MB左右的数据

![1076878-20161209101252491-2064947286.png][]

**方法2，测试网速演示（先启动发送命令方式）**

步骤1，先启动发送的数据，谁连接这个端口时就会接收来自zero设备的数据（二进制的无限个0）

nc -l 9990 </dev/zero

![1076878-20161209101318991-1622147288.png][]

步骤2，下面B机器连接A机器的9990端口，把接收的数据输出到空设备上

nc 10.0.1.161 9990 >/dev/null

![1076878-20161209101335976-869694121.png][]

同样可以使用dstat观察数据发送时的网速

![1076878-20161209101801304-671989613.png][]

文章来自[https://www.cnblogs.com/nmap/p/6148306.html][nc]，如有侵权请联系本人删除。

[nc]: https://www.cnblogs.com/nmap/p/6148306.html
[1076878-20161209095517663-1040120011.png]: /images/20220517/d13ea4be5b034a96b9da7f7f0c0abb50.png
[1076878-20161209095543554-1037638344.png]: /images/20220517/0482527d76784eaf954e8f5c046cfec0.png
[1076878-20161209095601413-784407778.png]: /images/20220517/689fb064debe4940bec9e15cce3d0231.png
[1076878-20161209095617601-914929817.png]: /images/20220517/0a1b3d1a23d84b8c9da099f4a65b8165.png
[1076878-20161209095634851-958356921.png]: /images/20220517/bbad491c4fd84f62b205ceb73a1573a8.png
[1076878-20161209095651569-1755893958.png]: /images/20220517/821a9f0c89914a229494ec3f3d9d7e2a.png
[1076878-20161209095712866-936204965.png]: /images/20220517/a9f7bcfe742f4a5183534adb016ce879.png
[1076878-20161209095732429-1764157681.png]: /images/20220517/9a23649e24b04ca985c2cfc39c6b0d62.png
[1076878-20161209095753835-1671845784.png]: /images/20220517/efdbca232bcb449fb885b35dceced467.png
[1076878-20161209095812632-1749454663.png]: /images/20220517/3d8332647a724704b50e74a4d5c48c06.png
[1076878-20161209100707882-1433264712.png]: /images/20220517/45c27f1e29984f07907527bc1a48a563.png
[1076878-20161209100725866-2147390474.png]: /images/20220517/e74ce4e1af134fe7b3563b61f753e769.png
[1076878-20161209100746272-590584994.png]: /images/20220517/851002e4f439406b9f92c50de04945dd.png
[1076878-20161209100804726-1083735542.png]: /images/20220517/85bb9ed46b694d108e21b57d50ac828a.png
[1076878-20161209100817866-337685966.png]: /images/20220517/a7ee09f18e3847f28d9a6c504f7a7385.png
[1076878-20161209100833757-599551176.png]: /images/20220517/6bbd597152384666b934792dafeb3ddf.png
[1076878-20161209100847319-1809046272.png]: /images/20220517/1fe04cd9c69b462b80c809954b50a6c9.png
[1076878-20161209100901819-1505522198.png]: /images/20220517/3d9be529b8de4536a4d44fce6d666c40.png
[1076878-20161209100917507-1008395936.png]: /images/20220517/0e53f657c3f64323bc7d509b9427047d.png
[1076878-20161209100931116-1268991306.png]: /images/20220517/b06398effb944930b1bb912980fdf78f.png
[1076878-20161209100944897-733297904.png]: /images/20220517/2b71e7dacd29415b8a2cf81407f36357.png
[1076878-20161209101002038-290824858.png]: /images/20220517/a4b8751d00f840a3b417b87c5b8a2b8f.png
[1076878-20161209101017632-493505389.png]: /images/20220517/2238de549fa844078d07aaa9d0f51899.png
[1076878-20161209101035476-313895763.png]: /images/20220517/3574fe568f1340f28ce872e85781756a.png
[1076878-20161209101051101-1053431813.png]: /images/20220517/c7408ed256af4b87bebd1c72e66b1d34.png
[1076878-20161209101107241-716031832.png]: /images/20220517/f933b69b8a7a4bc28874f753e648e511.png
[1076878-20161209101124179-1971991069.png]: /images/20220517/f9f7764740334621b14c37d86ef0b472.png
[1076878-20161209101150304-1813015616.png]: /images/20220517/8db2d9ede6574770a56bdcf2651f2366.png
[1076878-20161209101211132-150010168.png]: /images/20220517/4a50594893c941e09b7ddeec8f8adb4e.png
[1076878-20161209101227069-1285313680.png]: /images/20220517/617a8d6783cf48bf9224020a55e40119.png
[1076878-20161209101252491-2064947286.png]: /images/20220517/664328cd323c48fcb40c65b779680fa8.png
[1076878-20161209101318991-1622147288.png]: /images/20220517/8bc725170ea0485b81c7fe76f79c499b.png
[1076878-20161209101335976-869694121.png]: /images/20220517/646a134c0c42452a8cd5e05cfcf08d24.png
[1076878-20161209101801304-671989613.png]: /images/20220517/c003c847d5fc473daa6a89d72f21f845.png