Access Server mistede sin binding efter omdøbning af netværksgrænseflade: ret nøglerne

Du har omdøbt en netværksgrænseflade eller gendannet en maskine, hvis adapter kom tilbage under et andet navn, og nu starter OpenVPN Access Server-dæmonen ikke. Webgrænsefladen svarer måske stadig, eller måske ikke, afhængigt af hvilken komponent der var bundet til det gamle navn. Tjenesten er ikke beskadiget, og konfigurationen er ikke væk; én indstilling peger stadig på en grænseflade, som værten ikke længere har.

Refleksen er at geninstallere, geninitialisere eller redigere databasen, indtil fejlen forsvinder. Hver af dem er en større ændring end fejlen, og den sidste kan slette de brugere, tilladelser og profilafhængigheder, som gjorde serveren værd at redde. Det er et bindingsproblem, og det har en navngivet løsning.

Hvad symptomet egentlig fortæller

En dæmon, der ikke kan binde, siger det normalt i sin egen log: adressen er ikke tilgængelig, eller grænsefladen findes ikke. Beskeden er konkret: den navngiver den adresse, dæmonen forsøgte; sammenlign den med ip -br addr på værten for at se, om grænsefladen blev omdøbt, fjernet eller blot rejst uden sin gamle adresse.

Hold en autoriseret gendannelseskonsol åben hele tiden. Hvis den binding, du er ved at ændre, bærer din eneste administrative session, har du skåret dig selv af. En lokal konsol, en sekundær administrationsadresse eller en dokumenteret out-of-band-vej gør ændringen reversibel.

Forespørg konfigurationen, før du redigerer den

Access Server viser sin serverkonfiguration gennem sin egen CLI. Den dokumenterede visning er:

sacli ConfigQuery

Kør den i det administrative miljø, der er dokumenteret for din version, ikke fra en uvedkommende shell på en anden vært. Gem de aktuelle værdier et beskyttet sted, før du ændrer noget, og indsæt ikke hele outputtet i en offentlig supporttråd.

Det output er en visning af serverkonfigurationen, ikke en fuld backup. Bruger- og gruppeegenskaber forespørges separat, så en ren binding gendanner ikke identiteter, og en gendannet identitet retter ikke en lytter. Registrér de to som separate artefakter.

Afgør, hvilken lytter der er i stykker

Access Server kører mere end én lytter. OpenVPN-dæmonerne bærer tunneltrafik, webtjenesten bærer admin- og kundeportalen, og andre komponenter kan have deres egne porte. En mislykket browseranmodning fortæller ikke, hvilken af dem der fejlede, og portnummeret i en fejlbesked gør det heller ikke.

Dæmonens bindingsnøgler er dokumenteret pr. dæmon, og i den officielle tutorial er værdien grænsefladens identifikator, selv om nøglenavnene slutter på ip_address. Læs den sætning to gange. Tutorialen forventer også, at UDP- og TCP-dæmonerne deler én grænseflade, så at rette kun én nøgle er en delvis reparation.

Ændr den navngivne indstilling, ikke matchende rækker

Tutorialen dokumenterer ConfigPut mod bestemte nøgler, såsom vpn.daemon.0.server.ip_address og vpn.daemon.0.listen.ip_address. Brug produktets egen metode med nøglenavnet og den nye værdi, i den syntaks din version dokumenterer, og ændr kun de nøgler, der hører til den lytter, du diagnosticerede.

Det, du ikke bør gøre, er at søge databasen igennem for hver række, hvis værdi er det gamle grænsefladenavn, og erstatte dem alle. Det forudsætter, at det gamle navn kun optrådte i lytterindstillinger, hvilket skemaet ikke lover. Det gør også ændringen umulig at gennemgå.

To yderligere fristelser bør afvises. At gendanne en standard, der lytter på alle grænseflader, er en eksponeringsbeslutning, ikke en stavefejl; den tilsigtede lokale binding, den offentliggjorte vej og filtreringen foran skal alle stemme med det valg. Geninitialisering af konfigurationen omdøber problemet i stedet for at løse det, fordi en frisk installation kasserer netop de brugere og tilladelser, der virkede før omdøbningen.

Anvend det, og bevis at vejen virker

Når værdien er rettet, anvendes den gennem produktets dokumenterede livscyklus ( livscyklus ). Tutorialen bruger sacli start, efter nøglerne er sat; det er ikke en fuld værtsgenstart eller en databasereset.

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

Kontrollér lytteren, opret derefter én autoriseret VPN-forbindelse, nå én privat ressource, og indlæs administratorsiden ad dens forventede vej. Behold de eksisterende brugertilladelser og tilbagekaldelser; en gendannelse, der nulstiller dem, har rettet bindingen og mistet installationen. Arbejdet er færdigt, når den samme tjeneste virker på sin tilsigtede grænseflade.