O OpenVPN Server trava na “Sequência de inicialização concluída”

Question

Eu tenho tentado obter uma configuração de servidor OpenVPN no FreeNAS (não a escolha mais direta, eu sei) e ter encontrado um erro intrigante. Parece que o servidor está pendurado após a mensagem "Initialization Sequence Completed" sempre que eu tento iniciá-lo. Ele alcançará esse ponto e apenas ficará lá até que eu tenha que interromper a execução com ctrl + c.

Meu arquivo openvpn.conf é o seguinte:

#
# Sample OpenVPN configuration file for
# office using SSL/TLS mode and RSA certificates/keys.
#
# '#' or ';' may be used to delimit comments.

# Use a dynamic tun device.
# For Linux 2.2 or non-Linux OSes,
# you may want to use an explicit
# unit number such as "tun1".
# OpenVPN also supports virtual
# ethernet "tap" devices.
dev tap
;dev tun

# 192.168.1.102 id this server's actual IP address.
local 192.168.1.102

# 10.8.0.1 is this server's virtual IP address.
; ifconfig 192.168.1.102 255.255.255.0
server 10.8.0.0 255.255.255.0

# In SSL/TLS key exchange, this machine will
# assume server role and others
# will assume client role.
tls-server

# Diffie-Hellman Parameters (tls-server only)
dh /mnt/ZFS1/bin/openvpn/keys/dh1024.pem

# Certificate Authority file
ca /mnt/ZFS1/bin/openvpn/keys/ca.crt

# Server certificate/public key
cert /mnt/ZFS1/bin/openvpn/keys/server.crt

# Server private key
key /mnt/ZFS1/bin/openvpn/keys/server.key

# TCP or UDP server?
;proto tcp
proto udp

# OpenVPN 2.0 uses UDP port 1194 by default
# (official port assignment by iana.org 11/04).
# OpenVPN 1.x uses UDP port 5000 by default.
# Each OpenVPN tunnel must use
# a different port number.
# lport or rport can be used
# to denote different ports
# for local and remote.
port 1194

# Downgrade UID and GID to
# "nobody" after initialization
# for extra security.
 user nobody
 group nobody

# Maintain a record of client <-> virtual IP address
# associations in this file.  If OpenVPN goes down or
# is restarted, reconnecting clients can be assigned
# the same virtual IP address from the pool that was
# previously assigned.
ifconfig-pool-persist ipp.txt

# The keepalive directive causes ping-like
# messages to be sent back and forth over
# the link so that each side knows when
# the other side has gone down.
# Ping every 10 seconds, assume that remote
# peer is down if no ping received during
# a 120 second time period.
keepalive 10 120

# The persist options will try to avoid
# accessing certain resources on restart
# that may no longer be accessible because
# of the privilege downgrade.
persist-key
persist-tun

# Output a short status file showing
# current connections, truncated
# and rewritten every minute.
status openvpn-status.log

# Verbosity level.
# 0 -- quiet except for fatal errors.
# 1 -- mostly quiet, but display non-fatal network errors.
# 3 -- medium output, good for normal operation.
# 9 -- verbose, good for troubleshooting
verb 3

Tudo parece estar funcionando sem problemas. Alguma idéia?

- Obrigado antecipadamente.

    

Answer 1

Então, o comentário do meanasspenguin me deu uma ideia e eu consegui descobrir. O programa não está realmente pendurado, está funcionando e simplesmente não saiu ainda. Para corrigir isso, basta iniciar o aplicativo no modo daemon. Acabei fazendo apenas um script de shell simples, então não preciso lembrar disso da próxima vez.

start_openvpn.sh:

    #!/bin/bash  
    ldconfig -Rm /mnt/ZFS1/bin/openvpn/lib  
    ldconfig -Rm /mnt/ZFS1/bin/openssl/lib  
    /mnt/ZFS1/bin/openvpn/sbin/openvpn --config /mnt/ZFS1/bin/openvpn/openvpn.conf --daemon

Observação: eu carrego as bibliotecas toda vez que estou executando o FreeNAS Embedded, que vive em um disco RAM. Cada reconfiguração elimina quaisquer alterações de configuração que não estejam em um disco montado. Eu simplesmente configurei esse script para ser executado na inicialização e tudo parece ser dourado.