為什么阿里云官方打不開

為什么阿里云官方打不開

創(chuàng)新互聯(lián)建站自成立以來，一直致力于為企業(yè)提供從網站策劃、網站設計、網站設計制作、網站制作、電子商務、網站推廣、網站優(yōu)化到為企業(yè)提供個性化軟件開發(fā)等基于互聯(lián)網的全面整合營銷服務。公司擁有豐富的網站建設和互聯(lián)網應用系統(tǒng)開發(fā)管理經驗、成熟的應用系統(tǒng)解決方案、優(yōu)秀的網站開發(fā)工程師團隊及專業(yè)的網站設計師團隊。

一、網絡設置的問題

這種原因比較多出現在需要手動指定IP、網關、DNS服務器

聯(lián)網方式下，及使用代理服務器

上網的。仔細檢查計算機的網絡設置。

二、DNS服務器的問題

當IE無法瀏覽網頁時，可先嘗試用IP地址

來訪問，如果可以訪問，那么應該是DNS的問題，造成DNS的問題可能是連網時獲取DNS出錯或DNS服務器本身問題，這時你可以手動指定DNS服務

希望可以幫你！

阿里云ECS服務器配置好環(huán)境了為什么公網IP不能訪問

一般是安全組設置問題,專有網絡的話是需要用戶創(chuàng)建實例完成后手動設置的。 在這里根據提示填寫需要開放的端口,一般ip地址段不用填寫。

阿里云創(chuàng)立于2009年，是全球領先的云計算及人工智能科技公司，致力于以在線公共服務的方式，提供安全、可靠的計算和數據處理能力，讓計算和人工智能成為普惠科技。

阿里云服務著制造、金融、政務、交通、醫(yī)療、電信、能源等眾多領域的領軍企業(yè)，包括中國聯(lián)通、12306、中石化、中石油、飛利浦、華大基因等大型企業(yè)客戶，以及微博、知乎、錘子科技等明星互聯(lián)網公司。在天貓雙11全球狂歡節(jié)、12306春運購票等極富挑戰(zhàn)的應用場景中，阿里云保持著良好的運行紀錄[1]??。

阿里云在全球各地部署高效節(jié)能的綠色數據中心，利用清潔計算為萬物互聯(lián)的新世界提供源源不斷的能源動力，目前開服的區(qū)域包括中國（華北、華東、華南、香港）、新加坡、美國（美東、美西）、歐洲、中東、澳大利亞、日本。

2014年，阿里云曾幫助用戶抵御全球互聯(lián)網史上最大的DDoS攻擊，峰值流量達到每秒453.8Gb[2]??。在Sort Benchmark 2016 排序競賽 CloudSort項目中，阿里云以1.44$/TB的排序花費打破了AWS保持的4.51$/TB紀錄[3]??。在Sort Benchmark 2015，阿里云利用自研的分布式計算平臺ODPS，377秒完成100TB數據排序，刷新了Apache Spark 1406秒的世界紀錄[3]??。

2017年1月，阿里巴巴成為奧運會“云服務”及“電子商務平臺服務”的官方合作伙伴，阿里云將為奧運會提供云計算和人工智能技術[4]??。

記一次解決阿里云服務器偶爾連接不上的問題（由tcp_tw_recycle參數引發(fā)的）

阿里云服務器偶爾連接不上的問題出現在我做了一些TCP優(yōu)化之后，出現了公司內網偶爾會出現連接不上服務器的問題，但是切換其他的網絡就可以正常連接。

1，登陸服務器查看資源使用top，vmstat等命令查看了一番發(fā)現服務器各項指標都沒有異常。于是將問題轉向了網絡層。

2，本地使用ping服務器外網ip正常返回，無丟包，延遲也正常。

3，登錄服務器查看tcp相關數據。

發(fā)現在卡頓時有大量tcp syn包被丟棄，數值一直在增長。

在查閱資料并結合實際情況后，發(fā)現該服務器同時啟用了 tcp_timestamps和tcp_tw_recycle參數。

后想起，之前同事為改善time_wait連接數過多問題曾改過該內核參數。

解決辦法是，關閉tcp_tw_recycle：

再觀察，發(fā)現服務已正常，偶爾連接不上的現象消失。

我們先來man一下這兩個參數(man tcp)：

cp_timestamp 是 RFC1323 定義的優(yōu)化選項，主要用于 TCP 連接中 RTT(Round Trip Time) 的計算，開啟 tcp_timestamp 有利于系統(tǒng)計算更加準確的 RTT，也就有利于 TCP 性能的提升。（默認開啟）

關于tcp_timestamps詳情請見：

開啟tcp_tw_recycle會啟用tcp time_wait的快速回收，這個參數不建議在NAT環(huán)境中啟用，它會引起相關問題。

tcp_tw_recycle是依賴tcp_timestamps參數的，在一般網絡環(huán)境中，可能不會有問題，但是在NAT環(huán)境中，問題就來了。比如我遇到的這個情況，辦公室的外網地址只有一個，所有人訪問后臺都會通過路由器做SNAT將內網地址映射為公網IP，由于服務端和客戶端都啟用了tcp_timestamps，因此TCP頭部中增加時間戳信息，而在服務器看來，同一客戶端的時間戳必然是線性增長的，但是，由于我的客戶端網絡環(huán)境是NAT，因此每臺主機的時間戳都是有差異的，在啟用tcp_tw_recycle后，一旦有客戶端斷開連接，服務器可能就會丟棄那些時間戳較小的客戶端的SYN包，這也就導致了網站訪問極不穩(wěn)定。

主機A SIP:P1 (時間戳T0) --- Server 主機A斷開后

主機B SIP:P1 (時間戳T2) T2 T0 --- Server 丟棄

經過此次故障，告誡我們在處理線上問題時，不能盲目修改參數，一定要經過測試，確認無誤后，再應用于生產環(huán)境。同時，也要加深對相關內核參數的認識和理解。

本文解決靈感來自于