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

[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

————————————
本质就是不可用的状态，有没有解法呢？

谢谢各位大佬的解惑和建议。
那么是不是可以这么搞：
我买一个香港 CMI 线路的 VPS ，搭建 ZeroTier 的 Planet 或者 Moon （还没清晰理解其区别，不确定应该搭哪种）作为北京和香港的中转；
然后后续的使用方法是两地家宽路由上都搭建 Clash 代理，并作为局域网的 HTTP 代理向对方提供使用；
BJ 分流：国内的直连，国际的用 HK
HK 分流：国际的直连，国内的用 BJ
这样能不能实现：BJ 听网易云，就直连了，要看 YouTube 就分流到 HK ，HK 收到后在其分流规则里就直连，那就从 HK 网络出去了；而在 HK 看 YouTube 就直接看，如果要听网易云就分流到 BJ ，BJ 收到后在其分流规则里要直连，实现 HK 听网易云从 BJ 网络出去。

[GeekGao]

正常。跨境专线才能解决。

[yyzh]

没有.给你好东西了那 cn2/9929/cmin2 卖谁去?

[jiub]

你需要 iepl 去拉

[cskeleton]

买贵的线路，世界加钱可及

[0xfb709394]

非优质线路过墙都有策略性丢包，只能建议升级好一点的线路

[isad]

这也丢太多了 还不如随便一个 cmi 小鸡来的好

[bclerdx]

普通线路也就只能这样了，原因可能很多，但降本增笑是其中之一了，OP 还是听劝吧，大陆 ISP 就这操行呗，换个思路和方式方法，也就豁然开朗了。

[xwybss]

你用 zerotier 跨境，运营商识别为未知 udp ，全给丢包了。
老老实实在 hkbn 那一边搭 xray reality 吧

[jesky]

谢谢大家，如果我想买一个香港 CMI 线路的 VPS 为两地互联提升稳定性：
1 ，能不能加速，UDP 会不会被阻断；
2 ，应该搭建 ZeroTier 的 Planet 还是 Moon ；

[xwybss]

@jesky 你为什么就一定要纠结 zerotier 呢？跨境 udp 管你走什么线路，一律认为疑似翻墙，跑多点直接封 IP

[jesky]

@xwybss #10 因为本来最原始的需求并不是要相互代理，只是想让香港共享北京 NAS 里的文件，而北京没有公网 4 ，香港又没有公网 6 ，所以就想到了用 zerotier 组网。

[asnake]

香港回北京路由是不是绕行了。