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

77 天前
jesky  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

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

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

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

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

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

© 2021 V2EX