새 네트워크로 이전한 후 Home Assistant 설정을 재구축하는 방법

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

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

기존 Home Assistant 상태를 중심으로 네트워크를 재구성하세요. 먼저 주소 지정과 식별 정보를 복원한 다음, 검색, 라우팅, 장치 경로 및 원격 액세스를 복구하세요.

새 라우터, 서브넷, VLAN 구성, SSID 또는 DNS 서비스는 Home Assistant 데이터베이스가 정상적으로 유지되는 동안에도 여러 경로를 동시에 끊을 수 있습니다. 기존 구성을 보존하고 롤백 경로를 하나 유지하세요. 종속성에 따라 장치를 매핑한 뒤, 집 전체를 다시 연결하기 전에 대표적인 로컬 경로 하나를 복원하세요.

상태를 보존하고 기존 네트워크 지도를 작성하세요

기존 Home Assistant 주소, 서브넷, 게이트웨이, DNS 서버, VLAN, Wi-Fi 이름, DHCP 예약, 정적 장치 주소, 멀티캐스트 릴레이, 방화벽 규칙, 프록시 또는 터널 엔드포인트, 무선 코디네이터를 기록하세요. 네트워크 식별 정보와 Home Assistant 애플리케이션 데이터를 분리하세요.

한 커뮤니티 마이그레이션 글에서는 가능한 경우 기존 장치 예약을 새 라우터로 옮길 것을 권장합니다. 이 주소 보존 방식은 변경으로 인한 혼란을 줄일 수 있지만, 최종 계획에서는 문서화되지 않은 정적 할당을 제거해야 합니다.

새 네트워크가 정상적으로 작동할 때까지 기존 라우터 또는 설정을 격리해 복사한 것을 사용할 수 있도록 보관하세요. 주소 지정이나 라우팅이 단순한 원인인지 확인하기 전에 장치를 초기화하거나 통합을 다시 구축하지 마세요.

Home Assistant 관리 경로를 복원하세요

가능하면 유선 네트워크로 Home Assistant를 연결하고, 확인된 하나의 주소를 할당받도록 한 다음, 같은 세그먼트의 관리자 장치에서 로컬 액세스를 확인하세요. 그런 다음 의도한 예약 또는 정적 할당 계획을 설정하고 DNS가 해당 주소로 확인되는지 확인하세요.

실용적인 DNS 조사 사례에서는 로컬 역방향 조회와 라우터가 제공하는 DNS가 Home Assistant 검색 동작에 어떤 영향을 줄 수 있는지 보여 줍니다. 이 로컬 DNS 확인을 보편적인 라우터 설정이 아니라 방법의 예로 활용하세요.

라우터와 Home Assistant를 다시 시작한 뒤 두 클라이언트가 동일한 표준 로컬 URL에 접속할 수 있으면 관리 경로가 완성된 것입니다. 그때에만 장치 네트워크와 원격 액세스를 복원하세요.

네트워크 영역별로 장치를 다시 연결하세요

장치를 유선 IP, Wi-Fi, 멀티캐스트 검색, 브로커 기반, 클라우드 지원, 코디네이터 연결 영역으로 그룹화하세요. 각 유형에서 대표 장치 하나를 복원하고, 새 주소와 이름 확인 결과를 관찰한 뒤, 변경 범위를 확대하기 전에 명령과 상태 업데이트를 확인하세요.

SSID와 IP 주소가 변경될 때 장치별로 수행해야 할 작업을 자세히 기록한 이전 사례가 있습니다. 이 네트워크 이전 장치 목록은 동일한 문제를 반복해서 재검색하는 대신 통합 유형별로 계획을 세우는 데 도움이 됩니다.

VLAN으로 Home Assistant와 장치를 분리하는 경우 필요한 유니캐스트 경로, 브로커 경로 또는 멀티캐스트 프록시만 추가하세요. 양방향 트래픽을 검증하고, 누락된 종속성을 가리는 광범위한 전체 허용 규칙은 피하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

외부 액세스는 별도의 경로로 다시 구축하세요

로컬 제어가 안정화된 후 역방향 프록시, VPN, 관리형 터널, DNS 레코드, 인증서 및 알림 경로를 복원하세요. 로컬 DNS나 캐시된 세션으로 결과가 가려지지 않도록 새 클라이언트에서 셀룰러 데이터로 테스트하세요.

검색, DNS 및 라우팅 모델에서는 로컬 검색과 원격 연결 가능성을 별도로 검증해야 하는 이유를 설명합니다.

인터넷 없이도 필수 로컬 자동화가 작동하고, 필요한 원격 사용자가 다시 연결되며, 유일한 롤백 사본을 삭제하지 않고 기존 네트워크를 폐기할 수 있으면 작업을 완료하세요. 유니캐스트 연결 가능성과 DNS가 통과한 후에도 VLAN 간 검색 문제가 해결되지 않을 때만 추가 조사를 진행하세요.