不要随便转换路径！

本来是 / ，你非要转换成 /chat/ 、 /pve/ 、 /adguard/

页面 html 以及 javascript 对资源的引用又不会自动转换！

写个 shell 直接用 cloudflare 的 API 接口做 A 和 AAAA 记录的 ddns ，运行一年多了，很稳定！

建议你就选一个合适的 Live 放到 U 盘运行就妥了！参考下 Kali 的 Live ，官方有设置为持久化，和加密持久化的说明！
毕竟 Live 在可移动磁盘上是只读的！就算使用过程中持久化分区写坏了不能启动，还可以切换到非持久化启动应急，总比完整系统多一种应急选择！

况且 Live 的内核也更加适合不同硬件平台，可移植性更好！例如新版的 ubuntu desktop 的 ISO 就加了 n 卡驱动！解决了过去 n 卡机器上 X 经常卡死的问题！

@mrfox Live 可以持久化，也可以非持久化，临时改变引导参数就行了！另外，大多数 Live 支持 toram 参数，遇到大内存的机器直接将系统镜像 Copy 到内存中，就可以拔盘运行了！
所以，为啥要在可移动磁盘上使用完整版系统呢？

http Request head 也是输入！不光 url 可以玩！ user-agent 、accept-language 、referer 等等各种 head 都可以玩！

@flyqie 原来如此！不过运行起来后删文件这种做法在 Linux 中就是典型的“此地无银三百两”:)

从来都是用 rsync 的，走 ssh 协议，最好用密钥认证，方便网络偶尔丢包时自动重连！
好处是：一来可以断点续传！二来可以保持文件属性！

传统 ftp 会丢失文件时间精度，不利于断点续传时确认已经传过的文件！

SMB 遇到符合 Linux 规范的文件名而不符合 Windows 文件名规范的，在共享过程中会自动映射成含~字符的短文件名！

故而 ftp 和 SMB 都是不推荐使用的协议！

mount -t ecryptfs
目前往阿里云盘备份了 600GiB 的 ecryptfs 加密文件（启用文件名加密），没有问题！

一直都是定制 Live ，从来不考虑装完整版到可移动磁盘使用！

客户端手动信任自签证书就可以了！没啥特别的！

主用 Firefox ESR

那个 n100 机器，据说配的 12V 3A 电源，实际工作整机功耗有 20W 左右。我没用过，实际情况不知道！

但是我的旧 PC 做服务器 Intel 22 纳米 TDP 45W 的 CPU ，2 SSD + 2 机械 实际整机空在功耗 36W 左右！

毫无更换的动力

如何认定再使用 ddns

@huahsiung 说了半天！你一直在东扯西拉逃避核心问题..！懒得搭理你 浪费时间~~~！🖕

@ppbaozi 这方法好

@fastcache 今天试验了一下！你的方法有问题！当 WAN 口不能解析 ddns 地址的时候，wan-ip 直接从 address-list 中消失！
例如重启 ROS 之后 wan-ip 这个 address-list 就没了！

多半是 MTU 问题！

@huahsiung 笑话~~~！谁的问题该怪谁怪谁！你服务器不稳定，ssh 连接困难干 dropbear 屁事，又不是 dropbear 让你服务器不稳定和 ssh 连接困难的。

@huahsiung 这状况是你的问题，怪不到 dropbear 头上！隔三岔五就重启的服务器还玩什么！ ssh 网不好？即使不输密码，你也没法操作！还玩个锤子！