Eu configurei um cliente openvpn no Ubuntu 18.04 criando um arquivo work.conf em / etc / openvpn /
Eu começo com:
sudo systemctl start [email protected]
Quando eu paro,
sudo systemctl stop [email protected]
trava exatamente 90 segundos antes de finalmente desligar. Verificar os registros mostra o tempo limite de desligamento normal, quando um SIGKILL é emitido:
journalctl -n 6 -u [email protected]
12:59:51 systemd[1]: Stopping OpenVPN connection to work...
13:01:21 systemd[1]: [email protected]: State 'stop-sigterm' timed out. Killing.
13:01:21 systemd[1]: [email protected]: Killing process 12379 (openvpn) with signal SIGKILL.
13:01:21 systemd[1]: [email protected]: Main process exited, code=killed, status=9/KILL
13:01:21 systemd[1]: [email protected]: Failed with result 'timeout'.
13:01:21 systemd[1]: Stopped OpenVPN connection to work.
Eu notei um monte de processos openvpn para dormir, alguns com muitos dias de vida:
ps ax -o command | grep --count '[o]penvpn'
35
ps ax -o stat,start,command | grep '[S]TAT\|[o]penvpn'
STAT STARTED COMMAND
S Aug 21 /bin/bash /etc/openvpn/update-resolv-conf tun0 1500 1553 ... ... init
S Aug 21 run-parts --arg=-a --arg=tun0.openvpn /etc/resolvconf/update.d
...
Eu vejo muitos processos semelhantes no cgroup do serviço:
systemd-cgls -u [email protected] | grep --count run-parts
34
systemd-cgls -u [email protected] | grep --count update-resolv-conf
17
Também notei que há um openvpn.service além do meu [email protected] . Eu não estou claro sobre a interação entre os dois. Acho que meu @work service está agrupado no outro serviço, mas não tenho certeza.
Gostaria de descobrir por que o serviço não foi encerrado de maneira limpa e como / se é necessário limpar todos os processos que parecem ser duplicados. O que você sugeriria como próximo passo?
Eu posso postar meu arquivo conf se isso for útil ...
Eu tive um problema parecido / igual. Tempo limite quando queria interromper o serviço OpenVPN ...
Descobri que meu arquivo update-resolv-conf era o problema.
Sugiro que comente as linhas up / down update-resolv-conf no seu work.conf e verifique se o comportamento muda. Especialmente, como os processos parecem permanecer vivos ...
Melhor!