Jak odtworzyć konfigurację Home Assistant po przeniesieniu do nowej sieci

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.

How to Rebuild a Home Assistant Setup After Moving to a New Network - Zima Store Online

Odtwórz sieć wokół istniejącego stanu Home Assistant: najpierw przywróć adresację i tożsamość, a następnie autodetekcję, trasy, ścieżki urządzeń i dostęp zdalny.

Nowy router, podsieć, plan VLAN-ów, identyfikator SSID lub usługa DNS mogą jednocześnie przerwać kilka ścieżek, podczas gdy baza danych Home Assistant pozostaje sprawna. Zachowaj starą konfigurację i jedną ścieżkę wycofania zmian, zmapuj urządzenia według zależności oraz przywróć jedną reprezentatywną ścieżkę lokalną, zanim ponownie podłączysz cały dom.

Zachowaj stan i narysuj mapę starej sieci

Zapisz stary adres Home Assistant, podsieć, bramę, serwery DNS, sieci VLAN, nazwy Wi-Fi, rezerwacje DHCP, statyczne adresy urządzeń, przekaźniki multicast, reguły zapory, punkty końcowe proxy lub tunelu oraz koordynatory radiowe. Oddziel tożsamość sieci od danych aplikacji Home Assistant.

Wątek społeczności zaleca, aby w miarę możliwości przenieść znane rezerwacje urządzeń do nowego routera. Opisane w nim podejście polegające na zachowaniu adresów może ograniczyć liczbę zmian, ale ostateczny plan powinien mimo to usunąć nieudokumentowane przypisania statyczne.

Zachowaj stary router lub odizolowaną kopię jego ustawień do czasu pomyślnego przejścia na nową sieć. Nie resetuj urządzeń ani nie odtwarzaj integracji, zanim nie potwierdzisz, że przyczyną problemu nie jest po prostu adresacja lub routing.

Przywróć ścieżkę zarządzania Home Assistant

Jeśli to możliwe, podłącz Home Assistant przez sieć przewodową, pozwól mu uzyskać jeden znany adres i zweryfikuj dostęp lokalny z urządzenia administratora w tym samym segmencie. Następnie skonfiguruj docelowy plan rezerwacji lub adresów statycznych i potwierdź, że DNS rozwiązuje nazwę na ten adres.

Praktyczne badanie DNS pokazuje, jak lokalne zapytania odwrotne i DNS udostępniany przez router mogą wpływać na działanie autodetekcji Home Assistant. Wykorzystaj tę weryfikację lokalnego DNS jako przykład metody, a nie uniwersalnej konfiguracji routera.

Ścieżka zarządzania jest gotowa, gdy dwa klienty mogą po ponownym uruchomieniu routera i Home Assistant uzyskać dostęp do tego samego kanonicznego lokalnego adresu URL. Dopiero wtedy przywróć sieci urządzeń i dostęp zdalny.

Podłącz ponownie urządzenia według stref sieciowych

Pogrupuj urządzenia w strefy: przewodowego IP, Wi-Fi, wykrywania multicast, oparte na brokerze, wspomagane przez chmurę oraz podłączone do koordynatora. Przywróć po jednym reprezentatywnym urządzeniu z każdej klasy, obserwuj jego nowy adres i rozwiązywanie nazwy, a następnie potwierdź działanie poleceń i aktualizacji stanu przed rozszerzeniem zmiany.

Szczegółowy raport z migracji opisuje pracę z każdym urządzeniem, potrzebną po zmianie identyfikatorów SSID i adresów IP. Taki spis urządzeń podczas przenoszenia sieci ułatwia planowanie według typu integracji zamiast wielokrotnego odkrywania tego samego problemu.

Gdy sieci VLAN oddzielają Home Assistant od urządzeń, dodaj tylko wymagane trasy unicast, ścieżki brokera lub proxy multicast. Zweryfikuj dwukierunkowy ruch i unikaj szerokich reguł zezwalających na komunikację dowolny-dowolny, które ukrywają brakujące zależności.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Odtwórz dostęp zewnętrzny jako osobną ścieżkę

Po ustabilizowaniu sterowania lokalnego przywróć odwrotne proxy, VPN, zarządzany tunel, rekord DNS, certyfikat i ścieżkę powiadomień. Przetestuj połączenie przez sieć komórkową na czystym kliencie, aby wynik nie był zniekształcony przez lokalny DNS ani zapisane w pamięci sesje.

Model autodetekcji, DNS i routingu zawiera dodatkowe wyjaśnienie, dlaczego lokalną autodetekcję i dostęp zdalny należy weryfikować osobno.

Zakończ, gdy najważniejsze lokalne automatyzacje działają bez internetu, wymagani użytkownicy zdalni mogą ponownie się połączyć, a starą sieć można wycofać bez usuwania jedynej kopii umożliwiającej powrót. Nierozwiązane problemy z autodetekcją między sieciami VLAN analizuj dopiero po pomyślnym sprawdzeniu osiągalności unicast i DNS.