wyxls

个人推荐 PVE ，底层 debian ，想折腾原生软件服务就开一个 LXC 容器，想折腾其他的也能通过虚拟机跑起来

@mrlfishman
六七年前的路由硬件 NAT 应该不太够用，p2p 下载除了大量的硬盘 IO 和网络带宽压力，还有点对点大量连接处理压力，力大砖飞换网口和吞吐能力强的路由肯定能缓解

不过我的做法是在 NAS 里跑一个 win 虚拟机，然后乱七八糟的 win 版网盘、软件都往里边扔，这样可以把路由带宽压力转移到 NAS 的硬盘 IO 上，直接用 windows 的 RDP 或者套个 noVNC ，也方便随时进去远程管理

@shakukansp tailscale 的 admin console 里，192.168.0.0/23 这个路由表 approve 了没？

我刚好也在研究这问题，现在通过 AI 和搜索引擎找了两个方案，假设子网 A 为 10.36.13.0/24 ，子网 B 为 192.168.31.0/24：
1. 在 tailscale 通过配置 ACL ，针对客户端分组 tag 之后，注释掉默认 accept all ，改为设备到子网的逐一维护允许，比如{"action": "accept", "src": ["tag:A-devices"], "dst": ["B-subnet:*"],}
2. 在 subnet router 那维护静态路由表，比如 B 网关配置 192.168.31.0/23 to 10.36.13.0/24 ，这样局域网内 IP 通过网关访问 B 网，B 网优先级会胜出

码农有动手能力建议考虑虚拟化系统或者自由度比较高的 NAS 系统，比如 esxi 、PVE 、truenas ，主动权都在自己手里

想省事就黑群晖、飞牛 OS 之类的成品，缺点是官方怎么改，你只能选择不更新或者更新，像群晖之前就砍掉了 photos 的 HEVC 编解码功能，扔给客户端处理了，哪怕 NAS 本身有核显硬件加速

上面的说得差不多了，群晖后端的 docker 本身也遵循规则，不支持编辑更改端口、路径映射之类的，群晖只是做了个 manager 让你以为能改，实际上更改保存还是删掉容器再重建

其次 DSM v7.2 后 contrainer manager 提供了 compose 界面，建议还是逐渐改成用 compose 部署吧，或者干脆 ssh 进去 sudo docker-compose

以前只能单个容器点点点下一步太麻烦了

规则里加一下 tracker 白名单就好了，全局代理在服务器看来你就是在万人骑的节点上跑 qbit 上传

我目前是自建了一个官方镜像配置登录鉴权的 registry 容器加自有域名搭配组成代理缓存仓库
配置容器的 HTTP_PROXY 和上游仓库 REGISTRY_PROXY_REMOTE=htps://registry-1.docker.io
利用 nginx 反代自有域名，pull 的时候带上 domain.com:port/docker_url 就能正常工作，就是每个镜像都得手动在前面加域名端口有点麻烦
理论上可以找个能直连访问到 dockerhub 仓库的地方做反代就行，就像#18 #30 说的那样

最近家里从电信换成联通，上行 150Mbps ，但是同省跨城市的电信访问回去，晚高峰带宽很低，大概凌晨 0 点后正常