![openvpn[]: Ошибка параметров: В [CMD-LINE]:1: Ошибка открытия файла конфигурации](https://rvso.com/image/51228/openvpn%5B%5D%3A%20%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0%20%D0%BF%D0%B0%D1%80%D0%B0%D0%BC%D0%B5%D1%82%D1%80%D0%BE%D0%B2%3A%20%D0%92%20%5BCMD-LINE%5D%3A1%3A%20%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0%20%D0%BE%D1%82%D0%BA%D1%80%D1%8B%D1%82%D0%B8%D1%8F%20%D1%84%D0%B0%D0%B9%D0%BB%D0%B0%20%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B8.png)
при попыткеservice openvpn start
Oct 12 14:02:01 ccushing1 openvpn[9091]: Options error: In [CMD-LINE]:1: Error opening configuration file: devnet-client-vm.conf
работает openvpn devnet-client-vm.conf
отлично. Почему не запускается openvpn? как это исправить?
решение1
Вы, возможно, захотите бежать
fixfiles -R openvpn restore
Команда ls -alZ должна выдать вам что-то вроде этого (показывая, что ваши файлы теперь находятся в правильном контексте selinux):
[root@server openvpn]# ls -alZ /etc/openvpn/
drwxr-xr-x. root root system_u:object_r:openvpn_etc_t:s0 .
drwxr-xr-x. root root system_u:object_r:etc_t:s0 ..
drwxr-xr-x. root root unconfined_u:object_r:openvpn_etc_t:s0 certs
-rw-r--r--. root root unconfined_u:object_r:openvpn_etc_t:s0 dh2048.pem
drwxr-xr-x. root root unconfined_u:object_r:openvpn_etc_t:s0 easy-rsa
-rw-------. root root unconfined_u:object_r:openvpn_etc_rw_t:s0 ipp.txt
-rw-------. root root unconfined_u:object_r:openvpn_etc_t:s0 ta.key
-rw-------. openvpn openvpn unconfined_u:object_r:openvpn_etc_t:s0 server.conf
Если у вас есть такое утверждение
status openvpn-status.log
в вашем файле конфигурации openvpn вы можете заметить, что сервер все еще не запускается. Взгляд на /var/log/audit/audit.log покажет
type=AVC msg=audit(1413580155.710:1265): avc: denied { write } for pid=19725 comm="openvpn" name="openvpn-status.log" dev="dm-1" ino=54153273 scontext=system_u:system_r:openvpn_t:s0 tcontext=unconfined_u:object_r:openvpn_etc_t:s0 tclass=file
Изменение контекста этого файла на rw решает проблему:
chcon -t openvpn_etc_rw_t openvpn-status.log
и
[root@server openvpn]# ls -alZ openvpn-status.log
-rw-------. root root unconfined_u:object_r:openvpn_etc_t:s0 openvpn-status.log
станет
-rw-------. root root unconfined_u:object_r:openvpn_etc_rw_t:s0 openvpn-status.log
После этого звонок
service openvpn@server start
сработало безупречно.
[root@server openvpn]# service openvpn@server status
Redirecting to /bin/systemctl status [email protected]
[email protected] - OpenVPN Robust And Highly Flexible Tunneling Application On server
Loaded: loaded (/usr/lib/systemd/system/[email protected]; disabled)
Active: active (running) since Fri 2014-10-17 23:13:49 CEST; 9s ago
Process: 20445 ExecStart=/usr/sbin/openvpn --daemon --writepid /var/run/openvpn/%i.pid --cd /etc/openvpn/ --config %i.conf (code=exited, status=0/SUCCESS)
Main PID: 20449 (openvpn)
CGroup: /system.slice/system-openvpn.slice/[email protected]
└─20449 /usr/sbin/openvpn --daemon --writepid /var/run/openvpn/server.pid --cd /etc/openvpn/ --config server.conf
Oct 17 23:13:49 server openvpn[20445]: ROUTE_GATEWAY xx.xxx.xx.x/255.255.255.0 IFACE=eth0 HWADDR=XX:XX:XX:XX:XX:XX
Oct 17 23:13:49 server openvpn[20449]: GID set to nobody
Oct 17 23:13:49 server openvpn[20449]: UID set to nobody
Oct 17 23:13:49 server openvpn[20449]: UDPv4 link local (bound): [undef]
Oct 17 23:13:49 server openvpn[20449]: UDPv4 link remote: [undef]
Oct 17 23:13:49 server openvpn[20449]: MULTI: multi_init called, r=256 v=256
Oct 17 23:13:49 server openvpn[20449]: IFCONFIG POOL: base=10.8.0.4 size=62, ipv6=0
Oct 17 23:13:49 server systemd[1]: Started OpenVPN Robust And Highly Flexible Tunneling Application On server.
Oct 17 23:13:49 server openvpn[20449]: IFCONFIG POOL LIST
Oct 17 23:13:49 server openvpn[20449]: Initialization Sequence Completed
PS: У меня Centos 7.
решение2
Для тех, кто найдет эту ветку, у меня была проблема в Fedora 26. Оказывается, в инструкциях, которым я следовал, вы помещали файлы conf в каталог /etc/openvpn, но их нужно поместить в /etc/openvpn/server.
решение3
Проблема в SELinux, редактирование /etc/sysconfig/selinux
и настройка SELINUX=permissive
, а затем перезагрузка исправили ее для меня. Я помню, что в Fedora была команда, которую нужно было выполнить, чтобы разрешить правильное использование каталога cert, но я забыл, что это за команда. Установка в режим permissive полностью исправляет, но более предпочтительным способом было бы исправить это так, чтобы он мог правильно использовать каталог.
решение4
Я решил указанную выше ошибку, переместив файл(ы) conf в каталог client
, например,
/etc/openvpn/client/openvpn.conf