Access Server ferlear syn bining nei it werneamen fan in netwurkynterface: reparearje de kaaien

Jo hawwe in netwurkynterface werneamd, of in masine wersteld wêrfan de adapter ûnder in oare namme weromkaam, en no start de daemon fan OpenVPN Access Server net op. De webynterface antwurdet miskien noch, of net, ôfhinklik fan hokker komponint oan de âlde namme bûn wie. De tsjinst is net skansearre en de konfiguraasje is net fuort; ien ynstelling wiist noch nei in ynterface dy’t de host net mear hat.

De refleks is opnij ynstallearje, opnij initialisearje of de databank bewurkje oant de flater ferdwynt. Elk dêrfan is in gruttere feroaring as de brek, en de lêste kin de brûkers, rjochten en profylôfhinklikheden wiskje dy’t de server it werheljen wurdich makken. It is in biningsprobleem, en it hat in neamde oplossing.

Wat it symptoom eins seit

In daemon dy’t net bine kin, seit dat meastentiids yn syn eigen logboek: it adres is net beskikber of de ynterface bestiet net. De melding is krekt: se neamt it adres dat de daemon besocht hat; fergelykje it mei ip -br addr op de host om te sjen oft de ynterface werneamd, fuorthelle of sûnder syn âlde adres oprjochte is.

Hâld de hiele tiid in autorisearre werstelkonsôle iepen. As de bining dy’t jo feroarje sille jo iennichste behearssesje draacht, hawwe jo jo eigen wei werom ôfsnien. In lokale konsôle, in twadde beheardres of in dokumintearre bûtenbânspaad meitsje de feroaring weromdraaibaar.

Freegje de konfiguraasje op foar’t jo it bewurkje

Access Server toant syn konfiguraasje fia syn eigen CLI. De dokumintearre werjeften is:

sacli ConfigQuery

Fier it út yn ’e behearstomjouwing dy’t foar jo ferzje dokumintearre is, net út in frjemde shell op in oare host. Bewarje de hjoeddeiske wearden op in beskerme plak foar’t jo wat feroarje, en plak de folsleine útfier net yn in iepenbiere stipe-tried.

Dy útfier is in werjeften fan ’e serverkonfiguraasje, net in folsleine reservekopy. Brûkers- en groepskaaimerken wurde apart opfrege, sadat in skjinne bining gjin identiteiten werstelt, en in werstelde identiteit reparearret gjin lústerder. Skriuw beide as twa aparte artefakten.

Bepale hokker lústerder brutsen is

Access Server draait mear as ien lústerder. De daemons fan OpenVPN drage tunnelferkear, de webtjinst draacht it behears- en kliïntportal, en oare komponinten kinne har eigen poarten hawwe. In mislearre browserfersyk seit net hokker fan harren mislearre, en it poartnûmer yn in flatermelding ek net.

De biningskaaien fan ’e daemon binne per daemon dokumintearre, en yn ’e offisjele tutorial is de wearde de identifikaasje fan ’e ynterface, ek al einigje de kaainammen op ip_address. Lês dy sin twa kear. De tutorial ferwachtet ek dat de daemons UDP en TCP ien ynterface diele, sadat it reparearjen fan mar ien kaai in dielreparaasje is.

Feroarje de neamde ynstelling, net de oerienkommende rigen

De tutorial dokumintearret ConfigPut op spesifike kaaien, lykas vpn.daemon.0.server.ip_address en vpn.daemon.0.listen.ip_address. Brûk de eigen metoade fan it produkt mei de kaainamme en de nije wearde, yn ’e syntaksis dy’t jo ferzje dokumintearret, en feroarje allinnich de kaaien fan de lústerder dy’t jo diagnostisearre hawwe.

Wat jo net dwaan moatte, is de databank trochsykje nei elke rige wêrfan de wearde gelyk is oan ’e âlde ynterfacenamme en se allegear te ferfangen. Dat ferûnderstelt dat de âlde namme allinnich yn lústerderynstellings foarkaam, wat it skema net taseit. It makket de feroaring ek net neisjenber.

Twa oare ferliedings binne it wegerjen wurdich. In standert werstelle dy’t op alle ynterfaces lústert is in beslissing oer bleatstelling, net in staveringsreparaasje; de bedoelde lokale bining, it publisearre paad en de filtering dêrfoar moatte mei dy kar oerienkomme. De konfiguraasje opnij initialisearje wernammet it probleem ynstee fan it op te lossen, want in nije ynstallaasje smyt krekt de brûkers en rjochten fuort dy’t foar it werneamen wurken.

Pas it ta en bewize dat it paad wurket

Nei’t de wearde ferbettere is, pas it ta fia de dokumintearre libbenssyklus fan it produkt ( libbenssyklus ). De tutorial brûkt sacli start nei’t de kaaien set binne; dat is gjin folsleine hostwerstart en gjin databankresèt.

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

Kontrolearje de lústerder, meitsje dan ien autorisearre VPN-ferbining, berik ien privee boarne en laad de behearspagina fia har ferwachte paad. Hâld de besteande brûkersrjochten en ynlûkingen; in werstel dat se resettet hat de bining reparearre en de ynset ferlern. It wurk is dien as deselde tsjinst op har bedoelde ynterface wurket.