@fisherwei 说的不对。有一个墙内入口，一个墙外出口才是多，相当于给那个墙内 IP 开了代理。

这种没有墙的 IP 非常少。从墙内访问它不经过运营商出口，它访问墙外没有墙。

@fansvista 你用 HTTPS 访问就没有办法劫持跳转到其他页面，所以直接屏蔽了 HTTPS 。不是不支持 HTTPS ，看截图是 RESET 了。

@S179276SP 222.126.128.1
121.46.16.1
113.21.232.1
120.136.22.1
43.229.142.1
103.48.154.1
119.18.229.1
119.18.234.1

@HKViolet 移动还没有精品网，所以这个 CMNET2 没有上游。

@HKViolet 不太可能用以前铁通的，会用 AS24059 。AS24059 叫 CMNET2

@liulongquan 同意，用 Lightsail 。有些 AWS IP 电信连延迟高，注意到了换 AWS 的 IP 就可以。

只是新加坡所有的宽带到电信都是绕路，可见电信有多差。很多云服务器也是用的电信出口，在新加坡的用户就难以使用了。

@HKViolet 还在，铁通出国全部用移动了。以前有自己的国际出口。

@HKViolet 电信连 M1 ，Singtel ，Starhub 全绕。Singtel 到联通直连，其他绕日本 NTT 。移动都是直连，不过延迟不稳定。

电信连新加坡真是稀巴烂，延迟 200ms 以上。

https://www.v2ex.com/i/Rb8cSUyM.png

根据测试结果，显然没有恢复正常。

@acoolboy 在 AWS 的网站上。https://aws.amazon.com/lightsail/

@wikiwiki6 AWS 北京有 9929 ，北京联通就是普通的联通 4837 ，见不到 9929 的。
AWS 北京 IP 54.223.64.1 ，有 9929 。
另外一个大概是 AWS 北京的 IP 220.231.32.1 ，没有墙。

@HKViolet 联通 9929 到 NTT 还不错，延迟也低，上海到东京 30 多 ms 。AWS 北京就接了 9929 ，测速日本 NTT 非常快的。
电信的 163 ，4134 到东京 NTT 延迟波动还慢。AS4134 到新加坡 NTT 属于不可用。

@HKViolet 有些回程会绕，延迟就到 50 以上了。我觉得 9929 用东京服务器最好。

显然不是 DNS 污染，是 HTTP 劫持。
希望有人研究出来绕过方法，会用代理绕过的人不多。

@rockcat Snapcraft 上有最新版本。在 edge 频道上。

没有 v6 ，有我也会把 v6 关闭。

@Illusionary 有菊厂的🇭🇰IP 吗，我看好像是 CN2 不是 163 。

9929 到 HKIX 不太行，上海 9929 和 HKIX 有时候延迟 30ms ，有时候 50 多。还是用日本服务器，9929 连日本 NTT 稳定，延迟低。

上传比电信少，出国比电信快。配合 AWS 东京用，让朋友用公网 IP 帮你中转也不错。