Access Server perdeu a súa ligazón tras renomear unha interface de rede: corrixa as chaves

Renomeou unha interface de rede, ou restaurou unha máquina cuxo adaptador volveu cun nome distinto, e agora o daemon de OpenVPN Access Server non arrinca. A interface web pode seguir respondendo ou non, segundo que compoñente estivese ligado ao nome antigo. O servizo non está corrupto e a configuración non se perdeu; un axuste segue apuntando a unha interface que o host xa non ten.

O reflexo é reinstalar, reinicializar ou editar a base de datos ata que o erro desapareza. Cada unha é un cambio maior que a avaría, e a última pode borrar os usuarios, permisos e dependencias que facían que o servidor merecese recuperarse. É un problema de ligazón e ten unha corrección concreta.

Que lle di realmente o síntoma

Un daemon que non pode ligar adoita dicilo no seu propio rexistro: o enderezo non está dispoñible ou a interface non existe. A mensaxe é concreta: nomea o enderezo que tentou o daemon; compáreo con ip -br addr no host para saber se a interface se renomeou, se eliminou ou se levantou sen o seu enderezo antigo.

Manteña aberta unha consola de recuperación autorizada todo o tempo. Se a ligazón que vai cambiar leva a súa única sesión administrativa, cortou a volta. Unha consola local, un segundo enderezo de xestión ou unha ruta fóra de banda documentada fan o cambio reversible.

Consulte a configuración antes de editarla

Access Server expón a súa configuración mediante a súa propia CLI. A vista documentada é:

sacli ConfigQuery

Execúteo no ambiente administrativo documentado para a súa versión, non desde un shell alleo noutro host. Garde os valores actuais nun lugar protexido antes de cambiar nada e non pegue a saída completa nun fío público de soporte.

Esa saída é unha vista da configuración do servidor, non unha copia completa. As propiedades de usuarios e grupos consúltanse por separado, así que unha ligazón limpa non restaura identidades, e unha identidade restaurada non arranxa un oínte. Rexistre ambas como dous artefactos separados.

Determine que oínte está roto

Access Server executa máis dun oínte. Os daemons de OpenVPN levan o tráfico do túnel, o servizo web leva o portal de administración e de clientes, e outros compoñentes poden ter os seus propios portos. Unha petición fallida do navegador non di cal fallou, nin o número de porto da mensaxe de erro.

As chaves de ligazón do daemon están documentadas por daemon, e no titorial oficial o valor é o identificador da interface aínda que os nomes das chaves rematen en ip_address. Lea esa frase dúas veces. O titorial tamén espera que os daemons UDP e TCP compartan unha interface, así que corrixir só unha chave é unha reparación parcial.

Cambie o axuste nomeado, non as filas coincidentes

O titorial documenta ConfigPut sobre chaves concretas, como vpn.daemon.0.server.ip_address e vpn.daemon.0.listen.ip_address. Use o método propio do produto co nome da chave e o valor novo, na sintaxe que documenta a súa versión, e cambie só as chaves do oínte que diagnosticou.

O que non debe facer é buscar na base de datos todas as filas cuxo valor sexa o nome antigo da interface e substituílas todas. Iso supón que o nome antigo só aparecía nos axustes do oínte, algo que o esquema non promete. Tamén fai imposible revisar o cambio.

Convén rexeitar dúas tentacións máis. Restaurar un valor por defecto que escoita en todas as interfaces é unha decisión de exposición, non unha corrección ortográfica; a ligazón local prevista, a ruta publicada e o filtrado diante deben concordar con esa elección. Reinicializar a configuración renomea o problema en lugar de resolvelo, porque unha instalación nova descarta xusto os usuarios e permisos que funcionaban antes do cambio.

Aplíqueo e demostre que a ruta funciona

Corrixido o valor, aplíqueo mediante o ciclo de vida documentado do produto ( ciclo de vida ). O titorial usa sacli start tras fixar as chaves; iso non é un reinicio completo do host nin un reinicio da base de datos.

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

Comprobe o oínte, faga unha conexión VPN autorizada, acade un recurso privado e cargue a páxina administrativa pola súa ruta esperada. Conserve os permisos e revogacións existentes; unha recuperación que os reinicia arranxou a ligazón e perdeu o despregamento. O traballo remata cando o mesmo servizo funciona na súa interface prevista.