Terminando o OpenVPN após a desconexão - como desabilitar a reconexão

1

Eu quero que meu aplicativo cliente OpenVPN (em execução em A ) seja encerrado quando não for possível conectar (ou reconectar) a um servidor ( B ). Eu uso o protocolo UDP. Ambos A e B são sistemas Linux.

Mais precisamente, continuo recebendo as seguintes entradas de log.

UDPv4 link remote: [AF_INET] [remote-ip]
TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
TLS Error: TLS handshake failed
SIGUSR1[soft,tls-error] received, process restarting
Re-using SSL/TLS context
UDPv4 link remote: [AF_INET] [remote-ip]
...

Eu sei porque A não pode acessar B . Em vez de reiniciar o processo, quero que o OpenVPN saia.

Existem algumas opções em man openvpn que eu tentei usar.

  • Eu defino resolv-retry como um número pequeno (não funciona, o endereço de B pode ser resolvido).
  • Defino connect-retry-max para 1 (não estou funcionando, estou usando o UDP).

Eu estou supondo que estou procurando alguma opção ...

EDIT: Informação de fundo: Eu quero fazer isso por causa da perfuração do firewall. B está por trás de um firewall que permite apenas tráfego SSH. Antes de iniciar o cliente em A , executo um script que permite que o tráfego flua de A para B . Isso funciona por um tempo, mas o buraco no firewall de B precisa ser 'renovado' depois de algum tempo (por exemplo, devido a problemas de rede, mas também porque A tem um Endereço de IP dinamico). Como não há up-pre de contrapartida para down-pre e eu não quero aplicar um patch e compilar o OpenVPN para adicioná-lo, eu executo um script em A que faz um novo furo (no firewall do B ) e inicia o OpenVPN toda vez que o OpenVPN parar de funcionar. Isso funcionaria, se apenas o OpenVPN fosse encerrado ...

    
por Semafoor 11.11.2013 / 20:51

1 resposta

0

Adicione a diretiva --down à configuração OpenVpn para chamar um script quando o OpenVpn fechar o túnel. Esse script pode fechar o aplicativo ou evento melhor - sentar-se tentando reinicializar o furo diretamente.

    
por 12.11.2013 / 08:01