晚上有事情刚好需要远程到办公室的 macmini,因为家里临时在用 linux,忘记了我给这个 linux 配置了端口映射,于是 linux 和办公室之间通过我们自己的 xEdge(基于 tailscale)的 p2p 直连了,没想到远程桌面卡的要命

拿起 iperf 一测,江苏电信和江苏移动之间,直连他妈的只有 1Mbps 啊...,而且还有丢包...

于是只能移除了规则,强制走 xEdge 的中转,发现既使启用低倍率 bgp 中转,带宽都比这种跨网直连要好的多

@v00O 不是一回事，derp 采用的协议和 peer relay 不一样。

@tangzs 这种情况下，你可以考虑把公里的节点配置为 relay ，然后可以不用建立 derp 了，因为目前看 tailscale 的策略时先打洞，打洞不成尝试走 relay ，derp 做为最后的 fallback

除了这个 peer relay 外，对于企业组织账号也开始试支持 multiple tailnet 了。

个人认为：peer relay 更多是解决了 derp 部署的复杂度（包括证书、认证啥的），以及公共 derp 的性能不佳的问题，如果能自建 derp ，其实搞不搞 peer relay 都没有太大区别，而且 peer relay 走 udp(底层走了 geneve 封装)，可能转发速度还不如基于 https(upgrade 成私有协议)的 derp 。

俺的 weekly 配额也已经到了 90%，刚好发布了 haiku 4.5 ，用这个看起来 token 消耗的没那么快，准备看看剩下的 10%能不能撑到周六重置日。

给大佬点赞

我也来补一个，小米筋膜枪，之前有段时间没用了，结果充不进去电，网上查了下可能是电池太久没有用导致需要重新激活下电池，费大劲拆开了整了个电源头自己激活了下，活了。

最近又想拿起来用下，结果一试，又他妹的没电了，但已经没有再拆开激活的想法了，累了。

想到我几年前说我要再买小米我是狗，笑了。

换上 X 上 dhh 搞的基于 archlinux+hyprland 的 omarchy 。

话说最近把 nuc 办公机上的 ubuntu 换成了 archlinux ，配上 hyprland 用了段时间，感觉的确不错，linux 桌面想不到也有这么丝滑的一天。

自己没有用 omarchy 是因为很多年前就是 gentoo/archlinux 玩家，就没有必要用别人 cook 的 omarchy 了。

@patrickguokai 切到后台后 Apple 会停止网络，此时会断开，切回前台会重新连接。

@Quanuanc 有计划，打算支持 web view 等功能时一并支持下，难度应该不大，到时可能会在 pro 版本中提供，到时 v 站会提供码子给大家：）

@Quanuanc 手上没有 surge/shadowrocket ，但有 loon ，测试了下是可以的，我估计可能是分流规则的原因，可以看下 tailscale 的域名的访问记录，达到 connected 状态只与 control server 交互。

7 月份 tailscale 搞了自己的 BGP as ，control server 的 ip 段已经稳定为下面两个，如果不想加域名，分流这两个 ip 到国外应该会比较稳定。

IPv4: 192.200.0.0/24
IPv6: 2606:B740:49::/48

唉，如果这两个 IP 段被墙了...

@phoenix 我估计不太可行，原因在于 iOS 环境下 app 可能没法常驻后台并同时保持网络连接，我的计划是后面通过内置 webview 的方式配合 app 内部的环回代理访问远程的 web 服务。

@lightionight 哈哈，解决一个自己的小问题，mintflow 还在打磨中，跟其他的不能比，还有一个原因是因为 vpp 比较重也有一些技术包袱，还得再折腾。等后面再完善点了再送点码出来：）


@kapr1k0rn 谢谢提醒，之前已经发了，我也经常关注/r/tailscale

@billzhuang 不太清楚你指的是自建 control server ，比如配合 headscale 实现 oidc 支持，如果是这个的话，因为这个 app 暂不支持 custom login server ，所以没法支持。如果是指 tailscale 的 custom oidc provider ，应该可以看他们的文档：

https://tailscale.com/kb/1240/sso-custom-oidc

当然我没有验证过，我理解是如果你设置了 custom oidc provider ，你以 web 方式认证时，它们会让你选择你所配置的 oidc 进行跳转认证。

@onetown wireguard 如果不是作 server 的话，做 client 并不需要修改，因此也不是魔改啦：） vpp 到 iOS 其实最困难的并不是这个，而是 coroutine 的适配，网络 io 的 apple 平台对接这些。

softether 对我这样的中年人来说太古早了，已经很多年再没有碰过。对于 iOS 来说，除了需要 exclude 的 routes 外，大部分都直接 route 到 vpp ，然后利用到 vpp 的路由功能可以做很多事情，特别是 vpp 的 hoststack ，MintFlow 这个 app 的 l4proxy 是通过 vpp 的 hoststack 配合 yamux 这个协议（我手工撸了一份 C 的 yamux 实现到 vpp 里）对接到 rust 组件，这也是我为什么不想在 MintFlow 里引入 Tailscale ，因为需要引入 go runtime ，overhead 可能比较大。

针对你说的路由数量，这个其实 tailscale 也很头痛，他们会在下发路由时，针对移动平台做下 route 合并，原因可能还是因为他们搞了 app connector 后可能会引入大量 routes...

我的微信可以搜索用手机号：MTgwMTM1ODgxODk= （ base64 解码即可) ，有空可以添加交流：）

@followad 感谢支持，后面会继续抽空迭代完善功能。

@yanyuechuixue 感谢支持

@billzhuang 不是本地生成代理，而是直接将 ssh terminal 的底层传输层网络连接导入到 tailscale userspace 协议栈里，这样可以直接 ssh 到私有网络的 ssh 服务器上；当然后面打算还会加上通过一个 app 内置浏览器访问 tailnet 上的 web 资源，但目前看可能需要 iOS 18 ，暂时还没有加上。

@v2ro88 俺有一台 iphone 6splus ，用来真机测试低版本，最高版本就是 15.0 ，因而尽可能都想支持较低的 iOS 版本；为了这个还需要对 tailscale 的 sdk 作点小修改。。。