分享好友 编程语言首页 频道列表

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

DOS/BAT  2015-11-20 04:410

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

复制代码 代码如下:

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

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

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

一、借助工具

于是我优先开启懒人法则,找其他替代工具。果然,在Windows老娘家找到了:
Portqry:https://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系统)执行,结果第一台就悲剧了!远程桌面直接断开了:

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

然后再也连不上了,要他们去机房看了下,结果告诉我系统没了!!??太震精了有木有?一个简单的文本操作脚本,居然把系统干掉了么?而且脚本中都不存在任何删除命令。。。
要那边提供了一下启动错误信息,原来是系统引导坏了:

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

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

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

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

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

二、另辟蹊径

既然工具不敢用了,还是继续折腾代码吧!周末睡觉前突然灵感一闪,想起了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是否达标就行。
好了,终于把这个问题给解决了。显然,任何时候都需要给出多个方案,而不是自满于一个方案。否则出问题就会焦头烂额了。当然,再次说明了想法比技术更重要。

查看更多关于【DOS/BAT】的文章

展开全文
相关推荐
反对 0
举报 0
评论 0
图文资讯
热门推荐
优选好物
更多热点专题
更多推荐文章
Springboot + mybatis + React+redux+React-router+antd+Typescript(二): React+Typescrip项目的搭建
前言:            后台搭建完以后开始搭建前端,使用create-react-app搭建项目非常方便。           前端主要是如何向后台请求数据,以及如何使用redux管理state,路由的配置.           前端github地址:  https://github.com

0评论2023-02-09413

Delphi ADOQuery的属性 locktype、CursorLocation 、Filter、CursorType、CancelBatch 和 UpdateBatch
以下数据,部分来自网络的收集,部分为自己测试后的原创整理,希望对你有帮助,更新会注明日期。1、locktype  指定用户打开数据集时对数据集的锁定级别:ltUnspecified   //未指定锁定级别ltReadOnly   //Read-only    只读   ,会加快数据读取速度lt

0评论2023-02-09492

自己写的browse.bat与perl写的url_handler.pl的比较
以前自己也写过Windows下自动打开多个浏览器测试某个URI,提高浏览器兼容性测试效率。但是写的browse.bat文件还是最基础简陋的@echo offif '%1'=='-c' (start /d "C:\Program Files\Google\Chrome\Application\" chrome.exe -new-tab %2exit)if '%1'=='-f' (s

0评论2023-02-09535

Java中MyBatis传入参数parameterType问题 mybatis传参数与类型
目录parameterType:MyBatis的传入参数参数类型主要分为两种获取参数中的值一、单参数二、多参数1、索引 #{index}2、Map封装多参数3、List封装in4、注解方式5、多类型参数总结parameterType:MyBatis的传入参数参数类型主要分为两种(1)基本数据类型:int

0评论2023-02-09359

python多线程方式执行多个bat代码
这篇文章主要为大家详细介绍了python多线程方式执行多个bat的实现代码,感兴趣的小伙伴们可以参考一下

0评论2016-06-2070

在ASP.NET 2.0中操作数据之六十二:GridView批量更新数据
GridView控件内置的编辑功能只能对每行进行编辑,做不到批量编辑。为此,我们需要将GridView里的列转换为TemplateFields,通过一个单独的“Update All”按钮,在按钮的事件中批量处理每一行。

0评论2016-05-2358

在ASP.NET 2.0中操作数据之六十三:GridView实现批量删除数据
本文主要介绍在GridView控件中包含一个checkbox列来实现复选多条数据,在批量删除按钮的事件中通过for循环来一一删除。

0评论2016-05-2397

在ASP.NET 2.0中操作数据之六十四:GridView批量添加数据
前面介绍了批量更新,批量删除数据,这篇文章主要介绍如何实现批量添加数据,当然为了保证数据的完整性,我们在做这些批量操作的时候,都使用了事务来实现。

0评论2016-05-2355

windows7系统去除快捷方式小箭头BAT脚本分享
这篇文章主要介绍了windows7系统去除快捷方式小箭头BAT脚本分享,本文直接给出实现代码,适用Win7系统,需要的朋友可以参考下

0评论2015-11-20162

Windows系统清理QQ聊天记录、反监控QQ聊天的BAT脚本分享
这篇文章主要介绍了Windows系统清理QQ聊天记录、反监控QQ聊天的BAT脚本分享,清理QQ聊天记录的脚本是自己写的,反监控脚本转载自网上,需要的朋友可以参考下

0评论2015-11-20111

Windows系统自动连接网络共享打印机BAT脚本分享
这篇文章主要介绍了Windows系统自动连接网络共享打印机BAT脚本分享,使用本文脚本可以直接连接网络中共享的某打印机,需要的朋友可以参考下

0评论2015-11-2099

更多推荐