中国移动是不是屏蔽了 digitalocean 的 ipv6 地址

2023-01-15 13:10:32 +08:00
 NathanIft1998

坐标浙江,用移动宽带 ping 国内的 ipv6 地址是通的,ping digitalocean 新加坡的 ipv4 也是通的,ping 同台设备的 ipv6 地址不通,开始我以为是个例,连开五台都一样,还尝试了印度和新西兰都一样,难道是 ipv6 开启了白名单模式

4419 次点击
所在节点    宽带症候群
28 条回复
MarkP
2023-01-15 13:18:34 +08:00
移动的墙中墙,我有两台 do 美国的 ipv4 都被移动墙了
haikouwang
2023-01-15 13:35:33 +08:00
@MarkP 额 墙你的是 gfw 不是移动吧。移动是国内墙中墙,国外直接上。
sendmailtest123
2023-01-15 14:09:13 +08:00
有一定概率是城域 /省网路由配糊了,毕竟连自家 CMI 的地址都不能通,算得上是移动网维基本操作了。测: 2402:4f00:100::66d
NathanIft1998
2023-01-15 15:20:39 +08:00
@sendmailtest123 #3 你这个我不通
a413128
2023-01-15 15:40:20 +08:00
kimigaooo
2023-01-15 15:42:10 +08:00
64 bytes from 2400:6180:0:d0::c34:5001: icmp_seq=1 ttl=47 time=118 ms
64 bytes from 2400:6180:0:d0::c34:5001: icmp_seq=2 ttl=47 time=141 ms
64 bytes from 2400:6180:0:d0::c34:5001: icmp_seq=3 ttl=47 time=142 ms
移动 ipv6 通的
a413128
2023-01-15 15:44:09 +08:00
<a href="https://imgse.com/i/pSQgmsf"><img src="https://s1.ax1x.com/2023/01/15/pSQgmsf.png" alt="pSQgmsf.png" border="0" /></a>
a413128
2023-01-15 15:44:42 +08:00
你发的三个都是通的
NathanIft1998
2023-01-15 16:04:19 +08:00
@a413128 #8 浙江移动不通
NathanIft1998
2023-01-15 16:06:28 +08:00
spacezip
2023-01-15 17:00:58 +08:00
七八年前自己单位移动和电信地址 ping 不通 到联通偶尔不通通 移动优化完 绕 fastly 一圈转回来。。。。。
selca
2023-01-15 17:57:56 +08:00
C:\Users\at>ping 2400:6180:10:200::27:d000

正在 Ping 2400:6180:10:200::27:d000 具有 32 字节的数据:
来自 2400:6180:10:200::27:d000 的回复: 时间=368ms
来自 2400:6180:10:200::27:d000 的回复: 时间=374ms
来自 2400:6180:10:200::27:d000 的回复: 时间=377ms

2400:6180:10:200::27:d000 的 Ping 统计信息:
数据包: 已发送 = 3 ,已接收 = 3 ,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 368ms ,最长 = 377ms ,平均 = 373ms
Control-C
^C
C:\Users\at>ping 2400:6180:100:d0::772:8001

正在 Ping 2400:6180:100:d0::772:8001 具有 32 字节的数据:
来自 2400:6180:100:d0::772:8001 的回复: 时间=308ms
来自 2400:6180:100:d0::772:8001 的回复: 时间=307ms

2400:6180:100:d0::772:8001 的 Ping 统计信息:
数据包: 已发送 = 2 ,已接收 = 2 ,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 307ms ,最长 = 308ms ,平均 = 307ms
Control-C
^C
C:\Users\at>ping 2400:6180:0:d0::c34:5001

正在 Ping 2400:6180:0:d0::c34:5001 具有 32 字节的数据:
请求超时。
请求超时。
来自 2400:6180:0:d0::c34:5001 的回复: 时间=107ms
来自 2400:6180:0:d0::c34:5001 的回复: 时间=106ms

2400:6180:0:d0::c34:5001 的 Ping 统计信息:
数据包: 已发送 = 4 ,已接收 = 2 ,丢失 = 2 (50% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 106ms ,最长 = 107ms ,平均 = 106ms

C:\Users\at>ping 2409:8028:2000::1111

正在 Ping 2409:8028:2000::1111 具有 32 字节的数据:
来自 2409:8028:2000::1111 的回复: 时间=32ms
来自 2409:8028:2000::1111 的回复: 时间=31ms

2409:8028:2000::1111 的 Ping 统计信息:
数据包: 已发送 = 2 ,已接收 = 2 ,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 31ms ,最长 = 32ms ,平均 = 31ms
Control-C
snowish
2023-01-15 21:57:32 +08:00
我有一台被墙的 Vps ,移动宽带,Tracert 后发现 gfw 并没有墙它,居然是出了国门,经美国洛杉矶中国移动的 as58453 网转到 as3356 再去到 as13335 网后消失在 Lan 网。
这又是什么墙策略
villivateur
2023-01-15 22:17:25 +08:00
@sendmailtest123 这个我用联通测了一下,笑了,从美国绕道英国,环球旅行。

另外楼主的 2400:6180:100:d0::772:8001 我也笑了,从日本绕到新加坡,再绕到香港,又绕回日本,最后到印度,东亚转圈圈,哈哈
loukky
2023-01-15 22:24:02 +08:00
@villivateur 2400:6180:100:d0::772:8001 我这里测试直接走日本 NTT 到新加坡 NTT 到印度 airtel.com 再到目标
Kowloon
2023-01-16 08:04:10 +08:00
@snowish
乱拳打死老师傅,得来全不费功夫。
droidmax61
2023-01-16 08:13:27 +08:00
运营商路由乱配,再加上 IPv6 PMTU 黑洞,emmm....要命
mytsing520
2023-01-16 09:28:26 +08:00
给移动发投诉,投诉网运,就可以了
NathanIft1998
2023-01-16 13:54:44 +08:00
@mytsing520 #18 哪里投诉?
mytsing520
2023-01-16 14:00:35 +08:00

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/909041

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX