愿意折腾学点东东的话，买个小主机跑 debian，挂 2 个硬盘盒，其中一个主盘，用 smb 共享出来，选择性 rsync 镜像，或 syncthing 同步，起几个 docker 运行服务，vpn 端口映射出去。没公网 ip 的话麻烦点，买个最便宜的，地理位置最近，延迟最小的 vps，用 wireguard 组成局域网，移动设备在外可安全访问家里网络，挂载 smb 共享也行

miui 那个所谓的远程文件管理就是集成了开源的 SwiFTP，连欢迎信息都没改。

https://github.com/ppareit/swiftp

以下自己现学的。

MTU 指 2 个节点之间，数据链路层的最大传输单元，PMTU 是完整路径上的最大数据单元，取决于其中最小的那个 MTU 。

自动分段在一些情况下是做不到的。

PMTU 的自动检测依赖 ICMP 某个包，但由于大部分网络设备屏蔽了 ICMP，导致 PMTU 自动检测无法进行。

上面说的 MSS 是 TCP 的最大段大小，可以在路由器上钳制（ TCP MSS clamping ），这样一来只要是 TCP 数据包，都会由于 MSS 的设定而将 MTU 也限制在合理范围内。

Linux 自带 sshd，sftp 一把梭。Windows 架个 FileZilla server 或 SMB 。手机 Android 上的 X-plore，各种客户端都有

站长看斗鱼怀旧 FC 直播么？类似低调、柯南、爱德华这些

开启文件系统审计（ FS Audit ），根据日志分析是哪个进程创建的目录
https://www.varonis.com/blog/windows-file-system-auditing/

有意思。日志里没任何相关内容？

@avastms 哈哈，今天正好摸鱼在看。

https://github.com/awesome-selfhosted/awesome-selfhosted

折腾了半天发现是依赖`Requires=mnt-nas2.mount`在用`.target`触发时不会满足，不会自动挂载文件系统。而在手动执行`systemctl start self-backup.service`时却能够加载。是 BUG 么？

https://www.journeybytes.com/disable-firefox-quantum-updates/

用 policies.json 亲测有效

@jjianwen68 Clash 貌似有一个自动选择最佳节点的功能，`type: url-test`。

经不经过网关看是各自配的子网掩码，用自己的 IP 和子网掩码算的的网络号，比较对方的网络号（用对方的 IP 和自己的子网掩码计算），是否相同，相同就不经过网关，不同就查找本机路由表发送到对应的下一跳

跑 dnscrypt-proxy，配合一个 forwarding-rules.txt ，排除大陆站点，大陆站点用自己 ISP 的 DNS 解析，保证获得最快的 IP 。
dnscrypt-proxy 绑定 53 口有困难的话， 用 bind9 做转发，bind9 还可以配置自己的一层屏蔽策略。
以上运行在 Debian10 的旁路由中

老铁推荐的 coredns.io 有空看看，思路是不是差不多的？

@seers 不是，我把自己理解的内容整理了一下方便你排错。
而且这里将所有 UDP 数据包不论目标 IP，只要匹配到 53 口的都映射到 1053 也有些奇怪。

不成功的命令：

```
iptables -t nat -N CLASH_DNS
iptables -t nat -F CLASH_DNS
iptables -t nat -A CLASH_DNS -p udp -j REDIRECT --to-port 1053
iptables -t nat -I OUTPUT -p udp --dport 53 -j CLASH_DNS
iptables -t nat -I PREROUTING -p udp --dport 53 -j REDIRECT --to 1053
```

`iptables -t nat -I OUTPUT -p udp --dport 53 -j CLASH_DNS`

OUTPUT 链经过的是本机发出的数据包，udp，目标端口 53，跳转到 CLASH_DNS 自定义链，修改目标端口为 1053 。
注意：没有匹配目标地址，不一定是 192.168.0.0/16 。

`iptables -t nat -I PREROUTING -p udp --dport 53 -j REDIRECT --to 1053`

PREROUTING 链经过的是收到的不论是发给本机的或需要转发的数据包，udp，目标端口 53，修改目标端口为 1053 。
注意：没有匹配目标地址，不一定是 192.168.0.0/16 。

成功的命令：

```
# Redirect 53 to 5353
iptables -t nat -I PREROUTING -p udp --dport 53 -d 192.168.0.0/16 -j REDIRECT --to 1053
```

对收到的数据包，udp，目标端口 53，目标地址 192.168.0.0/16，修改目标端口为 1053 。

我记得 init 用 systemd 的会被它接管