新しいネットワークに移行した後、Home Assistantのセットアップを再構築する方法

Eva Wong は テクニカルライター であり、 生粋の技術好き としてZimaSpaceで活動しています。ホームラボやオープンソースソフトウェア をこよなく愛する生粋のギークで、複雑な技術概念をわかりやすく、実践的なガイド にまとめることを得意としています。Evaは、セルフホスティングは難しいものではなく、楽しむものだと考えています。チュートリアルを通じて、初めてのNAS構築からDockerコンテナの使いこなしまで、コミュニティがハードウェアのセットアップをわかりやすく理解できるよう 支援しています。、初めてのNAS構築からDockerコンテナの習得まで。

既存のHome Assistantの状態を基盤にネットワークを再構築します。まずアドレス設定と識別情報を復旧し、次に検出、ルート、デバイスへの通信経路、リモートアクセスの順に復旧します。

新しいルーター、サブネット、VLAN構成、SSID、DNSサービスを導入すると、Home Assistantのデータベースに問題がなくても、複数の通信経路が同時に使えなくなることがあります。古い設定とロールバック用の経路を1つ保持し、デバイスを依存関係ごとに整理して、家全体を再接続する前に代表的なローカル経路を1つ復旧させてください。

状態を保持し、古いネットワーク構成図を作成する

古いHome Assistantのアドレス、サブネット、ゲートウェイ、DNSサーバー、VLAN、Wi-Fiネットワーク名、DHCP予約、デバイスの静的アドレス、マルチキャストリレー、ファイアウォールルール、プロキシやトンネルのエンドポイント、無線コーディネーターを記録します。ネットワークの識別情報とHome Assistantのアプリケーションデータは分けて管理してください。

コミュニティの移行に関するスレッドでは、可能であれば既知のデバイス予約を新しいルーターに引き継ぐことが推奨されています。このアドレスを維持する方法は変更による影響を抑えられますが、最終的には、記録されていない静的アドレスの割り当てをなくす必要があります。

新しいネットワークが正常に動作するまで、古いルーターまたはその設定を分離して保存したコピーを利用できる状態にしておきます。障害が単なるアドレス設定やルーティングの問題ではないと確認する前に、デバイスをリセットしたり、インテグレーションを再構築したりしないでください。

Home Assistantの管理経路を復旧する

可能であればHome Assistantを有線ネットワークに接続し、既知のアドレスを1つ取得させてから、同じセグメント上の管理者用デバイスでローカルアクセスを確認します。その後、意図したDHCP予約または静的アドレスの計画を設定し、DNSがそのアドレスに名前解決することを確認します。

ローカルでの逆引きとルーターが提供するDNSがHome Assistantの検出動作にどう影響するかを、実践的なDNS調査を通じて紹介します。このローカルDNSの確認は手法の例として利用し、あらゆるルーターに適用できる設定として扱わないでください。

ルーターとHome Assistantを再起動した後、2台のクライアントから同じ正規のローカルURLにアクセスできれば、管理経路の準備は完了です。その後で初めて、デバイス用ネットワークとリモートアクセスを復旧してください。

ネットワークゾーンごとにデバイスを再接続

デバイスを、有線IP、Wi-Fi、マルチキャスト検出、ブローカー経由、クラウド連携、コーディネーター接続のゾーンに分類します。各クラスから代表的なデバイスを1台ずつ復旧し、新しいアドレスと名前解決を確認したうえで、変更を展開する前にコマンドと状態更新が機能することを確かめてください。

SSIDとIPアドレスが変わる場合に必要な、デバイスごとの作業を詳細な移行レポートにまとめています。このネットワーク移行用デバイス一覧を活用すると、同じ障害を何度も再発見せずに、連携の種類ごとに計画を立てられます。

VLANによってHome Assistantとデバイスが分離されている場合は、必要なユニキャストルート、ブローカーパス、またはマルチキャストプロキシだけを追加してください。双方向の通信を検証し、不足している依存関係を覆い隠す広範な全許可ルールは避けてください。

外部アクセスは別経路として再構築

ローカル制御が安定したら、リバースプロキシ、VPN、管理対象トンネル、DNSレコード、証明書、通知経路を復旧します。ローカルDNSやキャッシュ済みセッションによって結果が左右されないよう、クリーンなクライアントを使い、モバイルデータ通信からテストしてください。

ディスカバリー、DNS、ルーティングのモデルでは、ローカルディスカバリーとリモート接続性を別々に検証する必要がある理由を説明しています。

インターネットがなくても必須のローカル自動化が動作し、必要なリモートユーザーが再接続でき、ロールバック用の唯一のコピーを削除せずに旧ネットワークを廃止できる状態になったら完了です。ユニキャストの疎通とDNSの確認に合格してから、未解決のVLAN間ディスカバリーをエスカレーションしてください。

NASとサーバーのセットアップ

続きを読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.