@raysonx 然而時延只有 50 左右，帶寬始終上不去，應該是 QoS 限速了。
Host Loss% Snt Last Avg Best Wrst StDev
1. ************** 0.0% 14 1.1 1.1 0.8 1.5 0.0
2. 123.122.136.1 0.0% 14 3.2 13.1 3.2 83.8 23.5
3. 61.148.174.53 0.0% 14 7.5 7.5 4.9 25.3 5.1
4. 124.65.61.33 0.0% 14 3.6 6.2 3.6 7.5 1.1
5. 124.65.194.17 0.0% 14 4.9 7.9 4.9 20.0 3.7
6. 219.158.4.166 0.0% 13 7.0 8.1 4.9 11.1 1.6
7. 219.158.101.66 0.0% 13 7.3 8.4 6.4 10.8 1.2
8. ???
9. otejbb206.int-gw.kddi.ne.jp 23.1% 13 54.1 50.6 48.2 58.4 3.2
10. cm-fcu204.kddnet.ad.jp 0.0% 13 52.6 55.0 49.5 61.2 4.2
11. 124.215.199.170 0.0% 13 50.2 50.3 49.9 50.9 0.0
12. speedtest.tokyo.linode.com 0.0% 13 53.2 51.7 49.7 53.2 0.8

@hadoop
curl -o /dev/null http://speedtest.tokyo.linode.com/100MB-tokyo.bin
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
25 100M 25 25.9M 0 0 407k 0 0:04:11 0:01:05 0:03:06 484k
剛剛測了下，平均 400KB/s ，不管是不是高峰期基本都這樣。

國內除了電信和聯通的家寬，公網 IP 沒一個能用的。
主要是分配了公網 IP 還是會經過 nat ，使得公網 IP 入站連不通。典型如部分地區的移動和北京的長城(鵬博士)寬帶

你確定你說的這些都是 DNS 劫持引起的？
據我這幾年遇到的情況， DNS 劫持已經很少用了，都是 HTTP 劫持篡改頁面

@bclerdx 反正各種亞洲主流 VPS 我試遍了，幾乎沒有超過 4Mbps 的，到美國 2Mbps 都困難。

偏藍=高色溫，偏紅=低色溫

北京聯通表示全天國際線路不超過 400KB/s ，各種線路試邊了

@DiffView 我之前也買過 idcf ，但北京聯通很難跑過 400KB/s ，偶爾抽風丟包 10-20%

@dandandan723 客服如果听不懂的话，你一定要她负责记录转给负责你们那片的机房，不行就多打几次。最好告诉他们要公网 IP 的理由，比如远程办公的 VPN 换成内网 IP 拨不通了啊，什么监控和 nas 无法使用了啊。我之前要过几次，还算是比较容易的。
对了，如果当地 10000 不给解决的话，你还可以试一下电信的 QQ 客服，然后是官网上的投诉专区，据说很好用，最起码比工信部管用。

我們那電信 80 都是通的，但是我不敢用。

打電話給 10000 ，讓客服給後台人員下個工單，要求改成「 IPv4 公網」即可。

你這種需求必須上軟路由啊。
其實機器只有一個千兆口也夠了， Linux 下直接劃分 VLAN 就可以虛擬多 WAN 口，只要總帶寬不超就可以。

@phttc 我覺得是回程被 ban 了。反向 traceroute 看一下

有時間去關注一下。
直覺上，這是一個加強版的 openvz

@zpole 畢竟沒有錢賺，所以沒有動力。壟斷 IPv4 資源還可以賣錢不是？我之前發過一個吐嘈帖：/t/244756
Google 絶對是最上心的了。

電信一般給打電話還是會給公網 IP 的，至少我沒遇到不給的情況。聯通和移動失敗概率較高。

我想補充一下，除了上面所說的傳統的三個 RFC1918 IP 段，還有一個 IP 段也是內網。
100.64.0.0/10 ，即 100.64.0.0 - 100.127.255.255 ，也是內網地址段，這是 IANA 新劃給運營商作 NAT 用的，見 RFC6598: https://tools.ietf.org/html/rfc6598

@ninjamikeyuen 您之前所發的鏈接中就帶路由追踪功能 http://hkg.speedtest.rackspace.com/
至于路由追踪的工具， Linux 下自帶 traceroute ， Windows 下自帶 tracert ，当然还有更好用的 mtr ， Linux 下和 Windows 下都有。

@ninjamikeyuen
從 Rackspace 到任何一個中國電信的 IP 進行路由追踪，都是 Rackspace->聯通(219.158.*.*)->電信(202.97.*.*)，說明根本沒和電信直連，因為 Rackspace 的下一跳是由 Rackspace 控制的。這就導致電信用戶訪問速度慢，丢包高。
查詢 http://bgp.he.net/AS45187#_peers ，並沒有發現 Rackspace 和中國電信的 Peer ，只有和中國聯通的 Peer 。