用Docker运行Clash vpn怎么设置容器自动重启？

用Docker运行Clash VPN时设置容器自动重启，在docker run命令中添加--restart unless-stopped参数即可。该策略确保容器在进程崩溃、Docker服务重启或系统重启后自动恢复运行，除非用户手动执行docker stop停止容器。若容器已在运行，使用docker update --restart unless-stopped clash修改已有容器的重启策略。在docker-compose中通过restart: unless-stopped字段配置，与容器其他配置统一管理。社区镜像gangz1o/glash支持通过SUB_CRON定时更新订阅并自动重启容器，配合restart: unless-stopped实现完整的自动化运维。验证重启策略是否生效可通过docker kill clash模拟进程崩溃，观察容器是否自动重启。若容器频繁自动重启，检查docker logs clash定位配置错误（如YAML格式错误、端口被占用或订阅链接失效），修正后重启容器即可恢复正常。确保Docker守护进程已设置开机自启（sudo systemctl enable docker），Clash容器才能在系统重启后自动恢复。

使用docker run命令添加重启策略

–restart参数控制容器退出后的行为

在Docker中运行Clash VPN时，通过在docker run命令中添加--restart参数可设置容器在退出后自动重启。该参数接受多个策略值，其中unless-stopped是最常用的选项，表示容器在任何情况下停止时都会自动重启，除非用户手动执行了docker stop命令。完整的Clash容器启动命令示例为docker run -d --name clash --restart unless-stopped -p 7890:7890 -p 9090:9090 -v /etc/clash:/root/.config/clash dreamacro/clash。添加该参数后，Clash容器在进程崩溃、Docker服务重启或系统重启时均会自动恢复运行。

restart参数各策略值的区别

Docker的--restart参数支持四种主要策略值，适用于不同的使用场景。no是默认值，容器退出后不会自动重启，适合一次性任务。on-failure仅在容器因错误退出（退出码非0）时重启，可配合最大重启次数如on-failure:5。always在任何情况下容器退出都会重启，即使手动docker stop后Docker服务重启也会自动启动容器。unless-stopped与always类似，但若用户手动停止容器，Docker重启后容器不会自动启动。对于Clash等长期运行的代理服务，推荐使用unless-stopped。

已运行容器的重启策略修改

若Clash容器已在运行但未设置自动重启，可使用docker update命令修改已有容器的重启策略而无需重建容器。执行docker update --restart unless-stopped clash即可将名为clash的容器的重启策略更新为unless-stopped。该命令立即生效，无需停止或重启容器。若需取消自动重启，执行docker update --restart no clash将策略重置为不自动重启。

在docker-compose中配置重启策略

docker-compose.yml中的restart字段

在使用docker-compose管理Clash容器时，在服务定义中添加restart字段可配置容器的自动重启行为。配置示例为：

version: '3'
services:
  clash:
    image: dreamacro/clash
    container_name: clash
    restart: unless-stopped
    ports:
      - "7890:7890"
      - "9090:9090"
    volumes:
      - ./config:/root/.config/clash

restart: unless-stopped与docker run命令中的同名策略含义一致，确保Clash容器在异常退出或系统重启后自动恢复。

compose配置的优势与统一管理

docker-compose方式将Clash容器的所有配置（镜像、端口映射、数据卷、重启策略）统一管理在docker-compose.yml文件中，便于版本控制和多环境部署。通过docker-compose up -d启动容器时，重启策略自动生效。若需修改重启策略，编辑docker-compose.yml中的restart字段后执行docker-compose up -d --force-recreate重建容器即可应用新配置。

compose环境变量与重启策略的结合

社区提供的Clash镜像（如gangz1o/glash）支持通过环境变量扩展容器的自动化能力，与重启策略配合使用可实现更完善的运维方案。通过SUB_URL环境变量指定订阅链接，SUB_CRON变量设置定时更新订阅并自动重启容器。结合restart: unless-stopped策略，Clash容器在更新订阅、进程崩溃或系统重启后均能自动恢复运行，实现“设定后无需人工干预”的稳定代理服务。

Docker守护进程重启对Clash容器的影响

Docker服务重启后容器的恢复行为

