tcp端口检测工具（tcp端口检测工具在哪）

大家好！今天让创意岭的小编来大家介绍下关于tcp端口检测工具的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。

开始之前先推荐一个非常厉害的Ai人工智能工具，一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等

只需要输入关键词，就能返回你想要的内容，越精准，写出的就越详细，有微信小程序端、在线网页版、PC客户端

官网：https://ai.de1919.com

本文目录:

• 1、认识nc，tcp/udp网络测试

• 2、TCP、UDP协议测试

• 3、测试特定协议下指定端口是否开启

• 4、如何检测TCP连接是否成功,或者已经连接成功

一、认识nc，tcp/udp网络测试

什么是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的包

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

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

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

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

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

nc -l 9999

客户端测试， 测试方法1

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

客户端测试，测试方法2

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

nmap 10.0.1.161 -p9999

客户端测试，测试方法3

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

nc -vz -w 2 10.0.1.161 9999

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

上面命令也可以写成

nc -vzw 2 10.0.1.161 9999

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

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

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

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

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

启动一个udp的端口监听

nc  -ul  9998

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

客户端测试，测试方法1

nc -vuz 10.0.1.161 9998

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

（telnet是运行于tcp协议的）

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

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

客户端测试，测试方法2

nmap -sU 10.0.1.161 -p 9998 -Pn

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

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

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

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

nmap -sU 10.0.1.161 -p 9998 -Pn

-sU ：表示udp端口的扫描

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

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

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

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

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

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

客户端测试，测试方法3

nc扫描大量udp端口

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

nc -vuz 10.0.1.161 1-1000

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

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

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

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

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

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

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

nc -l 9992 <test.mv

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

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

nc 10.0.1.162 9992 >test2.mv

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

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

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

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

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

nc -l 9995 | tar xfvz -

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

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

tar cfz - * | nc 10.0.1.162 9995

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

nc用法3，测试网速

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

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

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

yum install -y dstat

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

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

nc -l 9991 >/dev/null

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

nc 10.0.1.161 9991 </dev/zero

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

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

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

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

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

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

nc -l 9990 </dev/zero

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

nc 10.0.1.161 9990 >/dev/null

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

copy：https://www.cnblogs.com/nmap/p/6148306.html

二、TCP、UDP协议测试

基于Nodejs、socket.io，开发了TCP和UDP服务平台，帮助大家做TCP和UDP协议的测试

       在做硬件终端与服务器通信时，由于没有服务器、没有TCP或UDP服务后台，非常不方便进行TCP、UDP协议的测试，我这里为大家分别提供TCP和UDP测试平台。

      TCP测试服务平台信息：

      TCP协议硬件地址（报文上报地址）IP：47.107.99.203 端口：8002

      客户端TCP报文查看和报文下发地址：   http://47.107.99.203:8012/

     UDP测试服务平台信息：

     UDP协议硬件地址（报文上报地址）IP：47.107.99.203 端口：5003

     客户端UDP报文查看和报文下发地址： http://47.107.99.203:8013/

     如下进行简单演示硬件终端与服务平台的交互过程

    1、TCP协议终端与平台交互过程演示

    1.1 打开浏览器输入客户端地址：  http://47.107.99.203:8012/ ，即可访问到测试TCP协议的前端页面，如下图所示

1.2 用TCP调试工具进行测试，输入终端测试服务器地址IP：47.107.99.203 端口：8002，建立SOCKET连接，并向服务器发送报文，如下图所示

1.3 服务器接收到终端发送的报文，并实时的展示出来，如下图所示

1.4 在下发输入框，输入需要下发的报文，然后点击”SEND”按钮，服务平台将向终端发送报文，如下图所示，终端接收到服务平台发送的报文

2、UDP协议终端与平台交互过程演示

    2.1 打开浏览器输入客户端地址： http://47.107.99.203:8013/ ，即可访问到测试UDP协议的前端页面，如下图所示

   2.2 用UDP调试工具进行测试，输入终端测试服务器地址IP：47.107.99.203   端口：5003，建立UDP连接，并向服务器发送报文，如下图所示

  2.3   服务器接收到终端发送的报文，并实时的展示出来，如下图所示

2.4 在下发输入框，输入需要下发的报文，然后点击”SEND”按钮，服务平台将向终端发送报文，如下图所示，终端接收到服务平台发送的报文

