@technet 好像国内厂商对于 testflight 的玩法就是，等安装完了踢掉再继续邀请用户，所以覆盖量可以远超 5000 。 不知道国外玩法是不是这样。

已购买 Pro ，希望作者继续维护下去。毕竟用爱发电无法持久

npm 国内镜像只能解决 npmjs.com 的镜像问题。

很多 npm package 存在 postinstall 本地执行行为，例如: node-sass 会从 github release 里面拉一个.node 文件或者源码什么的，这个时候国内镜像就没办法解决这个问题。

最好的办法还是终端设置 http_proxy ，偷懒就全局走代理，如果规则足够多能够覆盖也可以走规则模式。

@brucebot 特意重新去尝试用 M1 编译了一下 macOS 客户端，最后卡在了 omniedgeio/n2n-macOS 这个模块上。

然后尝试了一下编译 omniedge-cli 或者 n2n 是可以成功，但是最后因为 n2n 报错“fail to open TUN/TAP device”无法正常运行。顺带吐槽一下 TUN/TAP next 安装还得重启进入安全模式里面授权，这个严重打击了我继续尝试的念头。

n2n 的 macOS 兼容性还是有些不如 wireguard ，可能是因为 wireguard 有 golang 版本实现的原因，我尝试过编译 wireguard-go 或者 tailscale 在我的 M1 电脑上都能够完美的运行，不需要再额外安装 TUN/TAP 。

最后期待作者能尽快把 omniedge-macOS 上架

@brucebot BSD-3 如果我没理解错的话是可以再修改闭源，只需要包含原来代码中的 BSD 协议即可。但是 GPL V3 肯定是不行的。

另外，我上午试用了一下 OmniEdge ，MacOS GUI 居然还只是 iPad 版本，下载下来启动之后我就没办法上网了（这个可能和我电脑某些设置有关系，其他 iOS 客户端跑在 Mac 上也是无法正常上网）。

其次，超级节点还得付费（ Tailscale Derp 自建是免费的），国内的情况大家应该懂的，哪怕国外节点只是用来 p2p 之前握手，也可能偶尔卡的没法用。

所以我觉得还是继续 tailscale 待着吧，自建控制平面运行半年多了，基本上没出问题。

前端我是建议不要走 nginx 反向代理接口，这样可以纯静态化丢到 cdn 里面去减少运维成本和服务宕机风险。所有的跨域请求都可以后端配置好 CORS 响应头。

如果真的要配置 nginx 反向代理，那么也应该配置好一个域名，根据不同的域名去转发到不同的后端接口地址。

chrome 会有预获取和自动重试的机制。

用下抓包工具可以看到，当你输入网址，还没回车的时候网页就已经加载了，然后像网络异常什么的，Chrome 会继续尝试一下，所以问题一可能就是通道不稳定，Chrome 帮你做了重试而已。

GPL v3 协议对比同行 tailscale 家的 BSD 3 差太远了，而且 tailscale 已经有社区做的 headscale 来替代官方的控制面板。


不过多准备一种协议也总是好的，万一 tailscale 基于 wireguard 的协议正常沟通都被封锁，还有 OmniEdge 基于 n2n 的方案可以备用😂

@q1angch0u webrtc 是在用户使用的时候才能启用，而本地客户端可以后台悄悄的传。

还记得以前 ADSL 时代，要是网络卡了，第一反应就是看看是不是迅雷或者暴风后台没关。

我都是从 M1 迁移到 M1 Max ，虽然我知道可以自动同构迁移，但是我依然选择一个个手动安装，不然我都没感觉换了新电脑

小米手环续航那么夸张，应该是用的蓝牙低功耗（ Bluetooth Low Energy ， 简称 BLE ），省电是很省电，但是速率低的吓人，仅有 0.27 Mbit/s 。

同比普通蓝牙 0.7–2.1 Mbit/s ，BLE 连普通蓝牙最低速率的一半都没。

所以，续航强和功能多，只能等核电了。。。

一直很不习惯 VS Code 的左侧文件树排列，左侧边距太小导致很难一眼区分层级。JetBrains 家的新 UI 至少没这问题

在 elasticsearch 上使用"拍摄快照并还原"，添加“存储库”，选择 S3 协议，然后参考阿里云 OSS 的 S3 协议格式填进去即可。

Github 看似免费，实则只是针对个人的， 各种收费的点卡的刚刚好。

例如我司团队里面不得不买 Team 版本的理由是，分支保护只对 public 项目开放，private 收费。Github Action Secret 同理，免费版只能一个个配私有仓库，不能在整个 org 通用。

企业版本明显是针对大企业的，SSO 以及审计日志还有白名单登录等等，都是能够一定程度防止因为某个成员密码被攻陷导致整个仓库泄漏的可能，

我更关心的是 Google SSL OCSP 服务会不会被墙

tailescale ping 100.xxx.xxx.xxx ，可以检查一下是通过中继通信还是有一端有公网打洞直连。

如果是通过 derper 中继，默认官方节点都在国外，卡和慢都是正常的。解决办法就是自建 derper 节点，这样握手快，数据传输速度也取决于你自建服务器的带宽和延时