多年沒寫過批處理了,來新公司的第一個case卻是需要寫一個bat腳本,批量更新采集agent的配置文件,其中就涉及到遠程IP的端口檢測。
本以為會和Linux一樣可以簡單判斷:
結果發現Windows下面telnet退出并沒有執行結果的返回值:
一、借助工具
于是我優先開啟懶人法則,找其他替代工具。果然,在Windows老娘家找到了:
Portqry:https://support.microsoft.com/en-us/kb/310099/zh-cn
確實可以使用,不過檢測速度不敢恭維,通與不通都很慢!鑒于手頭沒有更好的解決辦法,就先試試看,貼一下我寫的Portqry相關demo:
::使用微軟官方工具【PortQry】進行檢測的代碼:@echo off & setlocal enabledelayedexpansionrem 要檢測的IP和端口set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'set serverport='9922'rem 模塊化調用call :check::****其他代碼略****:checkrem ※探測端口模塊--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的不斷抱怨之下搞定了這個問題。
新聞熱點
疑難解答