Access Server perdeu a ligação após renomear uma interface de rede: corrija as chaves

Renomeou uma interface de rede, ou restaurou uma máquina cujo adaptador voltou com outro nome, e agora o daemon do OpenVPN Access Server não arranca. A interface web pode ainda responder ou não, conforme o componente que estava ligado ao nome antigo. O serviço não está corrompido e a configuração não se perdeu; uma definição continua a apontar para uma interface que o host já não tem.

O reflexo é reinstalar, reinicializar ou editar a base de dados até o erro desaparecer. Cada uma é uma mudança maior do que a avaria, e a última pode apagar os utilizadores, permissões e dependências que tornavam o servidor digno de recuperação. É um problema de ligação e tem uma correção concreta.

O que o sintoma realmente diz

Um daemon que não consegue ligar costuma dizê-lo no próprio registo: o endereço não está disponível ou a interface não existe. A mensagem é concreta: nomeia o endereço que o daemon tentou; compare-o com ip -br addr no host para saber se a interface foi renomeada, removida ou levantada sem o endereço antigo.

Mantenha uma consola de recuperação autorizada aberta o tempo todo. Se a ligação que vai alterar transporta a sua única sessão administrativa, cortou a sua via de regresso. Uma consola local, um segundo endereço de gestão ou um caminho fora de banda documentado tornam a mudança reversível.

Consulte a configuração antes de a editar

O Access Server expõe a configuração através da sua própria CLI. A vista documentada é:

sacli ConfigQuery

Execute-a no ambiente administrativo documentado para a sua versão, não a partir de uma shell alheia noutro host. Guarde os valores atuais num local protegido antes de alterar algo e não cole a saída completa num tópico público de suporte.

Essa saída é uma vista da configuração do servidor, não uma cópia completa. As propriedades de utilizadores e grupos são consultadas em separado, pelo que uma ligação limpa não restaura identidades, e uma identidade restaurada não corrige um ouvinte. Registe ambas como dois artefactos separados.

Determine qual ouvinte está avariado

O Access Server executa mais do que um ouvinte. Os daemons OpenVPN transportam o tráfego do túnel, o serviço web transporta o portal de administração e de clientes, e outros componentes podem ter as suas próprias portas. Um pedido de navegador falhado não diz qual deles falhou, nem o número da porta na mensagem de erro.

As chaves de ligação do daemon estão documentadas por daemon, e no tutorial oficial o valor é o identificador da interface, embora os nomes das chaves terminem em ip_address. Leia essa frase duas vezes. O tutorial também espera que os daemons UDP e TCP partilhem uma interface, pelo que corrigir só uma chave é uma reparação parcial.

Altere a definição nomeada, não as linhas correspondentes

O tutorial documenta ConfigPut em chaves específicas, como vpn.daemon.0.server.ip_address e vpn.daemon.0.listen.ip_address. Use o método próprio do produto com o nome da chave e o novo valor, na sintaxe documentada para a sua versão, e altere apenas as chaves do ouvinte que diagnosticou.

O que não deve fazer é procurar na base de dados todas as linhas cujo valor seja o nome antigo da interface e substituí-las todas. Isso pressupõe que o nome antigo só aparecia nas definições do ouvinte, o que o esquema não promete. Também torna a mudança impossível de rever.

Vale a pena recusar mais duas tentações. Restaurar um valor predefinido que escuta em todas as interfaces é uma decisão de exposição, não uma correção ortográfica; a ligação local prevista, o caminho publicado e a filtragem à frente têm de concordar com essa escolha. Reinicializar a configuração renomeia o problema em vez de o resolver, porque uma instalação nova descarta precisamente os utilizadores e permissões que funcionavam antes da mudança de nome.

Aplique e prove que o caminho funciona

Corrigido o valor, aplique-o através do ciclo de vida documentado do produto ( ciclo de vida ). O tutorial usa sacli start depois de definir as chaves; isso não é um reinício completo do host nem um reinício da base de dados.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

Verifique o ouvinte, faça uma ligação VPN autorizada, alcance um recurso privado e carregue a página administrativa pelo caminho esperado. Mantenha as permissões e revogações existentes; uma recuperação que as reinicia corrigiu a ligação e perdeu a implementação. O trabalho termina quando o mesmo serviço funciona na interface prevista.