本文把自托管环境中常见的 15 类问题汇总成一份清单，每条按「现象 → 根因 → 解法 → 可复用经验」组织，覆盖配置替换、容器网络、Bash 脚本、镜像构建、反向代理、备份与安全等主题。文末附一段运维经验补充。

1. sed 替换含特殊字符的配置项静默失败

现象：改某个 PHP 应用的 .config.php 里 $_ENV['enable_rate_limit'] = false;，sed 's/.../.../' 反复执行都不生效，也不报错。

根因：配置项里含 $、'、_ 等特殊字符，$ 被 sed 当正则锚点、引号干扰解析，导致替换匹配不上，静默失败。

解法：放弃基于内容的正则替换，改用行号定位——sed -i '49s/false/true/' 直接改指定行的特定子串。Authelia 那种满是 $argon2id$ 的哈希替换，则改用 Python 正则 + re.escape 处理。

可复用经验：替换内容含 shell/正则元字符时，别用 sed s///；要么行号定位，要么换带转义的工具。

2. Docker 容器内用 /proc/net/tcp 检测宿主机服务失败

现象：容器内读 /host/proc/net/tcp（挂载了宿主机 /proc）判断宿主机某端口是否有服务在听，结果永远是错的。

根因：/proc/net/tcp 的内容由内核基于读取进程当前所在的网络命名空间动态生成。即使挂载了宿主机 /proc，容器进程看到的仍是容器自己的网络表，而非宿主机的。

解法：改用 socket 连接测试端口可达性。compose 里加 extra_hosts: ["host.docker.internal:host-gateway"]，代码用 socket.connect_ex(("host.docker.internal", port)) 或直接连 Docker 网关地址。

