☰

openvpn[]: Erro de opções: Em [CMD-LINE]:1: Erro ao abrir arquivo de configuração

tag-icon • tag-icon centos selinux openvpn
openvpn[]: Erro de opções: Em [CMD-LINE]:1: Erro ao abrir arquivo de configuração

ao tentarservice openvpn start

Oct 12 14:02:01 ccushing1 openvpn[9091]: Options error: In [CMD-LINE]:1: Error opening configuration file: devnet-client-vm.conf

correr openvpn devnet-client-vm.conffunciona muito bem. Por que o openvpn não inicia? como posso consertar isso?

Responder1

Você pode querer correr

fixfiles -R openvpn restore

Um ls -alZ deve fornecer algo assim (mostrando que seus arquivos estão no contexto selinux correto agora):

[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

Se você tiver uma declaração como

status openvpn-status.log

no seu arquivo de configuração do openvpn, você pode notar que o servidor ainda não inicia. Uma olhada em /var/log/audit/audit.log revelará

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

Alterar o contexto deste arquivo para rw resolve:

chcon -t openvpn_etc_rw_t openvpn-status.log

e

[root@server openvpn]# ls -alZ openvpn-status.log
-rw-------. root    root    unconfined_u:object_r:openvpn_etc_t:s0 openvpn-status.log

se tornará

-rw-------. root    root    unconfined_u:object_r:openvpn_etc_rw_t:s0 openvpn-status.log

Depois a chamada

service openvpn@server start

funcionou perfeitamente.

[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: Estou no Centos 7.

Responder2

Para qualquer outra pessoa que encontrar esse tópico, tive o problema no Fedora 26. Acontece que as instruções que eu estava seguindo se você colocasse os arquivos conf no diretório /etc/openvpn, mas eles precisam entrar em /etc/openvpn/server.

Responder3

O problema é o SELinux, editar /etc/sysconfig/selinuxe configurar SELINUX=permissivee depois reiniciar resolveu para mim. Lembro-me no fedora que havia um comando que precisava ser executado para permitir que o diretório cert fosse usado corretamente, mas esqueci qual é esse comando. Definindo as correções permissivas completamente, mas uma maneira mais preferida seria corrigi-lo para que ele possa usar o diretório corretamente.

Responder4

Resolvi o erro acima movendo o (s) arquivo (s) conf para o  clientdiretório, por exemplo,

/etc/openvpn/client/openvpn.conf

informação relacionada