問題癥狀

問題1：某地區(qū)客戶ping不通CDN的加速域名。

原因：用戶本地網(wǎng)絡(luò)異常；節(jié)點網(wǎng)絡(luò)異?；蛘弑还?；用戶本地到運營商中間鏈路某路由節(jié)點故障。

問題2：源站更改文件之后，某個地區(qū)的用戶從CDN節(jié)點上拿到的還是更改之前的文件。

原因：刷新未生效；讀取的是本地瀏覽器緩存；被本地運營商劫持。

問題3：某個地區(qū)用戶訪問CDN加速域名上拿到的非其站點文件內(nèi)容。

原因：訪問的非CDN節(jié)點；被劫持。

解決方案

問題1：某地區(qū)用戶ping不通CDN的加速域名

1.排查用戶的加速域名是否在沙箱節(jié)點中（目前可以在CDN控制臺得知其加速域名是否在CDN沙箱節(jié)點）。以ycc.pier39.cn為例，域名在沙箱中，則控制臺域名狀態(tài)提示會如下圖所示：

沙箱中的域名無法保證服務(wù)穩(wěn)定性，所以會存在ping不通的情況，此時可能沙箱正在受到攻擊。

2.根據(jù)提交的Ping截圖，拿到所訪問的節(jié)點IP，核實該IP是否是CDN節(jié)點IP，以IP：1.2.3.4，域名zihu-live.pier39.cn為例，請按照 這里的方法核查是否該IP為CDN節(jié)點。

如果用戶的訪問節(jié)點不是CDN節(jié)點IP，需要用戶核實幾個情況：

用戶本地是否有開啟代理軟件（有些代理軟件會強制更改訪問域名的解析情況）。

用戶是否有綁定Host文件，將加速域名強制解析到了某個IP。

用戶本地存在DNS劫持，這種情況，讓用戶本地開啟殺毒安全軟件，并且固定本地所使用的DNS為阿里的223或者電信的114或者其他知名的DNS，如果劫持情況比較嚴重，并且無法解決，則需要向你的網(wǎng)絡(luò)服務(wù)提供商投訴要求解決劫持。

3.自己本地實際ping該節(jié)點IP，以及使用站長工具（比如17ce.com或者聽云平臺）在全國探測該節(jié)點IP，是否存在問題（問題現(xiàn)象：各個地區(qū)訪問該節(jié)點均延遲均較大或者不通，自己本地也Ping該節(jié)點不通），這種情況該節(jié)點存在問題的可能性較大（結(jié)合步驟1確認好域名確實沒有在沙箱中）。

4.讓用戶本地使用tracert（win主機）或者traceroute（linux主機）到該IP進行探測并提供完整探測截圖，根據(jù)得到的截圖確定整個網(wǎng)絡(luò)鏈路的問題點。MTR信息判斷方法：目的節(jié)點丟包率為100%，并且從目的節(jié)點往前一直找到第一個開始丟包的節(jié)點（中間不能有丟包率為0%的路由節(jié)點），則第一個開始丟包的路由節(jié)點是問題路由的可能性較大。詳細排查步驟可以參考 這篇文章。

也可以給阿里云技術(shù)同學進行排查。在此期間緩解用戶問題的方法：讓用戶更改本地所使用的localDNS為其他DNS（比如電信的114或者阿里的223）并且刷新本地的DNS緩存，使其調(diào)度到其他正常的節(jié)點，走另外一條線路，則該問題可能得到緩解。

問題2：源站更改文件之后，某個地區(qū)的用戶從CDN節(jié)點上拿到的還是更改之前的文件。

1.讓客戶提交ping CDN加速域名的截圖，拿到客戶訪問的節(jié)點IP。

2.判斷該節(jié)點是否是CDN的節(jié)點，判斷方法請看問題1的步驟2。

3.根據(jù)CDN的配置，綁定客戶提供的CDN節(jié)點，以及CDN的源站（綁定用戶源站測試的時候，注意一下用戶CDN的回源Host配置，舉例：如果用戶CDN加速域名為A，源站域名為B，回源Host配置的為A，那么測試源站的時候，以curl來說，命令應(yīng)該為curl -H “Host: A” “B”；如果是綁定Host文件，那么應(yīng)該將用戶的CDN加速域名綁定Host到源站域名所解析出來的IP上），綁定源站測試的時候，還要注意一下源站回源端口的設(shè)置，不同的回源端口得到的訪問結(jié)果也可能是不一樣的；分別測試得到response header相關(guān)信息，判斷是否如客戶所說訪問的文件會是不一致。

這里判斷是否一致，著重看幾點：

content-length大小是否一致

last-modified(如果有)：修改時間是否一致

Etag/Content-Md5（如果有）是否一致

上述三點只要有任何一個是不一致的，那么均可認為源站和節(jié)點上文件的確是不一致的，上述三點中，條件允許（意思是幾個信息都有的情況下）其中第三點是最具備判斷依據(jù)的點。

上述步驟確認都OK，并且最終還是拿到節(jié)點上文件的確和源站文件不一致的情況下，那么建議用戶刷新該URL，等待約10分鐘之后再去測試（刷新生效時間約為5~10分鐘），如果多次刷新之后問題仍未解決，請?zhí)峤还巍?/span>

某個地區(qū)用戶訪問CDN加速域名上拿到的非其站點文件內(nèi)容。

1.判斷用戶訪問的IP是否CDN的節(jié)點IP，方法看問題1的步驟2。

2.排查是否CDN節(jié)點本身緩存了非用戶站點上的文件，思路可以按照問題2系列步驟進行，下面針對用戶客戶端到CDN L1這一段鏈路進行方法排查用戶在能夠復(fù)現(xiàn)問題的情況下，使其使用瀏覽器開發(fā)者工具，切到network標簽下，瀏覽器地址欄鍵入訪問URL然后回車訪問，network標簽下，點擊用戶訪問的那個URL，截圖general /request header，看看用戶實際的訪問情況，報錯request URl、remote ip、requestUrl主要看訪問形式是否如http://x.x.x.x/cache/CDN的訪問URL或者remote IP非CDN節(jié)點IP，如下圖這種則是劫持：

需要聯(lián)系其本地運營商投訴處理，解除劫持。

如有其它疑問，請咨詢阿里云代理商-北京優(yōu)勝智連，為你提供24小時免費的技術(shù)支持服務(wù)！