最近几个月的ssrplus都无法启动

[eAtmApp]

最近几个月的版本ssrplus都无法启动 错误日志: ssrplus redir tcp error.restart! #

在root目录下

终端手动执行:

# /var/etc/ssrplus/bin/ss-redir -c /var/etc/ssrplus/tcp-udp-ssr-retcp.json 直接报错: loading config "/var/etc/ssrplus/tcp-udp-ssr-retcp.json", unsupported method, xchacha20-ietf-poly1305 is not a supported method

我看老版本的命令就是用的绝对路径 #

但如果不加绝对路径则正常

# ss-redir -c /var/etc/ssrplus/tcp-udp-ssr-retcp.json 2024-06-20 02:42:01 INFO: plugin "v2ray-plugin" enabled 2024-06-20 02:42:01 INFO: initializing ciphers... xchacha20-ietf-poly1305 2024-06-20 02:42:01 INFO: listening at 0.0.0.0:1080 2024-06-20 02:42:01 INFO: tcp port reuse enabled 2024-06-20 02:42:01 INFO: UDP relay enabled 2024-06-20 02:42:01 INFO: udp port reuse enabled 2024-06-20 02:42:01 INFO: running from root user 2024/06/19 18:42:01 V2Ray 5.13.0 (V2Fly, a community-driven edition of V2Ray.) Custom (go1.21.4 linux/amd64) 2024/06/19 18:42:01 A unified platform for anti-censorship. 2024/06/19 18:42:01 [Warning] V2Ray 5.13.0 started

因老版系统的源没有了, 想更新系统, 但新ssrplus一直跑不起来,几个月来试了几个版本都是同样的问题

今天特意用新老版本比较运行测试了下才发现这个情况

这个情况应该从哪里入手呢?

lua与sh看着好花呀,也不会调试,只能打下日志找切入点, 太难了 -_-

求大佬指点一下

[eAtmApp]

已解决

shadowsocks-rust的问题 按照其它人的处理情况,说是在处理加解密模块时造成的,说是openssl版本问题,换低版本即可(未验证,就算可行也担心与其它软件包的兼容问题,所以不动openssl最好吧)

删除所有shadowsocks-rust,使用shadowsocks-libev即可解决 # 我使用的这个固件使用的是shadowsocks-libev版本, 但是不知为何带了shadowsocks-rust-sslocal这个包 # 上面的情况是: luci-app-ssr-plus使用了这条命令查找ss-redir first_type: /bin/sslocal -p /var/etc/ssrplus/bin/sslocal -p sslocal sslocal ss-redir 因系统中有shadowsocks-rust-sslocal包,会优先使用sslocal作为 /var/etc/ssrplus/bin/ss-redir的软链接, 所以直接使用ss-redir (shadowsocks-libev版本的文件)命令能成功. #

[coolsnowwolf]

Marked

[zxlhhyccc]

@eAtmApp 为何是openssl版本问题？我的openssl是3.0.14版本都没问题。。。。

[eAtmApp]

@eAtmApp 为何是openssl版本问题？我的openssl是3.0.14版本都没问题。。。。

@zxlhhyccc 我没确认, 是看到有人这么说,他说的是换了低版本openssl就解决了, 这个应该是要看shadowsocks客户端的类型, 我用的libev的没有ssl版本问题 看你用的哪种类型的客户端

[eAtmApp]

ss-plus的日志太'精简' 封装的程序启动后 看不到输出 这次是从原版op装的这个,折腾了一整天才跑起来. 另外一个问题是dnsmasq-full的, 绝大部分的dnsmasq都是no-ipset, 不带ipset的启动后 网不通, 要在系统日志中找错误, 建议加个dnsmasq ipset版本检测的日志, 对新手友好一点

[zxlhhyccc]

@eAtmApp 你是不是编译的是nft而不是ipt，就是说你编译的是fw4而不是fw3引起的？

[msdos03]

@eAtmApp 你是不是编译的是nft而不是ipt，就是说你编译的是fw4而不是fw3引起的？

