Dlaczego serwer domowy traci jedną trasę statyczną po aktualizacji NetworkManagera?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Why Does a Home Server Lose One Static Route After a NetworkManager Upgrade?

Trasa statyczna może zniknąć po aktualizacji NetworkManagera, gdy należała do profilu lub ścieżki konfiguracji, która nie jest już aktywnym połączeniem.

Na serwerze domowym ZimaSpace lub Linux trasa do sieci VLAN IoT, podsieci kopii zapasowych albo dodatkowego routera mogła zostać dodana ręcznie za pomocą ip route, zapisana w starym profilu połączenia lub powiązana z profilem, który NetworkManager zastępuje po aktualizacji. Właściwy test polega na porównaniu aktywnej trasy z aktywnym profilem trwałej konfiguracji, zamiast ponownego dodawania polecenia po każdym ponownym uruchomieniu.

Sprawdź, czy trasa była kiedykolwiek trwała

Porównaj trasę dodaną za pomocą ip route z profilem połączenia NetworkManagera, który powinien ją odtworzyć.

Praktyczny, ukierunkowany przewodnik po NetworkManagerze dotyczący trwałych tras statycznych w profilu połączenia pomaga zawęzić tę przyczynę, ponieważ dotyczy tego samego konkretnego problemu, a nie tylko definiuje podstawowy protokół.

Jeśli trasa istnieje wyłącznie w tablicy jądra, przenieś ją do zarządzanego profilu, zanim uznasz aktualizację za przyczynę.

Sprawdź zmiany profilu wywołane aktualizacją

Porównaj nazwy profili, identyfikatory UUID, stan automatycznego łączenia i wpisy tras przed aktualizacją pakietu oraz po niej.

Ukierunkowany artykuł dotyczący przypadku z zakresu rozwiązywania problemów, opisujący, że trasy statyczne mogą zniknąć po zmianie stanu NetworkManagera, pomaga zawęzić tę przyczynę, ponieważ dotyczy tego samego konkretnego problemu, a nie tylko definiuje podstawowy protokół.

Przywróć trasę w aktywnym profilu trwałej konfiguracji i zachowaj kopię poprzedniego profilu do porównania.

Pamiętaj, że NetworkManager jest oparty na profilach

Interfejs może mieć kilka zapisanych profili, ale tylko aktywowany profil uwzględnia swoje ustawienia tras.

Ukierunkowany blog techniczny o NetworkManagerze wyjaśniający, że konfiguracja NetworkManagera opiera się na profilach połączeń, pomaga zawęzić tę przyczynę, ponieważ dotyczy tego samego konkretnego problemu, a nie tylko definiuje podstawowy protokół.

Określ aktywny profil na podstawie identyfikatora UUID, zamiast edytować plik, którego nazwa wygląda znajomo.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Sprawdź jednocześnie tablicę tras i reguły zasad routingu

Trasa może nadal istnieć w tablicy innej niż główna, podczas gdy zmieniła się reguła wybierająca tę tablicę.

Ukierunkowane wyjaśnienie routingu w systemie Linux dotyczące tego, że routing zasad wykorzystuje zarówno tablice, jak i reguły, pomaga zawęzić tę przyczynę, ponieważ dotyczy tego samego konkretnego problemu, a nie tylko definiuje podstawowy protokół.

Wyświetl ip rule oraz każdą istotną tablicę, zanim dodasz zduplikowaną trasę do tablicy głównej.

Sprawdź, czy metryki tras zmieniły trasę wybieraną przez system

Gdy dwie trasy obejmują ten sam cel, niższa efektywna metryka lub trasa o bardziej szczegółowym prefiksie może zastąpić oczekiwaną ścieżkę.

Ukierunkowany samouczek dotyczący sieci w systemie Linux wyjaśniający, że metryki tras wpływają na wybór ścieżki, pomaga zawęzić tę przyczynę, ponieważ dotyczy tego samego konkretnego problemu, a nie tylko definiuje podstawowy protokół.

Porównaj prefiks docelowy, metrykę i interfejs po aktualizacji. Nie zakładaj, że trasa została usunięta tylko dlatego, że ruch korzysta z innej trasy.

Trzymaj konfigurację sieci serwera pod kontrolą jednego menedżera

Łączenie starszych skryptów, poleceń ręcznych, Netplanu i profili NetworkManagera zwiększa prawdopodobieństwo ujawnienia przez aktualizacje konfliktów dotyczących własności konfiguracji.

Ukierunkowany praktyczny przewodnik po sieciach w systemie Linux dotyczący tego, że jeden profil NetworkManagera powinien zarządzać ścieżką serwera, pomaga zawęzić tę przyczynę, ponieważ dotyczy tego samego konkretnego problemu, a nie tylko definiuje podstawowy protokół.

Ustandaryzuj trasę w jednym zarządzanym profilu, uruchom serwer ponownie dwukrotnie i za każdym razem potwierdź powrót tej samej trasy oraz metryki.

Przetestuj ponownie dokładną ścieżkę serwera domowego

Po zmianie jednej zmiennej powtórz ten sam proces związany z serwerem NAS lub usługą hostowaną samodzielnie, korzystając z tego samego klienta, zamiast przełączać się na inny test, który może używać innej ścieżki.

Powiązany przewodnik ZimaSpace dotyczący sąsiedniej ścieżki sieciowej serwera domowego pomaga powiązać końcową weryfikację z tym samym środowiskiem samodzielnego hostingu.

Naprawę można uznać za zakończoną dopiero wtedy, gdy pierwotny problem nie powraca po ponownym nawiązaniu połączenia, ponownym uruchomieniu usługi oraz drugim kontrolowanym przesłaniu danych lub żądaniu.