容器内/etc/resolv.conf默认不实时同步宿主机dns，需用-v /etc/resolv.conf:/etc/resolv.conf:ro绑定挂载实现动态同步，并配合--dns=none禁用docker自动覆盖。
容器内的 /etc/resolv.conf 默认会继承宿主机的 dns 配置，但**不是实时同步**——改了宿主机文件，容器里不会自动更新。要实现“动态同步”，关键在于让容器始终读取宿主机上那个真实的、可被修改的文件，而不是拷贝一份静态内容或由 docker 动态生成。
用绑定挂载（bind mount）直接映射宿主机文件
这是最直接、最可靠的方式。Docker 启动时把宿主机的 /etc/resolv.conf 以只读方式挂进容器，后续宿主机一改，容器内立刻生效（因为是同一个 inode）。
- 启动容器时加参数：
-v /etc/resolv.conf:/etc/resolv.conf:ro - 必须用绝对路径，且确保宿主机该文件可读
- 不建议用
vi编辑宿主机的/etc/resolv.conf，因为它会重建文件（inode 变），导致挂载失效；推荐用echo追加或tee覆盖：echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf - 验证是否挂载成功：进容器执行
mount | grep resolv.conf，应看到类似/etc/resolv.conf on /etc/resolv.conf type none (ro,relatime,bind)
避免 Docker 自动覆盖 resolv.conf 的干扰
Docker 在某些情况下会强行接管这个文件，比如：
- 使用了自定义网络（
docker network create）且创建时指定了--dns，会覆盖容器级设置 - 宿主机启用了
systemd-resolved或NetworkManager，Docker daemon 可能自动注入127.0.0.53 - 某些精简镜像（如 Alpine + BusyBox）里的初始化脚本会重写
/etc/resolv.conf
解决办法：启动容器时显式禁用 Docker 的 DNS 管理，并强制使用挂载文件：docker run --dns=none -v /etc/resolv.conf:/etc/resolv.conf:ro ...
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
在 docker-compose 中统一配置
适合多服务项目，把 DNS 同步逻辑声明化，避免每次手动加参数：
services:
app:
image: nginx
volumes:
- /etc/resolv.conf:/etc/resolv.conf:ro
dns: none
注意：dns: none 是 compose v3+ 支持的字段，作用等同于 --dns=none，防止 compose 自动注入 DNS。
替代方案：用 host-gateway 搭配自建 DNS（进阶）
如果宿主机 DNS 经常变动（比如公司内网 DNS 切换），或者需要容器解析宿主机上跑的本地服务（如 dev-api.local），单纯同步 resolv.conf 不够。这时可以：
- 在宿主机起一个轻量 DNS 代理（如
dnsmasq），监听127.0.0.1，并配置上游 DNS 和本地域名规则 - 把宿主机的
/etc/resolv.conf改为nameserver 127.0.0.1 - 再用上面的 bind mount 方式挂进去——这样容器就间接继承了宿主机的全部 DNS 行为，包括本地域名解析
