帮助作者改善 SSRoT

有同学发帖说 SSRoT 本来工作得好好的，但某天突然就不管用了，排除站点被 GFW 封锁的情况，极大可能是 SSR 服务器软件崩了。

为了让大家尽快帮助作者找到崩溃点，迅速修正错误。就有了这篇小文。

我们可以使用 Linux 的 coreDump 组件将崩溃现场转储到一个指定文件里，然后用 gdb 打开这个文件查看结果。

• 我们用 sudo su 命令将当前账号切换到管理员权限。

sudo su

• 用 vi 编辑软件打开本机的全局配置文件 /etc/profile

vi /etc/profile

• 按下 i 键（是 i, I, 不是 L, 也不是 1）让 vi 切换到文本编辑模式，按动 下箭头 移动文本插入点到 /etc/profile 文件的末尾，添加如下命令

sysctl -p -q -e
ulimit -c unlimited
mkdir /var/crash
echo "/var/crash/core-%e-%p-%s-%t" > /proc/sys/kernel/core_pattern

像下图这个样子，然后按下 ESC 键退出编辑模式，并敲入 :wq 和 回车 这 四个 键（冒号 w q 回车）保存修改并退出 vi 编辑器。

• 敲入 reboot 命令重启主机，当前的准备工作就完成了。

reboot

• 当有崩溃事故发生时，再次登入主机，用 ls 命令列出 /var/crash/ 文件夹里的文件，找到具体的 崩溃转储 文件名，然后用 gdb 命令查看崩溃现场，比如我这里就是像这样

gdb /usr/bin/ssr-server /var/crash/core-ssr-server-1269-11-1587093689

具体到你的情况，其中的 转储 文件名得换成你机器上的实际存在的名字。

• 把你看到的信息复制下来，以提交 issue 的方式发给开发者，不胜感激。

参考资料: coredump配置、产生、分析以及分析示例