Host模式使容器直接共享宿主机网络栈，无独立IP、不走NAT、不依赖端口映射；启用方式为docker run --network host或Compose中设network_mode: host，但需检查端口占用、绑定0.0.0.0及绕过Docker DNS。
直接用 --network host 就能让容器共享宿主机网络，但关键不在“怎么加参数”，而在于理解它带来的变化和必须配套的操作。
Host 模式的核心行为
启用后，容器不再有独立的网络栈：没有自己的 IP、不走 NAT、看不到 docker0 网桥，ifconfig 或 ip a 看到的就是宿主机的网卡和地址。端口监听直接作用于宿主机，比如容器里启动 nginx 监听 80 端口，就等同于宿主机的 80 端口被占用。
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
两种常用启用方式
-
docker run 命令中指定：
docker run -d --network host --name myapp nginx:alpine
注意：-p参数在此模式下无效，删掉别留着 -
docker-compose.yml 中配置：
services:<br> app:<br> image: nginx<br> network_mode: host
同样，ports:字段可删除或保留（但不起作用）
必须同步做的三件事
-
检查端口是否空闲：
容器启动前运行ss -tuln | grep :80或lsof -i :80，确认目标端口没被其他进程占着 -
服务代码绑定到 0.0.0.0：
不要只监听 127.0.0.1 或 localhost，否则外部无法访问；应用需明确监听0.0.0.0:端口 -
绕过容器 DNS，用宿主机逻辑：
容器内无法通过服务名访问其他容器（因为没 Docker 内置 DNS）；需要访问宿主机服务时，直接用host.docker.internal（Docker Desktop）或172.17.0.1（Linux），或干脆用真实 IP
适合用，但别乱用
Host 模式适合监控 agent、日志采集器、高性能代理这类需要直通宿主机网络设备或追求极致延迟的场景。普通 Web 服务、微服务之间调用、本地开发调试，用 bridge 更安全、更灵活。多实例部署同一镜像？Host 模式天然不支持——端口只能被占一次。
