阿里雲伺服器斷開連接
❶ 阿里雲伺服器公網IP無法訪問,錯誤信息:伺服器拒絕了連接,Workbench遠程連接可以打開可以打開怎麼解決
很可能這個ip被牆了,你可以使用代理軟體看看能不能訪問,如果可以大多數就是被牆,上次有個朋友就是阿里雲的也是無法訪問,最後好像是讓客服換ip了
❷ 為什麼遠程桌面連接不上阿里雲伺服器
主要原因有兩個:
1、所在的網路環境不穩定,網速太慢。
2、所連接的伺服器內存不足。
❸ 阿里雲伺服器從桌面遠程連接提示拒絕連接,是什麼原因
很可能是安全組沒有放開3389的許可權。
你可以telnet一下3389埠試試。
如果可以通那就是沒有開遠程。
實在不行就打客服電話吧,或者發工單,一般2個小時以內完事。
❹ 為什麼遠程桌面連接不上阿里雲伺服器
如果你確定你的伺服器是windows系統的話,並且裡面也開了遠程桌面的話,那麼我推薦你隨著我下面提到的排查方法進行操作:
看看伺服器能不能ping通
如果伺服器正常開著,過了一段時間突然連不上了,其實很大程度上有可能伺服器因為CPU佔用高導致死機了,這時候可以ping下看看,如果沒有禁ping的情況下你會發現絕對ping不通。
❺ 為什麼ssh無法連接阿里雲伺服器,顯示連接超時
阿里雲的ssh默認埠22你可能沒有開通,安全組添加入方向tcp協議22埠,防火牆放行入站規則22埠即可。
再就是你嘗試下切換其他網路看下,部分地區的網路質量不佳,運營商過濾規則也不統一。這種區域性客戶端問題的話,是沒有太好的辦法從服務端解決的
❻ 阿里雲無法訪問ECS雲伺服器怎麼解決
ECS連不上,可能是多種原因造成的,如以下場景,都可能造成:
1)操作系統出現問題
2)網路配置有問題
3)網路堵塞嚴重,導致連接中斷。
4)操作系統密碼被黑客攻陷
你可以登錄阿里雲管理控制台,了解具體情況,只是阿里雲管理控制台太笨重,筆者不是非常推薦。
筆者給你推薦一個很好用的第三方工具:行雲服務雲管家(yun.cloudbility.com)
你只需要登錄雲管家,通過你在阿里雲管理控制台中獲取的Access Key,將你的雲主機導入到雲管家中,然後有任何問題,都可以在雲管家中輕松解決。
舉個例子,一旦你覺得ECS連不上,你可以在雲管家中直接通過「阿里雲管理終端」獲取該ECS主機的桌面,這種桌面,既不消耗公網帶寬(它消耗的是阿里雲內網帶寬,這意味著即使網路堵塞嚴重,你也可以連上),也無論操作系統出現任何問題,都可以進入該主機的系統桌面,然後就可以方便你排錯了。
========
如果你要重啟ECS,或者你的操作系統密碼被黑客黑了,你也可以通過雲管家,輕松重啟,或者重置密碼。
========
你還可通過雲管家的體檢功能,看一下你的雲主機是否被黑客攻擊。
總之,阿里雲的ECS伺服器無法連接,可能是多種原因造成的,需要具體情況具體分析
❼ 記一次解決阿里雲伺服器偶爾連接不上的問題(由tcp_tw_recycle參數引發的)
阿里雲伺服器偶爾連接不上的問題出現在我做了一些TCP優化之後,出現了公司內網偶爾會出現連接不上伺服器的問題,但是切換其他的網路就可以正常連接。
1,登陸伺服器查看資源使用top,vmstat等命令查看了一番發現伺服器各項指標都沒有異常。於是將問題轉向了網路層。
2,本地使用ping伺服器外網ip正常返回,無丟包,延遲也正常。
3,登錄伺服器查看tcp相關數據。
發現在卡頓時有大量tcp syn包被丟棄,數值一直在增長。
在查閱資料並結合實際情況後,發現該伺服器同時啟用了 tcp_timestamps和tcp_tw_recycle參數。
後想起,之前同事為改善time_wait連接數過多問題曾改過該內核參數。
解決辦法是,關閉tcp_tw_recycle:
再觀察,發現服務已正常,偶爾連接不上的現象消失。
我們先來man一下這兩個參數(man tcp):
cp_timestamp 是 RFC1323 定義的優化選項,主要用於 TCP 連接中 RTT(Round Trip Time) 的計算,開啟 tcp_timestamp 有利於系統計算更加准確的 RTT,也就有利於 TCP 性能的提升。(默認開啟)
關於tcp_timestamps詳情請見: https://tools.ietf.org/pdf/rfc7323.pdf
開啟tcp_tw_recycle會啟用tcp time_wait的快速回收,這個參數不建議在NAT環境中啟用,它會引起相關問題。
tcp_tw_recycle是依賴tcp_timestamps參數的,在一般網路環境中,可能不會有問題,但是在NAT環境中,問題就來了。比如我遇到的這個情況,辦公室的外網地址只有一個,所有人訪問後台都會通過路由器做SNAT將內網地址映射為公網IP,由於服務端和客戶端都啟用了tcp_timestamps,因此TCP頭部中增加時間戳信息,而在伺服器看來,同一客戶端的時間戳必然是線性增長的,但是,由於我的客戶端網路環境是NAT,因此每台主機的時間戳都是有差異的,在啟用tcp_tw_recycle後,一旦有客戶端斷開連接,伺服器可能就會丟棄那些時間戳較小的客戶端的SYN包,這也就導致了網站訪問極不穩定。
主機A SIP:P1 (時間戳T0) ---> Server 主機A斷開後
主機B SIP:P1 (時間戳T2) T2 < T0 ---> Server 丟棄
經過此次故障,告誡我們在處理線上問題時,不能盲目修改參數,一定要經過測試,確認無誤後,再應用於生產環境。同時,也要加深對相關內核參數的認識和理解。
本文解決靈感來自於 https://blog.51cto.com/hld1992/2285410
https://blog.csdn.net/chengm8/article/details/51668992
❽ 阿里雲伺服器運行中總是無法訪問
1、程序佔用太多資源;
2、防火牆設置問題。