㈠ 阿里雲伺服器運行中總是無法訪問怎麼辦
延遲高、或者安全組沒有添加對應埠，都有可能導致這個問題。
㈡ 阿里雲租伺服器負責維護嗎
阿里雲的伺服器都是沒有售後的，需要你自己處理問題，或者是在阿里平台找第三方付費處理。
㈢ 阿里雲海外伺服器國際埠不穩定,遠程總是連不上
連不上，大多原因是網路問題。
首先，判斷是不是機房網路問題，可以嘗試訪問其他網站，排除本地線路故障。
其次，針對雲伺服器IP做路由測試，追蹤是不是線路路由中間節點問題，進一步確認是否機房線路問題。
最後，大致可以鎖定是機房線路問題，需要聯系對方技術人員協助解決。
當然，連不上還有2種情況，一種是系統設置問題，由於系統某個軟體設置導致或設置了遠程埠號都有可能連不上。另一種是本地問題，如果本地做有策略無法使用遠程。
㈣ 請問阿里雲的伺服器出現了500異常怎麼解決
這個是伺服器錯誤，可以打官網的人工客服電話，然後讓他給你解決。一般是沒有大的問題的。
㈤ 記一次解決阿里雲伺服器偶爾連接不上的問題（由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
㈥ 阿里雲伺服器上搭建FTP後，外網訪問不了
1、解決方案：
ftp默認模式為被動模式，開啟一個隨機埠建立連接。需要把內網埠限制打開，
如果是通過硬體防火牆，將防火牆開啟ftp隨機埠就可以了
2、兩種方式的工作原理：
主動模式：
Port模式FTP 客戶端首先和FTP伺服器的TCP
21埠建立連接，通過這個通道發送命令，客戶端需要接收數據的時候在這個通道上發送PORT命令。
PORT命令包含了客戶端用什麼埠接收數據。在傳送數據的時候，伺服器端通過自己的TCP 20埠連接至客戶端的指定埠發送數據。 FTP
server必須和客戶端建立一個新的連接用來傳送數據。（可以看到在這種方式下是客戶端和伺服器建立控制連接，伺服器向客戶端建立數據連接，其中，客戶端的控制連接和數據連接的埠號是大於1024的兩個埠號（臨時埠），而FTP伺服器的數據埠為20，控制埠為21）
被動模式：
Passive模式在建立控制通道的時候和Standard模式類似，但建立連接後發送的不是Port命令，而是Pasv命令。FTP伺服器收到Pasv命令後，隨機打開一個臨時埠（也叫自由埠，埠號大於1023小於65535）並且通知客戶端在這個埠上傳送數據的請求，客戶端連接FTP伺服器此埠，然後FTP伺服器將通過這個埠進行數據的傳送，這個時候FTP
server不再需要建立一個新的和客戶端之間的連接。（可以看到這種情況下的連接都是由客戶端向伺服器發起的，與下面所說的「為了解決伺服器發起到客戶的連接的問題，人們開發了一種不同的FTP連接方式。這就是所謂的被動方式」相對應，而伺服器端的數據埠是臨時埠，而不是常規的20）
很多防火牆在設置的時候都是不允許接受外部發起的連接的，所以許多位於防火牆後或內網的FTP伺服器不支持PASV模式，因為客戶端無法穿過防火牆打開FTP伺服器的高端埠；而許多內網的客戶端不能用PORT模式登陸FTP伺服器，因為從伺服器的TCP
20無法和內部網路的客戶端建立一個新的連接，造成無法工作。
主動模式要求客戶端和伺服器端同時打開並且監聽一個埠以建立連接。在這種情況下，客戶端由於安裝了防火牆會產生一些問題。所以，創立了被動模式。被動模式只要求伺服器端產生一個監聽相應埠的進程，這樣就可以繞過客戶端安裝了防火牆的問題。
在被動方式FTP中，命令連接和數據連接都由客戶端發起，這樣就可以解決從伺服器到客戶端的數據埠的入方向連接被防火牆過濾掉的問題。
㈦ 為什麼阿里雲ecs伺服器老是出現503錯誤,每天都要幾次 好煩
503是因為伺服器資源過載而無法處理請求時發出的錯誤。。
此情況可能性有很多，需要排查：
1、伺服器資源不夠了，需要擴展伺服器。。如訪問量過大；
2、伺服器配置不正確，如PHP配置問題而導致並發處理能力不夠，或NGINX配置問題等
3、網站程序中可能有死循環，SQL語句不規范，查詢浪費的資源過大等