Hexwell
Hexwell
> 试试把 ` -v $HOME/.easyconn:/root/.easyconn` 参数删除重新登陆一次会不会出现同样的现象： > > ```shell > docker run --name ec --device /dev/net/tun --cap-add NET_ADMIN -ti -p 127.0.0.1:1080:1080 -e EC_VER=7.6.3 hagb/docker-easyconnect:cli > ``` > > 如果依然出现，能否提供容器内 `/usr/share/sangfor/EasyConnect/resources/logs`...
> “无法正常访问内网资源”具体是？ > > 试试在登陆后的容器中运行以下命令看看输出？ > > ```shell > busybox ifconfig > ps > iptables -L > iptables -L -t nat > busybox wget 某个仅内网可访问的地址 > ``` 无法访问内网资源指的是，例如学校的内网教务系统。以下是输出： ```bash root@168c5849e13b:/#...
> > 无法访问内网资源指的是，例如学校的内网教务系统。以下是输出： > > ```shell > > root@168c5849e13b:/# busybox wget http://xjwgl.xxxx.edu.cn/jwglxt/xtgl/login_slogin.html > > Connecting to xjwgl.xxxx.edu.cn (172.20.6.21:80) > > Connecting to xjwgl.xxxx.edu.cn (172.20.6.21:443) > > wget: note: TLS certificate...
> emmm…… 看起来好像没什么异常的地方。会不会是 busybox 的 wget 对 https 支持的问题？ > 试试在容器里装 `wget` 或 `curl`，用看看它们能不能正常访问？ > 此外可以再次确认一下在宿主机使用容器的 socks 服务能不能正常访问。 ``试试在容器里装 wget 或 curl，用看看它们能不能正常访问？``，容器内部安装了 curl，可以正常访问。但是如果宿主机外部，使用容器 socks 服务仍然不能访问，我再排查下。
> > > emmm…… 看起来好像没什么异常的地方。会不会是 busybox 的 wget 对 https 支持的问题？ > > > 试试在容器里装 `wget` 或 `curl`，用看看它们能不能正常访问？ > > > 此外可以再次确认一下在宿主机使用容器的 socks 服务能不能正常访问。 > > > > > >...
> > > > > emmm…… 看起来好像没什么异常的地方。会不会是 busybox 的 wget 对 https 支持的问题？ > > > > > 试试在容器里装 `wget` 或 `curl`，用看看它们能不能正常访问？ > > > > > 此外可以再次确认一下在宿主机使用容器的 socks 服务能不能正常访问。...
> 刚刚又仔细想了想，似乎还有一种可能是宿主机对应的 `172.17.0.1`（或者别的地址，取决于具体的 docker 配置） 在路由表中被指向了 tun0，之前没想到这种情况…… 可以试试在容器内运行 > > ```shell > ip route del 172.17.0.1 # 这句可能会报错 > ip route add 172.17.0.1 dev eth0 > ``` > > 看看行不行...
同样的错误，有解决办法吗？