Access Server a pierdut legătura după redenumirea unei interfețe de rețea: corectați cheile

Ați redenumit o interfață de rețea sau ați restaurat o mașină al cărei adaptor a revenit cu alt nume, iar acum demonul OpenVPN Access Server nu pornește. Interfața web poate răspunde încă sau nu, în funcție de componenta care era legată de numele vechi. Serviciul nu este corupt și configurația nu s-a pierdut; o singură setare indică încă o interfață pe care gazda nu o mai are.

Reflexul este reinstalarea, reinițializarea sau editarea bazei de date până când eroarea dispare. Fiecare este o schimbare mai mare decât defectul, iar ultima poate șterge utilizatorii, permisiunile și dependențele care făceau serverul vrednic de recuperare. Este o problemă de legare și are o corecție numită.

Ce spune de fapt simptomul

Un demon care nu se poate lega spune de obicei asta în propriul jurnal: adresa nu este disponibilă sau interfața nu există. Mesajul este concret: numește adresa pe care demonul a încercat-o; comparați-o cu ip -br addr pe gazdă pentru a afla dacă interfața a fost redenumită, eliminată sau ridicată fără adresa veche.

Țineți deschisă o consolă de recuperare autorizată tot timpul. Dacă legătura pe care o veți schimba transportă singura dumneavoastră sesiune administrativă, v-ați tăiat calea de întoarcere. O consolă locală, o a doua adresă de administrare sau o cale documentată în afara benzii fac schimbarea reversibilă.

Interogați configurația înainte de a o edita

Access Server își expune configurația prin propriul CLI. Vizualizarea documentată este:

sacli ConfigQuery

Rulați-o în mediul administrativ documentat pentru versiunea dumneavoastră, nu dintr-un shell nelegat pe altă gazdă. Salvați valorile curente într-un loc protejat înainte de a schimba ceva și nu lipiți rezultatul complet într-un fir public de asistență.

Acest rezultat este o vizualizare a configurației serverului, nu o copie de siguranță completă. Proprietățile utilizatorilor și grupurilor sunt interogate separat, așa că o legare curată nu restaurează identități, iar o identitate restaurată nu repară un ascultător. Înregistrați ambele ca două artefacte separate.

Stabiliți care ascultător este defect

Access Server rulează mai mult de un ascultător. Demoni OpenVPN transportă traficul tunelului, serviciul web transportă portalul de administrare și de clienți, iar alte componente pot avea propriile porturi. O cerere de browser eșuată nu spune care dintre ele a eșuat, nici numărul portului din mesajul de eroare.

Cheile de legare ale demonului sunt documentate pentru fiecare demon, iar în tutorialul oficial valoarea este identificatorul interfeței, deși numele cheilor se termină în ip_address. Citiți propoziția de două ori. Tutorialul presupune și că demonii UDP și TCP împart o interfață, așa că repararea unei singure chei este o reparație parțială.

Schimbați setarea numită, nu rândurile potrivite

Tutorialul documentează ConfigPut pe chei specifice, cum ar fi vpn.daemon.0.server.ip_address și vpn.daemon.0.listen.ip_address. Folosiți metoda proprie a produsului cu numele cheii și valoarea nouă, în sintaxa documentată pentru versiunea dumneavoastră, și schimbați doar cheile ascultătorului pe care l-ați diagnosticat.

Ce nu ar trebui să faceți este să căutați în baza de date fiecare rând a cărui valoare este vechiul nume al interfeței și să le înlocuiți pe toate. Aceasta presupune că numele vechi apărea doar în setările ascultătorului, ceea ce schema nu promite. Face și schimbarea imposibil de revizuit.

Merită refuzate încă două tentații. Restaurarea unei valori implicite care ascultă pe toate interfețele este o decizie de expunere, nu o corectură ortografică; legarea locală dorită, calea publicată și filtrarea din fața ei trebuie să fie de acord cu această alegere. Reinițializarea configurației redenumește problema în loc să o rezolve, pentru că o instalare nouă aruncă exact utilizatorii și permisiunile care funcționau înainte de redenumire.

Aplicați și demonstrați că calea funcționează

După corectarea valorii, aplicați-o prin ciclul de viață documentat al produsului ( ciclu de viață ). Tutorialul folosește sacli start după setarea cheilor; aceasta nu este o repornire completă a gazdei și nici o resetare a bazei de date.

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

Verificați ascultătorul, apoi faceți o conexiune VPN autorizată, ajungeți la o resursă privată și încărcați pagina administrativă pe calea așteptată. Păstrați permisiunile și revocările existente; o recuperare care le resetează a corectat legarea și a pierdut implementarea. Lucrul este terminat când același serviciu funcționează pe interfața dorită.