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

Question

ao tentar 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

executando openvpn devnet-client-vm.conf funciona muito bem. Por que o openvpn não inicia? como posso consertar isso?

    

Answer 1

Você pode querer executar

fixfiles -R openvpn restore

Um ls -alZ deve fornecer algo assim (mostrando que seus arquivos estão no contexto correto do selinux 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 openvpn, você pode notar que o servidor ainda não será iniciado. Uma espiada no /var/log/audit/audit.log irá 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

Mudar o contexto deste arquivo para rw faz o truque:

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 da 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: Eu estou no Centos 7.

    

Answer 2

Para qualquer um que encontre este tópico, eu tive o problema no Fedora 26. Acontece que as instruções que eu estava seguindo você colocou os arquivos conf no diretório / etc / openvpn, mas eles precisam ir em / etc / openvpn / servidor.

    

Answer 3

O problema é o SELinux, editando /etc/sysconfig/selinux e definindo SELINUX=permissive e, em seguida, reiniciando para mim. Eu lembro no fedora que havia um comando que precisava ser executado para permitir que o diretório cert fosse usado corretamente, mas esqueci o que é esse comando. Configurando para correções permissivas completamente, mas uma maneira mais preferida seria corrigi-lo para que ele possa usar o diretório corretamente.

    

Answer 4

Para o diretório cert e o problema do SElinux, parece que é bem antigo, relatado pela primeira vez aqui: link E parece que é um bug upstream, pelo menos quando você usa o NetworkManager para controlar sua conexão openvpn. Mas o bug do upstream ainda é "não confirmado" -.- link

Talvez SELinux re-labeling problem ao tentar executar o OpenVPN ajuda de alguma forma com os bits do SElinux.

Ou se você quiser usar certificados por usuário e não os do sistema: link

    

Answer 5

Em Raspbian, um derivado do Debian, depois de deletar meu arquivo de configuração do /etc/openvpn/ e depois adicionar um arquivo de configuração diferente que eu achei, eu tive que:

# systemctl daemon-reload

Até então, o openvpn ainda estava tentando carregar a configuração antiga, excluída, quando executada usando service openvpn start , que percebi pela cauda seguindo /var/log/syslog .