同意 3 樓的说法。反正是劫持， IP 地址可能是偽造的。

我也遇到過好幾次電信出口忽然變快的情況，還在 V2EX 發過一次帖。
事實證明，這種情況一般持續幾天就又會變慢，估計是 QoS 系統升級吧。

我記得北京移動以前可以開公網 IP 疊加包的，一個月 20 ，不知道現在還有沒有這個業務

@snsd 明顯是工信部下的調解意見書。
反正我覺得這套系統不可能撤了，即使這套系統並沒有緩解多少帶寬壓力也沒有提升用戶體驗，最起碼短期內不會撤掉。
中國的人均國際帶寬出口全世界倒數，在全世界普及 HTTPS 的大趨勢下不去積極提升帶寬而是搞劫持搞緩存，沒有任何遠見和前景。

@iAV 移動是一直都有的，因為移動和電信聯通互通要交互聯費用。主要緩存國內線路，而且移動的緩存系統好像一直都是地方上的，沒有全國範圍內的大緩存系統。
電信目前還沒有發現有緩存系統，最起碼沒有全國性的緩存系統。

@andrea 不得不說，在國內遇到這種坑爹的事情，還真的只能靠技術手段解決。當然投訴雖然沒用也還是要去投訴的，不然上面就更不知道我們的疾苦。
我打算五一後做一個開源項目，一個專門對抗劫持的 Linux 內核模塊。

我又聯想起了去年年底開始聯通國際帶寬大幅縮水的事情。
有人說上海電信事件後，很多流量大戶湧向聯通，導致聯通的出口帶寬不足。我覺得國內有大量外網使用需求的用戶還是少數，不足以改變大環境。
我覺得是聯通建了緩存系統後，以為緩存系統可以解決國際出口緊張的問題，大幅縮減實際出口帶寬。至於今年一月份 CNNIC 公佈的出口帶寬統計表中的數據，裡面有多少水分大家自己想吧。

@andrea 除非高層施壓，否則沒戲

@andrea 立一个项目，里面不知道牵扯多少利益关系呢，哪是说撤就撤的。

”人生苦短，我用电信“

并没有什么卵用。我之前通过工信部给联通写过一篇很长的投诉信，里面列举缓存系统所存在的问题和造成的不便，还提了一些建议。
最终联通方面“研究”了一个多月，最后回复说“没办法”。
最后工信部方面的说法是“这个事情不在我们工信部调解的范围内。看您也是搞技术的，建议您在技术上想想其他办法吧”。
虽然说一开始就没对他们解决这件事抱指望，但还是想发出一些声音，但最后依然没什么卵用。

@laoyuan 如果你要这么搞的话，我倒是建议去 http://12377.cn/

@ahhui 有些型號的 tplink 路由器不支持 ICMP 導致無法路由追踪。

另外，补充一个大多数国人都是混淆的概念：
556622333.qzone.qq.com 这个域名中，
com 是顶级域(Top level domain, TLD)
qq.com 是二级域

@anonymoustian
HTTP 服务器区分谁的空间不是依靠 DNS ，而是 HTTP 头的 HOST 字段。
HTTP 客户端（即浏览器）在向 HTTP 服务器发送 HTTP 请求时，会在 HOST 字段中携带完整域名供 WEB 服务器区分。

@stabc 按照你说的例子，缓存的是 aa.domain.com ，不存在缓存泛域名的说法。
DNS 的客户端（递归 DNS 服务器）并不知道你做的是泛解析，在它看来就是普通的解析。

实现上肯定是泛域名解析。至于解析的过程，可以用 linux 下的 dig 工具来追踪：
$ dig +trace 556622333.qzone.qq.com

; <<>> DiG 9.10.3-P4-RedHat-9.10.3-12.P4.fc23 <<>> +trace 556622333.qzone.qq.com
;; global options: +cmd
. 63342 IN NS f.root-servers.net.
. 63342 IN NS c.root-servers.net.
. 63342 IN NS l.root-servers.net.
. 63342 IN NS b.root-servers.net.
. 63342 IN NS g.root-servers.net.
. 63342 IN NS a.root-servers.net.
. 63342 IN NS d.root-servers.net.
. 63342 IN NS m.root-servers.net.
. 63342 IN NS k.root-servers.net.
. 63342 IN NS j.root-servers.net.
. 63342 IN NS h.root-servers.net.
. 63342 IN NS e.root-servers.net.
. 63342 IN NS i.root-servers.net.
. 64157 IN RRSIG NS 8 0 518400 20160430170000 20160420160000 60615 . Ecdb/rlP/h1SrPjDlvw7rUwVMpyP0cm1mkrRW9FGYpPHXKbdgAXJ6QyS MPlpacO5LZomFbBcBmRudkVi7m0DOyY1YlDtfnpls4dKjiBk3ItdWBfl +HO9cV1hwj1gL4D6SDo/hrhvk1jbIYrkeBpZuVQ3AI3FsopJu92mIDZr PV8=
;; Received 397 bytes from 10.72.17.5#53(10.72.17.5) in 1 ms

