𝙼
Тогда надо лезть в исхи
Size: a a a
2019 November 15
u
Тогда надо лезть в исхи
не! давай я сделаю как ты тогда. чтобы сервис ребутался
𝙼
u
это через файл юнита сервиса делается?
𝙼
это через файл юнита сервиса делается?
Да.
systemctl edit shadowsocks-libev@
[Service]
Restart=always
RestartSec=5
𝙼
systemctl edit shadowsocks-libev@ аналогичен созданию /etc/systemd/system/shadowsocks-libev@.d/override.conf + сделает systemctl daemon-reload𝙼
systemctl edit --full shadowsocks-libev@ скопирует shadowsocks-libev@.service в /etc/systemd/system и даст его отредактировать, после чего сделает systemctl daemon-reload (на будущее)u
systemctl edit --full shadowsocks-libev@ скопирует shadowsocks-libev@.service в /etc/systemd/system и даст его отредактировать, после чего сделает systemctl daemon-reload (на будущее)
да, таким макаром заводится сам. таак понимаю это глюк в самом шедоусокс какой то
𝙼
хозе
u
хозе
на гите есть ишью от чела на дебинае, очень похожий трабл, но там чел, походу, не понимает совсем, что происходит. проблема не в том, о чем он пишет как бе.
вот
https://github.com/shadowsocks/shadowsocks-libev/issues/2540
вот
https://github.com/shadowsocks/shadowsocks-libev/issues/2540
JC
@tsaruk1van trial подойдет для пробный всмысле "попытка"?
JC
Или там шото другое
МН
На подключенном HDD через USB 2.0
Лол
МН
А он пускается очень долго - читает огромный json истории
А зачем?
𝙼
А зачем?
Чтобы выдавать в мордочке красивые графики и поиск по истории
МН
Чтобы выдавать в мордочке красивые графики и поиск по истории
А зачем это в одном родительском процессе с непосредственно днс сервером?
МН
Поиск по истории резолва днс - забавно, даже полезно
𝙼
А зачем это в одном родительском процессе с непосредственно днс сервером?
А где еще этому быть? o.O
МН
А где еще этому быть? o.O
В отдельном процессе, обсдуживающем веб-морду, не пойму, зачем процессу, выполняющему непосредственно резолв, знать истории. Или там можно варьировать ответы в зависмости от истории?
𝙼
Он и хостит морду