Сценарий поствыпуска openvpn завершается с ошибкой "Операция не разрешена", если и только если openvpn запускается systemd
У меня есть этот сценарий пост-up, который запускается openvpn:
#!/bin/bash
echo "I am: `whoami`"
echo "Moving interface into the netns"
ip link set dev "$1" up netns hydrogenvpn mtu "$2"
echo "Listing"
ip netns ls
echo "test"
ip netns exec hydrogenvpn cat /tmp/foobar
Если я запускаю openvpn с любой из этих команд: service openvpn start
, /etc/init.d/openvpn start
, systemctl start openvpn@hydrogen.service
Я получаю это в моих журналах:
Sun Oct 9 11:19:15 2016 us=851109 /sbin/ip link set dev tun-hyd2 up mtu 1500
Sun Oct 9 11:19:15 2016 us=858267 /sbin/ip addr add dev tun-hyd2 10.43.43.3/24 broadcast 10.43.43.255
Sun Oct 9 11:19:15 2016 us=872474 /etc/openvpn/hydrogen_postup.sh tun-hyd2 1500 1542 10.43.43.3 255.255.255.0 init
I am: root
Moving interface into the netns
Listing
novpn (id: 1)
hydrogenvpn (id: 0)
test
setting the network namespace "hydrogenvpn" failed: Operation not permitted
Однако, если я запускаю openvpn с той же самой командой, что и systemd, она работает:
# systemctl status openvpn@hydrogen.service | grep Process
Process: 7722 ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf --writepid /run/openvpn/%i.pid (code=exited, status=0/SUCCESS)
# /usr/sbin/openvpn --daemon ovpn-hydrogen --status /run/openvpn/hydrogen.status 10 --cd /etc/openvpn --config /etc/openvpn/hydrogen.conf --writepid /run/openvpn/hydrogen.pid
# tail /var/log/openvpn.log
Sun Oct 9 11:25:28 2016 us=762617 /sbin/ip addr add dev tun-hyd2 10.43.43.3/24 broadcast 10.43.43.255
Sun Oct 9 11:25:28 2016 us=767131 /etc/openvpn/hydrogen_postup.sh tun-hyd2 1500 1542 10.43.43.3 255.255.255.0 init
I am: root
Moving interface into the netns
Listing
novpn (id: 1)
hydrogenvpn (id: 0)
test
<content of /tmp/foobar>
Sun Oct 9 11:25:28 2016 us=952737 Initialization Sequence Completed
Я также попытался запустить openvpn с systemd, а затем запустить скрипт вручную, он тоже работает.
Почему есть разница между двумя прогонами? И как я могу заставить скрипт работать при запуске openvpn, запущенном с systemd?
Версии: тестирование Debian, openvpn 2.3.11-2, systemd 231-9
1 ответ
Это служебный файл для OpenVPN (/lib/systemd/system/openvpn@.service
):
[Unit]
Description=OpenVPN connection to %i
PartOf=openvpn.service
ReloadPropagatedFrom=openvpn.service
Before=systemd-user-sessions.service
Documentation=man:openvpn(8)
Documentation=https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage
Documentation=https://community.openvpn.net/openvpn/wiki/HOWTO
[Service]
PrivateTmp=true
KillMode=mixed
Type=forking
ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf --writepid /run/openvpn/%i.pid
PIDFile=/run/openvpn/%i.pid
ExecReload=/bin/kill -HUP $MAINPID
WorkingDirectory=/etc/openvpn
ProtectSystem=yes
CapabilityBoundingSet=CAP_IPC_LOCK CAP_NET_ADMIN CAP_NET_BIND_SERVICE CAP_NET_RAW CAP_SETGID CAP_SETUID CAP_SYS_CHROOT CAP_DAC_READ_SEARCH CAP_AUDIT_WRITE
LimitNPROC=10
DeviceAllow=/dev/null rw
DeviceAllow=/dev/net/tun rw
[Install]
WantedBy=multi-user.target
Есть три вещи, которые ограничивают то, что можно сделать:
CapabilityBoundingSet
ограничивает то, что может сделать это устройство. Вероятно, есть некоторые возможности, необходимые для "ip netns", которого там нет. Напримерip netns
связываетmount --bind
что требуетCAP_SYS_ADMIN
,ProtectSystem
предотвращает изменение модулем файловой системы (я не думаю, что это предотвращает монтирование bind);LimitNPROC
ограничить количество процессов в блоке. Возможно, это источник вашей проблемы, но это может быть проблемой для сложных скриптов.