Ubuntu Server 16.04 - OpenVPN parece não iniciar, nenhum log é gravado

12

Eu instalei e oepnvpn em um servidor Ubuntu 16.04 seguindo a seguinte diretriz how-to-set-up- an-openvpn-server-on-ubuntu

Quando inicio o servidor openVPN com: service openvpn start , parece que ele foi iniciado, mas não recebo arquivos de log gravados mesmo tendo a opção de log ativada.

status /var/log/openvpn-status.log
log  /var/log/openvpn.log    

Alguma dica que eu posso tentar?

  • como posso verificar se o processo / serviço está realmente funcionando?
  • como posso saber se o serviço está falhando toda vez?
  • alguma ideia de por que os arquivos de log não são gravados?

saída ao iniciar o serviço

root@Diabolo:/etc/openvpn# service openvpn stop
root@Diabolo:/etc/openvpn# service openvpn start
root@Diabolo:/etc/openvpn# service openvpn status
openvpn.service - OpenVPN service
Loaded: loaded (/lib/systemd/system/openvpn.service; enabled; vendor preset: enabled)
Active: active (exited) since Sat 2016-06-25 19:04:12 CEST; 3s ago
Process: 3956 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 3956 (code=exited, status=0/SUCCESS)
Jun 25 19:04:12 Diabolo systemd[1]: Starting OpenVPN service...
Jun 25 19:04:12 Diabolo systemd[1]: Started OpenVPN service.

saída no syslog

Jun 25 19:04:12 Diabolo systemd[1]: Starting OpenVPN service...
Jun 25 19:04:12 Diabolo systemd[1]: Started OpenVPN service.

arquivo de configuração server.conf

port 1194
proto udp
dev tun
ca /etc/openvpn/ca.crt
cert /etc/openvpn/server.crt
key /etc/openvpn/server.key 
dh /etc/openvpn/dh2048.pem
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 208.67.222.222"
push "dhcp-option DNS 208.67.220.220"
keepalive 10 120
comp-lzo
max-clients 100
user nobody
group nogroup
persist-key
persist-tun
status /var/log/openvpn-status.log
log  /var/log/openvpn.log
verb 3
    
por megloff 25.06.2016 / 19:15

4 respostas

13

O problema é que a configuração do serviço /lib/systemd/system/openvpn.service apenas chama /bin/true (não tenho a menor idéia do motivo pelo qual ela não foi removida). A configuração utilizável pode ser encontrada em /lib/systemd/system/[email protected] , mas ainda precisa ser um pouco hackeada.

Solução que funcionou para mim:

1. Criar dependência no serviço de rede

Para protegê-lo de sobrescrever, crie-o em um arquivo separado no subdiretório:

 mkdir -p /lib/systemd/system/openvpn\@.service.d

Crie um arquivo neste diretório. Seu nome deve terminar com .conf , por exemplo:

 vi /lib/systemd/system/openvpn\@.service.d/local-after-ifup.conf

Coloque o seguinte conteúdo neste arquivo:

[Unit]
Requires=networking.service
After=networking.service

2. Tente iniciar o servidor

systemctl start openvpn@<CONF_NAME>.service

Em que CONF_NAME é o nome do seu arquivo .conf no diretório /etc/openvpn . No seu caso:

systemctl start [email protected]

3. Ativar a inicialização automática do serviço se tudo funcionar

systemctl enable [email protected]
    
por 04.10.2016 / 13:42
10

Após pesquisar por todo o site, encontrei este link:

link

edit /etc/default/openvpn, uncomment AUTOSTART=”all”
sudo systemctl daemon-reload
sudo service openvpn restart

Eu resumi um pouco mais:

echo 'echo "AUTOSTART="\"all"\"" >> /etc/default/openvpn' | sudo -s
sudo systemctl daemon-reload
sudo service openvpn restart
    
por 02.09.2017 / 08:19
1

Devido a um bug em /etc/init.d/openvpn?

# check if automatic startup is disabled by AUTOSTART=none
if test "x$AUTOSTART" = "xnone" -o -z "$AUTOSTART" ; then
  log_warning_msg " Autostart disabled."
  exit 0
fi
if test -z "$AUTOSTART" -o "x$AUTOSTART" = "xall" ; then
  # all VPNs shall be started automatically
  ...

Parece que se o AUTOSTART estiver vazio em / etc / default / openvpn, os scripts simplesmente saem. Então, ou você escolhe a solução de Phillip ou remove a segunda condição da linha 119:

-o -z "$AUTOSTART"
    
por 29.10.2018 / 22:55
-1

Como alternativa à resposta de Phillip Moxley , você pode editar o arquivo /etc/default/openvpn e mude a linha AUTOSTART para

AUTOSTART="server"
    
por 03.04.2018 / 18:02