macmini 16G/32G + 512G
内存少点能忍,磁盘空间太少要忍受清理 Xcode 产生的垃圾...

3 岁就能通关,这让俺这种晚上在 ai 帮助下才能有所进展的中年老登大为震惊,太厉害了

@vulgur 谢谢,感觉是应该要先上架华为市场才能搜索,回头研究一下

借楼主宝地请教一下,我们的安卓应用暂时也没有精力适配鸿蒙,在网络上没有找到卓易通的提交应用入口,是不是只要安卓上架比如应用宝这样的分发市场就能让卓易通搜索到?

现在有用户反馈下载 apk 后,提供卓易通还不支持应用

没有接触过鸿蒙系统,查了下这些玩意技术还有点复杂

晚上有事情刚好需要远程到办公室的 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 解码即可) ，有空可以添加交流：）