tracert 链路到国内的 IPV6 都一切正常,到海外的地址就到出口的地方断开了,不知道有没有遇到过的呢
1
RyanLeeCUP 2022-12-18 00:19:20 +08:00
上海电信 traceroute 到日本 ipv6 没有问题
3 240e:18:3:600f::88 3.222 ms 240e:18:3:6011::88 170.056 ms 240e:18:3:500f::88 8.082 ms 4 240e:18:1:105d::88 33.037 ms 240e:18:1:205b::88 28.298 ms 240e:18:1:203d::88 3.344 ms 5 240e:0:a::c9:5300 29.393 ms 240e:0:a::c9:5384 9.279 ms * 6 * 240e:2:a::c9:2738 7.807 ms * 7 xe-0-4-0-3-6.r02.tokyjp05.jp.bb.gin.ntt.net 80.927 ms 82.605 ms * 8 ae-3.r31.tokyjp05.jp.bb.gin.ntt.net 82.333 ms 80.177 ms ae-3.r30.tokyjp05.jp.bb.gin.ntt.net 49.785 ms 9 * ae-3.r01.tokyjp08.jp.bb.gin.ntt.net 44.590 ms 46.806 ms 10 ce-0-17-0-2.r01.tokyjp08.jp.ce.gin.ntt.net 82.621 ms ce-0-17-0-2.r00.tokyjp08.jp.ce.gin.ntt.net 84.289 ms ce-0-17-0-2.r01.tokyjp08.jp.ce.gin.ntt.net 79.919 ms 11 2402:6800:712::5 118.788 ms 2604:8380:3300:0:144:168:36:253 55.575 ms * 12 xxxxxxx 81.879 ms 81.329 ms 83.576 ms |
2
100240v 2022-12-18 00:20:25 +08:00
为什么要用 ipv6 ?
|
3
SQLException OP |
4
SQLException OP |
5
yyzh 2022-12-18 00:28:29 +08:00
被 GFW 了.
|
6
RyanLeeCUP 2022-12-18 00:34:03 +08:00
@SQLException #4 看你这走的路径和我的第 3 跳是一样的 感觉不是地区的原因 其他信息也不够 看不出是啥问题
|
7
SQLException OP |
8
rainhabitoops 2022-12-18 05:48:09 +08:00 via Android
现在个地区移动的比三方面都好。
|
9
alect 2022-12-18 10:17:33 +08:00
你就说有没有访问敏感的网站吧,被 gfw 了
|
10
baibing 2022-12-18 11:32:25 +08:00
请问下,为什么想使用 ipv6 呢?它有什么好处?
|
11
SQLException OP |
12
baibing 2022-12-18 11:43:18 +08:00
@SQLException 好吧,我经常看到有人想给自己的宽带分配 IPv6 ,并且想通过 IPv6 访问一些网站。但如果内容一样,响应速度差不多的话,我真不太理解费那么大劲干嘛了
|
13
cnbatch 2022-12-19 01:15:28 +08:00
|
14
admin13579 2022-12-19 09:29:43 +08:00 via Android
@cnbatch V6 墙本来就是没 V4 高的,
一是很多被墙黑洞掉的 IP ,不管是网站还是代理,也只是封掉 V4 ,V6 很多都没封死 二是现在地区运营商有非常多的墙中墙,干扰,很多落地 IP 在境外的正常网站,名义上也没墙,但你一访问相关 IP 段就给你大幅提高丢包,或者随机阻断,根据连接时长提高阻断概率,让你一会上得去一会上不去(远不止 steam 和 github 那种软墙,这个部署的其实已经相当广泛,大量正常网站都受影响,完全是不计误伤的在打击),但是这种干扰目前也仅限于 V4 ,使用 V6 可免受影响 |
15
baibing 2022-12-19 15:37:08 +08:00
有道理,用 socks 代理裸奔,我以前在 ipv4 上弄过,就很惨...这个确实可以考虑考虑
|
16
omcourseecust 2023-02-01 17:12:06 +08:00
确实有这种现象
|
17
omcourseecust 2023-02-01 17:12:34 +08:00
不是所有的段,特定的,现在好像修复了
|