Windows下bat批处理脚本使用telnet批量检测远程端口小记

多年没写过批处理了,来新公司的第一个 case 却是需要写一个 bat 脚本,批量更新采集 agent 的配置文件,其中就涉及到远程 IP 的端口检测。

本以为会和 Linux 一样可以简单判断:

echo q|telnet -e 'q' $ip $port && echo "$ip:port 通"||echo "$ip:port 不通"

结果发现 Windows 下面 telnet 退出并没有执行结果的返回值:

一、借助工具

于是我优先开启懒人法则,找其他替代工具。果然,在 Windows 老娘家找到了:

Portqryhttps://support.microsoft.com/en-us/kb/310099/zh-cn

确实可以使用,不过检测速度不敢恭维,通与不通都很慢!鉴于手头没有更好的解决办法,就先试试看,贴一下我写的 Portqry 相关 demo:

::使用微软官方工具【PortQry】进行检测的代码:
@echo off & setlocal enabledelayedexpansion
 
rem 要检测的IP和端口
set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'
set serverport='9922'
 
rem 模块化调用
call :check
 
::****其他代码略****
 
:check
rem ※探测端口模块--PortQry方案※
for /f  "tokens=1,* delims=," %%i in ("!server_ip!") do (
    echo 正在检测 %%i 的 !serverport! 端口...
    rem 这是关键的检测代码:
    "!tools_dir!\PortQry.exe" -n %%i -p tcp -e !serverport! | find "LISTENIN" >nul && (
        echo 【成功】:可以连接到 %%i:!serverport!
        ) || (
        echo 【失败】:无法连通 %%i:!serverport!
    )
    echo=
    set server_ip=%%j
    goto check
)
goto :eof  
::*******其他代码略********

Ps:check 是一个被 call 调用的模块,里面的一些变量就不做介绍了。

于是兴冲冲的封装成 exe,给 IDC(server2003 系统)执行,结果第一台就悲剧了!远程桌面直接断开了:

然后再也连不上了,要他们去机房看了下,结果告诉我系统没了!!??太震精了有木有?一个简单的文本操作脚本,居然把系统干掉了么?而且脚本中都不存在任何删除命令。。。

要那边提供了一下启动错误信息,原来是系统引导坏了:

个人分析了一下,应该是 Portqry 这个工具导致系统蓝屏关机,进而导致引导损坏!

尼玛,娘家人介绍时说好的“性格”良好呢?

唉,看来这个工具是不敢使用了,俗话说林子大了什么系统都有嘞!

二、另辟蹊径

既然工具不敢用了,还是继续折腾代码吧!周末睡觉前突然灵感一闪,想起了 tasklist 判断窗口名称这个“失传绝技”,于是把刚关闭的本子又打开,终于在 GF 的不断抱怨之下搞定了这个问题。

①、窗口判断

思路比较简单:使用 start 命令在新窗口执行 telnet -e 和 exit 命令,如果端口畅通,那么新开的窗口将会立即关闭,而不通的窗口则会保持近半分钟左右,且窗口名称类似 telnet 192.168.1.1,这半分钟时间足够脚本来判断通还是不通了。

于是将上面 check 部分修改如下:

::使用telnet命令检测的代码
@echo off & setlocal enabledelayedexpansion
 
rem 要检测的IP和端口
set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'
set serverport='9922'
 
rem 模块化调用
call :check_port
 
::****其他代码略****
 
:check_port
rem ※探测端口模块--telnet方案※
for /f  "tokens=1,* delims=," %%i in ("!server_ip!") do (
    echo [No.!check_num!]:正在检测 %%i 的 !serverport! 端口...  
    rem 新窗口打开telnet,如果端口畅通会立即退出,脚本会在3秒后查看telnet窗口是否退出,如果没有退出表示端口不通!
    start /min cmd.exe /k "echo q|telnet -e 'q' %%i !serverport! & exit"
    ping -n 3 127.1>nul
    rem 查找窗口名为“Telnet ${ip}”的cmd窗口,如果存在则表示此IP不通
    tasklist /fi "windowtitle eq Telnet %%i" | find "cmd.exe" >nul && (
        echo 【失败】:无法连通 %%i:!serverport!
    ) || (
        echo 【成功】:可以连接到 %%i:!serverport!
    )
    echo=
    set server_ip=%%j
    goto check_port
)
goto :eof
::其他代码略...

样就解决了 Windows 下 telnet 探测远程端口的问题了,而且检测速度比微软哪个 portqry 快多了,果然思路比技术更重要,只要有想法,任何技术都不应该成为瓶颈!

②、进程判断【最新补充】

当使用窗口判断的方案下发各大机房实施的时候,又一个问题出现了!窗口判断在某些版本的 Windows 下是行不通的,比如英文版下的命令提示符窗口名称和中文版的就不一样,所以这个方案也是不完善的!

于是,继续抓耳挠腮,想出了第二个方案:通过判断 telnet 进程数量来判断网络是否畅通。

方案思路:

