V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
soway
V2EX  ›  云计算

谁有阿里云香港 B 区的 ip,给一个,我测试一下 延迟。

  •  
  •   soway · 2016-03-11 16:57:06 +08:00 · 16831 次点击
    这是一个创建于 3164 天前的主题,其中的信息可能已经有所发展或是发生改变。
    最好能放一个文件,让我下,测试一下速度啊。

    谢谢!
    28 条回复    2019-08-25 10:11:02 +08:00
    qcloud
        1
    qcloud  
       2016-03-11 17:25:38 +08:00
    放上来就会被打死,谁敢放,哈哈哈哈哈哈哈
    plqws
        2
    plqws  
       2016-03-11 17:27:28 +08:00
    电信的就放心好了,其他的就算了
    goodryb
        3
    goodryb  
       2016-03-11 17:29:46 +08:00
    买个按量付费的不就好了,花不了几块钱
    jy02201949
        4
    jy02201949  
       2016-03-11 17:39:36 +08:00
    放出来不被 D 才怪
    soway
        5
    soway  
    OP
       2016-03-11 18:02:38 +08:00 via Android
    不至于吧!给出你的网关好了,我就是需要一个可以 ping 的地址。实在不行,就花几块钱搞个按时计费的吧。
    yexm0
        6
    yexm0  
       2016-03-11 18:24:59 +08:00 via Android
    @soway 上一年某人分享了个阿里云 b 区的 ip ,结果没多久就被打进黑洞。
    soway
        7
    soway  
    OP
       2016-03-11 18:33:11 +08:00 via Android
    目的何在啊,对不起各位不要了,自己开个记时的吧。

    不过阿里给不给那种情况换 ip?
    zwzmzd
        8
    zwzmzd  
       2016-03-11 18:58:55 +08:00 via Android
    @yexm0 这是为啥,攻击的人无聊么
    Andy1999
        9
    Andy1999  
       2016-03-11 19:02:38 +08:00 via iPhone
    @yexm0 没错就是我
    kozora
        10
    kozora  
       2016-03-11 20:05:29 +08:00
    @zwzmzd 就是有人这么无聊
    sky170
        11
    sky170  
       2016-03-11 20:23:47 +08:00
    谁放谁死= =
    soway
        12
    soway  
    OP
       2016-03-11 22:57:50 +08:00
    测试了一下,阿里云在上海节点访问香港 B 区比较快,深圳更快, 10ms 左右。不过深圳出口防火墙非常狠,干掉隧道协议。建议华南地区的不要选择深圳 B 区了,选择新加坡的没问题,不过延迟就上去了,大概 80 。

    具体数值请看下面:
    深圳到新加坡

    PING 47.88.193.3 (47.88.193.3) 56(84) bytes of data.
    64 bytes from 47.88.193.3: icmp_seq=1 ttl=47 time=88.9 ms
    64 bytes from 47.88.193.3: icmp_seq=2 ttl=47 time=95.0 ms
    64 bytes from 47.88.193.3: icmp_seq=3 ttl=47 time=91.8 ms
    64 bytes from 47.88.193.3: icmp_seq=4 ttl=47 time=85.0 ms

    深圳到香港
    PING 47.89.42.2 (47.89.42.2) 56(84) bytes of data.
    64 bytes from 47.89.42.2: icmp_seq=1 ttl=47 time=10.7 ms
    64 bytes from 47.89.42.2: icmp_seq=2 ttl=47 time=10.7 ms
    64 bytes from 47.89.42.2: icmp_seq=3 ttl=47 time=11.0 ms
    64 bytes from 47.89.42.2: icmp_seq=4 ttl=47 time=10.8 ms

    上海到新加坡:
    PING 47.88.193.3 (47.88.193.3) 56(84) bytes of data.
    64 bytes from 47.88.193.3: icmp_seq=1 ttl=50 time=131 ms
    64 bytes from 47.88.193.3: icmp_seq=2 ttl=50 time=131 ms
    64 bytes from 47.88.193.3: icmp_seq=3 ttl=50 time=131 ms
    64 bytes from 47.88.193.3: icmp_seq=4 ttl=50 time=130 ms

    上海到香港:
    PING 47.89.42.2 (47.89.42.2) 56(84) bytes of data.
    64 bytes from 47.89.42.2: icmp_seq=1 ttl=47 time=79.8 ms
    64 bytes from 47.89.42.2: icmp_seq=2 ttl=47 time=80.5 ms
    64 bytes from 47.89.42.2: icmp_seq=3 ttl=47 time=82.7 ms
    64 bytes from 47.89.42.2: icmp_seq=4 ttl=47 time=82.4 ms

    杭州到香港:
    [root@powercore ~]# ping 47.89.42.2
    PING 47.89.42.2 (47.89.42.2) 56(84) bytes of data.
    64 bytes from 47.89.42.2: icmp_seq=2 ttl=53 time=175 ms
    64 bytes from 47.89.42.2: icmp_seq=3 ttl=53 time=207 ms
    64 bytes from 47.89.42.2: icmp_seq=4 ttl=53 time=199 ms


    杭州到新加坡:
    PING 47.88.193.3 (47.88.193.3) 56(84) bytes of data.
    64 bytes from 47.88.193.3: icmp_seq=1 ttl=52 time=169 ms
    64 bytes from 47.88.193.3: icmp_seq=2 ttl=52 time=179 ms
    64 bytes from 47.88.193.3: icmp_seq=3 ttl=52 time=184 ms


    华南区翻墙的最好不要选择香港 B 区,这个地方被封得太厉害了,我开始以为是配置错误。后来才发现,实际情况远不是那样,就是被封掉了。只要开一下,马上就无法 ping 通对方了。重启后又可以 ping 。


    无聊的人也不用 D 我了,我都是开的计时的,测试完毕就释放了。
    mandymak
        13
    mandymak  
       2016-03-11 23:45:07 +08:00
    @soway 深圳干掉了甚么隧道协议?我在深圳一直用香港 B 区都没有问题!
    JJaicmkmy
        14
    JJaicmkmy  
       2016-03-11 23:55:34 +08:00 via iPhone
    @soway 其实上海到香港 B 应该在 30ms 左右,但是香港 B 区只有电信会快,而阿里云上海去香港走的联通(然后又绕到电信)所以比理论延迟高。移动联通还是别用香港 B 区了。
    dzxx36gyy
        15
    dzxx36gyy  
       2016-03-12 03:00:15 +08:00 via Android
    @JJaicmkmy 不, hkb 是有接 BGP 的,电信走 cn2 ,移动走 HKIX ,联通的线路应该也接了,只是运营商非得绕电信一圈,阿里云之间一开始是全线走联通,不过我记得最近改成电信了啊,应该杭州 /上海去香港的延迟不会很高啊。不过移动和联通确实有更好的选择
    soway
        16
    soway  
    OP
       2016-03-12 07:38:13 +08:00 via Android
    @JJaicmkmy 好像确实如此
    @dzxx36gyy 应该是你说的那样,不过丢包率低,也不错。

    我用阿里深圳云跟香港直接测试的翻墙被封。可能只是针对这段时间吧。
    JJaicmkmy
        17
    JJaicmkmy  
       2016-03-12 08:58:44 +08:00 via iPhone
    @dzxx36gyy 是的,我记得以前我在用联通宽带的时候, hkb 是直联的,移动也是走 HKIX 的,直到有一天我突然发现好慢,追从路由发现绕道 CN2 了、后来我就换电信宽带了。
    realpg
        18
    realpg  
       2016-03-12 11:30:12 +08:00
    深圳到香港,自己做一种隧道协议就完事了……
    别用已知的,自己改改,或者或者加入大量扰乱传输就行了……
    做出来别丢到 github 上,小范围流传就行了
    mandymak
        19
    mandymak  
       2016-03-12 11:45:51 +08:00
    @soway 我一直用 SSTP 和 OpenConnect 都没有问题!
    mandymak
        20
    mandymak  
       2016-03-12 11:46:59 +08:00
    @realpg 请问怎样自己做一种隧道协议?
    realpg
        21
    realpg  
       2016-03-12 11:49:55 +08:00
    @mandymak
    我也不太懂啊
    以前公司的 c++开发,三五天就做了一个简单的,核心是用开源代码改的,主要目标就是不被通用的特征识别系统识别协议,结合需求就做单点对单点的,配置都写死代码里。
    不太考虑性能,不太考虑压缩和带宽利用比(流量限制小),他说很容易,三五天里面更多时候是在调试修改。

    关键就是别泄露出去,自己用永远不坑,后来的演进版本都变成多端口的,连单一端口流量过多识别都搞定了
    mandymak
        22
    mandymak  
       2016-03-12 11:52:11 +08:00
    @realpg 谢谢!
    gzelvis
        23
    gzelvis  
       2016-03-12 13:36:16 +08:00 via iPhone
    @JJaicmkmy 就是春节那几天切的 cn2 线路,本来我广州联通过去不知道有多爽
    caola
        24
    caola  
       2016-03-12 14:23:05 +08:00
    用 SSR 的混淆协议+CN2 线路,梯子的速度扛扛的
    xiqingongzi
        25
    xiqingongzi  
       2016-03-12 14:45:19 +08:00
    47.89.38.47
    自己测试吧
    soway
        26
    soway  
    OP
       2016-03-12 23:04:43 +08:00 via iPad
    @realpg 好主意。
    soway
        27
    soway  
    OP
       2016-03-14 20:31:23 +08:00 via Android
    测试了,深圳地区访问香港确实很快。前面信息有误,没有封的太厉害。现在阿里云香港区价格便宜了很多。不过,我依然喜 linode ,便宜很多,速度快,流量大
    ChinaClouder
        28
    ChinaClouder  
       2019-08-25 10:11:02 +08:00
    阿里云各个地域节点速度测试工具:aliyun.nagekuai.com
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   937 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 20:36 · PVG 04:36 · LAX 12:36 · JFK 15:36
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.