Access Server zaudēja saistījumu pēc tīkla saskarnes pārdēvēšanas: izlabojiet atslēgas

Jūs pārdēvējāt tīkla saskarni vai atjaunojāt mašīnu, kuras adapteris atgriezās ar citu nosaukumu, un tagad OpenVPN Access Server dēmons nepalaižas. Tīmekļa saskarne var vēl atbildēt vai arī ne, atkarībā no tā, kura komponente bija saistīta ar veco nosaukumu. Pakalpojums nav bojāts un konfigurācija nav pazudusi; viens iestatījums joprojām norāda uz saskarni, kuras resursdatoram vairs nav.

Ierastā reakcija ir pārinstalēt, atkārtoti inicializēt vai rediģēt datubāzi, līdz kļūda pazūd. Katrs no tiem ir lielāka izmaiņa nekā kļūme, un pēdējais var izdzēst lietotājus, atļaujas un profilu atkarības, kuru dēļ serveri bija vērts atgūt. Šī ir saistīšanas problēma, un tai ir nosaukts risinājums.

Ko simptoms patiešām saka

Dēmons, kas nevar saistīties, to parasti pasaka savā žurnālā: adrese nav pieejama vai saskarne neeksistē. Ziņojums ir konkrēts: tas nosauc adresi, kuru dēmons mēģināja; salīdziniet to ar ip -br addr resursdatorā, lai uzzinātu, vai saskarne pārdēvēta, noņemta vai pacelta bez vecās adreses.

Visu laiku turiet atvērtu autorizētu atkopšanas konsoli. Ja saistījums, kuru gatavojaties mainīt, nes jūsu vienīgo administratīvo sesiju, esat nogriezis sev ceļu atpakaļ. Vietējā konsole, otra pārvaldības adrese vai dokumentēts ārpusjoslas ceļš padara izmaiņu atgriežamu.

Vaicājiet konfigurāciju pirms tās rediģēšanas

Access Server atklāj savu konfigurāciju caur savu CLI. Dokumentētais skats ir:

sacli ConfigQuery

Palaidiet to administratīvajā vidē, kas dokumentēta jūsu versijai, nevis no nesaistītas čaulas citā resursdatorā. Pirms kaut kā mainīšanas saglabājiet pašreizējās vērtības aizsargātā vietā un neielīmējiet visu izvadi publiskā atbalsta pavedienā.

Šī izvade ir servera konfigurācijas skats, nevis pilna rezerves kopija. Lietotāju un grupu rekvizīti tiek vaicāti atsevišķi, tāpēc tīrs saistījums neatjauno identitātes, un atjaunota identitāte nelabo klausītāju. Reģistrējiet abus kā divus atsevišķus dokumentus.

Nosakiet, kurš klausītājs ir bojāts

Access Server darbina vairāk nekā vienu klausītāju. OpenVPN dēmoni pārnēsā tuneļa trafiku, tīmekļa pakalpojums – administratīvo un klientu portālu, un citām komponentēm var būt savi porti. Neizdevies pārlūka pieprasījums nepasaka, kurš no tiem neizdevās, un arī porta numurs kļūdas ziņojumā to nepasaka.

Dēmona saistīšanas atslēgas ir dokumentētas katram dēmonam, un oficiālajā apmācībā vērtība ir saskarnes identifikators, lai gan atslēgu nosaukumi beidzas ar ip_address. Izlasiet šo teikumu divreiz. Apmācība arī sagaida, ka UDP un TCP dēmoni kopīgo vienu saskarni, tāpēc tikai vienas atslēgas labošana ir daļējs remonts.

Mainiet nosaukto iestatījumu, nevis atbilstošās rindas

Apmācība dokumentē ConfigPut uz konkrētām atslēgām, piemēram, vpn.daemon.0.server.ip_address un vpn.daemon.0.listen.ip_address. Izmantojiet paša produkta metodi ar atslēgas nosaukumu un jauno vērtību, jūsu versijas dokumentētajā sintaksē, un mainiet tikai tā klausītāja atslēgas, kuru diagnosticējāt.

Kas jums nav jādara, ir meklēt datubāzē visas rindas, kuru vērtība ir vienāda ar veco saskarnes nosaukumu, un aizstāt tās visas. Tas pieņem, ka vecais nosaukums parādījās tikai klausītāja iestatījumos, ko shēma nesola. Tas arī padara izmaiņu nepārskatāmu.

Ir vērts atteikties no vēl diviem kārdinājumiem. Noklusējuma atjaunošana, kas klausās visās saskarnēs, ir lēmums par pakļautību, nevis pareizrakstības labojums; paredzētajam vietējam saistījumam, publicētajam ceļam un filtrēšanai tā priekšā jāsaskan ar šo izvēli. Konfigurācijas atkārtota inicializēšana problēmu pārdēvē, nevis atrisina, jo jauna instalācija atmet tieši tos lietotājus un atļaujas, kas darbojās pirms pārdēvēšanas.

Piemērojiet un pierādiet, ka ceļš darbojas

Pēc vērtības labošanas piemērojiet to produkta dokumentētajā dzīves ciklā ( dzīves cikls ). Apmācība izmanto sacli start pēc atslēgu iestatīšanas; tas nav pilnīga resursdatora pārstartēšana vai datubāzes atiestatīšana.

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

Pārbaudiet klausītāju, pēc tam izveidojiet vienu autorizētu VPN savienojumu, sasniedziet vienu privātu resursu un ielādējiet administratīvo lapu paredzētajā ceļā. Saglabājiet esošās lietotāju atļaujas un atsaukumus; atkopšana, kas tos atiestata, ir izlabojusi saistījumu un zaudējusi izvietojumu. Darbs ir pabeigts, kad tas pats pakalpojums darbojas paredzētajā saskarnē.