1.1.1.1 号称最快的 DNS - V2EX
remnet
V2EX    DNS

1.1.1.1 号称最快的 DNS

  •  
  •   remnet May 16, 2018 64174 views
    This topic created in 2917 days ago, the information mentioned may be changed or developed.


    我的测试数据。
    已经改用 1.1.1.1,速度确实提高很多。
    大家在国内 ping 值怎么样?
    180 replies    2018-11-13 08:41:21 +08:00
    1  2  
    frozenway
        1
    frozenway  
       May 16, 2018
    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 193ms,最长 = 230ms,平均 = 210ms
    Zzdex
        2
    Zzdex  
       May 16, 2018 via iPhone
    180-300 左右 你的确定不是内网???
    taresky
        3
    taresky  
       May 16, 2018 via iPhone
    国内不行
    kera0a
        4
    kera0a  
       May 16, 2018
    直接被当内网了。。
    remnet
        5
    remnet  
    OP
       May 16, 2018
    @Zzdex 不是,确实是公网。
    hellojay
        6
    hellojay  
       May 16, 208
    这是你的内网的吧
    Tink
        7
    Tink  
    PRO
       May 16, 2018
    这明显是内网啊。。。你 ping 你的路由器看有多少
    crll
        8
    crll  
       May 16, 2018
    这肯定是内网无疑。
    ihipop
        9
    ihipop  
       May 16, 2018
    恭喜楼主,你所在的网络里面有 ICMP 劫持或者 IP 劫持。你 TRACERT 看看就明白了。
    tadtung
        10
    tadtung  
       May 16, 2018 via Android
    你这是从哪里找的测试截图?
    1.1.1.1 这个我记着是 Cloudflare 与 APNIC 推出的,这个到国内基本都在 180-220 之间。。。你是在澳洲或者美国?
    Greatshu
        11
    Greatshu  
       May 16, 2018
    运营商的 DNS 就这么不受待见吗?
    Jakesoft
        12
    Jakesoft  
       May 16, 2018
    平均 180 ms
    blankme
        13
    blankme  
       May 16, 2018
    nslookup baidu.com 1.1.1.1
    自己试试。。。
    BaffinLee
        14
    BaffinLee  
       May 16, 2018
    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 1ms,最长 = 5ms,平均 = 2ms
    remnet
        15
    remnet  
    OP
       May 16, 2018
    看看 traceroute。
    其实 8.8.8.8 延迟也只有 10 多毫秒


    @Tink
    @hellojay
    remnet
        16
    remnet  
    OP
       May 16, 2018
    xshwy
        17
    xshwy  
       May 16, 2018
    BaffinLee
        19
    BaffinLee  
       May 16, 2018
    内网 :(
    janxin
        20
    janxin  
       May 16, 2018
    140 左右
    link0502
        21
    link0502  
       May 16, 2018
    remnet
        22
    remnet  
    OP
       May 16, 2018
    @link0502 去看看 V2EX 贴图指南。。。
    fengyj
        23
    fengyj  
       May 16, 2018
    国内,呵呵,还不如阿里,腾讯,114 的,他们速度都在 23ms 左右。
    而 1.1.1.1 在国内 emm,反正不可能这么低。
    18x
        24
    18x  
       May 16, 2018 via Android
    70 左右 而且 https://1.1.1.1 也能访问
    catteroLo
        25
    catteroLo  
       May 16, 2018
    楼主是在香港,这么低正常,国内要是这么低那就是运营商拿去弄内网了
    JohnChiu
        26
    JohnChiu  
       May 16, 2018 via iPhone
    666,我用 192.168.1.1 dns,这个应该是最快的毫无疑问吧? doge.jpg
    zhangxiao
        27
    zhangxiao  
       May 16, 2018
    确实够快,应该是 BGP 了吧,我这里也是 1-3ms
    xcodeghost
        28
    xcodeghost  
       May 16, 2018   1
    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=163ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=150ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=150ms TTL=53
    来自 1.1.1.1 的回复: 字节=32 时间=149ms TTL=53
    d0m2o08
        29
    d0m2o08  
       May 16, 2018
    yexm0
        30
    yexm0  
       May 16, 2018 via iPhone
    HK 这延迟很正常。。。没必要发帖吧
    catteroLo
        31
    catteroLo  
       May 16, 2018
    @d0m2o08 你这是被 1.1.1.1 被运营商当局域网 IP 了吧
    d0m2o08
        32
    d0m2o08  
       May 16, 2018
    @catteroLo 不是吧 如果当成内网地址
    应该不能正确解析出 1dot1dot1dot1.cloudflare-dns.com 才对
    xiaodongus
        33
    xiaodongus  
       May 16, 2018
    北京联通

    lance6716
        34
    lance6716  
       May 16, 2018
    1.2.4.8 不服
    catteroLo
        35
    catteroLo  
       May 16, 2018
    @d0m2o08 你要是在国内,不可能达到个位数的延迟的,我在杭州 ping 阿里的 223.5.5.5 的延迟都比你这高
    Mac
        37
    Mac  
       May 16, 2018 via Android
    国内 1248 谁比的过啊?
    d0m2o08
        38
    d0m2o08  
       May 16, 2018
    @catteroLo 我测试了一下确实被当成内网地址了 1.0.0.1 可以正常使用
    解析出的域名可能是之前的 dns 缓存 我自己用过 cf 的 cdn
    F1024
        39
    F1024  
       May 16, 2018
    170 左右
    sleshep
        40
    sleshep  
       May 16, 2018   1
    真相是这样的
    1.1.1.1 被很多 ISP 或者小区运营商定位内网出口 ip,并且搭设了 dns 服务,不要动不动想搞个大新闻.这 ip 在美国,怕是超光速网络才能这么低延迟.
    sudo traceroute -nI 1.1.1.1 看一下
    wclebb
        41
    wclebb  
       May 16, 2018   1
    我挺困惑的是 1.1.1.1/1.0.0.1 DNS 是什么来头,是什么公司负责? Cloudflare ?

    然后我自己 ping 测速,200 多 ms
    还不如用 223.5.5.5/114.114.114.114
    或者 8.8.8.8,至少 8.8.8.8 只需要 20ms
    remnet
        42
    remnet  
    OP
       May 16, 2018
    @wclebb 根据官方的介绍,APNIC 贡献了这个 IP,Cloudflare 搭建网络。

    Refer: https://1.1.1.1/

    Who ’ s behind this?

    1.1.1.1 is a partnership between Cloudflare and APNIC.

    Cloudflare runs one of the world ’ s largest, fastest networks. APNIC is a non-profit organization managing IP address allocation for the Asia Pacific and Oceania regions.
    f2f2f
        43
    f2f2f  
    nbsp;  May 16, 2018
    @wclebb 欢迎火星归来
    wclebb
        44
    wclebb  
       May 16, 2018
    不过,1.1.1.1 官方也只敢写 10.95ms,不知道是不是平均,还是最低测速。
    ByteRan
        45
    ByteRan  
       May 16, 2018
    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=143.642 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=49 time=145.748 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=49 time=143.404 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=49 time=143.572 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=49 time=143.479 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=49 time=143.702 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=49 time=144.044 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    7 packets transmitted, 7 packets received, 0.0% packet loss
    round-trip min/avg/max/stddev = 143.404/143.942/145.748/0.762 ms
    LintaodeiMac:~ lintaopi$
    QQ842562342
        46
    QQ842562342  
       May 16, 2018
    联通连 1.1.1.1 都 ping 不出。。。。。。
    wclebb
        47
    wclebb  
       May 16, 2018
    @remnet #42 刚推出的吗?
    刚搜了下好像是 2018 年 4 月推出,不过不得不说,1.1.1.1 这 IP 巨牛。
    可是想了想,好像 8.8.8.8 无限循环更牛……一些?
    Tink
        48
    Tink  
    PRO
       May 16, 2018
    刚看了一下,好像还可以,平均 10ms 以内
    mengzhuo
        49
    mengzhuo  
       May 16, 2018
    @catteroLo #35 任播了解一下?
    remnet
        50
    remnet  
    OP
       May 16, 2018
    @Tink 你在哪个地方
    banricho
        51
    banricho  
       May 16, 2018
    大陆个位数 ping 不用想,长城宽带鹏博士 DNS 劫持。。。
    liwl
        52
    liwl  
       May 16, 2018
    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 13,已接收 = 13,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 191ms,最长 = 192ms,平均 = 191ms
    Vogan
        53
    Vogan  
       May 16, 2018
    Google 号称最好的搜索引擎
    Tink
        54
    Tink  
    PRO
       May 16, 2018
    @remnet #50 西安
    wr410
        55
    wr410  
       May 16, 2018
    要数在国内最快的国外 DNS 只有 80.80.80.80
    catteroLo
        56
    catteroLo  
       May 16, 2018
    @mengzhuo 这和 Anycast 有什么关系,cf 在国内就没有服务器
    remnet
        57
    remnet  
    OP
       May 16, 2018 via Android
    @Tink 你这个延迟似乎是超过国内平均水平了
    zhangsen1992
        58
    zhangsen1992  
       May 16, 2018
    国内 ip 最少比你 多过 5-10 个 router 不可能快的
    Tink
        59
    Tink  
    PRO
       May 16, 2018
    @remnet #57 国内平均水平是哪得来的
    timwei
        60
    timwei  
       May 16, 2018
    @catteroLo

    https://www.cloudflare.com/network/

    有数据中心的,区域代号是 CN

    随便找个国外的


    @Tink

    可以访问一下 http://1.1.1.1/cdn-cgi/trace

    看看 loc 参数是否是 CN,也就是任播到了中国内的数据中心

    如果你与数据中心是同个 ISP,是有可能让流量走了 ISP 内网
    a457636876
        61
    a457636876  
       May 16, 2018
    自己做一个 DNS Server 备用。请求向 101.6.6.6,国内没有被污染的服务器。、
    CloudnuY
        62
    CloudnuY  
       May 16, 2018
    看 TTL 就感觉不是在内网,看延迟感觉楼主不在国内,在国外用,这速度可以
    crazycen
        63
    crazycen  
       May 16, 2018 via iPhone
    楼主试试 8.8.8.8 一样内网!
    catteroLo
        64
    catteroLo  
       May 16, 2018
    @timwei 我知道 CF 的 CDN 国内有数据中心,但那是和度娘合作的,不是自己的。
    DNS 是没有的,要不然也不会出现大部分 150ms+的情况。
    Lyvnee
        65
    Lyvnee  
       May 16, 2018
    ~ 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=63 time=3.03 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=63 time=3.03 ms
    64 bytes fro 1.1.1.1: icmp_seq=3 ttl=63 time=2.62 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=63 time=4.06 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=63 time=3.74 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4005ms
    rtt min/avg/max/mdev = 2.620/3.299/4.069/0.532 ms
    mrw77
        66
    mrw77  
       May 16, 2018
    广东移动
    ping 1.1.1.1

    正在 Ping 1.1.1.1 具有 32 字节的数据:
    来自 1.1.1.1 的回复: 字节=32 时间=20ms TTL=52
    来自 1.1.1.1 的回复: 字节=32 时间=20ms TTL=51
    来自 1.1.1.1 的回复: 字节=32 时间=22ms TTL=51
    来自 1.1.1.1 的回复: 字节=32 时间=19ms TTL=51
    JunPlus
        67
    JunPlus  
       May 16, 2018
    @timwei CF 的任播应该是看 colo 走哪吧
    virus94
        68
    virus94  
       May 16, 2018
    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 3ms,最长 = 5ms,平均 = 4ms
    timwei
        69
    timwei  
       May 16, 2018
    @catteroLo

    https://www.cloudflare.com/dns/

    Cloudflare DNS is powered by the same network as lightning-fast CDN.


    猜测是任播到了 baidu 机房,从百度云 ping。

    走百度内部的路由
    holajamc
        70
    holajamc  
       May 16, 2018
    emmm 对于 DNS 服务器的 ping 延迟检测有什么意义…
    zpf124
        71
    zpf124  
       May 16, 2018
    公司的垃圾鹏博士 居然 返回的速度和楼主一样。

    )%20center%20center;width:80px;height:80px
    catteroLo
        72
    catteroLo  
       May 16, 2018
    @timwei 这句话应该是说国外的,国内是特殊情况了。如果真用了度娘的服务器,那就没法解释大部分人 150ms+的情况了。移动的 tracerouter 是到了香港,电信大部分去了美国。
    winglight2016
        73
    winglight2016  
       May 16, 2018
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=62 time=3.129 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=62 time=2.831 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=62 time=2.637 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=62 time=2.874 ms

    的确很低,不过我是路由翻墙了
    timwei
        74
    timwei  
       May 16, 2018
    @JunPlus

    loc 跟 colo 一样都有地理信息

    一个是国家代码一个是机场代码
    zavieryip
        75
    zavieryip  
       May 16, 2018
    1.1.1.1 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 169ms,最长 = 170ms,平均 = 169ms
    zpf124
        76
    zpf124  
       May 16, 2018
    @timwei 长城宽带可能有劫持, 因为访问居然是 那个地址居然 是 not found...
    shiny
        77
    shiny  
    PRO
       May 16, 2018
    它的 ssl 证书有点意思,签给了 ip 地址: https://1.0.0.1/
    liangdi
        78
    liangdi  
       May 16, 2018
    $ traceroute 1.1.1.1
    traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
    1 _gateway (172.16.200.254) 3.179 ms 3.513 ms 3.523 ms
    2 1dot1dot1dot1.cloudflare-dns.com (1.1.1.1) 2.968 ms 2.951 ms 2.841 ms
    [liangdi@liangdis-x250:~]
    $ ping 172.16.200.254
    PING 172.16.200.254 (172.16.200.254) 56(84) bytes of data.
    64 bytes from 172.16.200.254: icmp_seq=1 ttl=64 time=2.69 ms
    64 bytes from 172.16.200.254: icmp_seq=2 ttl=64 time=2.87 ms
    ^C
    --- 172.16.200.254 ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1001ms
    rtt min/avg/max/mdev = 2.692/2.783/2.874/0.091 ms
    [liangdi@liangdis-x250:~]
    $ 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=64 time=2.70 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=2.55 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1001ms
    rtt min/avg/max/mdev = 2.553/2.631/2.709/0.078 ms
    remnet
        79
    remnet  
    OP
       May 16, 2018
    @holajamc 有用的。 用了延迟低的 DNS,对网页打开速度有很大提升。毕竟要先 dns lookup。
    zgzh
        80
    zgzh  
       May 16, 2018
    yzmm
        81
    yzmm  
       May 16, 2018
    北京联通
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=47 time=300.042 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=47 time=321.069 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=47 time=260.790 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=47 time=257.369 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=47 time=260.753 ms
    remnet
        82
    remnet  
    OP
       May 16, 2018
    @zgzh 大陆凉凉
    timwei
        83
    timwei  
       May 16, 2018
    http://ping.chinaz.com/1.1.1.1

    有趣,除了几个地区飞快之外都是 150ms 左右

    或许可以找客服回答下
    frozenthrone
        84
    frozenthrone  
       May 16, 2018 via iPhone
    surge 一用自定义 dns1111,立马上不了网,换其他 dns 就可以
    cat9life
        85
    cat9life  
       May 16, 2018 via iPhone
    全球最快。然而我们并不在地球
    Zohar
        86
    Zohar  
       May 16, 2018   1
    @timwei colo 才是 Cloudflare 的数据中心; loc 是你的 IP 的地区,并不是 Cloudflare 的数据中心。
    timwei
        87
    timwei  
       May 16, 2018
    @Zohar @JunPlus

    https://support.cloudflare.com/hc/en-us/articles/200169986-Which-CloudFlare-data-centre-do-I-reach-

    找到一篇社群回答

    我一直以为只是国码跟机场码的差异,是我错了
    djyde
        88
    djyde  
       May 16, 2018
    localhost 号称最快的网站
    wentx
        89
    wentx  
       May 16, 2018
    国内很慢,hk 都很快

    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=58 time=1.69 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=58 time=1.69 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=58 time=1.68 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=58 time=1.74 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=58 time=1.72 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=58 time=1.68 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=58 time=1.69 ms
    Showfom
        91
    Showfom  
    PRO
       May 16, 2018 via iPhone
    楼主在香港 港内 2ms 太正常了
    cye3s
        92
    cye3s  
       May 16, 2018 via Android
    国内这网络,dns 再快,但下国外 js,css 啥的是要转好多圈的
    cwek
       93
    cwek  
       May 16, 2018
    @remnet 8.8.8.8 是 20ms 左右,因为电信走香港进入 Google 骨干。就是这个数。

    如果假设 Google 没事的话,正常体验是相当快的。
    fbcskpebfr
        94
    fbcskpebfr  
       May 16, 2018 via iPhone
    @sleshep 任播了解一下再下结论可好
    lshero
        95
    lshero  
       May 16, 2018 via Android
    总感觉一些小运营商不负责的网管会把 1.1.1.1 作为某些内网设备 IP 用
    cmkpl
        96
    cmkpl  
       May 16, 2018
    我在香港要 4ms

    $ 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=59 time=4.47 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=4.30 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=4.33 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=4.16 ms
    jerry033
        97
    jerry033  
       May 16, 2018
    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=128 time=6.53 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=128 time=6.36 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=128 time=4.51 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=128 time=5.90 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=128 time=5.73 ms

    --- 1.1.1.1 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4008ms
    rtt min/avg/max/mdev = 4.510/5.809/6.533/0.714 ms
    ethusdt
        98
    ethusdt  
       May 16, 2018 via iPhone
    最好不要改 DNS, 一个月前我改过手机和电脑的 DNS 为 1.1.1.1, 手机经常打不开 appstore,电脑 git 一直同步不了远端代码。找了好久的原因,最后才意识到是手动改过 DNS。
    ethusdt
        99
    ethusdt  
       May 16, 2018
    Mac wifi 网络重置 DNS 方法(重新设置为自动 NDS)

    sudo networksetup -setdnsservers Wi-Fi empty
    iceheart
        100
    iceheart  
       May 16, 2018 via Android   1
    光速才 300 公里 /毫秒
    1  2  
    About     Help     Advertise     Blog     API     FAQ     Solana     975 Online   Highest 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 385ms UTC 21:58 PVG 05:58 LAX 14:58 JFK 17:58
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86