Não especificamente relacionado a vpnc
, mas vou oferecer o que posso pensar ...
Normalmente, as conexões VPN do cliente ficam inativas porque há um período de inatividade no túnel. A maneira mais fácil de superar isso é manter um ping -t
em um dispositivo conhecido na outra extremidade do túnel.
Caso contrário, se o processo vpnc
estiver inativo, pode ser porque o ponto de extremidade VPN está sobrecarregado, o ponto final está enviando pacotes que o outro endpoint acredita ser inválido e, por isso, o reduziu ou vpnc
é ostensivamente quebrado. Veja se anythin é mencionado em seus arquivos de log associados.
Deve-se notar que, pelo que entendi, vpnc
é uma ferramenta cliente , não um serviço / daemon. Pode ser mais apropriado usar uma ferramenta mais orientada a serviços para o seu endpoint (ou até mesmo um gateway / firewall / roteador site-to-site barato). Não tenho certeza sobre quais soluções baseadas em software podem fazer isso.
A alternativa restante é rotear / codificar seus processos para que eles verifiquem a existência do endereço do servidor de destino e / ou vpnc
process e iniciem vpnc
se não forem encontrados, antes de cada unidade de trabalho.
Mas, na verdade, um dispositivo de hardware deve ser usado para conexões permanentes. Você pode pegar um dispositivo básico da Linksys / Netgear / D-Link / etc que pode falar os protocolos básicos de forma barata o suficiente.