可复用经验：跨命名空间的健康检查不能靠读 /proc/net/*，要用 socket 实际连一次。

3. Bash ((var++)) 在 var=0 且 set -e 时中断脚本

现象：启用了 set -e 的运维脚本，计数器一递增到某处就莫名其妙退出。

根因：算术扩展 ((expr)) 的退出码取决于求值结果——结果为 0 返回退出码 1。((var++)) 是后置递增，先返回原值再自增；当 var=0 时求值结果为 0，退出码 1，set -e 立即中断脚本。

解法：改用 var=$((var + 1))（赋值操作恒成功）或 ((++var))（前置递增，原值 0 递增后为 1，退出码 0）。

可复用经验：set -e 脚本里绝不用 ((var++)) 做计数器递增。

4. 输入框非必要不加 bg-white，否则破坏暗色零回归

现象：给表单加暗色时，顺手给输入框补 bg-white 想「让明亮态更明确」。

根因：原输入框没有显式背景类，靠浏览器默认白底。补 bg-white 就凭空新增了一个原本不存在的明亮态类，违反零回归原则（源码变了，即便视觉相同）。

解法：只追加 dark:bg-gray-800，它会覆盖浏览器默认白底；明亮态保持原样不动。

可复用经验：暗色改造只 append dark: 变体，不新增/修改明亮态类。判据：剥离所有 dark: 后与原文件 diff 一致。

5. 水墨风格页需自定义暗色覆盖，不能简单翻转变量

现象：水墨风格的工具页套用「翻转 CSS 变量」后，图标变成「亮光环 + 暗字看不见」，圆形印章在暗背景上消失。

根因：设计敏感页用独立 --ink-* 变量同时控制文字色和背景渐变/形状。.ink-icon 拿 --ink-deep 当渐变停止点，翻成浅色后视觉意图崩坏；.ink-enso 的深色 conic 渐变在暗底上直接不可见。

解法：针对受影响类加专门的 html.dark 覆盖，用新值重建视觉意图（Ensō 改月白银钩、图标改墨石、朱砂点睛），而非机械翻转。

可复用经验：渐变/形状/mask 多的艺术风格页，暗色要单独重设计。

6. root 拥有的文件须保留其原有换行符（CRLF/LF 混合）

现象：编辑一个由 root 拥有、普通用户不可写的模板文件后整文件 diff 全红，或引入混合换行。

根因：同一套模板的换行符并不统一——例如 templates/page.html、templates/index.html 是 CRLF，其余多为 LF；且均为 root:root 644，普通用户不可直接写。笼统「保持 LF」是错的，须逐文件保持其原有约定。

解法：改前用 file / grep -c $'\r$' 逐文件确认换行类型；目标目录不可写就先 cp 到工作区可写副本编辑（编辑器的替换功能会沿用该文件主导换行），再 sudo cp 回原位 + chown root:root + chmod 644，最后 diff -q 确认字节一致。

可复用经验：别假设项目换行统一，以每个文件实测为准。

7. db.sqlite3 被打进镜像导致重建后迁移丢失

现象：compose up --build 后运行期写入的数据（如新建的博客文章）丢失，页面报 no such table 500。

根因：settings.py 配 NAME=BASE_DIR/'db.sqlite3'（即容器工作目录下的 db.sqlite3），经 COPY app/ 打进镜像；compose 里名为 app_db 的数据卷挂到一个空的 db 目录，从未被真正使用。每次重建用镜像内旧库覆盖容器可写层，live 数据只在可写层里。

解法：DB 落卷——settings.py 改 NAME=BASE_DIR/'db'/'db.sqlite3'，Dockerfile mkdir db，.dockerignore 排除 db.sqlite3；迁移流程 = docker cp 备份 live 库 → PRAGMA integrity_check → 播种到卷 → 改 settings 指向卷 → 重建。

可复用经验：SQLite 必须放命名卷而非镜像内/可写层。迁移后逐表记录数一致、零丢失，镜像体积也会因为不再重复打包数据而下降。

8. Django i18n prefix_default_language=False 致内置 set_language 前缀切换失效

现象：从带前缀页面（/zh-hans/、/ja/）切换语言时不跳转或跳回原语言 URL；en→其他正常，其他→其他/→en 失败。

根因：i18n_patterns(..., prefix_default_language=False) 下，setlang 端点在 patterns 外无前缀，LocaleMiddleware 把该 POST 激活语言强制为默认 en。内置 set_language 依赖 translate_url()→resolve() 替换 next 的语言前缀，而 resolve('/zh-hans/...') 在激活语言为 en 时失败，translate_url 静默返回原 URL。

解法：自建 set_language 视图，不依赖 resolve()——用 get_supported_language_variant 校验、手动剥离 next 的语言前缀，再按 prefix_default_language=False 规则重加前缀，设 LANGUAGE_COOKIE 后 302。urls.py 用 path('i18n/setlang/', set_language, name='set_language') 替换 include('django.conf.urls.i18n')，保留 URL 名。

可复用经验：凡用 prefix_default_language=False，内置 set_language 的前缀交换会失效，需自定义视图。

9. Traefik Docker Provider 与 File Provider 路由竞争绕过认证

现象：配了 forwardAuth 的受保护域名，公网无凭据访问却返回 200，认证形同虚设。

根因：双 Provider 下同域名生成两条规则相同的路由 xxx@docker（compose 标签，无认证）与 xxx@file（动态配置，带认证）。rule 长度相同即优先级相同，Traefik 按加载顺序取其一，实测 @docker 胜出，认证被静默绕过。Traefik v3.4.5→v3.7.12 修好 Docker Provider 后此坑立刻暴露。

解法：每个受保护域名只保留一条路由来源，统一收敛到 File Provider，删掉 compose 里的 traefik.http.* 标签并 up -d 重建让 @docker 幽灵路由消失。验证：无凭据 curl 必须 302/401；docker exec traefik wget -qO- .../api/http/routers 查有无 *@docker。

可复用经验：混用多 Provider 时「配了认证」≠「认证生效」，必须无凭据实测状态码。这一点可以固化成一条「无凭据访问必须返回 302/401」的回归检查脚本。

10. .gitignore 通配符大小写敏感致敏感文件被推送泄露

现象：一份含明文口令的 SECRETS.md 被每晚定时 git add -A + push 的同步脚本推到了远端。

根因：.gitignore 只写了小写 *secrets*，而 Linux 上 git ignore 模式大小写敏感（core.ignorecase=false），匹配不到 SECRETS.md。而且删除只作用于工作树，内容仍留在 Git 历史并已推送。

解法：.gitignore 显式补 SECRETS.md / *SECRETS* / *Secrets*；用 git check-ignore -v <文件> 逐条确认命中，再用 git add -An .（dry-run）二次核对。被误提交过的凭据视为已泄露，立即轮换并用 git filter-repo 清历史。

可复用经验：任何自动化 git add -A 都要配大小写正确的显式 ignore 清单，新增敏感文件立刻 git check-ignore -v 验证，别假设通配符生效。

11. PHP 应用镜像内 composer install 静默失败与 vendor 烘焙

现象：.dockerignore 排除 app/vendor/ 改由镜像内 composer install 生成后，得到「构建成功但 vendor 缺失」的残缺镜像，数据卷一清空就全线 500。

根因：Dockerfile 里 RUN composer install ... 2>/dev/null || true 长期静默失败——镜像缺 ext-mysqli/ext-yaml/ext-gmp，加上从 GitHub 拉依赖超时（curl 28）。旧镜像能用全靠 COPY app/ 把宿主机现成 vendor 烘焙进去，运行时还挂卷覆盖 web 根目录。

解法：.dockerignore 不排除 app/vendor/，用 COPY --chown 烘焙宿主机 vendor；补装 mysqli/gmp 及 pecl yaml 扩展；删掉 || true 让失败暴露。瘦身靠排除 app/.git/ 和消除整体 chown 带来的重复层。

可复用经验：|| true + 2>/dev/null 是掩盖构建失败的元凶；依赖网络/扩展的构建步骤要么保证环境齐备，要么用烘焙产物兜底。

12. Uptime Kuma TCP Monitor 类型选择 bug

现象：浏览器自动化建 TCP Monitor 时，点击「Monitor Type」下拉选项后值不变；或建好的 Monitor 报 "Unknown Monitor Type"。

根因：Uptime Kuma 前端是 Vue 3 + 自定义表单处理，标准 click 事件常常不触发响应式更新，值没绑定到数据模型。

解法：用 JS 求值绕过 UI 层，直接操作底层 <select>：

const select = document.querySelector('select.form-select');
select.value = 'port';                       // TCP Port 的内部值
select.dispatchEvent(new Event('change'));   // 手动触发响应式

区分两类错误：报 "Unknown Monitor Type" 是内部记录 type ID 损坏 → 删除重建；报 "Request timeout" 是配置正确但服务不可达 → 查网络/服务，不用改配置。

可复用经验：自动化操作响应式框架（Vue/React）的表单，点击不可靠时直接改 DOM value + dispatch 对应事件。

13. Gunicorn 26.x 中 --keepalive 已改名 --keep-alive

现象：Dockerfile CMD 用 --keepalive 5 启动，gunicorn 26.2.0 报 error: unrecognized arguments: --keepalive 5 退出（exit code 2），容器陷入 Restarting 循环。

根因：gunicorn 26.x 的 keep-alive 秒数参数命令行名是 --keep-alive（带连字符），不再是 --keepalive。

解法：改为 --keep-alive 5。其余 --max-requests、--max-requests-jitter、--worker-tmp-dir、--timeout、--workers、--threads 在 26.x 均有效。

可复用经验：升级/调优参数前，用一次性容器 gunicorn --help | grep <flag> 核对当前版本的准确参数名。

14. Dozzle Service Worker 撞上 ForwardAuth 致死循环

现象：浏览器访问受 Authelia 保护的 Dozzle（logs.example.com）无限卡「登录校验」，但 curl 端到端全通过、同配置的 Traefik Dashboard 正常。

根因：Dozzle 是 PWA，注册的 SW（/sw.js）持久驻留。会话缺失时 SW 更新检查 + /assets/* 请求被 ForwardAuth 跨域 302 到登录页，浏览器拿到 HTML 而非 JS，触发 MIME 错误 + 重定向循环。curl 不执行 JS/SW，链条止于 auth 的 HTML，故很容易被误判为「通过」。

解法：Traefik 加高优先级（priority 100）静态 router 不挂认证，放行 /sw.js、/assets/*、/favicon.ico、/manifest.json 返回真实 JS/CSS；主 router（priority 50）保留认证保护 / 和 /api/*。已注册 SW 无需手动清理，服务端 fix 生效后自愈。

可复用经验：PWA/SW 问题必须真实浏览器复现，curl 通过 ≠ 浏览器通过——验证手段必须匹配故障发生的层面。

15. 带安全登录机制的管理面板经反代访问被拦截

现象：某个带「安全登录」机制的管理面板通过 Traefik 反代访问（https://panel.example.com/<入口路径>）返回 "Access Temporarily Unavailable"，提示已启用安全登录访问。

根因：该面板 v2 的安全机制会检查请求来源，当绑定的可信域名（BindDomain 一类配置项）为空或未正确设置时，会认为请求来自非信任源而拦截。另外它的可信代理白名单默认只含 127.0.0.1 和 ::1，反代从 Docker 网络访问时 IP 不在白名单也会被拦。

解法：在面板自身的配置库（例如它落盘的 SQLite 配置文件）里设置可信域名后重启服务：

UPDATE settings SET value='panel.example.com' WHERE key='BindDomain';

# 重启面板的核心服务与代理组件
sudo systemctl restart panel-core panel-agent
# 验证：通过反代域名访问应为 200
curl -sk https://localhost -H "Host: panel.example.com" -o /dev/null -w "%{http_code}\n"

可复用经验：带「安全登录/可信代理」机制的面板经反代访问时，除了配路由，还要在面板侧显式声明可信域名和可信代理来源。

运维经验补充

除了上面的坑，几条沉淀下来的运维实践同样重要：

写在最后

这 15 类问题串起来看，其实反复指向同几条元原则：验证手段必须匹配故障发生的层面（curl 测不了 SW，看源码测不了 CSS 特异性）；静默失败最危险（|| true、大小写不匹配的 gitignore、sed 替换不生效），要让错误暴露出来；数据永远落卷、备份必须能恢复；升级前先核对版本差异（gunicorn 参数、Traefik provider、Uptime Kuma v2）。自托管没有银弹，把这些教训变成脚本护栏和检查清单，才能少踩第二次。