上篇介绍了docker容器设置代理的方式，在某些特定场景下，Docker 容器本身不需要写入代理配置，只在操作系统当前会话中临时设置代理变量，也可以完成容器启动和访问需求。笔者实测，这样设置之后建立的docker容器，即便重新登陆用户丢失这些临时变量的情况下， docker stop 和 docker start 之后也是可以保留配置的。

01 | 先在 OS 当前会话临时设置代理

临时设置代理可以直接使用 export：

export http_proxy=http://xxproxy.com:80
export https_proxy=http://xxproxy.com:80
export no_proxy=localhost,127.0.0.1,[已脱敏IP]

设置完成后，可以用下面的命令确认当前会话变量是否生效：

echo $http_proxy
echo $https_proxy
echo $no_proxy

这里的关键点是：代理变量只存在于当前 OS 用户会话中。重新登录用户后，如果没有再次执行 export，这些临时变量就不会继续存在。但容器启停并不受影响。

注：如果不放心容器是否真的有代理配置，可以进入容器通过 env | grep -i proxy 检查确认是否有对应proxy设置。

02 | 容器仍然按“不设置代理”的方式启动

如果之前已经有同名容器，可以先删除：

docker rm -f dataclaw

然后重新启动容器。容器启动命令中不额外写入代理环境变量：

docker run -d \
 --restart=always \
 --name=dataclaw \
 -p 18000:8000 \
 -v ~/.dataclaw/skills:/app/skills:Z \
 -v ~/.dataclaw/logs:/app/logs:Z \
 -e 'DB_HOST=[已脱敏IP]' \
 -e 'DB_PORT=1521' \
 -e 'DB_SERVICE=dataclawpdb' \
 -e 'DB_USER=dataclaw' \
 -e 'DB_PWD=<数据库密码>' \
 -e 'DB_POOL_MIN=5' \
 -e 'DB_POOL_MAX=10' \
 ghcr.io/hysunhe/dataclaw:v2.11.17

这样处理后，即使后续执行 docker stop 和 docker start，容器配置也不会因为临时代理变量消失而丢失。

同时，重新登录 OS 用户后，在没有重新执行 export 临时代理变量的情况下，容器也可以继续按已有配置运行。

03 | 适用场景

这种方式适合临时验证代理、排查网络访问，或者不希望把个性化的代理信息通过 -e加参数那种方式，在docker run首次运行时指定的场景。

核心思路很简单：代理只用于当前 OS 会话中的操作过程，容器本身仍然保持不写代理的启动方式。在笔者环境中，这样可以解决特定场景下的网络联通问题。

关注我，和AI一起成长~