基于近期观察，好像从某个版本之后，长时间没有流量或者请求就会断掉连接。
具体现象是 tailscale status 看到的状态是 relay 或者直接没有，而 ping 一下之后（不管是 tailscale ping 还是直接 ping ），看状态就是 direct 了


题主的问题应该是理论上 A 直接去连 B 就能打通，为什么需要 A 开很多端口让 B 来尝试吧？

rook

既然是做违法犯罪的梦，不如直接抢银行

如果你们公司是正经用 red hat 的话，那也不完全是免费的

你要的合并华为已经做了 🐶

@BadFox #104 是的，但和 v 站账号没关系

ingress

可以买个小阵列柜，USB 接到电脑上
PS. 手提电脑 感觉是个有年代感的词

问一下，交警判他是电动摩托的依旧是啥？速度？改装？还是说这车本身就是个有行驶证的电摩？

@Athenalz 可以，shadowrocket ，Q x ，singbox 都能装
shadowrocket 还可以直接局域网配对同步手机上的配置

apple tv 本身可以装梯子，如果需求只是为了 TV 的话，可以不需要换路由器

想到一个梗：
”恭喜你，阳痿了“

本来想在 github 上提个建议，但是看到一堆 open 的 issue ，感觉提了也没什么用。
不反对实用至上，因此很多地方看起来是以实用为主的临时方案。但是都 v3 版了，应该考虑一些优化。看了 Dockerfile ，以下是认为这个项目不太合理的地方
- 把 Docker 当做虚拟机用，用 supervisor 在单个容器中启动了 nginx ，redis ，spug-api ，spug-worker 等不同的进程应用。容器是进程的封装，单容器单进程比较合理
- 代码不是随容器镜像发布，而是在启动脚本中 git clone ，这要是离线部署就没辙了，也不利于做版本控制
- 另外容器基础镜像可以与时俱进一下，CentOS7 已经淘汰了。

看起来是在酝酿新版本，所以希望上面的问题可以优化下

这个问题让我想起了风电火电听音乐的差别

我最近也发现 plex 的刮削经常失败，不知道是不是网络相关的问题。
在路由器上把 plex.tv 指向代理的话，会导致 plex 上报的公网 ip 为代理的 ip ，公网访问会有问题。

unraid ，docker 版本

如果你能从机房拉一条便宜的专线到你家，那确实和 nas 效果一样了。
不然的话，流量走公网进出？ 30M 上传？

ssh -A {your ubuntu}
then
git

你这个属于部署方式，和 go 语言有什么关系。任何语言写的程序基本都能用你说的两种方式来部署