移动宽带 cloudflare ipv6 地址推荐

建是剃 CDN 商的羊毛了。下去 HKG 地域似乎就不敢再了。

怎么用？

@viberconnection 印象以前看过一篇文章分析 cloudflare 的流量类业务免费提供是互相受益的，如果厂商没有明确禁止，可能还好吧 :)

@neutrinos 自选 ip

@heiher 我曾明技支持人（ For CloudFlare Business ）和售，他明出的回覆是「 CloudFlare 是路放化的定支持者，只要您不其用於匿名式代理，我就不其使用方式加以限制」

@heiher 所以字面意思就是自己用，不要分享他人。

自选 ip 有什么好处咩？

@viberconnection #6 字面意思不是他支持你这么用吗？哪里来的「不要分享他人」？

@neutrinos quick

@scukmh 不自选就不是香港的 IP 么？

不是想薅羊毛，而是现在很多站都套 cf ，但是 cf 被移动无差别 无规律重置。。。

ipv6 好像有一段时间不能连接到 hk 了

广东移动，我这边感觉 IPv6 连 cf 始终不是太稳，cf hkg re-routed 的这段时间我把 IP 切到美国西雅图的节点，虽然延迟高一些，但能用。

@viberconnection 网站流量每天超过 1T 以上他们就会联系你让你升级 Business/Enterprise 套餐了

@neutrinos 虽说默认解析出的 ip 都是 anycast ，但一段时间内不同 ip 地址的路由是不同的，质量不一。

扫了一圈 ipv6 也没有发现延迟小的。

@heiher 所以还是老老实实用 IPv4.

@microka SEA 质量不错。

@heiher 我这会儿的 SEA ip 都不太好使了，丢包率高。

分享移动直连 CF-HKG 的 IPv6 地址:

2606:4700:f1::
2606:4700:83b0::

PING 2606:4700:f1::(2606:4700:f1::) 56 data bytes
64 bytes from 2606:4700:f1::: icmp_seq=1 ttl=53 time=44.6 ms
64 bytes from 2606:4700:f1::: icmp_seq=2 ttl=53 time=44.6 ms
64 bytes from 2606:4700:f1::: icmp_seq=3 ttl=53 time=44.7 ms
64 bytes from 2606:4700:f1::: icmp_seq=4 ttl=53 time=44.2 ms
64 bytes from 2606:4700:f1::: icmp_seq=5 ttl=53 time=44.4 ms
64 bytes from 2606:4700:f1::: icmp_seq=6 ttl=53 time=44.3 ms
64 bytes from 2606:4700:f1::: icmp_seq=7 ttl=53 time=44.4 ms
64 bytes from 2606:4700:f1::: icmp_seq=8 ttl=53 time=44.3 ms
64 bytes from 2606:4700:f1::: icmp_seq=9 ttl=53 time=44.5 ms
64 bytes from 2606:4700:f1::: icmp_seq=10 ttl=53 time=44.7 ms
64 bytes from 2606:4700:f1::: icmp_seq=11 ttl=53 time=44.3 ms
64 bytes from 2606:4700:f1::: icmp_seq=12 ttl=53 time=44.9 ms
^C
--- 2606:4700:f1:: ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11018ms
rtt min/avg/max/mdev = 44.249/44.498/44.878/0.192 ms


