多年沒(méi)寫(xiě)過(guò)批處理了，來(lái)新公司的第一個(gè)case卻是需要寫(xiě)一個(gè)bat腳本，批量更新采集agent的配置文件，其中就涉及到遠(yuǎn)程IP的端口檢測(cè)。
本以為會(huì)和Linux一樣可以簡(jiǎn)單判斷：
結(jié)果發(fā)現(xiàn)Windows下面telnet退出并沒(méi)有執(zhí)行結(jié)果的返回值：
一、借助工具
于是我優(yōu)先開(kāi)啟懶人法則，找其他替代工具。果然，在Windows老娘家找到了：
Portqry：https://support.microsoft.com/en-us/kb/310099/zh-cn
確實(shí)可以使用，不過(guò)檢測(cè)速度不敢恭維，通與不通都很慢！鑒于手頭沒(méi)有更好的解決辦法，就先試試看，貼一下我寫(xiě)的Portqry相關(guān)demo：
::使用微軟官方工具【PortQry】進(jìn)行檢測(cè)的代碼：@echo off & setlocal enabledelayedexpansionrem 要檢測(cè)的IP和端口set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'set serverport='9922'rem 模塊化調(diào)用call :check::****其他代碼略****:checkrem ※探測(cè)端口模塊--PortQry方案※for /f "tokens=1,* delims=," %%i in ("!server_ip!") do ( echo 正在檢測(cè) %%i 的 !serverport! 端口... rem 這是關(guān)鍵的檢測(cè)代碼： "!tools_dir!/PortQry.exe" -n %%i -p tcp -e !serverport! | find "LISTENIN" >nul && ( echo 【成功】：可以連接到 %%i:!serverport! ) || ( echo 【失敗】：無(wú)法連通 %%i:!serverport! ) echo= set server_ip=%%j goto check)goto :eof ::*******其他代碼略********Ps：check是一個(gè)被call調(diào)用的模塊，里面的一些變量就不做介紹了。
于是興沖沖的封裝成exe，給IDC（server2003系統(tǒng)）執(zhí)行，結(jié)果第一臺(tái)就悲劇了！遠(yuǎn)程桌面直接斷開(kāi)了：
然后再也連不上了，要他們?nèi)C(jī)房看了下，結(jié)果告訴我系統(tǒng)沒(méi)了！！？？太震精了有木有？一個(gè)簡(jiǎn)單的文本操作腳本，居然把系統(tǒng)干掉了么？而且腳本中都不存在任何刪除命令。。。
要那邊提供了一下啟動(dòng)錯(cuò)誤信息，原來(lái)是系統(tǒng)引導(dǎo)壞了：
個(gè)人分析了一下，應(yīng)該是Portqry這個(gè)工具導(dǎo)致系統(tǒng)藍(lán)屏關(guān)機(jī)，進(jìn)而導(dǎo)致引導(dǎo)損壞！
尼瑪，娘家人介紹時(shí)說(shuō)好的“性格”良好呢？
唉，看來(lái)這個(gè)工具是不敢使用了，俗話說(shuō)林子大了什么系統(tǒng)都有嘞！
二、另辟蹊徑
既然工具不敢用了，還是繼續(xù)折騰代碼吧！周末睡覺(jué)前突然靈感一閃，想起了tasklist判斷窗口名稱這個(gè)“失傳絕技”，于是把剛關(guān)閉的本子又打開(kāi)，終于在GF的不斷抱怨之下搞定了這個(gè)問(wèn)題。
①、窗口判斷
思路比較簡(jiǎn)單：使用start命令在新窗口執(zhí)行telnet -e 和 exit命令，如果端口暢通，那么新開(kāi)的窗口將會(huì)立即關(guān)閉，而不通的窗口則會(huì)保持近半分鐘左右，且窗口名稱類似 telnet 192.168.1.1，這半分鐘時(shí)間足夠腳本來(lái)判斷通還是不通了。
于是將上面check部分修改如下：
::使用telnet命令檢測(cè)的代碼@echo off & setlocal enabledelayedexpansionrem 要檢測(cè)的IP和端口set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'set serverport='9922'rem 模塊化調(diào)用call :check_port::****其他代碼略****:check_portrem ※探測(cè)端口模塊--telnet方案※for /f "tokens=1,* delims=," %%i in ("!server_ip!") do ( echo [No.!check_num!]:正在檢測(cè) %%i 的 !serverport! 端口... rem 新窗口打開(kāi)telnet，如果端口暢通會(huì)立即退出，腳本會(huì)在3秒后查看telnet窗口是否退出，如果沒(méi)有退出表示端口不通！ 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 【失敗】：無(wú)法連通 %%i:!serverport! ) || ( echo 【成功】：可以連接到 %%i:!serverport! ) echo= set server_ip=%%j goto check_port)goto :eof::其他代碼略...這樣就解決了Windows下telnet探測(cè)遠(yuǎn)程端口的問(wèn)題了，而且檢測(cè)速度比微軟哪個(gè)portqry快多了，果然思路比技術(shù)更重要，只要有想法，任何技術(shù)都不應(yīng)該成為瓶頸！
②、進(jìn)程判斷【最新補(bǔ)充】
當(dāng)使用窗口判斷的方案下發(fā)各大機(jī)房實(shí)施的時(shí)候，又一個(gè)問(wèn)題出現(xiàn)了！窗口判斷在某些版本的Windows下是行不通的，比如英文版下的命令提示符窗口名稱和中文版的就不一樣，所以這個(gè)方案也是不完善的！
于是，繼續(xù)抓耳撓腮，想出了第二個(gè)方案：通過(guò)判斷telnet進(jìn)程數(shù)量來(lái)判斷網(wǎng)絡(luò)是否暢通。
方案思路：
示例代碼：
::使用telnet命令檢測(cè)的代碼@echo off & setlocal enabledelayedexpansionrem 要檢測(cè)的IP和端口set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'set serverport='9922'::****其他代碼略****rem 剛開(kāi)始先計(jì)算telnet.exe的進(jìn)程數(shù)量，避免腳本執(zhí)行之前就已經(jīng)存在telnet.execall :telnet_num confrem 模塊化調(diào)用call :check_port:check_portset /a check_num+=1rem ※探測(cè)端口模塊※for /f "tokens=1,* delims=," %%i in ("!server_ip!") do ( echo [No.!check_num!]:正在檢測(cè) %%i 的 !serverport! 端口... ::call :set_iPSec %%i rem 使用telnet組合命令進(jìn)行測(cè)試，如果端口暢通會(huì)立即退出，腳本會(huì)在3秒后查看telnet窗口是否退出，如果沒(méi)有退出表示端口不通！ 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#再次計(jì)算telnet進(jìn)程數(shù)量，而且已經(jīng)排除執(zhí)行之前就有的telnet數(shù)量call :telnet_numecho 可用數(shù)量為：!telnet_num!goto :eof:telnet_numrem 檢測(cè)telnet進(jìn)程數(shù)量，已排除腳本之前存在telnetset conf=0for /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很明顯，這樣就可以知道我測(cè)試了所有IP當(dāng)中有幾個(gè)是不通的了。遺憾的是無(wú)法知道是哪個(gè)IP不通。不過(guò)在手頭的這個(gè)case當(dāng)中是不需要具體不通的IP的，只要知道通的IP是否達(dá)標(biāo)就行。
好了，終于把這個(gè)問(wèn)題給解決了。顯然，任何時(shí)候都需要給出多個(gè)方案，而不是自滿于一個(gè)方案。否則出問(wèn)題就會(huì)焦頭爛額了。當(dāng)然，再次說(shuō)明了想法比技術(shù)更重要。
新聞熱點(diǎn)
疑難解答
圖片精選