三、测试特定协议下指定端口是否开启

我们在检测远程服务是否正常时，经常会用一些工具（命令）来检测端口是否开启，来确定服务是否正常。通常可用于检测的工具有nc、socat、nmap等，基本思想是向远端指定端口发送数据，看其状态。

远端：192.168.0.15

本端：192.168.0.10

单向检测（适用于无法登录远端服务查看的情况）

如果返回succeeded，则说明相应的UDP端口访问正常。

如果无任何返回信息，则说明相应的UDP端口访问失败。

nc -uvz $IP $Port.   //UDP

nc -vz $IP $Port   //TCP

远端不监听1777端口情况

# nc -uvz 192.168.0.15 1777

#

远端监听1777端口

# nc -ul 1777

XXXXX

# nc -uvz 192.168.0.15 1777

Connection to 192.168.0.15 1777 port [udp/powerguardian] succeeded!

如果succeeded，则无任何返回，如果failed则返回Connection refused。

echo "This socat udp test." | socat - udp-connect:$IP:$Port

远端不监听1777端口，本端发送udp数据至远端指定端口。

# echo "This socat udp test." | socat - udp-connect:192.168.0.15:1777

2017/06/18 14:26:39 socat[22195] E read(3, 0xb48a20, 8192): Connection refused

远端开启监听，本端再次发送。

# nc -ul 1777

This socat udp test.

# echo "This socat udp test." | socat - udp-connect:192.168.0.15:1777

#

用指定协议扫描远端指定端口

nmap -sU -p $Port $IP

# nmap -sU -p 1777 192.168.0.15

Starting Nmap 5.51 ( http://nmap.org ) at 2017-06-18 14:35 CST

Nmap scan report for host-192-168-0-15 (192.168.0.15)

Host is up (0.00098s latency).

PORT     STATE  SERVICE

1777/udp closed unknown

MAC Address: FA:16:3E:1A:54:30 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds

可以通过传输文本及文件来测试UDP端口是否正常（先开监听，再发送）

远端：nc -ul $Port

本端: nc -u $IP $Port

在本端键入任意字符，看远端是否可以收到。

远端：nc -l $Port > $Filename

本端：nc $IP $Port < $Filename

可以执行md5sum看两端的文件md5是否相同

注：如果是检测tcp协议端口，上述nc命令中，去掉参数-u即可。另外，也可以使用telnet $IP $Port来完成

$ nc -vzw 2 180.76.148.122 22-81 //显示详细信息，包含失败的

$ nc -zw 2 180.76.148.122 22-81 //不显示详细信息，只包含成功的，如果检测udp端口，可用"vzw"参数，"z"参数表示连接成功后立即关闭连接

Connection to 180.76.148.122 port 22 [tcp/ssh] succeeded!

Connection to 180.76.148.122 port 80 [tcp/http] succeeded!

附全面的ncat使用方法： https://linux.cn/article-9190-1.html

四、如何检测TCP连接是否成功,或者已经连接成功

这个啊，我简单的说一下。

首先，编程的话，在windows环境下，肯定用的是winsock来编写网络程序。

如何检测客户端和服务端连接成功

肯定是用服务端首先bind，在listen，然后调用个循环accept，当客户端connect的时候，就开一个线程来服务。accept能返回一个sock值，而不是invaid_socket，那肯定就代表连接成功的啦。

断线处理

断线的话，必须得有一段send数据后，发现没有返回，那么程序就知道断线了。至于如何检测，可以设置一定的时间间隔，发送检测数据包，没有断线的话，有返回值，可以发送，断线的话，程序就知道了。

具体的编程和思路，你还是找本书看吧，不知道你用的什么语言编写的，不过估计在windows环境下都差不多。可以看下老罗的《windows环境下32位汇编语言程序设计》里面有个聊天室的案例，讲的蛮清楚的。虽然是汇编的，但是都是相通的，你应该看得懂。

以上就是关于tcp端口检测工具相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。

推荐阅读：

tcp运行在哪一层（tcp在哪一层工作）

scratch能编复杂的程序吗（scratch可以编译吗）

kaptcha（Kaptcha怎么读的）

景观设计功能性（景观设计功能性例子）

中国最大的公关公司（中国最大的公关公司年收入）