解决 docker 容器网络配置复杂性与可维护性的核心是采用原生网络模型+命名约定+自动化编排；应弃用硬编码 ip 的手动方式，改用自定义桥接网络实现自动 ip 分配与 dns 解析，优先使用 docker-compose 统一管理网络拓扑，并通过服务名而非 ip 实现容器间通信。
解决 Docker 容器网络配置的复杂性与可维护性，核心在于避免手动管理网络参数，转而依靠 Docker 原生网络模型 + 明确的命名约定 + 自动化编排工具。手动用 docker run --net=bridge --ip=172.18.0.10 等方式硬编码 IP 或网络，是问题根源。
用自定义桥接网络替代默认 bridge
默认的 docker0 网桥不支持容器间通过服务名通信，也不支持子网隔离和固定 IP 分配（需额外配置）。推荐为每个项目或环境创建独立的自定义桥接网络：
- 运行
docker network create --subnet=192.168.100.0/24 --gateway=192.168.100.1 mynet - 启动容器时指定
--network=mynet，Docker 自动分配 IP 并启用 DNS 解析 - 同网络内容器可直接用容器名（如
curl http://backend:3000）通信，无需暴露端口或记 IP
优先使用 docker-compose 管理多容器网络
Compose 不仅简化启动，更天然解决网络拓扑一致性问题：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 在
docker-compose.yml中定义networks:段，所有服务自动加入同一默认网络 - 通过
aliases:为服务添加别名（如db和postgres），提升可读性 - 用
driver_opts:控制 MTU、IPAM 配置等，避免命令行重复输入 - 一次
docker compose up即完成网络创建、容器启动、DNS 注册全流程
固定容器 IP 要谨慎，只在必要场景使用
固定 IP 会降低弹性，仅建议用于测试环境或对接外部系统（如硬件设备白名单）：
- 必须在自定义网络中设置，且需配合
ipam配置预留地址池 - 在 compose 文件中写法示例：
services:<br> app:<br> networks:<br> mynet:<br> ipv4_address: 192.168.100.10
- 避免为生产环境大量容器设静态 IP；应依赖服务发现（如 Consul）或反向代理（Nginx / Traefik）解耦地址与服务
用网络别名 + 内置 DNS 替代硬编码连接字符串
Docker 内置 DNS 服务器（运行在 127.0.0.11）自动解析同网络容器名，这是提升可维护性的关键机制：
- 应用配置中不要写
DB_HOST=172.18.0.5，而写DB_HOST=database - 若需跨网络访问，显式将目标容器加入多个网络，或用
external_links（已弃用）→ 改用networks:+external: true - 验证方法：进容器执行
nslookup redis或ping backend，确认能解析
