阿里雲伺服器reboot連接不上

『壹』 為什麼遠程桌面連接不上阿里雲伺服器

主要原因有兩個：

1、所在的網路環境不穩定，網速太慢。

2、所連接的伺服器內存不足。

『貳』 阿里雲伺服器 mysql 總時隔一兩天就鏈接不上了需要重啟才可以

一、是不是提示連接超時，登錄超時 (1440 秒未活動)，請重新登錄.
這是phpMyAdmin的保護機制，要重新登錄。

二、你用的是本地資料庫還是遠程資料庫，如果是遠程資料庫，可能是網路線路問題。
建議你使用小鳥雲管家，該軟體是由小鳥雲計算推出的一款基於Windows平台的伺服器站點管理軟體。該軟體致力於打造開放的、公共的、可依賴的雲計算服務生態鏈，提供企業級高性能雲伺服器、IT配套項目解決方案、綜合售後運維服務、1V1專席秘書服務。

『叄』 阿里雲伺服器遠程連不上

從你的描述來看，你現在打阿里雲伺服器遠程連不上，我覺得可能是中間斷掉了。
這種情況下，我建議聯系阿里雲的客服，詢問他們具體的原因，讓他們來幫你解決。

『肆』 為什麼遠程桌面連接不上阿里雲伺服器

如果你確定你的伺服器是windows系統的話，並且裡面也開了遠程桌面的話，那麼我推薦你隨著我下面提到的排查方法進行操作：

1. 看看伺服器能不能ping通

如果伺服器正常開著，過了一段時間突然連不上了，其實很大程度上有可能伺服器因為CPU佔用高導致死機了，這時候可以ping下看看，如果沒有禁ping的情況下你會發現絕對ping不通。

『伍』 記一次解決阿里雲伺服器偶爾連接不上的問題（由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