a. 先判断脚本执行之前是否存在 telnet.exe 的进程,如果存在则统计数量 b. 和窗口判断一样,利用 start 命令在新的 cmd 命令提示符中执行 telnet 命令 c. 延迟几秒后统计系统中存在的 telnet.exe 进程数(存在的 telnet 表示是不通的) d. 和最开始统计的 telnet 进程数比对计算,就知道有几个 IP 是不通的了

示例代码:

::使用telnet命令检测的代码
@echo off & setlocal enabledelayedexpansion
 
rem 要检测的IP和端口
set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'
set serverport='9922'
 
::****其他代码略****
rem 刚开始先计算telnet.exe的进程数量,避免脚本执行之前就已经存在telnet.exe
call :telnet_num conf
 
rem 模块化调用
call :check_port
 
:check_port
set /a check_num+=1
rem ※探测端口模块※
for /f  "tokens=1,* delims=," %%i in ("!server_ip!") do (
	echo [No.!check_num!]:正在检测 %%i 的 !serverport! 端口...
	::call :set_iPSec %%i
	rem 使用telnet组合命令进行测试,如果端口畅通会立即退出,脚本会在3秒后查看telnet窗口是否退出,如果没有退出表示端口不通!
	start /min cmd.exe /k "echo q|telnet -e 'q' %%i !serverport! & exit"
	echo=
	set server_ip=%%j
	set total_num=!check_num!
	goto check_port
)
 
ping -n 3 127.1>nul
 
#再次计算telnet进程数量,而且已经排除执行之前就有的telnet数量
call :telnet_num
 
echo 可用数量为:!telnet_num!
goto :eof
 
:telnet_num
rem 检测telnet进程数量,已排除脚本之前存在telnet
set conf=0
for /f "delims=*" %%i in ('tasklist ^| findstr "telnet.exe"') do (
	if "%1"=="conf" (
		set /a conf+=1
	) else (
		set /a telnet_num+=1
	)	
)
set /a telnet_num=!telnet_num!-!conf!
goto :eof

很明显,这样就可以知道我测试了所有 IP 当中有几个是不通的了。遗憾的是无法知道是哪个 IP 不通。不过在手头的这个 case 当中是不需要具体不通的 IP 的,只要知道通的 IP 是否达标就行。

好了,终于把这个问题给解决了。显然,任何时候都需要给出多个方案,而不是自满于一个方案。否则出问题就会焦头烂额了。当然,再次说明了想法比技术更重要。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏大数据和云计算技术

Google资源管理器简析

9.2.2 Borg[1] Borg是一个集群管理器,负责对来自几千个应用程序所提交的Job进行接收、调试、启动、停止、重启和监控,这些Job将用于不同的服务...

36460
来自专栏北京马哥教育

Ext3 和 ext4 文件系统在线调整大小内幕

磁盘布局 为了更好的理解在线调整大小工作机制,我们首先需要理解 ext3 和 ext4 文件系统的磁盘布局,对于该功能的实现来说,这两个文件系统在磁盘上的结构是...

40060
来自专栏高性能服务器开发

(八)高性能服务器架构设计总结1——以flamigo服务器代码为例

这篇文章算是对这个系列的一个系统性地总结。我们将介绍服务器的开发,并从多个方面探究如何开发一款高性能高并发的服务器程序。

17920
来自专栏北京马哥教育

马哥金牌分享 | 十分钟学会用Django快速搭建一个blog

本文是由马哥教育金牌讲师小智的文字分享《如何快速搭建一个博客》整理而来。 ---- 1.django简介 Django是一个开放源代码的Web应用框架,由Py...

32340
来自专栏程序员笔记

开发一个可维护的程序

18140
来自专栏数据和云

故障恢复:从未知错误ORA-600 [3712]以猜测推理达成恢复

李真旭 Oracle ACE,云和恩墨技术专家 个人博客:www.killdb.com 在Oracle数据库的日常维护中,我们可能经常会遇到一些从未见过的错误,...

31260
来自专栏向治洪

JavaScript 的时间消耗

随着我们的网站越来越依赖 JavaScript, 我们有时会(无意)用一些不易追踪的方式来传输一些(耗时的)东西. 在这篇文章中, 我会介绍一些能让你的网站在移...

22670
来自专栏北京马哥教育

Web APP编程模型和IO策略

现代大型高性能网站诸如淘宝,京东,微博,FB,知乎等等,网站架构涉及很多知识。像业务分层,软件分割模块化,分布式部署,集群服务器,负载均衡等技术可以帮助架构师将...

36670
来自专栏linux驱动个人学习

dm-verity

一、Device Mapper: dm-verity是内核子系统的Device Mapper中的一个子模块,所以在介绍dm-verity之前先要介绍一下Devi...

45460
来自专栏零基础使用Django2.0.1打造在线教育网站

零基础使用Django2.0.1打造在线教育网站(十七):我要学习配置

努力与运动兼备~~~有任何问题可以加我好友或者关注微信公众号,欢迎交流,我们一起进步!

20810

扫码关注云+社区

领取腾讯云代金券