@pengtikui 對了，不要用移動。山東移動的劫持已經到了無可救藥的地步。

@pengtikui 畢竟北方電信的 IP 地址沒那麼多，好在給了我公網 IP ，目前不管怎麼重新撥號都在同一個 C 段內。
我現在用的北京聯通國際出口已經不行了，而且丢包嚴重。山東電信雖然國際出口帶寬很低，但好在不會丢包，不知道山東聯通的國際出口如何。

我也是山東人，我老家用的是山東電信。除了上次問他們要公網 IP 扯了會兒皮（最終給了我公網 IP ），其他沒有發現任何流氓行為。另外，山東電信的國際帶寬不給力。

唉，說實話，就我投訴過那麼多次的經驗來看，三大運營商根本不會承認的，最多會把你拉入白名單。
如果樓主不太懂網絡的話，肯定扯皮扯不過他們，就算你懂網絡，也還是會免不了扯皮，浪費大量的精力和時間。
在中國安安心心上個網真難。

已在路由器裡面把這段地址拉黑了：
iptables -I FORWARD -d 120.52.72.0/23 -j REJECT --reject-w
ith icmp-net-prohibited

對於 OpenWrt ：
iptables -A forwarding_rule -d 120.52.72.0/23 -j REJECT --reject-w
ith icmp-net-prohibited

@kalsolio 這個提示是 Chrome 給出的吧？ Chrome 對安全性要求比較高，選用安全性比較低的協議和加密方式可能會導致 Chrome 拒絕 HTTPS 連接。
首先建議你關掉對 SSLv3 的支持，因為這種協議不安全。
加密算法方面我用的是
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:!aNULL:!eNULL:!EXPORT:!DSS:!DES:!RC4:!3DES:!MD5:!PSK;

@sailtao 從目前聯通的動作來看，它只是為了節省網間互聯的流量費用而已，並沒有切斷連接的意圖。你說的這些觀點太可怕了，目前還沒有見到這麼做的跡象。

@sailtao 哦對了， HTTPS 流量是無法緩存的，因為無法解密，而且密文無法重放。

@sailtao 之前不管劫持 TCP 的方式還是劫持 DNS 都是通過旁路搶答的方式，通過交換機的鏡像口就可以部署，還可以輕鬆控制劫持的頻率和規則。
如果按你說的方法，會導致所有流量被引入這些緩存服務器，不管是 HTTP 還是其他流量。相對於中國這麼大的互聯網來講，對處理能力的要求可能比雙十一還要恐怖得多，更不用提如何保證各種加密流量和自定義協議的通信了。

@sailtao 對於聯通這種規模的運營商來講，你說的這種方法成本太高了，當然他們要是誠心搞還是能搞出來。
不過劫持總是有辦法發現的。

@xmoiduts 感覺以後全站 HTTPS 是趨勢。國外的大型網站很多都全站 HTTPS 了，國內淘寶、百度的搜索服務已實現全站 HTTPS ，京東也在內測全站 HTTPS 。隨著 HTTPS 的普及，劫持已經變得越來越沒意義了。

@xmoiduts 得到網站和 CDN 服務商的准許當然就不算劫持了，但這樣的話聯通那套東西不就成了 CDN 了麼。聯通現在瞎搞劫持肯定會導致大量問題的。比如將境外服務器解析到內網，天呐，網絡中又不是只有 HTTP 協議，你讓各種其他協議怎麼辦，比如我用 SSH 登錄機器會被搞成登錄聯通的緩存服務器？所以，聯通絕對腦子抽風了。

@bazingaterry 北京聯通暫時未發現此現象，不過也許是因為我經常投訴被特殊「關照」了。
@heyf 關鍵是「好」心辦壞事。看來聯通確實是窮了，沒錢擴充骨幹網帶寬，只能靠劫持緩存來緩解了。

果然，之前搞劫持代理被投訴後開始玩新花樣了。
如果只是聯通的自建 DNS 會解析到緩存服務器就算了，如果第三方或自建 DNS 也這樣的話，投訴。

用 mtr 測，看看是從哪個節點開始丟的，然後檢查響應的交換機、路由器是否過載，再檢查對應子網是否存在 arp 攻擊或廣播風暴。

如果聯通把這些服務器做成 CDN 賣，那肯定是好事。
如果聯通繼續搞劫持，我還是會投訴。

我有幾個問題：
1. H5 是什麼？是指 HTML5 頁面嗎？
2. WAP 頁面是什麼？是指 WML 頁面嗎？如果是的話， WML 早就屬於淘汰的技術了。
3. GPRS ？你是指 2G 時代那套技術嗎？如果使用 cmwap （移動）或 uniwap （聯通）接入點的話，用戶通過運營商代理訪問網絡， HTTP 頭部會被添加幾個特殊的 Header ，另外我記得 WAP 下只支持 HTTP 協議。

我現在就有一台二手服務器，噪音感人，沒有專門的機房或者乾燥的地下室的話，還是上塔式吧

我就不提我辦的一個北京移動的號碼能登錄前主人的大量網站了，而且我還沒辦法解綁（需要填新手機號）