Access Server stracił powiązanie po zmianie nazwy interfejsu sieciowego: napraw klucze

Zmieniono nazwę interfejsu sieciowego albo przywrócono maszynę, której adapter wrócił pod inną nazwą, i teraz demon OpenVPN Access Server nie startuje. Interfejs webowy może nadal odpowiadać albo nie, zależnie od tego, który komponent był powiązany ze starą nazwą. Usługa nie jest uszkodzona, a konfiguracja nie zniknęła; jedno ustawienie nadal wskazuje interfejs, którego host już nie ma.

Odruchem jest reinstalacja, ponowna inicjalizacja albo edycja bazy danych, aż błąd zniknie. Każde z nich to większa zmiana niż usterka, a ostatnie może usunąć użytkowników, uprawnienia i zależności, które czyniły serwer wartym odratowania. To problem powiązania i ma nazwane rozwiązanie.

Co naprawdę mówi objaw

Demon, który nie może się powiązać, zwykle mówi o tym w swoim logu: adres jest niedostępny albo interfejs nie istnieje. Komunikat jest konkretny: podaje adres, którego demon próbował; porównaj go z ip -br addr na hoście, aby stwierdzić, czy interfejs przemianowano, usunięto, czy podniesiono bez starego adresu.

Przez cały czas trzymaj otwartą autoryzowaną konsolę odzyskiwania. Jeśli powiązanie, które zamierzasz zmienić, przenosi twoją jedyną sesję administracyjną, odciąłeś sobie drogę powrotu. Lokalna konsola, drugi adres zarządzania albo udokumentowana ścieżka poza pasmem czynią zmianę odwracalną.

Odpytaj konfigurację przed jej edycją

Access Server udostępnia swoją konfigurację przez własne CLI. Udokumentowany widok to:

sacli ConfigQuery

Uruchom go w środowisku administracyjnym udokumentowanym dla twojej wersji, nie z niepowiązanej powłoki na innym hoście. Zapisz bieżące wartości w chronionym miejscu, zanim cokolwiek zmienisz, i nie wklejaj pełnego wyniku do publicznego wątku pomocy.

Ten wynik to widok konfiguracji serwera, nie pełna kopia zapasowa. Właściwości użytkowników i grup są odpytawane osobno, więc czyste powiązanie nie przywraca tożsamości, a przywrócona tożsamość nie naprawia nasłuchu. Zapisz oba jako dwa osobne artefakty.

Ustal, który nasłuch jest zepsuty

Access Server uruchamia więcej niż jeden nasłuch. Demony OpenVPN przenoszą ruch tunelu, usługa webowa portal administracyjny i kliencki, a inne komponenty mogą mieć własne porty. Nieudane żądanie przeglądarki nie mówi, który z nich zawiódł, podobnie jak numer portu w komunikacie błędu.

Klucze powiązania demona są udokumentowane dla każdego demona, a w oficjalnym samouczku wartością jest identyfikator interfejsu, choć nazwy kluczy kończą się na ip_address. Przeczytaj to zdanie dwa razy. Samouczek zakłada też, że demony UDP i TCP dzielą jeden interfejs, więc naprawa jednego klucza to naprawa częściowa.

Zmień nazwane ustawienie, a nie pasujące wiersze

Samouczek dokumentuje ConfigPut na konkretnych kluczach, takich jak vpn.daemon.0.server.ip_address i vpn.daemon.0.listen.ip_address. Użyj własnej metody produktu z nazwą klucza i nową wartością, w składni udokumentowanej dla twojej wersji, i zmień tylko klucze tego nasłuchu, który zdiagnozowałeś.

Nie należy przeszukiwać bazy danych w poszukiwaniu każdego wiersza o wartości starej nazwy interfejsu i zamieniać ich wszystkich. To zakłada, że stara nazwa występowała tylko w ustawieniach nasłuchu, czego schemat nie obiecuje. Czyni to także zmianę niemożliwą do przejrzenia.

Dwie kolejne pokusy warto odrzucić. Przywrócenie domyślnego ustawienia nasłuchującego na wszystkich interfejsach to decyzja o ekspozycji, nie poprawka pisowni; zamierzone lokalne powiązanie, opublikowana ścieżka i filtrowanie przed nim muszą być z tym zgodne. Ponowna inicjalizacja konfiguracji zmienia nazwę problemu zamiast go rozwiązać, bo świeża instalacja odrzuca właśnie tych użytkowników i uprawnienia, które działały przed zmianą nazwy.

Zastosuj to i udowodnij, że ścieżka działa

Po poprawieniu wartości zastosuj ją przez udokumentowany cykl życia produktu ( cykl życia ). Samouczek używa sacli start po ustawieniu kluczy; to nie jest pełny restart hosta ani reset bazy danych.

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

Sprawdź nasłuch, nawiąż jedno autoryzowane połączenie VPN, dotrzyj do jednego zasobu prywatnego i wczytaj stronę administracyjną oczekiwaną ścieżką. Zachowaj istniejące uprawnienia i odwołania; odzyskiwanie, które je resetuje, naprawiło powiązanie i utraciło wdrożenie. Praca jest skończona, gdy ta sama usługa działa na zamierzonym interfejsie.