PING 2606:4700:83b0::(2606:4700:83b0::) 56 data bytes
64 bytes from 2606:4700:83b0::: icmp_seq=1 ttl=53 time=50.1 ms
64 bytes from 2606:4700:83b0::: icmp_seq=2 ttl=53 time=49.3 ms
64 bytes from 2606:4700:83b0::: icmp_seq=3 ttl=53 time=49.5 ms
64 bytes from 2606:4700:83b0::: icmp_seq=4 ttl=53 time=49.9 ms
64 bytes from 2606:4700:83b0::: icmp_seq=5 ttl=53 time=49.8 ms
64 bytes from 2606:4700:83b0::: icmp_seq=6 ttl=53 time=49.6 ms
64 bytes from 2606:4700:83b0::: icmp_seq=7 ttl=53 time=49.8 ms
64 bytes from 2606:4700:83b0::: icmp_seq=8 ttl=53 time=50.2 ms
64 bytes from 2606:4700:83b0::: icmp_seq=9 ttl=53 time=50.3 ms
64 bytes from 2606:4700:83b0::: icmp_seq=10 ttl=53 time=49.5 ms
64 bytes from 2606:4700:83b0::: icmp_seq=11 ttl=53 time=49.3 ms
64 bytes from 2606:4700:83b0:::icmp_seq=12 ttl=53 time=49.5 ms
^C
--- 2606:4700:83b0:: ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11016ms
rtt min/avg/max/mdev = 49.266/49.723/50.328/0.329 ms

@heiher #21 感谢分享，好用。

HKG IPv4 终于恢复了……

@heiher 请问这两个 ip 是怎么找到的？

@YunXuyun icmp 扫描 https://www.cloudflare.com/ips-v6

@heiher
有工具推荐下 授人渔吗？ 想扫扫 v6
PING 2606:4700:83b0::(2606:4700:83b0::) 56 data bytes
64 bytes from 2606:4700:83b0::: icmp_seq=1 ttl=51 time=479 ms
64 bytes from 2606:4700:83b0::: icmp_seq=2 ttl=51 time=443 ms
64 bytes from 2606:4700:83b0::: icmp_seq=3 ttl=51 time=246 ms
6

PING 2606:4700:8ca0::b5:d990(2606:4700:8ca0::b5:d990) 56 data bytes
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=1 ttl=51 time=79.2 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=2 ttl=51 time=74.0 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=3 ttl=51 time=82.6 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=4 ttl=51 time=79.6 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=5 ttl=51 time=80.8 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=6 ttl=51 time=75.5 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=7 ttl=51 time=74.9 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=8 ttl=51 time=82.9 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=9 ttl=51 time=84.5 ms
64 bytes from 2606:4700:8ca0::b5:d990: icmp_seq=10 ttl=51 time=82.0 ms

64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=7 ttl=51 time=53.3 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=8 ttl=51 time=56.9 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=9 ttl=51 time=40.1 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=10 ttl=51 time=52.3 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=11 ttl=51 time=47.3 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=12 ttl=51 time=51.2 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=13 ttl=51 time=52.6 ms
64 bytes from 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78: icmp_seq=14 ttl=51 time=56.2 ms
^C
--- 2606:4700:90c3:32eb:be98:b8d9:32f7:8f78 ping statistics ---
14 packets transmitted, 14 received, 0% packet loss, time 13020ms
rtt min/avg/max/mdev = 40.129/55.926/109.983/15.897 ms

@molezz765 赞，你的工具更好用哈~

@molezz765 兄弟说下咋扫到的

2606:4700:00f4:: 46.1 ms
2606:4700:83b0:: 44.1 ms
2606:4700:90c0:: 45.1 ms
2606:4700:90d0:: 48.6 ms
2606:4700:91b0:: 45.4 ms
2606:4700:9640:: 44.3 ms
2606:4700:9760:: 42.7 ms
2606:4700:99e0:: 41.2 ms
2606:4700:9a90:: 43.5 ms
2606:4700:9ad0:: 44.0 ms
2606:4700:9ae0:: 46.2 ms
2606:4700:9b00:: 44.7 ms
2606:4700:9c60:: 44.8 ms

感谢分享，2606:4700:00f4:: 电信走 NRT 比 SJC 延迟低不少