我使用shadowsocks-rust遇到了同样的问题，我使用openwrt master分支，并且我在base-system里面取消勾选了firewall4并勾选了firewall，这是否能满足ssrplus的依赖？

[eAtmApp]

@eAtmApp 你是不是编译的是nft而不是ipt，就是说你编译的是fw4而不是fw3引起的？

我就不是自己编译的, 就最终确认的结果, 是ssr plus中写的依赖包造成的, 然后ssrplus的服务启动脚本中又将ss与ssr混合在了一起, 这个luci包,他并不输出详细的错误信息,ssrplus redir tcp error.restart的日志,仅仅是当前开启的ss服务不见了,就会统一报这个错误, 你看我一二楼写的就知道了, . 最新op+ssrplus版本上有一点应该是能确认,ss-rust在某个特定的加密模式下, 肯定是启动不了, 而ss-libev没问题,

[eAtmApp]

@eAtmApp 你是不是编译的是nft而不是ipt，就是说你编译的是fw4而不是fw3引起的？

我使用shadowsocks-rust遇到了同样的问题，我使用openwrt master分支，并且我在base-system里面取消勾选了firewall4并勾选了firewall，这是否能满足ssrplus的依赖？

没仔细看脚本, 我猜测啊,ssrplus本身并不包含二进制文件,也就是不依赖任何东西, 他只是为了满足所有用户,将所有的软件包ss-rust/ss-liev/ssr还有分流工具, 整合到了一起,简化用户操作所以才有了那么多的依赖, 原始的ss/ssr应该很久没更新过了,他们本身依赖的包也很少, 我还是比较认同前面的说法, 有人确定的是某些s客户端 对openssl3.0有兼容问题

[fun665]

已解决

shadowsocks-rust的问题 按照其它人的处理情况,说是在处理加解密模块时造成的,说是openssl版本问题,换低版本即可(未验证,就算可行也担心与其它软件包的兼容问题,所以不动openssl最好吧)

删除所有shadowsocks-rust,使用shadowsocks-libev即可解决

我使用的这个固件使用的是shadowsocks-libev版本, 但是不知为何带了shadowsocks-rust-sslocal这个包

上面的情况是: luci-app-ssr-plus使用了这条命令查找ss-redir first_type: /bin/sslocal -p /var/etc/ssrplus/bin/sslocal -p sslocal sslocal ss-redir 因系统中有shadowsocks-rust-sslocal包,会优先使用sslocal作为 /var/etc/ssrplus/bin/ss-redir的软链接, 所以直接使用ss-redir (shadowsocks-libev版本的文件)命令能成功. 替换了openssl版本1.1.1 没有问题了

[Elda1994]

@eAtmApp 你是不是编译的是nft而不是ipt，就是说你编译的是fw4而不是fw3引起的？

老哥，你好，我搜索问题答案搜索到你的回复。我想请问一下，我是自己编译的官方openwrt R23.05.3 然后加入了hellloworld插件，现在编译好的ssr plus可以正常启动，但是一直无法连接谷歌，请问你有解决办法么？我就是编译的官方的firewall4，不是firewall3，我猜测是不是ssr plus在firewall4的情况下，需要特殊设置一下呢？请问可以帮忙解答一下么？

[eAtmApp]

@eAtmApp 你是不是编译的是nft而不是ipt，就是说你编译的是fw4而不是fw3引起的？

老哥，你好，我搜索问题答案搜索到你的回复。我想请问一下，我是自己编译的官方openwrt R23.05.3 然后加入了hellloworld插件，现在编译好的ssr plus可以正常启动，但是一直无法连接谷歌，请问你有解决办法么？我就是编译的官方的firewall4，不是firewall3，我猜测是不是ssr plus在firewall4的情况下，需要特殊设置一下呢？请问可以帮忙解答一下么？

我上面就写了, 这些工具他本身不包含实际功能, 只是利用原现有工具打包成了懒人工具箱, 但是, 他们他们没有处理原有工具的相关错误, 懒人工具箱的日志中也没有体现出来, 所以出现任何问题,只能去查他所使用的原有软件工具的日志或调度输出,才能定位到问题所在