V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
keepeye
V2EX  ›  DNS

dns 1.1.1.1 延迟很低了,都用了吗?

  •  
  •   keepeye · 2019-04-04 15:02:58 +08:00 · 29035 次点击
    这是一个创建于 2046 天前的主题,其中的信息可能已经有所发展或是发生改变。
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=251 time=4.348 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=251 time=3.489 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=251 time=3.558 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=251 time=5.651 ms

    坐标 南京电信
    127 条回复    2022-10-24 13:12:26 +08:00
    1  2  
    blinue
        1
    blinue  
       2019-04-04 15:04:58 +08:00 via Android
    确定不是运营商的内部地址吗?
    wymeteor
        2
    wymeteor  
       2019-04-04 15:09:08 +08:00
    这么快估计是劫持到内部服务了
    keyfunc
        3
    keyfunc  
       2019-04-04 15:09:26 +08:00
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=61 time=11.375 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=61 time=12.223 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=61 time=11.736 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=61 time=11.682 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=61 time=10.368 ms

    感觉不太可信。。。
    keepeye
        4
    keepeye  
    OP
       2019-04-04 15:09:43 +08:00
    运营商这么恶心的嘛 ?
    webluoye
        5
    webluoye  
       2019-04-04 15:10:35 +08:00
    厦门电信 time=179.956 ms
    9hills
        6
    9hills  
       2019-04-04 15:11:13 +08:00
    @wymeteor DNS 劫持一般不劫持路由的

    这个是 Anycast 吧
    keepeye
        7
    keepeye  
    OP
       2019-04-04 15:11:35 +08:00
    刚上阿里云 ping 了一下,延迟还是那么高,看来是被劫持了。ttl 应该能看出来

    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=50 time=275 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=277 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=280 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=286 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=291 ms
    9hills
        8
    9hills  
       2019-04-04 15:11:37 +08:00
    @webluoye 那看来是布了一个华北的节点
    byfan
        9
    byfan  
       2019-04-04 15:12:30 +08:00
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=54 time=177.304 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=178.987 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=177.126 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=178.440 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=178.045 ms
    coolair
        10
    coolair  
       2019-04-04 15:13:30 +08:00
    江西电信

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失)
    ysc3839
        11
    ysc3839  
       2019-04-04 15:14:01 +08:00 via Android   ❤️ 2
    延迟低不是最重要的,还要能解决 CDN 的问题。有的网站 CDN 似乎只看请求者的 IP 地址的,用 223.5.5.5 这类国内公共 DNS 都会解析到较远的服务器。
    xzc19970719
        12
    xzc19970719  
       2019-04-04 15:14:15 +08:00
    @keepeye。。。一下子心拔凉拔凉的
    tyhunter
        13
    tyhunter  
       2019-04-04 15:14:31 +08:00
    北京移动,40ms+不知道正不正常

    ➜ ~ ping 1.1.1.1
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=45 time=44.259 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=45 time=53.644 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=46 time=44.384 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=45 time=44.472 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=46 time=44.138 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=46 time=43.245 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=46 time=43.060 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=45 time=44.343 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=45 time=44.638 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=46 time=42.910 ms
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=46 time=44.115 ms
    64 bytes from 1.1.1.1: icmp_seq=11 ttl=46 time=44.328 ms
    64 bytes from 1.1.1.1: icmp_seq=12 ttl=45 time=43.289 ms
    64 bytes from 1.1.1.1: icmp_seq=13 ttl=45 time=45.871 ms
    64 bytes from 1.1.1.1: icmp_seq=14 ttl=45 time=44.340 ms
    64 bytes from 1.1.1.1: icmp_seq=15 ttl=46 time=43.991 ms
    64 bytes from 1.1.1.1: icmp_seq=16 ttl=45 time=44.530 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    17 packets transmitted, 17 packets received, 0.0% packet loss
    round-trip min/avg/max/stddev = 42.910/44.680/53.644/2.343 ms
    byfan
        14
    byfan  
       2019-04-04 15:17:17 +08:00
    @tyhunter 移动这个 ms 是正常的
    w2cny
        15
    w2cny  
       2019-04-04 15:19:00 +08:00 via Android
    ~$ ping 1.1.1.1
    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=50 time=69.1 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=58.6 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=72.1 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=73.4 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=71.8 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=50 time=58.4 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=50 time=78.0 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=50 time=57.9 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=50 time=75.2 ms
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=50 time=60.1 ms
    64 bytes from 1.1.1.1: icmp_seq=11 ttl=50 time=83.3 ms
    64 bytes from 1.1.1.1: icmp_seq=12 ttl=50 time=69.2 ms
    64 bytes from 1.1.1.1: icmp_seq=13 ttl=50 time=76.6 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    13 packets transmitted, 13 received, 0% packet loss, time 12011ms
    rtt min/avg/max/mdev = 57.975/69.566/83.359/8.020 ms

    移动宽带,可能是我的漏油器拖后腿了
    MrUser
        16
    MrUser  
       2019-04-04 15:19:12 +08:00
    keepeye
        17
    keepeye  
    OP
       2019-04-04 15:21:53 +08:00   ❤️ 1
    移动用户还是挺多的嘛
    youngster
        18
    youngster  
       2019-04-04 15:24:24 +08:00
    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=254 time=0.833 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=254 time=0.767 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=254 time=0.879 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=254 time=0.865 ms

    --- 1.1.1.1 ping statistics ---
    4 packets transmitted, 4 received, 0% packet loss, time 3001ms
    rtt min/avg/max/mdev = 0.767/0.836/0.879/0.043 ms
    testcaoy7
        19
    testcaoy7  
       2019-04-04 15:28:05 +08:00
    被劫持到内网了
    1.1.1.1 和 1.0.0.1 延迟一样的
    zro
        20
    zro  
       2019-04-04 15:28:52 +08:00
    1.1.1.1 好像不太适合移动用户,虽然延迟不高,但拿到的 DNS 数据要么是电信联通,要么是海外 IP,结果访问起来,半天在转圈圈,有时甚至是无法访问,在 Stubby 设置了 1111 优先,但过不久 OP 的连接查都是连到 8888 那个备用的
    shingkit
        21
    shingkit  
       2019-04-04 15:30:17 +08:00
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=54 time=272.965 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=293.813 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=314.756 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=233.886 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=251.083 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=54 time=270.905 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=54 time=290.742 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=54 time=338.473 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    8 packets transmitted, 8 packets received, 0.0% packet loss
    round-trip min/avg/max/stddev = 233.886/283.328/338.473/31.503 ms
    billytom
        22
    billytom  
       2019-04-04 15:31:44 +08:00 via iPhone
    没想到 V2 还有这么天真的兄弟,我还试过 8888 2ms 延迟呢。1111 这个延迟,一定是本地运营商劫持或者本地路由器设错了这个为网关 IP
    SirChen
        23
    SirChen  
       2019-04-04 15:32:19 +08:00
    你这个 1111 被劫持了的
    yuxuan
        24
    yuxuan  
       2019-04-04 15:32:21 +08:00
    江苏 不敢用呀
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=48 time=200.900 ms
    Request timeout for icmp_seq 1
    Request timeout for icmp_seq 2
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=48 time=176.763 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=48 time=176.893 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=48 time=183.310 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=48 time=183.119 ms
    Request timeout for icmp_seq 7
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=48 time=183.639 ms
    Request timeout for icmp_seq 9
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=48 time=183.543 ms
    Request timeout for icmp_seq 11
    64 bytes from 1.1.1.1: icmp_seq=12 ttl=48 time=182.891 ms
    64 bytes from 1.1.1.1: icmp_seq=13 ttl=48 time=182.855 ms
    Request timeout for icmp_seq 14
    64 bytes from 1.1.1.1: icmp_seq=15 ttl=48 time=178.920 ms
    64 bytes from 1.1.1.1: icmp_seq=16 ttl=48 time=182.886 ms
    Request timeout for icmp_seq 17
    64 bytes from 1.1.1.1: icmp_seq=18 ttl=48 time=183.103 ms
    64 bytes from 1.1.1.1: icmp_seq=19 ttl=48 time=183.049 ms
    64 bytes from 1.1.1.1: icmp_seq=20 ttl=48 time=184.961 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    22 packets transmitted, 14 packets received, 36.4% packet loss
    round-trip min/avg/max/stddev = 176.763/183.345/200.900/5.453 ms
    Blacate
        25
    Blacate  
       2019-04-04 15:33:47 +08:00
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=63 time=2.770 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=63 time=2.296 ms

    PING 10.31.7.221 (10.31.7.221): 56 data bytes
    64 bytes from 10.31.7.221: icmp_seq=0 ttl=64 time=15.172 ms
    64 bytes from 10.31.7.221: icmp_seq=1 ttl=64 time=3.385 ms
    64 bytes from 10.31.7.221: icmp_seq=2 ttl=64 time=7.491 ms

    然后 ping 了一下内网的另一台机器。。。
    lostberryzz
        26
    lostberryzz  
       2019-04-04 15:34:30 +08:00
    @9hills 华北节点是不可能的,国外的 DNS 即使没有被劫持也是 100%有污染的
    Eytoyes
        27
    Eytoyes  
       2019-04-04 15:34:38 +08:00
    来自 1.1.1.1 的回复: 字节=32 时间=306ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=290ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=275ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=293ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=280ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=277ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=266ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=247ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=271ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=278ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=279ms TTL=53

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 146,已接收 = 142,丢失 = 4 (2% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 247ms,最长 = 379ms,平均 = 278ms
    Livid
        28
    Livid  
    MOD
       2019-04-04 15:35:15 +08:00   ❤️ 2
    1. 最好是通过 mtr 看网络路径
    2. 用 dig @1.1.1.1 看看能不能正常工作
    Eytoyes
        29
    Eytoyes  
       2019-04-04 15:35:33 +08:00
    @Eytoyes 坐标河北,电信专线
    ShunYea
        30
    ShunYea  
       2019-04-04 15:38:22 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=284ms TTL=52
    来自 1.1.1.1 的回复: 字节=32 时间=265ms TTL=52
    来自 1.1.1.1 的回复: 字节=32 时间=295ms TTL=52
    来自 1.1.1.1 的回复: 字节=32 时间=285ms TTL=52

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 265ms,最长 = 295ms,平均 = 282ms

    算了,我这地不科学。
    Les1ie
        31
    Les1ie  
       2019-04-04 15:38:26 +08:00
    1.1.1.1 可能会被在到达 cloudflare 的机器之前就被路上的运维用掉了,而 1.0.0.1 情况要好一点

    因此,我的鉴别方法:
    ping 1.1.1.1
    ping 1.0.0.1
    如果两个延迟差别不大,那么就是到了 cloudflare 的 dns 了
    如果差别很大,那么....

    搜了一下,没找到 cloudflare 在哪些地方部署了 anycast :(
    pengwen
        32
    pengwen  
       2019-04-04 15:38:33 +08:00
    为什么你们的那么低?我广东电信的 160+

    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=165 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=166 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=166 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=166 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=54 time=164 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=54 time=166 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=54 time=166 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=54 time=165 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=54 time=166 ms
    exiaohao
        33
    exiaohao  
       2019-04-04 15:39:02 +08:00
    楼主那 3-5ms 八成是劫持了

    https://1.1.1.1/cdn-cgi/trace
    打不开的话肯定有问题,打得开看 colo=哪个区~
    tearain
        34
    tearain  
       2019-04-04 15:39:22 +08:00
    阿里云新加坡。。
    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=0.693 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=0.727 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=0.768 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=0.757 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=0.692 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=59 time=0.711 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=59 time=0.710 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=59 time=0.758 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=59 time=0.701 ms
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=59 time=0.721 ms
    64 bytes from 1.1.1.1: icmp_seq=11 ttl=59 time=0.701 ms
    64 bytes from 1.1.1.1: icmp_seq=12 ttl=59 time=0.741 ms
    64 bytes from 1.1.1.1: icmp_seq=13 ttl=59 time=0.745 ms
    64 bytes from 1.1.1.1: icmp_seq=14 ttl=59 time=0.712 ms
    64 bytes from 1.1.1.1: icmp_seq=15 ttl=59 time=0.690 ms
    64 bytes from 1.1.1.1: icmp_seq=16 ttl=59 time=0.753 ms
    64 bytes from 1.1.1.1: icmp_seq=17 ttl=59 time=0.715 ms
    64 bytes from 1.1.1.1: icmp_seq=18 ttl=59 time=0.737 ms
    64 bytes from 1.1.1.1: icmp_seq=19 ttl=59 time=0.711 ms
    64 bytes from 1.1.1.1: icmp_seq=20 ttl=59 time=0.702 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    20 packets transmitted, 20 received, 0% packet loss, time 19002ms
    rtt min/avg/max/mdev = 0.690/0.722/0.768/0.030 ms
    Les1ie
        35
    Les1ie  
       2019-04-04 15:48:20 +08:00
    https://i.loli.net/2019/04/04/5ca5b63f76178.png

    找到了,cloudflare 在国内有部署节点

    https://blog.cloudflare.com/dns-resolver-1-1-1-1/

    可是.... 为什么我还是感觉延迟比 114.114.114.114 223.5.5.5 等 dns 要高得多...
    xxx5174
        36
    xxx5174  
       2019-04-04 15:48:46 +08:00
    C:\Users\gd>ping 1.1.1.1

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 1ms,最长 = 1ms,平均 = 1ms

    C:\Users\gd>tracert 1.1.1.1

    通过最多 30 个跃点跟踪
    one.one.one.one [1.1.1.1] 的路由:

    1 <1 毫秒 <1 毫秒 <1 毫秒 192.168.1.1
    2 1 ms 1 ms 1 ms one.one.one.one [1.1.1.1]

    跟踪完成。
    skyeycirno
        37
    skyeycirno  
       2019-04-04 15:51:06 +08:00
    你这是本地 DNS 劫持了
    FreshUncle
        38
    FreshUncle  
       2019-04-04 15:56:03 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=63
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=63
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=63
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=63

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失)

    这算啥
    25H
        39
    25H  
       2019-04-04 15:57:17 +08:00
    ping 1.1.1.1 -t

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 15,已接收 = 0,丢失 = 15 (100% 丢失),
    Control-C
    ^C


    黑龙江 联通?😒
    miyuki
        40
    miyuki  
       2019-04-04 15:59:56 +08:00 via Android
    正常…我这城域网用 2.1.1.1
    keepeye
        41
    keepeye  
    OP
       2019-04-04 16:03:53 +08:00
    @skyeycirno 所以有啥靠谱的 dns 不? 114 今天好像不太稳定
    skyeycirno
        42
    skyeycirno  
       2019-04-04 16:07:14 +08:00
    @keepeye #41 一般用运营商默认 DNS 就行,如果你非要换,建议试试 ustc 的 DNS
    LZSZ
        43
    LZSZ  
       2019-04-04 16:07:25 +08:00
    这玩意淘宝解析到国外去了 这样感觉会更慢吧
    titanium98118
        44
    titanium98118  
       2019-04-04 16:12:21 +08:00
    移动
    ping -I eth0.100 1.1.1.1 -c 5
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: seq=0 ttl=53 time=53.955 ms
    64 bytes from 1.1.1.1: seq=1 ttl=51 time=17.437 ms
    64 bytes from 1.1.1.1: seq=2 ttl=52 time=16.936 ms
    64 bytes from 1.1.1.1: seq=3 ttl=52 time=16.812 ms
    64 bytes from 1.1.1.1: seq=4 ttl=51 time=16.716 ms

    电信
    ping 1.1.1.1 -c 5
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: seq=0 ttl=56 time=150.905 ms
    64 bytes from 1.1.1.1: seq=1 ttl=56 time=152.379 ms
    64 bytes from 1.1.1.1: seq=2 ttl=56 time=150.792 ms
    64 bytes from 1.1.1.1: seq=3 ttl=56 time=151.527 ms
    64 bytes from 1.1.1.1: seq=4 ttl=56 time=150.673 ms
    bubuyu
        45
    bubuyu  
       2019-04-04 16:15:20 +08:00
    DNS 该怎么污染怎么污染,用外国的也没什么意义...
    OrangeM21
        46
    OrangeM21  
       2019-04-04 16:19:59 +08:00
    ping 1.1.1.1
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=52 time=331.293 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=52 time=336.525 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=52 time=205.458 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=52 time=362.554 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=52 time=210.498 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=52 time=497.009 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=52 time=201.591 ms
    Love4Taylor
        47
    Love4Taylor  
       2019-04-04 16:20:21 +08:00
    请使用 tcpping 测试 853 端口的延迟. 并且确保 TLS 验证正常.
    sobigfish
        48
    sobigfish  
       2019-04-04 16:21:19 +08:00 via iPhone
    安一下他们的 app 连的上不 就知道是否是真的了
    wenbinwu
        49
    wenbinwu  
       2019-04-04 16:21:48 +08:00
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=55 time=12.924 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=55 time=19.168 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=55 time=19.194 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=55 time=14.472 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=55 time=22.842 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=55 time=19.375 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=55 time=20.613 ms
    97957171
        50
    97957171  
       2019-04-04 16:22:19 +08:00
    C:\Users\Admin>ping 1.1.1.1

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=12ms TTL=59
    来自 1.1.1.1 的回复: 字节=32 时间=12ms TTL=59
    来自 1.1.1.1 的回复: 字节=32 时间=13ms TTL=59
    来自 1.1.1.1 的回复: 字节=32 时间=11ms TTL=59

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 11ms,最长 = 13ms,平均 = 12ms

    广东电信
    CloudnuY
        51
    CloudnuY  
       2019-04-04 16:23:37 +08:00
    有的不是劫持,是机房内网直接用 1.1.1.0/24 或者更大网段了,运维不规范导致的
    zro
        52
    zro  
       2019-04-04 16:25:15 +08:00
    @Les1ie #35 参考#43
    Midnight
        53
    Midnight  
       2019-04-04 16:27:08 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=246ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=191ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=240ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=224ms TTL=53

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 191ms,最长 = 246ms,平均 = 225ms
    Kiriya
        54
    Kiriya  
       2019-04-04 16:36:00 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    请求超时。
    来自 1.1.1.1 的回复: 字节=32 时间=316ms TTL=54
    来自 1.1.1.1 的回复: 字节=32 时间=331ms TTL=54
    来自 1.1.1.1 的回复: 字节=32 时间=327ms TTL=54

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 3,丢失 = 1 (25% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 316ms,最长 = 331ms,平均 = 324ms
    Kiriya
        55
    Kiriya  
       2019-04-04 16:36:53 +08:00
    没被劫持,但没有使用价值,延迟太高了而且丢包
    boris1993
        56
    boris1993  
       2019-04-04 16:41:06 +08:00 via Android
    个位数延时的境外服务器???

    我更相信被路由投毒,给你拐到假的上面去了
    fy1993
        57
    fy1993  
       2019-04-04 16:47:27 +08:00
    ping 不通
    essethon
        58
    essethon  
       2019-04-04 16:47:37 +08:00
    只要你查询的是某些网站,随便什么地址都是 DNS 服务器。(手动狗头

    https://paste.ubuntu.com/p/7npZN2Z9zt/
    yuyehack
        59
    yuyehack  
       2019-04-04 16:47:44 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=7ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=4ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=4ms TTL=251
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=251

    南京 电信的确很快
    luminous
        60
    luminous  
       2019-04-04 16:49:08 +08:00 via Android
    你这大概是给弄到哪个运营商设备上面了 我联通有时候也这样 现在只有移动可以直连到 cf 香港
    lcy630409
        61
    lcy630409  
       2019-04-04 16:49:51 +08:00
    @yuyehack 你觉得别人会用 windows 作为 dns 服务器系统么....明显被劫持了
    datou
        62
    datou  
       2019-04-04 16:50:08 +08:00


    北京移动连的是 hkix 节点,还挺不错
    janxin
        63
    janxin  
       2019-04-04 16:52:13 +08:00
    $ ping 1.1.1.1
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=55 time=510.003 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=55 time=314.471 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=55 time=245.772 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=55 time=268.187 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=55 time=383.671 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    6 packets transmitted, 5 packets received, 16.7% packet loss
    round-trip min/avg/max/stddev = 245.772/344.421/510.003/95.287 ms
    HHBilly
        64
    HHBilly  
       2019-04-04 16:55:48 +08:00
    成都联通

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失),
    flynaj
        65
    flynaj  
       2019-04-04 16:59:30 +08:00
    不要发 ping ,发 tracert。
    目标 IP: 1.1.1.1 ( one.one.one.one )

    1 192.168.88.1 0 ms 0 ms 0 ms 局域网 *
    2 100.69.0.1 2 ms 2 ms 2 ms 共享地址 *
    3 218.63.48.101 4 ms 5 ms 5 ms 中国 云南 玉溪 电信 AS4134
    4 222.221.28.93 6 ms 9 ms 15 ms 中国 云南 玉溪 电信 AS4134
    5 202.97.76.29 50 ms 51 ms 55 ms 中国 广东 广州 电信 *
    6 202.97.94.146 50 ms 51 ms * 中国 广东 广州 电信 AS4134
    7 202.97.94.114 42 ms 42 ms 43 ms 中国 广东 广州 电信 AS4134
    8 202.97.86.138 199 ms 201 ms 205 ms 美国 加利福尼亚州 洛杉矶 电信 AS4134
    9 202.97.92.37 271 ms 273 ms 276 ms 美国 加利福尼亚州 洛杉矶 电信 AS4134
    10 218.30.54.214 203 ms 203 ms 203 ms 美国 加利福尼亚州 洛杉矶 ctamericas.com AS4134
    11 1.1.1.1 203 ms 203 ms 206 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

    目标 IP: 2606:4700:4700::1111 ( one.one.one.one )

    1 240e:34c:*::1 0 ms 0 ms 0 ms 中国 云南 玉溪 电信 AS4134
    2 240e:12:2800::21 2 ms 2 ms 2 ms 中国 云南 玉溪 电信 AS4134
    3 240e:12:2803:2::2 3 ms 4 ms 4 ms 中国 云南 玉溪 电信 AS4134
    4 240e:12:2801:104::2 6 ms 6 ms 7 ms 中国 云南 玉溪 电信 AS4134
    5 * * * *
    6 240e::21:61:4102 50 ms 51 ms 52 ms 中国 电信 AS4134
    7 240e:0:a::c9:1cb5 49 ms 50 ms 54 ms 中国 电信 AS4134
    8 240e:0:a::c9:5b4d 50 ms 50 ms 51 ms 中国 电信 AS4134
    9 * * * *
    10 240e:0:a::cc:46d1 289 ms 292 ms * 中国 电信 AS4134
    11 2001:2000:3080:7d8::1 265 ms 265 ms 269 ms 英国 伦敦 telia.com AS1299 ldn-b4-link.telia.net
    12 2001:2000:3080:338::2 286 ms 286 ms * 英国 伦敦 telia.com AS1299 cloudflare-ic-339870-ldn-b4.c.telia.net
    13 2606:4700:4700::1111 286 ms 286 ms 286 ms CLOUDFLARE.COM cloudflare.com AS13335 one.one.one.one
    StederLee
        66
    StederLee  
       2019-04-04 17:20:06 +08:00
    就算用 anycast,要达到这个延迟只有是在国内有服务器。Cloudflare 能在国内有服务器吗?
    imyoona
        67
    imyoona  
       2019-04-04 17:37:09 +08:00
    它图上有国内节点,实际上完全没见过。最多也就是移动去 HK。
    xuzhongzhou
        68
    xuzhongzhou  
       2019-04-04 17:37:29 +08:00
    广州电信

    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=49 time=220.503 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=49 time=161.937 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=49 time=162.077 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=49 time=162.423 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=49 time=162.004 ms

    --- 1.1.1.1 ping statistics ---
    5 packets transmitted, 5 packets received, 0.0% packet loss
    round-trip min/avg/max/stddev = 161.937/173.789/220.503/23.358 ms
    HFX3389
        69
    HFX3389  
       2019-04-04 17:38:59 +08:00
    你们的延迟太高了!!看看我的,简直就在内网

    C:\Users\Administrator>ping 1.1.1.1

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=61
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=61
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=61
    来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=61

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 0ms,最长 = 1ms,平均 = 0ms

    C:\Users\Administrator>nslookup
    默认服务器: ***
    Address: ***

    > server 1.1.1.1
    默认服务器: one.one.one.one
    Address: 1.1.1.1
    izhulei
        70
    izhulei  
       2019-04-04 17:56:54 +08:00
    这感觉是内网啊
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=254 time=5.741 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=254 time=3.045 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=254 time=2.671 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=254 time=3.234 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=254 time=3.748 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=254 time=3.800 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=254 time=3.540 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=254 time=3.714 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=254 time=3.542 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=254 time=3.529 ms
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=254 time=4.693 ms
    64 bytes from 1.1.1.1: icmp_seq=11 ttl=254 time=3.616 ms
    64 bytes from 1.1.1.1: icmp_seq=12 ttl=254 time=3.922 ms
    64 bytes from 1.1.1.1: icmp_seq=13 ttl=254 time=2.783 ms
    64 bytes from 1.1.1.1: icmp_seq=14 ttl=254 time=3.597 ms
    64 bytes from 1.1.1.1: icmp_seq=15 ttl=254 time=3.619 ms
    hanru
        71
    hanru  
       2019-04-04 18:00:03 +08:00   ❤️ 1
    要把 1.1.1.1 的劫持和 4 月 1 日 Cloudflare 宣布的 VPN 服务 1.1.1.1 Warp 连在一起看。

    https://blog.cloudflare.com/1111-warp-better-vpn/
    huijiewei
        72
    huijiewei  
       2019-04-04 18:39:30 +08:00
    ping 1.1.1.1
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    Request timeout for icmp_seq 2
    Request timeout for icmp_seq 3
    Request timeout for icmp_seq 4
    Request timeout for icmp_seq 5
    Request timeout for icmp_seq 6
    thet
        73
    thet  
       2019-04-04 18:59:44 +08:00 via Android
    100% packet loss
    ruiowe
        74
    ruiowe  
       2019-04-04 19:05:44 +08:00
    5ms 应该是劫持了
    msuyj1984
        75
    msuyj1984  
       2019-04-04 19:14:37 +08:00
    通过最多 30 个跃点跟踪
    one.one.one.one [1.1.1.1] 的路由:

    1 2 ms 2 ms 2 ms Warehouse [192.168.1.1]
    2 3 ms 2 ms 3 ms 100.85.0.1
    3 15 ms 45 ms 3 ms 58.215.70.33
    4 5 ms 5 ms 5 ms 58.215.67.94
    5 * * * 请求超时。
    6 * * * 请求超时。
    7 * * * 请求超时。
    8 * * * 请求超时。
    9 * * * 请求超时。
    10 * * * 请求超时。
    sofm
        76
    sofm  
       2019-04-04 19:26:57 +08:00 via Android
    该 ip 实际地址好像在澳大利亚
    vocaloid
        77
    vocaloid  
       2019-04-04 19:30:04 +08:00
    全超时...
    C:\Users\***>ping 1.1.1.1

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失),
    winglight2016
        78
    winglight2016  
       2019-04-04 19:38:44 +08:00
    1.1.1.1 速度很快呀,备用 DNS 有什么可以推荐吗?
    rzbb
        79
    rzbb  
       2019-04-04 19:40:52 +08:00 via iPhone
    海外 ip 这么低的 ping 值 也许根本没出国
    JCZ2MkKb5S8ZX9pq
        80
    JCZ2MkKb5S8ZX9pq  
       2019-04-04 19:47:40 +08:00
    魔都
    140+-5ms
    YiG
        81
    YiG  
       2019-04-04 20:09:49 +08:00 via Android
    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=60 time=0.402 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=60 time=0.543 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=60 time=0.280 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=60 time=0.281 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=60 time=0.418 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=60 time=0.426 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=60 time=0.508 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=60 time=0.411 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=60 time=0.406 ms
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=60 time=0.472 ms
    64 bytes from 1.1.1.1: icmp_seq=11 ttl=60 time=0.462 ms
    64 bytes from 1.1.1.1: icmp_seq=12 ttl=60 time=0.290 ms
    64 bytes from 1.1.1.1: icmp_seq=13 ttl=60 time=0.392 ms
    64 bytes from 1.1.1.1: icmp_seq=14 ttl=60 time=0.462 ms
    64 bytes from 1.1.1.1: icmp_seq=15 ttl=60 time=0.399 ms
    64 bytes from 1.1.1.1: icmp_seq=16 ttl=60 time=0.420 ms
    64 bytes from 1.1.1.1: icmp_seq=17 ttl=60 time=0.252 ms
    64 bytes from 1.1.1.1: icmp_seq=18 ttl=60 time=0.344 ms
    64 bytes from 1.1.1.1: icmp_seq=19 ttl=60 time=0.277 ms
    64 bytes from 1.1.1.1: icmp_seq=20 ttl=60 time=0.402 ms
    64 bytes from 1.1.1.1: icmp_seq=21 ttl=60 time=0.386 ms
    64 bytes from 1.1.1.1: icmp_seq=22 ttl=60 time=0.388 ms
    64 bytes from 1.1.1.1: icmp_seq=23 ttl=60 time=0.378 ms
    64 bytes from 1.1.1.1: icmp_seq=24 ttl=60 time=0.394 ms
    64 bytes from 1.1.1.1: icmp_seq=25 ttl=60 time=0.448 ms
    64 bytes from 1.1.1.1: icmp_seq=26 ttl=60 time=0.466 ms
    64 bytes from 1.1.1.1: icmp_seq=27 ttl=60 time=1.09 ms
    64 bytes from 1.1.1.1: icmp_seq=28 ttl=60 time=0.727 ms
    64 bytes from 1.1.1.1: icmp_seq=29 ttl=60 time=0.532 ms
    64 bytes from 1.1.1.1: icmp_seq=30 ttl=60 time=0.316 ms
    64 bytes from 1.1.1.1: icmp_seq=31 ttl=60 time=0.371 ms
    64 bytes from 1.1.1.1: icmp_seq=32 ttl=60 time=0.610 ms
    64 bytes from 1.1.1.1: icmp_seq=33 ttl=60 time=0.941 ms
    64 bytes from 1.1.1.1: icmp_seq=34 ttl=60 time=0.356 ms
    64 bytes from 1.1.1.1: icmp_seq=35 ttl=60 time=0.922 ms
    64 bytes from 1.1.1.1: icmp_seq=36 ttl=60 time=0.406 ms
    64 bytes from 1.1.1.1: icmp_seq=37 ttl=60 time=0.337 ms
    64 bytes from 1.1.1.1: icmp_seq=38 ttl=60 time=0.384 ms
    64 bytes from 1.1.1.1: icmp_seq=39 ttl=60 time=0.315 ms
    64 bytes from 1.1.1.1: icmp_seq=40 ttl=60 time=0.477 ms
    64 bytes from 1.1.1.1: icmp_seq=41 ttl=60 time=0.249 ms
    64 bytes from 1.1.1.1: icmp_seq=42 ttl=60 time=0.575 ms
    64 bytes from 1.1.1.1: icmp_seq=43 ttl=60 time=0.489 ms
    64 bytes from 1.1.1.1: icmp_seq=44 ttl=60 time=0.420 ms
    64 bytes from 1.1.1.1: icmp_seq=45 ttl=60 time=0.473 ms
    64 bytes from 1.1.1.1: icmp_seq=46 ttl=60 time=0.388 ms
    64 bytes from 1.1.1.1: icmp_seq=47 ttl=60 time=0.559 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    47 packets transmitted, 47 received, 0% packet loss, time 46510ms
    rtt min/avg/max/mdev = 0.249/0.452/1.090/0.168 ms
    LittleYangYang
        82
    LittleYangYang  
       2019-04-04 20:25:53 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=213ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=208ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=205ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=184ms TTL=53

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 184ms,最长 = 213ms,平均 = 202ms

    Little_YangYang$ C:\WINDOWS\system32> ping 1.0.0.1

    正在 Ping 1.0.0.1 具有 32 字节的数据:
    来自 1.0.0.1 的回复: 字节=32 时间=293ms TTL=53
    请求超时。
    来自 1.0.0.1 的回复: 字节=32 时间=302ms TTL=53
    来自 1.0.0.1 的回复: 字节=32 时间=318ms TTL=53

    1.0.0.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 3,丢失 = 1 (25% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 293ms,最长 = 318ms,平均 = 304ms
    miaomiao888
        83
    miaomiao888  
       2019-04-04 20:52:03 +08:00
    明显被劫持,就算在香港有节点,南京连过去最少也得二三十以上吧
    Jessepinkman
        84
    Jessepinkman  
       2019-04-04 20:53:43 +08:00
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=51 time=206.146 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=51 time=204.961 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=51 time=202.940 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=51 time=289.083 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=51 time=205.009 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=51 time=205.364 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=51 time=205.390 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=51 time=206.113 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=51 time=205.118 ms
    tabris17
        85
    tabris17  
       2019-04-04 20:55:16 +08:00
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=101ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=99ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=101ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=99ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=100ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=100ms TTL=53

    ============

    所以,做人将心比心可以,但是由己及人就免了
    sunocean
        86
    sunocean  
       2019-04-04 21:31:00 +08:00

    电信已经 GG
    jousca
        87
    jousca  
       2019-04-04 21:56:13 +08:00
    四川移动, 路由是走香港出去的。

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=63ms TTL=46
    来自 1.1.1.1 的回复: 字节=32 时间=63ms TTL=46
    来自 1.1.1.1 的回复: 字节=32 时间=65ms TTL=46
    来自 1.1.1.1 的回复: 字节=32 时间=64ms TTL=46

    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 63ms,最长 = 65ms,平均 = 63ms
    EIlenZe
        88
    EIlenZe  
       2019-04-04 22:04:54 +08:00
    https://www.dnsleaktest.com/

    应该是被那什么了 拿这个看得出来
    zhouzm
        89
    zhouzm  
       2019-04-04 22:23:44 +08:00
    江苏移动

    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    Request timeout for icmp_seq 2
    Request timeout for icmp_seq 3
    Request timeout for icmp_seq 4
    dalieba
        90
    dalieba  
       2019-04-04 22:50:56 +08:00 via Android
    楼主不妨再用 dnsleaktest.com 验证一下
    shanlan
        91
    shanlan  
       2019-04-04 22:54:23 +08:00
    华中电信:

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
    eveqvq982
        92
    eveqvq982  
       2019-04-04 23:04:24 +08:00
    Pinging 1.1.1.1 with 32 bytes of data:
    5 iterations (warmup 1) ping test:
    Reply from 1.1.1.1: 272.28ms
    Reply from 1.1.1.1: 253.80ms
    Error pinging 1.1.1.1:
    Request timed out.
    Reply from 1.1.1.1: 247.85ms
    Error pinging 1.1.1.1:
    Request timed out.

    Ping statistics for 1.1.1.1:
    Sent = 4, Received = 2, Lost = 2 (50% loss),
    Minimum = 247.85ms, Maximum = 253.80ms, Average = 250.82ms

    From Fujian,China Unioncom
    Archeb
        93
    Archeb  
       2019-04-04 23:35:31 +08:00
    广州移动走 HKIX 到香港 50ms
    广州电信绕美不过线路不错 162ms
    广州联通绕美 235ms
    三网均无劫持现象,看来广州的 ISP 还做得不错
    annoy1309
        94
    annoy1309  
       2019-04-04 23:43:39 +08:00
    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=180 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=150 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=182 ms
    腾讯云上海 2 区
    aliofwind
        95
    aliofwind  
       2019-04-05 00:22:31 +08:00
    1.1.1.1 的延迟 17ms
    1 192.168.1.1 0 ms 0 ms 0 ms 局域网 *
    2 59.32.103.1 2 ms 2 ms 3 ms 中国 广东 梅州 电信 AS4134 1.103.32.59.broad.mz.gd.dynamic.163data.com.cn
    3 121.10.186.201 12 ms 16 ms 17 ms 中国 广东 梅州 电信 AS4134
    4 183.7.190.170 15 ms 15 ms 15 ms 中国 广东 揭阳 电信 AS4134
    5 1.1.1.1 17 ms 17 ms 17 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

    1.0.0.1 的延迟 270ms
    1 192.168.1.1 0 ms 0 ms 0 ms 局域网 *
    2 59.32.103.1 2 ms 2 ms 2 ms 中国 广东 梅州 电信 AS4134 1.103.32.59.broad.mz.gd.dynamic.163data.com.cn
    3 121.10.186.205 12 ms 15 ms 32 ms 中国 广东 梅州 电信 AS4134
    4 113.96.251.61 14 ms 17 ms 19 ms 中国 广东 电信 AS4134
    5 202.97.94.150 13 ms 37 ms 39 ms 中国 广东 广州 电信 AS4134
    6 202.97.94.114 41 ms 44 ms 47 ms 中国 广东 广州 电信 AS4134
    7 202.97.58.226 248 ms 251 ms 253 ms 美国 加利福尼亚州 洛杉矶 电信 AS4134
    8 202.97.50.62 169 ms 219 ms 222 ms 美国 加利福尼亚州 圣何塞 电信 AS4134
    9 218.30.53.214 180 ms 181 ms 232 ms 美国 加利福尼亚州 圣何塞 ctamericas.com AS4134
    10 1.0.0.1 270 ms 276 ms 281 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

    梅州电信应该是劫持了 1.1.1.1,没劫持 1.0.0.1
    mrw77
        96
    mrw77  
       2019-04-05 01:01:15 +08:00
    低???

    CF 国内除了移动,其他两家都绕美。。。
    randyo
        97
    randyo  
       2019-04-05 01:38:29 +08:00 via Android
    我公司 ping 这地址还 1 毫秒呢,当内网地址用了。。。
    TonyLiu2ca
        98
    TonyLiu2ca  
       2019-04-05 02:29:58 +08:00
    要是 traceroute / tracert 都没有出局域网的就算了。
    我这里 10 秒 ping
    kyobox
        99
    kyobox  
       2019-04-05 06:22:16 +08:00
    目标 IP: <a href="1.1.1.1">1.1.1.1</a>

    1 192.168.50.1 0 ms 0 ms 0 ms 局域网 * R6300v2
    2 * * * *
    3 183.233.56.5 3 ms 4 ms 4 ms 中国 广东 广州 移动 AS56040
    4 211.136.207.5 3 ms 3 ms 4 ms 中国 广东 广州 移动 AS56040
    5 221.183.14.121 6 ms 6 ms 7 ms 中国 广东 广州 移动 AS9808
    6 221.176.22.106 5 ms 5 ms 6 ms 中国 广东 广州 移动 AS9808
    7 221.183.25.117 9 ms 10 ms * 中国 广东 广州 移动 AS9808
    8 221.183.55.57 6 ms 7 ms 7 ms 中国 广东 广州 移动 AS9808
    9 223.120.2.85 11 ms 14 ms * 中国 香港 移动 AS58453
    10 223.120.2.54 13 ms 14 ms 14 ms 中国 香港 移动 AS58453
    11 123.255.90.246 15 ms 15 ms 21 ms 中国 香港 hkix.net AS4775,AS7713,AS58879 cloudflare1-100g.hkix.net
    12 123.255.90.246 16 ms 23 ms 24 ms 中国 香港 hkix.net AS4775,AS7713,AS58879 cloudflare1-100g.hkix.net
    13 1.1.1.1 13 ms 14 ms 15 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one
    kyobox
        100
    kyobox  
       2019-04-05 06:28:11 +08:00
    @Archeb 广州移动出国的话一到夜晚就很差,连香港的 CSL 节点也只有几 MB 下行,1.1.1.1 和 1.0.0.1 掉包还蛮严重的。到了 4、5 点才会恢复正常。我宁愿用 Google dns,延时虽然平均要 180ms,但不会掉包或掉包率很低
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1640 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 59ms · UTC 16:51 · PVG 00:51 · LAX 08:51 · JFK 11:51
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.