ztongxue

Results 8 comments of ztongxue

> > emmm…… 看起来好像没什么异常的地方。会不会是 busybox 的 wget 对 https 支持的问题? > > 试试在容器里装 `wget` 或 `curl`,用看看它们能不能正常访问? > > 此外可以再次确认一下在宿主机使用容器的 socks 服务能不能正常访问。 > > `试试在容器里装 wget 或 curl,用看看它们能不能正常访问?`,容器内部安装了 curl,可以正常访问。但是如果宿主机外部,使用容器 socks 服务仍然不能访问,我再排查下。...

> > > > emmm…… 看起来好像没什么异常的地方。会不会是 busybox 的 wget 对 https 支持的问题? > > > > 试试在容器里装 `wget` 或 `curl`,用看看它们能不能正常访问? > > > > 此外可以再次确认一下在宿主机使用容器的 socks 服务能不能正常访问。 > > >...

> 现在还是那种在容器内可以访问,在容器外无法访问吗? > 在容器外是以何种方式使用 socks 服务的? 感谢这么晚了还在回复(赞赏码贴一下!!) ,我的 windows 客户端提示被挤下线了,容器内提示登录成功,说明账号是已经正常登录了。然后我是在服务器上(ubuntu 18.04),使用 python 通过设置 socks 代理连接 127.0.0.1:1080,去访问 http://myip.ipip.net 会提示 Caused by ProxyError('Cannot connect to proxy.', RemoteDisconnected('Remote end closed connection without response')...

> > 感谢这么晚了还在回复(赞赏码贴一下!!) > > 啊我是夜猫子…😂 > > > 然后我尝试使用第三方的 socks 代理,访问站点 http://myip.ipip.net 可以正常返回。 > > ~这里返回的地址和不走 vpn 时的地址相同吗?~ 我刚刚好像理解错了,这里是指第三方 socks 服务器吗? 先不打扰你了哈,我明早起来再试试。能否留个VX或者赞赏码,请你喝杯咖啡☕️~

> > 刚刚又仔细想了想,似乎还有一种可能是宿主机对应的 `172.17.0.1`(或者别的地址,取决于具体的 docker 配置) 在路由表中被指向了 tun0,之前没想到这种情况…… 可以试试在容器内运行 > > ```shell > > ip route del 172.17.0.1 # 这句可能会报错 > > ip route add 172.17.0.1 dev eth0 > >...

去官网自定义的echars.js放到小程序里,tips不显示。我猜测是官网的代码包没有支持小程序tips显示

@Gavin110 可是官方那边定制出来的不支持小程序tooltip呀