跳到主要內容

發表文章

目前顯示的是有「Windows」標籤的文章

Windows 遠端連線錯誤 : 這部電腦無法連線到遠端電腦

錯誤的開始 寫程式寫到凌晨,在除錯的時候突然發現資料庫伺服器強制中斷我所有的連線,趕緊遠端看一下到底發生什麼事情,在最要緊的時候遠端連線出錯了,出現了"這部電腦無法連線到遠端電腦"的錯誤訊息,當場錯愕。 因為伺服器都架設在微軟的Azure雲端,沒有辦法連線簡直就是災難,於是趕緊尋找解決方法。 網路架構 小弟的網路架構其實還滿單純的,兩個Azure帳號分別兩台虛擬機,虛擬機裡面都是自行安裝設定後上傳到Azure的,所以基本上兩台是一樣的內容,除了出問題的這台有安裝SQL EXPRESS之外,幾乎配備一樣。 工作室這邊有兩台WINDOWS7 的PC,這兩台PC連線到 Azure 問題機器都會出錯,但連線沒安裝 SQL EXPRESS 的不會出錯,為了判斷出錯是在哪一端,商情借了別人正在運轉中的 Windows Server 2012 R2 的實體伺服器,先連線進R2伺服器後再連線到問題機器,沒想到竟然可以連線。 除錯之旅 為了找出問題,增加了一台新的虛擬機,並安裝了所有系統更新,這時候新虛擬機還可以用Window7 的PC遠端連線,當為新的虛擬安裝新的SQL以及後續的系統更新以後,重新開機以套用更新的時候,Window7 的PC遠端連線又失敗了。 小弟用Windows 7的PC連線到其他伺服器又是正常的,我感到非常奇怪,現在雖然WINDOWS 7 連線失敗,但是 剛剛的Server 2012 R2 卻可以連線,那 Windows 8 呢? 於是將Window 7重新安裝成Windows 8,在最乾淨的情況之下,去連線遠端電腦,結果一樣失敗了,因此幾乎可以排除是Windows 7 或 Windows 8 本身的問題,那麼就應該是網路與防火牆或者是遠端電腦問題。 接著檢查防火牆,通過防火牆,發現某個IP位置的連線數很高,高到嚇人,因為將該IP位置先拒絕其使用網路的資源,重新啟動網路路由後,發現竟然可以連線,太高興了,趕快去查那個IP是甚麼東西在使用這麼大量的網路連線。 殺掉兇手  這IP原來是NAS,因為NAS上面 開有BT下載,結果導致連線數太高,讓其他電腦無法順利連線遠端 。 從此之後BT這東西我再也沒用過了。

在WINDOWS 7 下 EMULE LOW-ID 解決方法(COMODO 5)

重新安裝WINDOWS7 系統 把一些小工具弄好,就快要大殺四方,結果發現我的EMULE都是 LOW-ID 連SERVER問題多多,連EMULE的TCP測試都沒過,才發現問題大了,透過設定COMODO防火牆終於讓 EMULE 重新站上高ID的行列。 首先打開EMULE的選項,查看是要開啟的通訊埠是多少。 我設定為TCP 45001 UDP是45003,所以要在COMODO上面設定開放這埠,開啟COMODO,選擇網路安全規則 出現網路安全規則視窗上面選擇 通 訊埠設定  再選擇添加,我們要在這裡添加一組專門給EMULE用的通訊埠群組。 給這個群組一個名字 點選剛剛建立的群組,然後添加一組通訊埠設定。 剛剛查到EMULE的通訊埠是TCP 45001 跟 UDP 45003 ,所以我把45001-45005這組通訊埠分配給EMULE。 設定完成後回到網路安全規則視窗,我們接著要 設定全面性的規則,用來控制所有網路通訊在防火牆的進出。 按下添加規則後,我們要先設定一組由 本機特定埠連到防火牆外面某台電腦的不特定埠 ,因此規則設定如下。 1先設定這個規則用來規定從防火牆裡面出去,因為只是要設定通訊埠,所以 來源地址與目的地址都是設定為"任意地址" 2.接著要設定通訊埠,因為這組規則是 往外面 的,所以 來源通訊埠要設定為本機要開放的通訊埠 ,剛剛我們有做了一組通訊埠群組 EMULE 這時候剛好派上用場 接著要 設定我們連到對方電腦的時候要到哪個通訊埠 ,因為每個人對通訊埠開放的設定都不一樣,1024以上至65535這區段的通訊埠大多不是特定協定所使用的特定埠,所以在這裡我們要把1024以上到65535這區間的通訊埠通通加入。 按下應用後會到網路安全規則,你會看到已經新增一條規則跟上個畫面的描述一樣的規則。 接著我們將要再增加一條規則,請再選添加來增加規則 剛剛既然已經新增了 本機特定埠連到防火牆外面某台電腦的不特定埠 ,為了公平也 為了接收從那些埠返回的訊息 ,所以我們要再建立一條 由外面某台電腦的不特定埠連到防火牆內的本機特定埠 的規則。 同樣的因為只涉及通訊埠的使用規則,我們跳過來源地址與目的地址這兩...