北京移动和香港宽频配置 ZeroTier 连接问题

2024 年 12 月 20 日
 jesky
网络环境:
北京移动宽带,公网 IPv6+内网 IPv4
香港宽频 HKBN ,公网 IPv4
————————————
配置:
北京 - OpenWRT+ZeroTier
香港 - 梅林+ZeroTier
————————————
问题:
ZeroTier 配置并连接成功,从香港 ping 北京的路由,延迟并不高,但是会丢包,如下:

Request timeout for icmp_seq 16
64 bytes from 192.168.6.1: icmp_seq=17 ttl=63 time=52.806 ms
64 bytes from 192.168.6.1: icmp_seq=18 ttl=63 time=52.549 ms
Request timeout for icmp_seq 19
Request timeout for icmp_seq 20
Request timeout for icmp_seq 21
64 bytes from 192.168.6.1: icmp_seq=22 ttl=63 time=52.627 ms
64 bytes from 192.168.6.1: icmp_seq=23 ttl=63 time=56.309 ms
Request timeout for icmp_seq 24
64 bytes from 192.168.6.1: icmp_seq=25 ttl=63 time=51.956 ms
Request timeout for icmp_seq 26
64 bytes from 192.168.6.1: icmp_seq=27 ttl=63 time=51.317 ms
64 bytes from 192.168.6.1: icmp_seq=28 ttl=63 time=66.857 ms
64 bytes from 192.168.6.1: icmp_seq=29 ttl=63 time=52.302 ms
Request timeout for icmp_seq 30
64 bytes from 192.168.6.1: icmp_seq=31 ttl=63 time=52.931 ms
Request timeout for icmp_seq 32
Request timeout for icmp_seq 33
64 bytes from 192.168.6.1: icmp_seq=34 ttl=63 time=56.980 ms
Request timeout for icmp_seq 35
64 bytes from 192.168.6.1: icmp_seq=36 ttl=63 time=54.604 ms
Request timeout for icmp_seq 37
64 bytes from 192.168.6.1: icmp_seq=38 ttl=63 time=50.495 ms
Request timeout for icmp_seq 39
Request timeout for icmp_seq 40
Request timeout for icmp_seq 41
64 bytes from 192.168.6.1: icmp_seq=42 ttl=63 time=54.001 ms
Request timeout for icmp_seq 43
64 bytes from 192.168.6.1: icmp_seq=44 ttl=63 time=56.311 ms
Request timeout for icmp_seq 45
Request timeout for icmp_seq 46
64 bytes from 192.168.6.1: icmp_seq=47 ttl=63 time=57.998 ms
64 bytes from 192.168.6.1: icmp_seq=48 ttl=63 time=58.681 ms
Request timeout for icmp_seq 49
64 bytes from 192.168.6.1: icmp_seq=50 ttl=63 time=107.714 ms
Request timeout for icmp_seq 51
Request timeout for icmp_seq 52
Request timeout for icmp_seq 53
Request timeout for icmp_seq 54
64 bytes from 192.168.6.1: icmp_seq=55 ttl=63 time=59.755 ms
Request timeout for icmp_seq 56

————————————
本质就是不可用的状态,有没有解法呢?
2430 次点击
所在节点    宽带症候群
12 条回复
R4rvZ6agNVWr56V0
2024 年 12 月 21 日
正常。跨境专线才能解决。
yyzh
2024 年 12 月 21 日
没有.给你好东西了那 cn2/9929/cmin2 卖谁去?
jiub
2024 年 12 月 21 日
你需要 iepl 去拉
cskeleton
2024 年 12 月 21 日
买贵的线路,世界加钱可及
0xfb709394
2024 年 12 月 21 日
非优质线路过墙都有策略性丢包,只能建议升级好一点的线路
isad
2024 年 12 月 21 日
这也丢太多了 还不如随便一个 cmi 小鸡来的好
bclerdx
2024 年 12 月 21 日
普通线路也就只能这样了,原因可能很多,但降本增笑是其中之一了,OP 还是听劝吧,大陆 ISP 就这操行呗,换个思路和方式方法,也就豁然开朗了。
xwybss
2024 年 12 月 23 日
你用 zerotier 跨境,运营商识别为未知 udp ,全给丢包了。
老老实实在 hkbn 那一边搭 xray reality 吧
jesky
2024 年 12 月 25 日
谢谢大家,如果我想买一个香港 CMI 线路的 VPS 为两地互联提升稳定性:
1 ,能不能加速,UDP 会不会被阻断;
2 ,应该搭建 ZeroTier 的 Planet 还是 Moon ;
xwybss
2024 年 12 月 26 日
@jesky 你为什么就一定要纠结 zerotier 呢?跨境 udp 管你走什么线路,一律认为疑似翻墙,跑多点直接封 IP
jesky
2024 年 12 月 26 日
@xwybss #10 因为本来最原始的需求并不是要相互代理,只是想让香港共享北京 NAS 里的文件,而北京没有公网 4 ,香港又没有公网 6 ,所以就想到了用 zerotier 组网。
asnake
2024 年 12 月 31 日
香港回北京路由是不是绕行了。

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

https://v2ex.xtra.eu.org/t/1099198

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

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

© 2021 V2EX