首页 > 系统相关 >Windows如何检测UDP端口的连通性

Windows如何检测UDP端口的连通性

时间：2024-02-28 11:23:17浏览次数：27  
标签：UDP 连通性 Windows 63.217 端口 1434 192.168 nmap

在Windows平台上如何检测UDP端口的连通性呢？其实，平时我们遇到检测TCP端口的连通性的情况比较多，遇到检测UDP端口连通性的情况较少。而且检测UDP端口的连通性比较复杂一点。像检测TCP端口是否连通（放开），Windows平台，一般常用的工具有telnet、psping等工具，而检测UDP端口的工具，在Linux平台，有nc(netcat),ncat,nmap等工具，在Windows平台，有哪一些工具可以用来检测UDP端口的连通性呢？下面简单介绍一下，仅供学习参考。

PortQry工具

PortQry 是一种命令行工具，可用于帮助排查 TCP/IP 连接问题。 此工具在本地计算机或远程计算机上报告目标 TCP 和用户数据报协议 (UDP) 端口的状态。 它还提供有关本地计算机的端口使用情况的详细信息。它有三种模式，分别为命令行模式，本地模式，交互模式。另外，你也可以下载PortQryUI这个工具，它包含PortQry的图形UI工具。

下载地址请见下面链接地址[1]

命令例子：

portqry.exe -n 192.168.63.217 -p udp  -e 1434

参数说明

-n  特定查询目标主机
-p  使用指定的协议， 默认值为tcp
-e  端口号

注意，命令窗口下执行命令，必须切换到PortQryUI的解压目录，执行命令，检测UDP端口的连通性

  1. 如果端口1434没有正在监听(SQL Server Browser服务关闭情况下)并且防火墙没有屏蔽端口的情况下，此时提示NOT LISTENING
C:\PortQryUI>portqry.exe -n 192.168.63.217 -p UDP  -e 1434

Querying target system called:

 192.168.63.217

Attempting to resolve IP address to a name...


IP address resolved to vDashDB3UAT

querying...

UDP port 1434 (ms-sql-m service): NOT LISTENING
  1. 如果端口1434正在监听(SQL Server Browser服务启动情况下)并且防火墙没有屏蔽端口的情况下，此时提示如下所示：
C:\PortQryUI>portqry.exe -n 192.168.63.217 -p UDP  -e 1434

Querying target system called:

 192.168.63.217

Attempting to resolve IP address to a name...


IP address resolved to *****

querying...

UDP port 1434 (ms-sql-m service): LISTENING or FILTERED

Sending SQL Server query to UDP port 1434...

Server's response:

ServerName   ******
InstanceName MSSQLSERVER
IsClustered No
Version 15.0.2000.5
tcp 14033



==== End of SQL Server query response ====

UDP port 1434 is LISTENING

C:\PortQryUI>
  1. 如果防火墙屏蔽了UDP 1434端口，不管SQL Server Browser服务是启动也好，关闭也好，此时检测状态为FILTERED。
C:\PortQryUI>portqry.exe -n 192.168.63.217 -p udp  -e 1434

Querying target system called:

 192.168.63.217

Attempting to resolve IP address to a name...

Failed to resolve IP address to name

querying...

UDP port 1434 (ms-sql-m service): LISTENING or FILTERED

Sending SQL Server query to UDP port 1434...

UDP port 1434 (ms-sql-m service): FILTERED

C:\PortQryUI>
  1. 如果防火墙开启的情况下，服务器根本没有相关服务侦听UDP 1436端口的话，此时输出信息如下所示：
C:\PortQryUI>portqry.exe -n 192.168.63.217 -p UDP  -e 1436

Querying target system called:

 192.168.63.217

Attempting to resolve IP address to a name...

Failed to resolve IP address to name

querying...

UDP port 1436 (unknown service): LISTENING or FILTERED

C:\PortQryUI>

此时结果为UDP port 1436 (unknown service): LISTENING or FILTERED。这个结果是不准确的。官方的解释如下：

如果目标 UDP 端口未返回 Internet 控制消息协议 (ICMP) “目标无法访问”消息，则端口处于 侦听 状态。 由于以下一个或两个原因，此结果可能不准确：

  • 如果没有对定向数据报的响应，则目标端口可能是 FILTERED。
  • 大多数服务不会响应发送给它们的未格式化用户数据报。 通常，侦听端口的服务或程序仅响应使用特定会话层或应用程序层协议的消息。

为了生成更准确和有用的结果，PortQry 使用双重测试过程。

ncat命令

直接安装nmap的Windows版本，里面包含了ncat命令。

1:如果端口1434没有正在监听(SQL Server Browser服务关闭情况下)并且防火墙没有屏蔽端口的情况下，此时提示“Ncat: 远程主机强迫关闭了一个现有的连接。“

