@lanthora 我看 tailscale 也是用的 wintun 是，c++一直没胆量去学习，不过 go 在网络处理上可能还是没有 c++高效，加油楼主

c++编写，太厉害了，赞一个

@ryan0218 原来是有 bug ，看来我们的监控还是做的有问题。。。已经修复，谢谢反馈：）

@ryan0218 囧，是 GitHub 方式吗

推荐一下自家的 xEdge （ tailscale 国内发行版），我估计轻量套餐已经够楼主用啦，直连成功的话应该更流畅。

@wangsfox 感谢朋友的支持，我们界面确实比较简陋，不过我也在思考是否要做太多功能还是专注于做好网络组网这个能力，比如上游 ts 的界面也是以小清新为主……

我们基于 Tailscale 做了个 xEdgeBox ，可以用来做异地组网，如果流量不大我们第一年送的中转流量估计够用了，如果打洞成功应该不占用流量，🈶兴趣可以百度 xEdge 了解哈

活了这么久不容易，俺邮箱里还存着当年的 icq 号码，还记得当年聊天的第一个国外妹子 Emma 。这句话里感觉透露出一种遗憾。

不想动路由可能只能端口转发了，注意新版 tailscale stateful filter 的坑，不允许内网侧主机先发起访问。

啥交换机啊，万兆口 6 打 6 ，60Gbps 的吞吐，并且 iPerf tcp 的话，pps 估计也不高，可以去交换上看看有没有命令看，万兆非网管应该不多吧

楼主把我搞乐了，上一次玩 arp 欺骗还是接近 20 年前在网吧里用自己写的 pcap 程序，那时候（可能现在还能） qq 的号是在报文里明文编码的，用这个可以把网吧里的妹子 qq 号扫描到。

现在这个玩法估计不太行了

问题是楼主你没说你 exit node 本身具备不具备 IPv6 能力呀，client 把流量牵引到 exit node 之后，会在那里进行 ipv6 nat 出去。

另外，v4 上，tailscale 客户端是通过 overlay DoH 方式把 dns 请求牵引到 exit node 进行的，这样理论上应该是能够得到双栈 dns 回复的。

这个场景就是 tailnet 子网路由器的核心场景吧，如果不自己建设，可以用下我们基于 tailscale 打造的 xedge 哈

@sudosu 感觉像是防火墙的问题，组网可以视同 tails scale+derp ，不过我们近期在升级桌面客户端的 tailscale 核心，后面有空可以再看下。 我们后台看下是不是组网信息推送的问题

@sudosu 囧，认证成功内网不通吗？

尝试下俺们的 xEdge?兼容 tailscale😊

擦，我之前因为玩了下他们的零信任也收到了，总觉得挺不好意思。不过后来觉得他们可能并不在乎你回复不回复，毕竟销售和研发对于被拒绝或者无视可能的容纳度不一样。

@wuhao 试试楼下等映射，如果你 ts 在另外一个 docker ，你把那个 docker 的 run 目录映射到宿主机