ssrplus服务无法启动

[suizhenmin]

服务端Xay为旧版本，ssr同步编译到了最新版本，然后ssr就无法启动了，看说明是兼容旧版本的。

日志太少，看不出说明原因

[zxlhhyccc]

请删除旧版配置重新配置即可，有空修一下兼容旧版配置，省的使用旧版配置不兼容。 见：https://github.com/fw876/helloworld/issues/1588

[suizhenmin]

请删除旧版本配置重新配置即可，有空修改一下兼容旧版本配置，省的使用旧版本配置不兼容。 见：#1588

我是自建节点，使用的是原始的XUI生成的配置，我尝试手动输入配置信息依然不能启动，使用的确实是VMESS协议，现在只能先退回使用旧版的ssr了

[zxlhhyccc]

我是自建节点，使用的是原始的XUI生成的配置，我尝试手动输入配置信息依然不能启动，使用的确实是VMESS协议，现在只能先退回使用旧版的ssr了

目前用vless和vmess协议均正常使用。对你说的情况能否私信发我节点测试，如果确实有问题，我将修复。

[suizhenmin]

我是自建节点，使用的是原始的XUI生成配置的配置，我尝试手动输入信息仍然无法启动，使用的确实是VMESS协议，现在只能先恢复使用旧版本的ssr了

目前用vless和vmess协议均正常使用。对你说的情况能否私信发我节点测试，如果确实有问题，我将修复。

请提供邮箱，我发送节点信息给你

[zxlhhyccc]

请提供邮箱，我发送节点信息给你

zxlhhy@163.com

[suizhenmin]

请提供邮箱，我分布的要点信息给你

zxlhhy@163.com

已发送

[zxlhhyccc]

已发送

好的，我抽空看看什么情况。

[suizhenmin]

已发送

好的，我抽空看看什么情况。

问题解决了，原来需要重置下 SSR Plus 配置，/etc/init.d/shadowsocksr reset 找到了 lean 大佬之前回复其他人的帖子

[zxlhhyccc]

问题解决了，原来需要重置下 SSR Plus 配置，/etc/init.d/shadowsocksr reset 找到了 lean 大佬之前回复其他人的帖子

不是这个问题，是导入配置后tls和mux不会自动勾选，见下图，你看一下你的服务器配置是不是有tls和mux。我已修复，稍后提pr解决。

修正前导入情况：

修正后导入情况：

[itfish92]

问题解决了，原来需要重置下SSR Plus配置，/etc/init.d/shadowsocksr重置找到了lean大佬之前回复其他人的帖子

不是这个问题，是导入配置后tls和mux不会自动勾选，见下图，你看看你的服务器配置是不是有tls和mux。我已经修复了，稍后提pr解决。

修改前导入条件：

修改后导入情况：

问题解决了，原来需要重置下SSR Plus配置，/etc/init.d/shadowsocksr重置找到了lean大佬之前回复其他人的帖子

不是这个问题，是导入配置后tls和mux不会自动勾选，见下图，你看看你的服务器配置是不是有tls和mux。我已经修复了，稍后提pr解决。

修改前导入条件：

修改后导入情况：

好像是跟配置文件有点关系，我编译的时候都是file文件夹下放的配置文件，前两天新编译的时候用旧的配置文件就导致vmss节点不能启动，重置一下配置就能正常订阅并启动了

[zxlhhyccc]

好像是跟配置文件有点关系，我编译的时候都是file文件夹下放的配置文件，前两天新编译的时候用旧的配置文件就导致vmss节点不能启动，重置一下配置就能正常订阅并启动了

导入配置问题更大，没修改前导入配置的tls不会自动选择，当然，对旧配置是有点影响，我打算修复一下兼容旧配置，因为我没旧配置，你能测试一下吗？

[itfish92]

好像是跟配置文件有点关系，我编译的时候都是file文件夹下放的配置文件，前两天新编译的时候用旧的配置文件就导致vmss节点不能启动，重置一下配置就能正常订阅并启动了

导入配置问题更大，没修改前导入配置的tls不会自动选择，当然，对旧配置是有点影响，我打算修复一下兼容旧配置，因为我没旧配置，你能测试一下吗？

怎么测试，你说一下我操作看看

[itfish92]

好像是跟配置文件有点关系，我编译的时候都是file文件夹下放的配置文件，前两天新编译的时候用旧的配置文件就导致vmss节点不能启动，重置一下配置就能正常订阅并启动了

导入配置问题更大，没修改前导入配置的tls不会自动选择，当然，对旧配置是有点影响，我打算修复一下兼容旧配置，因为我没旧配置，你能测试一下吗？

我编译的时候预先导入的配置文件很简单，就是去掉了节点自动切换，改了几处我需要的设置，没有节点信息。 新版比旧版多出来者几行，别的都一样： config global option apple_optimization '1' list wan_fw_ips '8.8.8.8' list wan_fw_ips '1.1.1.1'

config global_xray_fragment option fragment '0' option noise '0'

[zxlhhyccc]

怎么测试，你说一下我操作看看 @itfish92 我修改一下uci-defaults/luci-ssr-plus文件，自动导入 config global_xray_fragment option fragment '0' option noise '0' 应该就可以直接使用旧版配置了。

先恢复旧配置，然后把下面的压缩包解压缩出来的文件放到/etc/uci-defaults/目录并给予可执行权限，然后重启路由，看能不能直接兼容旧配置。

luci-ssr-plus.zip

[itfish92]

/etc/uci-defaults/

按照你描述的操作完（新源码，旧配置），然后把那个文件放到/etc/uci-defaults/，重启后，节点可以正常运行了

[zxlhhyccc]

按照你描述的操作完（新源码，旧配置），然后把那个文件放到/etc/uci-defaults/，重启后，节点可以正常运行了

原来的旧配置没用我刚才的文件，是不能运行对吗？

[itfish92]

按照你描述的操作完（新源码，旧配置），然后把那个文件放到/etc/uci-defaults/，重启后，节点可以正常运行了

原来的旧配置没用我刚才的文件，是不能运行对吗？

那肯定，我特地把旧配置文件放进我的源码里的lede\files\etc\config\文件夹下，重新编译了个固件测试的（其实是我不会上传旧配置文件到新固件才这么做的） 然后订阅了我出问题的那个节点，不能启动，然后重启了一次路由器，确定不能启动节点，接下来我才按你说的上传了你给我的那个文件到/etc/uci-defaults/，然后给权限，然后重启就能看到节点正常运行了

[zxlhhyccc]

那肯定，我特地把旧配置文件放进我的源码里的lede\files\etc\config\文件夹下，重新编译了个固件测试的（其实是我不会上传旧配置文件到新固件才这么做的） 然后订阅了我出问题的那个节点，不能启动，然后重启了一次路由器，确定不能启动节点，接下来我才按你说的上传了你给我的那个文件到/etc/uci-defaults/，然后给权限，然后重启就能看到节点正常运行了

OK，明天我提pr。。。

[suizhenmin]

问题解决了，原来需要重置下 SSR Plus 配置，/etc/init.d/shadowsocksr reset 找到了 lean 大佬之前回复其他人的帖子

不是这个问题，是导入配置后tls和mux不会自动勾选，见下图，你看一下你的服务器配置是不是有tls和mux。我已修复，稍后提pr解决。

修正前导入情况：

修正后导入情况：

是需要手动去勾选，还是还是要命令清除下原来的配置

[zxlhhyccc]

是需要手动去勾选，还是还是要命令清除下原来的配置

现在直接导入即可，不需手动去勾选tls，修改前导入配置信息不会自动勾选tls。