怎么看待 GMO 公司的坑爹行为

[Andy1999]

众所周知 ConoHa 的态度极差，日本东京电信绕美国 NTT ，很少有国人在跳了。于是乎这家公司用了 cloud.z.com 这个域名（ z.com 是 GMO 的）。我充了 10000VND 来了一台，发现绝对在坑人。卖一毛一样的 vps ，和 ConoHa 面板别无两样。甚至 IP 段都是一样的，但是他不绕路，大家看看你们那边是什么情况

[JM1212]

今天刚注册 Z 送了 2000 日元 但是要充值就没开通，明天试试

[Andy1999]

@JM1212 日币和 ConoHa 一样……
开 VND 账户

[aiguozhedaodan]

谁说不绕路的……明明绕美国……

[Andy1999]

@aiguozhedaodan 路由现在一直在调整
下午看到走了 IIJ 然后变成 NTT 不绕美国 刚才又绕了 现在是到 202 骨干全丢

[BlueCloud]

其实就是 conoha 的马甲...路由和 conoha 一样的..该绕还是绕

[Quaintjade]

还是绕美国，不是 IIJ 而是 NTT 。
还是 Linode 的路由稳定，坚持 KDDI 不变。

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.2.1 - 0 | 97 | 97 | 0 | 1 | 8 | 2 |
|1.188.70.222.broad.xw.sh.dynamic.163data.com.cn - 0 | 97 | 97 | 2 | 63 | 356 | 4 |
| 124.74.57.49 - 0 | 97 | 97 | 3 | 5 | 14 | 5 |
| 124.74.209.141 - 0 | 97 | 97 | 4 | 7 | 33 | 6 |
| 202.101.63.162 - 0 | 97 | 97 | 4 | 7 | 18 | 5 |
| 202.97.33.110 - 66 | 26 | 9 | 5 | 7 | 11 | 7 |
| 202.97.34.50 - 0 | 97 | 97 | 5 | 15 | 38 | 15 |
| 202.97.51.178 - 0 | 97 | 97 | 241 | 415 | 590 | 521 |
| 202.97.90.114 - 0 | 97 | 97 | 268 | 415 | 588 | 520 |
| 218.30.54.106 - 7 | 77 | 72 | 237 | 309 | 519 | 249 |
| No response from host - 100 | 19 | 0 | 0 | 0 | 0 | 0 |
| ae-12.r31.tokyjp05.jp.bb.gin.ntt.net - 4 | 85 | 82 | 198 | 235 | 459 | 202 |
| ae-21.r00.tokyjp05.jp.bb.gin.ntt.net - 2 | 93 | 92 | 190 | 211 | 459 | 190 |
|xe-0-2-0-32.r00.tokyjp05.jp.ce.gin.ntt.net - 4 | 85 | 82 | 235 | 353 | 520 | 277 |
| No response from host - 100 | 19 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 19 | 0 | 0 | 0 | 0 | 0 |
| c-5en-a11-1-v-711.interq.or.jp - 3 | 89 | 87 | 240 | 266 | 457 | 302 |
|v133-130-103-213.a02c.g.tyo1.static.cnode.io - 2 | 93 | 92 | 238 | 395 | 589 | 251 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

[Andy1999]

@Quaintjade Linode KDDI 过烂不如云睿 KDDI 自营机房
举个例子 沙田电信自营和沙田的区别

[ericFork]

我打开被转到 https://trade.z.com/uk/en/ 了

[jimmyye]

我充值 734 日元用来买了一个.com ，然后也可以开 VPS 了

[guoyijun163]

绕不绕大部分取决于你所在运营商……而不是 VPS ……

[Andy1999]

@guoyijun163 并不 这次 ConoHa 的路由就是单方面调整的

[datocp]

根据以前 conoha 的口碑直接买了新加波， 1170 日元换算下来 60+元，跟 linode 的价格没差几块。搜了一下挂靠在 GMO 名下的 vps 还真不少，至少有 5 家。
虽然现在新开网速还不错，没个三个月不知道结果。 conoha 的口碑并不好，其中有一条就是持续长时间 20mbps 以上的流量就可能被限速为 64kb/s ， 24 小时解封。。。甚至包括直接的停机或者删除。。。不知道为什么这个新加波 ip google 却判定为上海浦东新区，网上是有反应它家的 dns 解析的 google ip 为墙内的北京 203.。

[Andy1999]

@datocp 你那什么鬼，我被判定印度尼西亚

[datocp]

晕，对 google 这个 ip 判定不懂，刚在挂 vpn 状态下面，显示为上海浦东新区，后来点了一下 更新位置信息，却又变成 本地 ISP 位置。。。就是没说是 新加坡 的。

[Andy1999]

@datocp www.google.com/#q=ip
输进去 请确保你与服务器建立了隧道

[datocp]

好了，这下没问题了，用了一下 www.google.com/ncr ，希望不会有安全问题

现在 firefox
https://www.google.com.hk/#q=ip
https://www.google.com/?gws_rd=ssl#q=ip

Unknown - Use precise location

[Andy1999]

@datocp 这是地理位置……
我开了几十层代理也一样能获取到真实位置

[a1058021348]

话说 vps 的账号和他们家域名账号的余额共享么？

[guoyijun163]

@Andy1999 从本地到远端的路由 本身就是本地来决定的啊……数据包到了国际出口路由那里难道由 GMO 来控制你往哪走？一般都是国内运营商与 IJJ 互联的带宽满了给调整到走 NTT 出口。 GMO 要改变你的去程路由，除非是 GMO 直接断开了与中国友好的线路互联（比如本身你与 GMO 直连，他断了直连，然后运营商只能走其他线路过去了）。

[datocp]

这家的 dns 确实有点问题

访问 ipv6-test.com 的时候由于指向了 fonts.googleapis.com ，结果这个域名指向国内的 ip ，导致页面半天没反应。昨天平板用 vpn firefox 刚升级就出现很多网站打不开，不知道是否是因为 dns 查询的问题。有点怕怕，本来想用它来 fq ，结果它又指回国内的 ip ，危险分子。

nslookup fonts.googleapis.com
Server: 163.44.146.11
Address: 163.44.146.11#53

Non-authoritative answer:
fonts.googleapis.com canonical name = googleadapis.l.google.com.
googleadapis.l.google.com canonical name = googleadapis-china.l.google.com.
Name: googleadapis-china.l.google.com
Address: 203.208.48.130
Name: googleadapis-china.l.google.com
Address: 203.208.48.135

用 nslookup fonts.googleapis.com 8.8.8.8 仍然是国内的结果。

最后只能通过搬瓦工查询，在 dnsmasq 指定
address=/fonts.googleapis.com/74.125.196.95

才发现以前在路由里一直正常的强制重定向，在 vps 里根本无法生效，
#iptables -t nat -A PREROUTING -p udp --dport 53 -j DNAT --to 192.168.40.253

由于在 vps 上 vpn 用了虚拟接口，就直接编辑 /etc/resolv.conf 添加,终于挂代理时正常了。
nameserver=192.168.30.1