@fenghuang 局域网中一般相同的网段在设备的路由表上是直连的，因为数据包都通过交换机交换，是不是旁路由不影响这个。现实当中反而是主路由更有可能让数据包从它那边绕一圈，因为主路由上通常有好几个 LAN 接口，上面同时插着好几个设备，这时主路由器就承担了部分交换机的功能。

在家庭外网需求的情况下［透明网关］一般指主路由设备本身提供了代理翻墙，去广告等能力，可以让局域网里面的设备无需另外配置，就能直接获得翻墙，去广告等功能。

而［旁路由］一般是在主路由没有透明代理的能力，比如光猫或着其它封闭系统的路由器的情况下，通过在局域网中添加一个额外的路由器，配置好类似于［透明网关］的代理能力，让局域网设备将网关指定［旁路由］实现翻墙需求。

还有［旁路由］并不一定是［单臂路由］，［单臂路由］是指只有一个物理端口连接的路由设备。而［旁路由］你接两个物理端口到同一个局域网中，一个做为 WLAN ，一个做为 LAN ，一样可以实现，只是通常没必要而已。

我已经三年没喝酒了，出来聚会和在家都一样，一滴都不喝。我有胆囊息肉和肝血管瘤，如果别人劝我就直说，然后就不会再强迫我喝了。关键是千万别被劝动，时间久了就没人叫你喝了。

@SaltyKitkat 没用过 NixOS ，一直用着 Archlinux ，暂时没有换的打算，重新搞整套环境太麻烦了。

@Planehi 刚刚发现昨天 immich 又更新了一版，添加了对只读的现有库的支持。看起来可以将 nextcloud 之类的现有的图片文件夹纳入进来。

@Misyo 现在的版本已经加上了人脸识别，就是某些识别错误的人脸照片不能手动调整到正确的人脸名称上。

@Planehi 如果用 immich 就要用它的方式上传，nextcloud 那边就只能放弃了。

你看一下 tinc 网卡的 MTU ，再测试一下实际的 Path MTU 。tinc 默认会探测 Path MTU 的，但有可能在节点变化的时候出现 Bug 。

还有一种可能是节点单的路径探测出错了，我前几天碰到过奇怪的绕路问题，重启了全部节点后恢复正常。

@Planehi 我是从 Photoprism 转到 immich 的，第一感受就是浏览速度真快。immich 有 ios 和 android 的 app ，我在家里的 nas 使用 docker-compose 方式部署 immich server 后定期用 app 同步上传一下照片，也解决了我老婆的 iphone 只有 256G 但又经常给娃拍照拍视频导致空间不够用的问题。

别随便升级，这种大环境操作还是先去开几台机器验证一下再做后续处理。K8S 升级影响还是挺大的，API 变化，旧版本某些用 Docker 的还要改一下 CRI runtime 。有条件的话还是开新的集群把服务迁过去再切流量比较好。

vscode 的 Help 菜单下面有个 Open Process Explorer 打开看看是不是有什么奇怪的东西在占用 CPU 。

不用热挺拔的话，一些工控机箱也挺合适。

没人用 CopyQ 吗？这个开源跨平台的，还支持文件夹同步。可以配合 Syncthing 或着 Nas 的共享实现多机同步剪贴板。

之前主力机是 manjaro 的时候用过，整理被同事弄乱的分支时还挺好用的，特别是微服务有一大堆的仓库。现在都是 vscode 加插件解决，好像没什么用它的必要了。

jellyfin/emby 这类在我家的作用就是各个设备连接上就能看，同时支持在线解码重新编码，能让某些不支持此编码的设备也能正常播放。而且可以根据账号同步播放进度。刮削我还是用着 tmm 手动处理，主要看中能根据规则整理文件的能力。

mergerfs 创建文件有多种规则可以选，比如使用 epmfs 时当 nvme 存在文件夹 A 时，在 mergerfs 挂载的目录下的 A 目录中创建文件时就会创建到 nvme 里。如果 nvme 空间不足，会自动创建到 hdd 中。

mergerfs 还支持在线迁移文件和在线修改子挂载选项，只要当前文件没有在打开状态，可以直接 mv 或 rsync --remove-source-files 之类的方式迁移到 hdd 上。

https://github.com/trapexit/mergerfs 这个应该比 overlayfs 更适合你的场景。每日操作的数据直接放到 nvme 上，通过 mergerfs 将 hdd 和 nvme 合并到一个目录，使用 smb 开放服务，再跑个定时脚本去迁移数据。

应该相信现代医学，中医给我的感觉就是十分的混乱，而且极度自信。如果喜欢中医的那一套尽量去正规的中医院，就是也会使用仪器检查，该使用西药也会开给你的那种。普通的只有中药，像药房一样的中医诊所尽量别去，太坑。