C:\Program Files (x86)\Nmap>ncat -zu 192.168.63.217 1434 -v
Ncat: Version 7.94 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.63.217:1434.
Ncat: 远程主机强迫关闭了一个现有的连接。 .

2：如果端口1434正在监听（SQL Server Browser服务启动的情况下）并且防火墙没有屏蔽端口的情况下，此时提示如下：

C:\Program Files (x86)\Nmap>ncat -zu 192.168.63.217 1434 -v
Ncat: Version 7.94 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.63.217:1434.
Ncat: UDP packet sent successfully
Ncat: 1 bytes sent, 0 bytes received in 2.40 seconds.

3：如果防火墙屏蔽了UDP 1434端口，此时输出结果跟2一样。这个跟UDP的特性有关。 对于使用者来说，就无法判别端口是被防火墙屏蔽还是开通。关于更多详情，下面nmap工具一起细说。这里暂且略过。

C:\Program Files (x86)\Nmap>ncat -zu 192.168.63.217 1434 -v
Ncat: Version 7.94 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.63.217:1434.
Ncat: UDP packet sent successfully
Ncat: 1 bytes sent, 0 bytes received in 2.37 seconds.

C:\Program Files (x86)\Nmap>

nmap工具

大名鼎鼎的nmap工具，这个就无须额外介绍了，下面我们通过例子来验证一下。

1：端口连通正常的情况：端口1434正在监听(SQL Server Browser服务启动情况下)并且防火墙没有屏蔽端口的情况下

