为什么不试试腾讯云 CDN 呢？效果一样，速度还快得多

如果只是两个电脑之间互通，ZeroTier 之类的方案简单粗暴。
如果要两个网络完全互通，在 IP 段不冲突的情况下跑个 WireGuard 之类的 VPN 连上，然后互相在路由表设置一下，让目标为对方网段的流量走 VPN 接口就行。

@zhenrong #40
理想状态：车牌干净，基本没人搞小聪明，环境友好，摄像头画面始终清晰且位置校准好后始终不变，车流量稳定，车速均匀，车牌识别快速，用户操作简单。
现实：各种脏污、涂改、换牌、车速过快、车辆间距过近、车辆灯光过亮、环境光差等会导致车牌无法正常识别的情况，各种环境因素甚至车辆因素导致摄像头脏污甚至受损的情况，各种导致车流量增加以至于做不到稳定识别就会堵一长串的情况，等等等等。

当下 etc 这种近距离无线通信的方式，有时都无法确保可靠性，视觉方案就更别提了…

@wsq3306 #5 那可太多了，你随便进个 3D 打印机的交流群，都能看到一堆做代打印服务的个人，基本就赚个电费钱…

说实在的，在大厂（比如嘉立创）都入场搞的时候，个人做这块的就已经没什么优势了。别人工业机器质量稳定，而个人做这块的水平有高有低，绝大多数人连基本的调整都调不明白，完全没法比。更别提你甚至之前都没有打印机，现在才想着“买台 3D 打印机打印东西卖”了。

如果你是想打印产品卖，那你首先要面对的就是通用需求在市场上有大量量产的注塑件，别人量产成本比你低、质量比你好，你 3D 打印没法比。

如果不是做通用需求的产品，按照你最新的回复来看，你自己又不会建模，还指望拿别人的开源模型打出来卖，那就必然无法做定制化产品，基本就碰运气看能不能碰到轻量化定制且没哪家厂做量产的产品。比如立式无线充电器碰到摄像头高度问题导致放不稳的情况，需要加个小增高垫这种，还勉强能搞搞，但这种又赚不了钱。

@he007h #5 我从几年前第一次用上可以 type-c 供电+显示输出的笔记本开始，无论是 Windows 的小米笔记本还是后面的两台 MacBook ，都是一直长期插电使用（显示器供电），没有任何问题。而且显示器供电跟用充电器供电本身就没有任何区别，何来的“显示器供电容易掉电池健康”一说？

@kid1412621 #13 方案 1 、2 、4 就是完全一致的地址（同样的域名+同样的默认 443 端口）

@kid1412621 #10 要折腾可以参考 https://github.com/onedr0p/flux-cluster-template 这个项目，虽然很多东西比较多余、非最优解或比较复杂，但核心的那些工具和设计方式很好，可以基于这个模板慢慢改成自己的处理方式。

@kid1412621 #10 我目前是四种方案混合使用：
1 、内网环境，内网 DNS 做个泛域名解析指向 K8S 中 Traefik （ Ingress ）的 Service IP （ LoadBalancer 模式），LoadBalancer 是基于 kube-vip 做的，集群中的节点离线也会自动切到其他节点，IP 不变。
2 、公网 VPN 连回家变成内网环境，与 1 相同。
3 、公网直连，Ingress 给部分服务（比如 Emby ）配了直连域名（非直连域名配了 Traefik 的中间件，禁止非内网 IP 访问），直连域名通过 DDNS 指向公网 IP ，访问直连域名+映射后的端口就是直连。
4 、公网免端口、隐藏服务端 IP 连接，用腾讯云 CDN ，源地址指向 DDNS 域名+映射后的端口，然后就是跟常规的公网服务一样了。

通常来说，我自己的设备是用 1 和 2 ，部分不方便连接或没法连接 VPN 的设备用 4 ，全都是统一化的体验。需要给别人用的那些服务就是用 3 和 4 ，流量较大的优先用 3 ，量少、短期使用的用 4 。

域名解析方面有个注意点，我无论是公网还是内网都是做的泛解析，原因是 HTTPS 证书的签发记录可以被查到，而有些服务我不想被人直接知道，但又需要保持公网和内网一致的体验，所以不能子域名一个一个那么设。而且泛解析处理起来也更省事些，cert-manager 可以自动处理泛域名证书的签发和续签，所有服务只需要签一次，加上 kubed 可以同步 K8S 中的 Secret 到多个命名空间，可以轻松解决在分多命名空间管理、不给 Traefik 设置默认证书的情况下，多 Ingress 的 HTTPS 访问问题。

不给 Traefik 设置默认证书的原因是，如果你设置了默认证书，那么只要访问到你的 IP+HTTPS 端口就能根据证书直接得到域名，进而可能关联到你的 DDNS 域名，这也是不太安全的。

你凭啥觉得你这个时间点进场还能赚钱…大厂的工业打印机、小厂的普通 fdm 打印机集群、个人 kol 的几台光固化/fdm 打印机，哪个不比你一个后进场的更容易被选择？你这还只是“买台”，别人个人 kol 好歹还有专业知识可以指导客户，你这啥都提供不了，甚至自己可能都还玩不明白。

建议直接用显示器供电，接键盘鼠标的话还能直接接显示器的 hub 上，省事

你这方案还可以优化，两点建议：
1 、同步完全可以考虑用 resilio-sync 做，同步速度很快，放后台自己同步无感知。
2 、无 vpn 通过域名不带端口且隐藏服务端 ip 访问家里的网站类服务，你可以选择用腾讯云 cdn ，支持填写自定义端口的源地址，国内使用速度比 cloudflare 快得多。

@kid1412621 #8 算是，但严格来说都是写 helm 的 values ，原生的 k8s 配置我只在临时测试的时候用用。

有些没有官方 helm 包的家用场景应用（比如常见的影视类的 sonarr 、radarr 之类的）都是用的 https://bjw-s.github.io/helm-charts/docs/ 做的，大幅简化了配置复杂度，基本写完一次剩下的就是复制粘贴改个镜像地址、镜像版本、容器内的端口号、子域名的名称，需要的情况下再改个 pvc （给容器挂载的存储空间）的名称和申请空间量），比 UI 配的还方便些。

镜像更新会有 https://github.com/apps/renovate 自动检测并创建"Pull requests"，所以版本更新只需要点一下"Rebase and merge"，也是比较方便。

@kid1412621 #6 我是直接用 Flux 做添加应用部署、调整部署配置这种操作，纯文件形式，依靠 Git 管理，不用 UI 。用 UI 的时候主要是看当前日志、进入容器操作、临时停掉一些容器之类的，我个人是 Lens 用的比较多，有时候没电脑或者不能直连服务器就用 KubeSphere 。

@Feobe #23 新风空调无论是风扇还是管道都太小了，换气速度不够的，只适用于房间不大且没有办法装正经新风的情况下使用，房间大点就基本起不到啥效果了。

只要换气速度够快，即使你感受不到有风，也依然可以把热气排出去，所以新风系统实际上是一个可行的选择，但是后装的新风机不太能达到可以降温的程度，尤其是房间大的情况下。