SerialCore

> Ubuntu和Kali都在一台设备上运行（只是换一下硬盘），均为amd64。而且我发现此设备运行win7，使用windows版软件还是会出现同样的问题。

> @SerialCore 可以到设置里面打开日志目录查看信息，方便的话贴一下去除账号信息之后的启动日志。 具体那个文件，是/var/log/boot.log吗

问题我可能找着了，从源码里就可以看出端倪。 首先检查源码和应用日志可以得知，此应用的基本原理是调用ssr-local程序，通过脚本运行命令而达到连接服务器的目的。但是在此之前必须要enable proxy，相反断开连接后也要disable proxy。我尝试运行日志文件中的命令，ssr-local -s ...，发现并不能翻墙。这是因为在我手动断开连接后，proxy也被关闭，只运行ssr-local不是完整操作。于是我在保持应用连接的状态下运行命令连接另一个服务器节点，发现浏览器果然对我的新地址做出了响应。 那么回到Kali的问题，我在Kali中同样运行ssr-local -s ...命令，没有出现错误，就和Ubuntu中测试的结果一样。所以问题可能出在proxy上。查看源码proxy.ts发现，proxy使用NodeJS.Platform环境，而我的Kali中没有配置NodeJS，也没有electron+ts环境，这可能会导致proxy不能正常启动。 目前正在配置相应环境，如果成功说明与运行环境有关。

另外有个小bug。日志中的连接命令如下： /home/serial/.config/shadowsocks-electron/runtime/bin/linux/x64/ssr-local -s ***** -p ***** -b 127.0.0.1 -l 1081 -k ***** -m none -t 60 -o -O ***** -G ***** 发现-o后的参数为空，这是因为Obfs默认为plain，我的设置也是plain，就没有去改。不手动改就导致这个参数默认为空。应该不会影响使用。

> > 问题我可能找着了，从源码里就可以看出端倪。 首先检查源码和应用日志可以得知，此应用的基本原理是调用ssr-local程序，通过脚本运行命令而达到连接服务器的目的。但是在此之前必须要enable proxy，相反断开连接后也要disable proxy。我尝试运行日志文件中的命令，ssr-local -s ...，发现并不能翻墙。这是因为在我手动断开连接后，proxy也被关闭，只运行ssr-local不是完整操作。于是我在保持应用连接的状态下运行命令连接另一个服务器节点，发现浏览器果然对我的新地址做出了响应。 那么回到Kali的问题，我在Kali中同样运行ssr-local -s ...命令，没有出现错误，就和Ubuntu中测试的结果一样。所以问题可能出在proxy上。查看源码proxy.ts发现，proxy使用NodeJS.Platform环境，而我的Kali中没有配置NodeJS，也没有electron+ts环境，这可能会导致proxy不能正常启动。 目前正在配置相应环境，如果成功说明与运行环境有关。 > > > > 我大概知道哪里的问题了，你用的 mode 是全局吗？还有你的kali桌面环境不是 Gnome 吧。如果是全局模式下，客户端会使用 gsetting 来设置系统代理，不是 Gnome 环境的话可能会出错： > > ```ts > >...