Попробую, но не обещаю, а то из кровати ещё не вставал

Сделайте потенциальный сигфолт в коде при авторизации и запустите ацель как сервис. Вот есть вероятность что в dmesg будет пустота

Как вариант, попробую на днях

Вообще да, отладка замечательная весчь... Порой глюки будут в одном месте, а реально беда совсем в другом )

Провел кучу экспериментов над умирающим systemd юнитом

1. Падающий без правки лимитов на создание корок
Apr 13 00:18:40 NAS-U1 systemd[1]: Starting Aservice-crush...
Apr 13 00:18:45 NAS-U1 kernel: a.out[3407]: segfault at 0...
Apr 13 00:18:45 NAS-U1 systemd[1]: aservice.service: Control process exited, code=killed status=11
Apr 13 00:18:45 NAS-U1 systemd[1]: aservice.service: Failed with result 'signal'.

2. Падающий с разрешенной коркой
Apr 13 00:17:58 NAS-U1 systemd[1]: Starting Aservice-crush...
Apr 13 00:18:03 NAS-U1 systemd[1]: aservice.service: Control process exited, code=dumped status=11
Apr 13 00:18:03 NAS-U1 kernel: a.out[3007]: segfault at 0...
Apr 13 00:18:03 NAS-U1 systemd[1]: aservice.service: Failed with result 'core-dump'.

3. Завершается нормально через exit(0) - никаких сообщений

4. Завершается нормально через exit(1)
Apr 13 00:08:12 NAS-U1 systemd[1]: Starting Aservice-crush...
Apr 13 00:08:17 NAS-U1 systemd[1]: aservice.service: Control process exited, code=exited status=1
Apr 13 00:08:17 NAS-U1 systemd[1]: aservice.service: Failed with result 'exit-code'.

4. Завершается нормально через exit(-1)
Apr 13 00:09:58 NAS-U1 systemd[1]: Starting Aservice-crush...
Apr 13 00:10:03 NAS-U1 systemd[1]: aservice.service: Control process exited, code=exited status=255
Apr 13 00:10:03 NAS-U1 systemd[1]: aservice.service: Failed with result 'exit-code'.

Таки нет в systemd никаких заморочек с обработкой крашей и кодами возврата, все стандартно и прозрачно.
Если упал то результат будет  code=killed или dumped и exit-code системный
Если просто завершился code=exited и код возврата с которым приложение завершилось

В нашем случае имеем
accel-ppp.service: Main process exited, code=exited, status=255
accel-ppp.service: Failed with result 'exit-code'.

Значит 100% accel завершается по exit(-1), и такие коды есть только в тритоне
root@NAS-U1:/opt/accel-ppp-code-test# grep "exit(-1)" * -R
accel-pppd/triton/md.c:         _exit(-1);
accel-pppd/triton/md.c:                 _exit(-1);
accel-pppd/triton/timer.c:              _exit(-1);
accel-pppd/triton/timer.c:                      _exit(-1);
accel-pppd/triton/triton.c:                     _exit(-1);
Там же есть сообщения об ошибке triton_log_error, но они не срабатывают, в логе всегда чисто.

хорошо бы вывод на пастбине посмотреть

так краша нет и корки нет)

это я крашил отладочный юнит с *(char *)0 = 0;

понятно

с exit(-1) он должен в лог отписать причину, на текущем гите

не пишет. недельной давности сборка с добавлеными сообщениями, умирает молча

в этом и все волшебство

тогда запустить под strace -fff и логом в файл

вероятно там последнее что будет - про epoll_create()

syslog
Apr  6 13:38:49 NAS-U1 systemd[1]: accel-ppp.service: Main process exited, code=exited, status=255/n/a
Apr  6 13:38:49 NAS-U1 systemd[1]: accel-ppp.service: Unit entered failed state.
Apr  6 13:38:49 NAS-U1 systemd[1]: accel-ppp.service: Failed with result 'exit-code'.
accel-ppp.log
[2021-04-06 13:31:33]: error: eth2.341: cann't negotiate authentication type
[2021-04-06 13:37:28]: error: eth2.341: cann't negotiate authentication type
[2021-04-06 13:38:04]: error: eth2.341: cann't negotiate authentication type
[2021-04-06 13:54:05]: error: eth2.341: cann't negotiate authentication type

это не то

возможно файловых дескрипторов не хватает доефлтных 1024

я понял, просто показываю выхлоп