搞死人的windows位址監聽

2021-09-03 06:19:41 字數 679 閱讀 8455

沒辦法,催得兇,只好遠端登入上去。

檢視埠8008是否存活?對方堅持說服務是正常的,因為telnet 127.0.0.1 8008是正常的。netstate -an發現埠8008確實在監聽。那麼由此初步判斷,可能是防火牆的設定問題。

暫時解決不了,有**相互溝通了一陣,想了幾種可能,挨個嘗試,還是不行。突然,乙個程式設計師提出,這個windows伺服器上還有另外的服務,但確是正常的,開的埠是tcp 6789。我在伺服器本地用命令列執行 telnet 127.0.0.1 6789 ,再執行 telnet 172.16.5.10 6789  也可以連線。然後我又返回防火牆規則那裡查入站和出站,列表裡根本就沒有這個tcp 6789這個埠。由此判斷與防火牆無關,又仔細確認了一遍,防火牆確實是關閉了。

再切換到命令列埠,執行netstat -an ,檢視輸出,仔細觀察,終於發現端倪。

正常工作的服務,監聽的tcp位址是0.0.0.0,而不正常的服務,監聽的位址是 127.0.0.1。火速讓程式設計師改程式,改完重啟服務,終於正常了。

但願以後不要用該死的windows服務了!!!

搞死人的windows位址監聽

沒辦法,催得兇,只好遠端登入上去。檢視埠8008是否存活?對方堅持說服務是正常的,因為telnet 127.0.0.1 8008是正常的。netstate an發現埠8008確實在監聽。那麼由此初步判斷,可能是防火牆的設定問題。暫時解決不了,有 相互溝通了一陣,想了幾種可能,挨個嘗試,還是不行。突然...

搞死人不償命的 Bank系統

每乙個成功者都有乙個開始。勇於開始,才能夠找到通往成功的路。最近c 進行到第三章 公升級mybank,發現這是乙個我個人覺得比較難搞的乙個東西,一下是我對bank系統難點的敘述,請大神筆下留情 1.使用main方法呼叫 2.建立乙個卡類,卡類裡儲存為卡的資訊 3.建立乙個bank類,new出乙個新的...

在Windows在切分Oracle的監聽日誌

在實際的生產過程中。我們會遇到當oracle的監聽日誌大於4g的時候。會出現監聽啟動不了的情況。這個時候我們會通過關閉監聽日誌的手段來解決。但是在時間的情況中有時候需要去分析這些監聽日誌,這個時候我們可以通過切分日誌的方式來解決。指令碼如下 echo off rem echo off rem 取1天...