Access Server ha perdut l’enllaç després de reanomenar una interfície de xarxa: arregleu les claus

Heu reanomenat una interfície de xarxa, o heu restaurat una màquina l’adaptador de la qual ha tornat amb un altre nom, i ara el dimoni d’OpenVPN Access Server no arrenca. La interfície web potser encara respon, o no, segons quin component estava enllaçat amb el nom antic. El servei no està malmès ni la configuració s’ha perdut; un paràmetre encara apunta a una interfície que l’amfitrió ja no té.

El reflex és reinstal·lar, reinicialitzar o editar la base de dades fins que l’error desaparegui. Cadascuna és un canvi més gran que la fallada, i l’última pot esborrar els usuaris, permisos i dependències que feien que el servidor valgués la pena recuperar. És un problema d’enllaç i té una solució concreta.

Què us diu realment el símptoma

Un dimoni que no pot enllaçar normalment ho diu al seu registre: l’adreça no està disponible o la interfície no existeix. El missatge és precís: indica l’adreça que el dimoni ha provat; compareu-la amb ip -br addr a l’amfitrió per saber si la interfície s’ha reanomenat, eliminat o aixecat sense la seva adreça antiga.

Manteniu oberta una consola de recuperació autoritzada tot el temps. Si l’enllaç que aneu a canviar porta la vostra única sessió administrativa, us heu tallat la tornada. Una consola local, una segona adreça de gestió o un camí fora de banda documentat fan el canvi reversible.

Consulteu la configuració abans d’editar-la

Access Server exposa la seva configuració mitjançant la seva pròpia CLI. La vista documentada és:

sacli ConfigQuery

Executeu-lo a l’entorn administratiu documentat per a la vostra versió, no des d’una shell no relacionada en un altre amfitrió. Deseu els valors actuals en un lloc protegit abans de canviar res i no enganxeu la sortida completa en un fil públic de suport.

Aquesta sortida és una vista de la configuració del servidor, no una còpia completa. Les propietats d’usuari i grup es consulten per separat, així que un enllaç net no restaura identitats, i una identitat restaurada no arregla un oient. Captureu les dues coses com a artefactes separats.

Determineu quin oient està trencat

Access Server executa més d’un oient. Els dimonis d’OpenVPN porten el trànsit del túnel, el servei web porta el portal d’administració i de clients, i altres components poden tenir els seus ports. Una petició fallida del navegador no us diu quin ha fallat, ni el número de port del missatge d’error.

Les claus d’enllaç del dimoni estan documentades per dimoni, i al tutorial oficial el valor és l’identificador de la interfície tot i que els noms de les claus acaben en ip_address. Llegiu aquesta frase dues vegades. El tutorial també espera que els dimonis UDP i TCP comparteixin una interfície, així que arreglar només una clau és una reparació parcial.

Canvieu el paràmetre indicat, no les files coincidents

El tutorial documenta ConfigPut sobre claus concretes, com vpn.daemon.0.server.ip_address i vpn.daemon.0.listen.ip_address. Feu servir el mètode propi del producte amb el nom de la clau i el valor nou, en la sintaxi que documenta la vostra versió, i canvieu només les claus de l’oient que heu diagnosticat.

El que no heu de fer és cercar a la base de dades totes les files el valor de les quals sigui el nom antic de la interfície i substituir-les totes. Això pressuposa que el nom antic només apareixia als paràmetres de l’oient, cosa que l’esquema no promet. També fa el canvi impossible de revisar.

Val la pena rebutjar dues temptacions més. Restaurar un valor per defecte que escolta a totes les interfícies és una decisió d’exposició, no una correcció ortogràfica; l’enllaç local previst, el camí publicat i el filtratge al davant han de concordar amb aquesta tria. Reinicialitzar la configuració reanomena el problema en lloc de resoldre’l, perquè una instal·lació nova descarta justament els usuaris i permisos que funcionaven abans del canvi de nom.

Apliqueu-ho i demostreu que el camí funciona

Un cop corregit el valor, apliqueu-lo pel cicle de vida documentat del producte ( cicle de vida ). El tutorial fa servir sacli start després de definir les claus; això no és un reinici complet de l’amfitrió ni un reset de la base de dades.

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

Comproveu l’oient, feu una connexió VPN autoritzada, arribeu a un recurs privat i carregueu la pàgina administrativa pel camí esperat. Manteniu els permisos i revocacions existents; una recuperació que els reinicia ha arreglat l’enllaç i ha perdut el desplegament. La feina s’acaba quan el mateix servei funciona a la interfície prevista.