当Docker守护进程本身因系统重启或服务更新而重新启动时，已设置--restart策略的Clash容器会根据策略值决定是否自动恢复。使用unless-stopped或always策略的容器在Docker守护进程恢复后会自动启动，无需用户干预。使用on-failure策略的容器仅在之前因错误退出时才在Docker恢复后启动，若容器是正常停止则不会启动。建议使用unless-stopped策略确保Docker服务重启后Clash自动恢复。

系统重启后Docker容器的自启配置

要使Clash容器在物理机或虚拟机重启后自动启动，除了容器本身的--restart策略外，还需确保Docker守护进程本身配置为开机自启。在Linux系统中执行sudo systemctl enable docker启用Docker服务开机自启。Docker服务开机自启与容器的unless-stopped或always策略配合，可实现Clash在系统重启后自动恢复运行，无需用户登录或手动启动容器。

容器自动重启的健康检查配置

为提升Clash容器的可用性，可在容器配置中添加健康检查（HEALTHCHECK）指令，让Docker在检测到Clash服务不可用时主动重启容器。在Dockerfile或docker-compose中配置healthcheck，定期检查Clash的API端点（如http://127.0.0.1:9090）是否响应正常。若健康检查连续失败，Docker会将容器标记为不健康并根据重启策略决定是否重新创建容器。该高级配置适合对代理服务可用性有严格要求的场景。

社区Clash镜像的内置自动化功能

gangz1o/glash镜像的订阅自动更新

社区维护的Clash镜像gangz1o/glash提供了订阅自动更新功能，通过环境变量SUB_URL设置订阅链接，SUB_CRON设置定时更新频率（如0 4 * * *表示每天凌晨4点更新）。更新订阅后镜像会自动重启容器使新节点生效，配合Docker的restart: unless-stopped策略，容器在更新、崩溃或系统重启后均能自动恢复。该镜像简化了Clash在容器环境中的运维操作，适合希望降低维护频率的用户。

kouleen/clash镜像的配置文件挂载

kouleen/clash镜像支持通过环境变量FILE_URL从远程URL拉取配置文件，并配合--restart unless-stopped实现容器自动重启。该镜像的典型启动命令为docker run -d --name clash --restart unless-stopped --network host -e FILE_URL="订阅地址.yaml" kouleen/clash:latest。通过--network host模式让容器直接使用宿主机的网络栈，避免端口映射的额外开销。

自定义镜像与自动重启的集成

若用户自行构建Clash镜像，可在Dockerfile的CMD或ENTRYPOINT中配置Clash启动命令，并在容器启动时通过docker run --restart参数或compose文件设置重启策略。社区镜像的内置自动化功能可与Docker的重启策略互补，前者处理订阅更新和配置同步，后者处理进程保活和系统恢复，共同构成完整的容器化Clash运维方案。

验证重启策略是否生效的方法

模拟容器崩溃测试自动重启

通过手动停止Clash容器或触发容器内进程崩溃，可测试自动重启策略是否按预期工作。执行docker stop clash停止容器后，观察容器状态：若使用unless-stopped策略，容器应保持停止状态不会自动重启（因为用户手动停止）。执行docker kill clash强制终止容器进程，模拟进程崩溃，容器应在数秒内自动重新启动。通过docker ps -a查看容器的启动时间和重启次数（STATUS列中的Restarting或Up状态）可确认重启策略生效。

查看容器的重启策略和状态

执行docker inspect clash --format='{{.HostConfig.RestartPolicy.Name}}'可查看当前容器的重启策略名称。执行docker ps -a查看容器的重启次数，在STATUS列中若显示Up 2 minutes则说明容器运行正常，若显示Restarting (1) 10 seconds ago则说明容器正在重启且已重启1次。通过docker logs clash查看容器日志，确认Clash服务是否在重启后正常初始化并加载配置。

系统重启后的容器自动恢复验证

重启物理机或虚拟机后，登录系统执行docker ps确认Clash容器是否已自动运行。若容器未自动启动，检查Docker守护进程是否已开机自启（systemctl status docker），以及Clash容器的重启策略是否为unless-stopped或always。若容器状态为Exited，检查容器日志确认是否有配置错误导致Clash启动失败，修正配置后重启容器。

常见问题FAQ