C:\Users\Administrator>nmap -sU 192.168.63.217 -p 1434 -Pn
Starting Nmap 7.94 ( https://nmap.org ) at 2024-02-01 11:32 ?D1ú±ê×?ê±??
Nmap scan report for 192.168.63.217
Host is up (0.010s latency).

PORT     STATE         SERVICE
1434/udp open|filtered ms-sql-m
MAC Address: 00:50:56:97:68:65 (VMware)

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

关于STATE字段的解释如下：

STATE为open是正常打开的状态
STATE为filtered是被阻断或者没有打开的状态

参数说明：

-sU 表示扫描UPD端口
-p  表示指定端口号，例如 -p 1434 表示指定扫描端口号1434
-Pn  表示绕过ping进行扫描，如果有些服务器是放在防火墙下面的禁止PING的，就有可能会被跳过。所以用-Pn来强制性地扫描
  1. UDP端口1434没有正在监听状态（SQL Server Browser服务关闭的情况下）并且防火墙没有屏蔽端口的话
C:\Users\Administrator>nmap -sU 192.168.63.217 -p 1434 -Pn
Starting Nmap 7.94 ( https://nmap.org ) at 2024-02-01 11:33 ?D1ú±ê×?ê±??
Nmap scan report for 192.168.63.217
Host is up (0.0074s latency).

PORT     STATE  SERVICE
1434/udp closed ms-sql-m
MAC Address: 00:50:56:97:68:65 (VMware)

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

C:\Users\Administrator>
  1. UDP端口被防火墙屏蔽的情况，依然显示1434端口是open|filtered状态，如下所示
C:\Users\Administrator>nmap -sU 192.168.63.217 -p 1434 -Pn
Starting Nmap 7.94 ( https://nmap.org ) at 2024-02-01 11:39 ?D1ú±ê×?ê±??
Nmap scan report for 192.168.63.217
Host is up (0.0020s latency).

PORT     STATE         SERVICE
1434/udp open|filtered ms-sql-m
MAC Address: 00:50:56:97:68:65 (VMware)

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

C:\Users\Administrator>

这个跟情况1是一样的。也就是说在防火墙屏蔽端口的情况下，我们没法判断UDP端口 1434的连通性，跟上面ncat命令的情况一致，那么这是为什么呢？ 下面是我看到的一个解释[2]：

因为UDP扫描或侦测时，发送空的(没有数据)UDP报头到每个目标端口。 如果返回ICMP端口不可到达错误(类型3，代码3)， 该端口是closed(关闭的)。 其它ICMP不可到达错误(类型3， 代码1，2，9，10，或者13)表明该端口是filtered(被过滤的)。 偶尔地，某服务会响应一个UDP报文，证明该端口是open(开放的)。 如果几次重试后还没有响应，该端口就被认为是 open|filtered(开放|被过滤的)。 这意味着该端口可能是开放的，也可能包过滤器正在封锁通信。

nc命令

nc命令检测如下所示：

1：端口连通正常的情况：端口1434正在监听(SQL Server Browser服务启动情况下)并且防火墙没有屏蔽端口的情况下

D:\netcat-win32-1.11\netcat-1.11>nc -vuz 192.168.63.217 1434
vDashDB3UAT [192.168.63.217] 1434 (ms-sql-m) open

2：UDP端口被防火墙屏蔽的情况，如下所示

D:\netcat-win32-1.11\netcat-1.11>nc -vuz 192.168.63.217 1434
192.168.63.217: inverse host lookup failed: h_errno 11004: NO_DATA
(UNKNOWN) [192.168.63.217] 1434 (ms-sql-m) open

其实可以通过在客户端和服务器上同时部署nc命令，然后来验证UDP端口的连通性。网上有很多这方面的介绍。这里就此略过。

参考资料

[1]

1: https://download.microsoft.com/download/3/f/4/3f4c6a54-65f0-4164-bdec-a3411ba24d3a/portqryui.exe

[2]

1: https://nmap.org/download.html#windows

标签：UDP,连通性,Windows,63.217,端口,1434,192.168,nmap
From： https://www.cnblogs.com/kerrycode/p/18039399

相关文章

  • Windows开发环境如何启用Directory.Build.props版本号集中管理
    每个产品一个根目录Directory.Build.props的工作模式和NuGet.Config不同，Directory.Build.props不能继承。当dotnetrestore工作的时候，会从当前目录开始，逐级向上查找，找到一个Directory.Build.props文件，就不会再向上查找了。公司如果有多套产品在开发，一般每个产品里面，对同一个包，使......
  • Windows下写脚本无法运行在linux上？怎麽办？
    Windows下写脚本无法运行在linux上？怎麽办？$‘\r‘:commandnotfound的解决方法在Linux系统中，运行Shell脚本，出现了如下错误：one-more.sh:line1:$'\r':commandnotfound1出现这样的错误，是因为Shell脚本在Windows系统编写时，每行结尾是\r\n，而在Linux系统中行每行结尾是\n，......
  • windows上的快捷键以及常见dos指令
    有关windows常用的快捷键普通ctrl+c复制ctrl+v粘贴ctrl+x截切ctrl+s保存ctrl+z撤销ctrl+a全选进阶alt+tab切换窗口win+tab后台win+r运行命令窗口win+e打开我的电脑ctrl+alt+esc任务管理器dos指令打开cmd的方式win键+run+cmd在任意文件夹下面按住shift键+单击......
  • 安装虚拟机（Windows）
    虚拟机安装过程：1.首先创建一台新的虚拟机2.什么都不用做直接下一步3.点击稍后安装操作系统4.选择第一个Windows，版本选择Windows10x64![]5.输入虚拟机的名称和安装位置6.选择你需要的磁盘大小，下面都可以选7.点击完成8.然后开始设置虚拟机9.调整内存10.选择处......
  • Windows系统概述及磁盘分区
    Windows系统概述及磁盘分区Windows系统概述Windows系统作为世界上使用者最多,最受欢迎的操作系统,值得热爱者们进行详细的研究.我们将分别介绍Windows系统的安装,维护,优化,以及进阶的高级操作.本教程所有的操作均使用Windows10Professional操作系统.磁盘分区有关磁盘的知......
  • taskkill杀掉Windows上进程
    命令：taskkill/F/IMTLSvpn2.exe/T当出现以下问题，可能是需要管理员权限D:\playwright\tests>taskkill/F/IMTLSvpn2.exe/T成功:已终止PID29812(属于PID11384子进程)的进程。错误:无法终止PID32500(属于PID11384子进程)的进程。原因:拒绝访问。错误:......
  • RK3588 usb otg口实现UVC gadget，作为usb camara向windows 传输图像
    1、打开内核相关配置CONFIG_VIDEO_V4L2_SUBDEV_API=yCONFIG_MEDIA_USB_SUPPORT=yCONFIG_MEDIA_CONTROLLER=yCONFIG_USB_VIDEO_CLASS=yCONFIG_USB_VIDEO_CLASS_INPUT_EVDEV=y CONFIG_V4L_PLATFORM_DRIVERS=yCONFIG_MEDIA_CAMERA_SUPPORT=y......
  • 动态图连通性
    Describe:你要维护一张无向简单图（即没有自环，没有重边的无向图）。你被要求加入删除一条边及查询两个点是否连通。0：加入一条边。保证它不存在。1：删除一条边。保证它存在。2：查询两个点是否联通。允许离线Solution:对于离线做法，可以用线段树分治加可撤销并查集，时间仅\(O(n\lo......
  • windows使用nvm安装多个版本node环境并切换node使用版本
    一、介绍使用nvm可以方便的在同一台设备上进行多个node版本之间切换，解决不同的项目所使用的node版本不一样的问题二、安装nvm如果已安装node环境先卸载后再安装nvm，防止出现不确定错误1、卸载node环境，并清除node环境变量配置通过程序和功能找到node卸载删除环境变量path中no......
  • 无法在驱动器0的分区1上安装Windows
    在通过U盘或光盘安装Win10系统时，不少用户遇到无法安装的问题，提示“无法在驱动器0的分区1上安装Windows”，格式化分区1也不能解决，进而提示Windows无法安装到这个磁盘，选中的磁盘采用GPT/MBR分区形式，这是怎么回事呢？下面跟大家分析出现这个问题的原因以及解决方法。一、原因分析Win......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99