work.conf我通过在 /etc/openvpn/ 下创建一个文件来在 Ubuntu 18.04 上设置 openvpn 客户端
我这样开始：
sudo systemctl start [email protected]
当我停下来的时候，
sudo systemctl stop [email protected]
它挂起整整 90 秒才最终关闭。检查日志显示正常关闭超时，此时发出 SIGKILL：
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.
我注意到一堆休眠的 openvpn 进程，有些已经很多天了：
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
...
我在服务的cgroup中看到很多类似的进程：
systemd-cgls -u [email protected] | grep --count run-parts
34
systemd-cgls -u [email protected] | grep --count update-resolv-conf
17
我还注意到除了openvpn.service我的[email protected].我不清楚两者之间的相互作用。我认为我的@work服务属于其他服务，但不确定。
我想弄清楚为什么服务无法彻底关闭，以及如何/是否清理所有看起来重复的进程。您建议下一步做什么？
如果有用的话我可以发布我的conf文件......
答案1
我遇到了类似/相同的问题。当我想停止 OpenVPN 服务时超时...
原来是我的 update-resolv-conf 文件有问题。
我建议注释掉 work.conf 中的 up/down update-resolv-conf 行并检查行为是否发生变化。特别是，当这些进程似乎仍然存在时......
最好的！