ben junk
ben junk
> 有点奇怪,按理说不会发生这种事情,这里的 socks5 和 socks4 是同一个持续提供的。另外登录之后会需要 0~5 秒 socks 代理服务才会启动。 就是很诡异,有办法解决么?主要是http的代理也不能用
> 看看容器的日志(`docker logs 容器名`)?另外你是在群晖本机访问代理端口还是在其他设备上访问群晖开放的端口? 我明天看下日志,是在内网访问的群晖暴露端口。但是问题并不只是群晖,`m1`的苹果电脑,用`dev-7.6.3`版本跑起来过后,也是一样的问题
使用`socks5`没有明显的报错,就是一堆`warn` ```shell (node:105) [DEP0013] DeprecationWarning: Calling an asynchronous function without callback is deprecated. (node:105) [DEP0013] DeprecationWarning: Calling an asynchronous function without callback is deprecated. (node:105) [DEP0013] DeprecationWarning: Calling an asynchronous...
> 我有理由认为是dns解析的问题,因为socks4的dns解析只能在服务端进行,而http代理的dns只能在服务端进行,socks5的dns解析可以在服务端进行。 有解决办法么?我把内网的地址还在本机绑了hosts的
> > > 我有理由认为是dns解析的问题,因为socks4的dns解析只能在服务端进行,而http代理的dns只能在服务端进行,socks5的dns解析可以在服务端进行。 > > > > > > 有解决办法么?我把内网的地址还在本机绑了hosts的 > > 分别看一下 `ALL_PROXY=socks5://群晖地址:端口 curl 内网地址 -v` 和 `ALL_PROXY=socks5h://群晖地址:端口 curl 内网地址 -v` 的输出?前者是在客户端处解析,后者是在服务端处解析。 服务端是指在docker里面么?这个docker没得curl
> > > 我有理由认为是dns解析的问题,因为socks4的dns解析只能在服务端进行,而http代理的dns只能在服务端进行,socks5的dns解析可以在服务端进行。 > > > > > > 有解决办法么?我把内网的地址还在本机绑了hosts的 > > 分别看一下 `ALL_PROXY=socks5://群晖地址:端口 curl 内网地址 -v` 和 `ALL_PROXY=socks5h://群晖地址:端口 curl 内网地址 -v` 的输出?前者是在客户端处解析,后者是在服务端处解析。 这个镜像有点太基础,`vi`和`curl`都没有。`apt`好像也有问题,换了源执行`apt-update`现在也报错, ```shell Couldn't execute /usr/bin/apt-key to...
> > > > > 我有理由认为是dns解析的问题,因为socks4的dns解析只能在服务端进行,而http代理的dns只能在服务端进行,socks5的dns解析可以在服务端进行。 > > > > > > > > > > > > 有解决办法么?我把内网的地址还在本机绑了hosts的 > > > > > > > > > 分别看一下 `ALL_PROXY=socks5://群晖地址:端口...
> > 容器外面我测试了,返回是这些 > > ```shell > > * Uses proxy env variable all_proxy == 'socks5://127.0.0.1:1090' > > * Trying 127.0.0.1:1090... > > * SOCKS5 connect to IPv4 10.xxx.xxx.10:443 (locally...
我16g的内存也报错。。。完全没人管issue么