ping 2606:4700:f4::
PING 2606:4700:f4::(2606:4700:f4::) 56 字节的数据
64 字节，来自 2606:4700:f4::: icmp_seq=1 ttl=52 时间=64.3 毫秒
64 字节，来自 2606:4700:f4::: icmp_seq=2 ttl=53 时间=97.7 毫秒
64 字节，来自 2606:4700:f4::: icmp_seq=3 ttl=52 时间=86.5 毫秒
64 字节，来自 2606:4700:f4::: icmp_seq=4 ttl=52 时间=95.4 毫秒
64 字节，来自 2606:4700:f4::: icmp_seq=5 ttl=53 时间=97.7 毫秒
64 字节，来自 2606:4700:f4::: icmp_seq=6 ttl=52 时间=78.1 毫秒

2606:4700:a0::
好像有变化了， 推荐上面一个

@molezz765 HKG 直连的地址不多了吧，这个实际能用吗？

@heiher 可以用
测速和 youtube 能 300mbps

@molezz765 这个地址有没有遇到会断开的不稳定情况？

@heiher 暂时没有， 阻断的一般是 v4

@molezz765 大佬，这个 IP 好使，能冒昧的问下，这种 IP 应该怎么扫或者使用什么工具扫，我用 CloudflareST 扫总是扫不到延迟这么低的

@weiyunkj456 看运气啊 太多了 要么有耐心全扫？

现在移动宽带 ipv6 也有直连 CF 香港节点了。之前走 hkix 的都改走香港 telstra ，延迟 200+

这几天移动到 CF 的延迟怎么这么高？我广东移动到 CF 香港 ipv4 节点延迟 190+，ipv6 延迟 250+。卡得我根本没法用。。。

我写了个 powershell 脚本扫描了 2606:4700::/32 所有 /46 子网地址第一个 IP 的最短 RTT： https://gist.github.com/CrazyBoyFeng/c89009b423066b1dd79993f6b68d6d21#file-ping-ipv6subnets-ps1
移动家宽扫描结果： https://gist.github.com/CrazyBoyFeng/c89009b423066b1dd79993f6b68d6d21#file-ping-ipv6subnets-csv
然后我把最快的 ip 所在的/46 子网展开成/48 子网又测了一遍每个子网的第一个 IP ，得到最快的 IP 段如下：
2606:4700:0068::/47
2606:4700:0090::/48
2606:4700:00a0::/48
2606:4700:00a8::/48
2606:4700:00f4::/48
2606:4700:0100::/48
2606:4700:3030::/45
2606:4700:8390::/45
2606:4700:8398::/46
2606:4700:8ca0::/45
2606:4700:8ca8::/46
2606:4700:90c0::/45
2606:4700:90c8::/46
2606:4700:90d0::/45
2606:4700:90d8::/46
2606:4700:91b0::/45
2606:4700:91b8::/46
2606:4700:9640::/45
2606:4700:9648::/46
2606:4700:9760::/45
2606:4700:9760::/46
2606:4700:99e0::/45
2606:4700:99e8::/46
2606:4700:9a60::/45
2606:4700:9a68::/46
2606:4700:9a90::/45
2606:4700:9a98::/46
2606:4700:9ad0::/45
2606:4700:9ad8::/46
2606:4700:9ae0::/45
2606:4700:9ae8::/46
2606:4700:9b00::/45
2606:4700:9b08::/46
2606:4700:9c60::/45
2606:4700:9c68::/46
2606:4700:ff00::/48
注意上面是网段，例如 2606:4700:3030::/45 包含从 2606:4700:3030:开头到 2606:4700:3037:开头的所有地址。
另外这只是 ping 测试，这些 ip 不一定全都能拿来当作访问节点用，可以自行测试。我也有写 httping 的脚本，如有需要也可以下载使用： https://github.com/CrazyBoyFeng/Find-BetterCloudflareIP/blob/main/Httping-CloudflareIP.PS1
我只扫了/46 子网的第一个 IP ，/47 和/48 子网太多了就没扫，所以应该会有遗漏的可用段没扫到。谁比较闲可以下载脚本自己扫。/48 整个扫完可能需要 2-4 天。没用并发扫描是因为并发丢包率高，不知道是 cf 的限制还是运营商的限制，即便是现在的单例串行扫描丢包率依然很高。

@CrazyBoyFeng #42 666