com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 86400 IN DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com. 86400 IN RRSIG DS 8 1 86400 20160505170000 20160425160000 60615 . ZGFmiWOOFQeI0nhN6otmA5DM3jq5R3hXaciQCANvDVFDozqIeWlV0iLK m3D8Yu9vjp+tbug0+06ionIg4dCzX3zNsH3JqjumVIdziGyR9nwU54XP g3B2ygltuFr3APr4P8Y5B87JGlXQDE6dEDyXyoad94pmJTnmS/J6FhXF sjg=
;; Received 746 bytes from 199.7.83.42#53(l.root-servers.net) in 3 ms

qq.com. 172800 IN NS ns1.qq.com.
qq.com. 172800 IN NS ns2.qq.com.
qq.com. 172800 IN NS ns3.qq.com.
qq.com. 172800 IN NS ns4.qq.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20160502045841 20160425034841 34745 com. eTc6yc1G33jNdyDy+1e2SW+6qRIWht5EKnKeMO9cPxGC/KQ2VXrNKyA+ hK+yneELNfEvH+RZuSKzhYIqeMYp++4j7Lcl10AAydUte6ZElrJihmcs 4jhQVE5NOlCBOEUxiI6JxWPBcR8dKSl3CZjNKUyNuEWcH99B4RD+EHc3 3xo=
J974KM8QMLVAO2IHHPI9PTK9JD8Q2RU0.com. 86400 IN NSEC3 1 1 0 - J97BMN39U8LG6K2KCC60K2TGA0M5UO2R NS DS RRSIG
J974KM8QMLVAO2IHHPI9PTK9JD8Q2RU0.com. 86400 IN RRSIG NSEC3 8 2 86400 20160429044956 20160422033956 34745 com. HsTt62NgWSJ3+ji8BdmcmzLuvr3MaYmrmKgErQQ15W7jQpUUcV6KzyMj FBHYLJPct2lx3g8vgjWvmYQIta5nSuz5NM4X3jz4ynof1+fN1O/72o9S Gnk8hpzzoMCF4f82DMWputZhPL81z9IkZgDJWzcqDDxjeUXpRPFJeDGJ Jy0=
;; Received 768 bytes from 192.33.14.30#53(b.gtld-servers.net) in 268 ms

qzone.qq.com. 86400 IN NS ns-cmn1.qq.com.
qzone.qq.com. 86400 IN NS ns-tel1.qq.com.
qzone.qq.com. 86400 IN NS ns-cnc1.qq.com.
qzone.qq.com. 86400 IN NS ns-os1.qq.com.
;; Received 282 bytes from 182.140.167.157#53(ns3.qq.com) in 58 ms

556622333.qzone.qq.com. 600 IN A 140.207.123.151
;; Received 67 bytes from 101.226.66.18#53(ns-tel1.qq.com) in 74 ms

順便提示一下樓主，從此以後這個命令要改成
systemctl status mysql
沒錯， status 和服務名的位置反過來了!
關機 systemctl poweroff
重啟 systemctl reboot

Fedora 小白鼠用戶表示 Systemd 用了好多年了。

@bclerdx 我個人覺得運營商限速的動機是很大的。除了可能的政策原因外（這個誰也說不清楚），本身也會因為各種原因限速：
1. 國內服務器的帶寬是很貴的，所以國外機房和中國的運營商談接入的時候，就不可能給出便宜的價格，否則就搶了國內機房的生意。前些日子 Softlayer 切斷中國直連線路時就提到中國帶寬價格太貴了。
2. 中國電信和中國聯通在國際上都屬於 Tier 2 運營商。在和美國的 Tier 1 運營商互通的時候是要給美國運營商付費的。互聯網的規則是 Tier 1 運營商之間對等互聯，互不結算，下級運營商接入上級運營商要付費。我不是行內人士，這一點如果說的不對還請指出。