Comment adapter une configuration Home Assistant aux utilisateurs à distance et locaux
Adaptez Home Assistant aux utilisateurs locaux et distants en maintenant un chemin de contrôle local direct, puis en ajoutant un chemin distant distinct et authentifié qui ne devienne pas indispensable pour les personnes déjà à la maison. Les utilisateurs locaux doivent toujours pouvoir accéder à Home Assistant lorsque la connexion Internet ou le fournisseur d’accès distant est indisponible ; les utilisateurs distants doivent bénéficier d’un accès chiffré sans exposer de services superflus.
Concevez deux chemins de connexion qui utilisent la même identité Home Assistant et le même modèle d’autorisation. Commencez par mettre en place un DNS local fonctionnel et une adresse stable sur le réseau local, choisissez le point d’accès distant, puis vérifiez le comportement des téléphones, navigateurs, tableaux de bord, notifications et membres du foyer lors du passage du Wi-Fi au réseau mobile et inversement.
Préserver l’indépendance du chemin local par rapport au point d’accès distant
Pour le contrôle local, les clients doivent résoudre l’adresse de Home Assistant en une adresse accessible sur le réseau local et rester sur le réseau domestique. Cela évite d’envoyer une requête proche vers Internet puis de la faire revenir par un tunnel ou un proxy public. Le contrôle de base peut ainsi continuer à fonctionner en cas de panne du fournisseur d’accès à Internet, tant que le réseau local, le DNS, l’hôte Home Assistant et les protocoles des appareils locaux fonctionnent correctement.
Si le même nom d’hôte public est utilisé à l’intérieur et à l’extérieur du domicile, le DNS fractionné peut renvoyer une adresse privée sur le réseau local et une adresse publique ou de tunnel ailleurs. Un guide clair sur la manière dont le DNS fractionné maintient le trafic local sur le réseau local montre comment éviter le routage en boucle et conserver un chemin local direct tout en utilisant un nom facile à retenir.
Choisir un point d’accès distant adapté au foyer
L’accès à distance peut être fourni par un service géré, un VPN ou réseau de superposition, un proxy inverse ou un tunnel. Le bon choix dépend des personnes qui en ont besoin. Un VPN peut convenir parfaitement à un administrateur technique, mais devenir contraignant pour les membres de la famille si chaque téléphone doit maintenir une connexion supplémentaire. Une solution gérée ou reposant sur un tunnel peut être plus simple pour les personnes peu à l’aise avec la technique, mais elle ajoute une dépendance externe qui ne doit pas être indispensable au contrôle local.
Un guide récent sur les différences entre les méthodes d’accès à distance pour le CGNAT, la sécurité et l’usage familial est utile, car il compare les VPN, les tunnels et l’exposition directe selon ces critères, plutôt que de considérer tout accès à distance comme un seul et même problème. Évitez la simple redirection de ports publics lorsque vous pouvez utiliser un point d’accès chiffré avec authentification.
Utiliser le DNS et les certificats pour faciliter le changement de réseau des clients
Les échecs d’accès à distance ou en local surviennent souvent lorsqu’un téléphone change de réseau. Le nom d’hôte public peut être résolu de manière incorrecte sur le réseau local, un certificat peut ne pas correspondre à un nom réservé à l’usage interne, un résolveur DNS privé peut être contourné ou un VPN peut continuer à utiliser une route prévue uniquement hors du domicile. Indiquez quel résolveur et quel nom d’hôte chaque client doit utiliser dans les deux situations.
Pour les configurations plus complexes, des noms d’hôte locaux et distants distincts peuvent rendre les chemins explicites. Un article détaillé de la communauté Home Assistant sur une conception de Home Assistant avec deux chemins, local et distant illustre ce modèle : un DNS local direct pour les clients sur le LAN, un nom d’hôte distant protégé indépendamment et des tests du comportement en arrière-plan sur mobile.
Séparez les autorisations des utilisateurs de leur emplacement réseau
Ne faites pas de la « présence dans la maison » un équivalent du rôle « administrateur ». Créez un compte Home Assistant pour chaque membre du foyer et réservez les droits d’administration aux personnes qui doivent réellement modifier les intégrations, les utilisateurs ou les paramètres système. L’accès distant doit authentifier le chemin de connexion, et Home Assistant doit quand même authentifier la personne.
Testez également le comportement propre à chaque appareil. Une tablette murale peut n’avoir besoin que d’un accès au LAN. Un téléphone familial peut nécessiter l’accès distant aux tableaux de bord et aux notifications. Un ordinateur portable d’administrateur peut nécessiter un VPN pour accéder à Home Assistant et à d’autres services privés. Définir clairement ces rôles évite d’accorder un mécanisme d’accès distant général à tous les appareils simplement parce que c’était pratique lors de la configuration.
Validez quatre scénarios de panne avant de considérer la configuration comme terminée
Testez le Wi-Fi local lorsque Internet est disponible, le Wi-Fi local lorsque la connexion Internet est coupée, l’accès cellulaire/distant et une panne du point d’accès distant alors que le réseau local fonctionne normalement. Dans chaque cas, vérifiez la connexion, un tableau de bord, une commande, le résultat d’une automatisation et tout système de notification ou chemin d’accès aux médias qui compte. Cela permet de déterminer si une expérience « locale » dépend encore du DNS public ou d’un proxy externe.
Comparez la latence sur le LAN et les chemins distants au lieu de vous attendre à ce qu’ils offrent une expérience identique. L’article de ZimaSpace sur les raisons des différences de latence de Home Assistant sur le LAN et les chemins distants explique pourquoi le DNS, le routage, le chiffrement, les proxys et la qualité de la connexion du client ajoutent des délais différents hors du domicile.
| Scénario | Chemin attendu | Ce qui devrait continuer à fonctionner |
|---|---|---|
| À la maison, Internet disponible | LAN direct | Contrôle local complet |
| À la maison, Internet indisponible | LAN direct | Appareils et automatisations locaux |
| Hors de la maison | VPN/tunnel/point d’accès distant géré | Contrôle distant autorisé |
| Accès distant indisponible | Le LAN reste direct | Utilisation locale à la maison |
Une bonne conception de Home Assistant en accès distant et local ne force pas tous les utilisateurs à emprunter le même chemin réseau. Elle maintient le contrôle local sur le réseau local, ajoute l’accès distant comme une fonctionnalité sécurisée distincte et utilise un DNS, des certificats, des comptes utilisateurs et des tests de panne cohérents, afin que le changement de réseau ne devienne pas une source de dépannage.
Produits recommandés
Configuration de NAS et de serveur
À lire aussi
Un serveur de dortoir peut-il fonctionner assez silencieusement pour dormir, étudier et passer des appels vidéo ?
Oui, un serveur dans une chambre universitaire peut rester discret si le matériel consomme peu, si les vibrations des disques de stockage sont maîtrisées,...
Un homelab étudiant qui passe de la chambre universitaire au premier appartement
Gardez un homelab étudiant portable en séparant les services du réseau propre à chaque pièce, en réduisant le matériel au minimum, en sauvegardant son...
Comment partager un serveur domestique avec des colocataires sans partager de comptes ni de fichiers privés
Attribuez à chaque colocataire une identité nominative, un espace de stockage privé et uniquement les rôles partagés dont il a besoin ; séparez l’administration,...
