Een Home Assistant-installatie aanpassen voor gebruikers op afstand en lokaal

Pas Home Assistant aan voor externe en lokale gebruikers door de lokale bedieningsroute rechtstreeks te houden en vervolgens een aparte, geverifieerde route voor toegang op afstand toe te voegen die geen afhankelijkheid vormt voor mensen die al thuis zijn. Lokale gebruikers moeten Home Assistant kunnen blijven bereiken wanneer het internet of de aanbieder van toegang op afstand niet beschikbaar is; externe gebruikers moeten versleutelde toegang krijgen zonder onnodige diensten bloot te stellen.

Ontwerp dit als twee verbindingsroutes die gebruikmaken van dezelfde Home Assistant-identiteit en hetzelfde autorisatiemodel. Zorg eerst dat lokale DNS werkt en dat het LAN-adres stabiel is, kies daarna de externe toegangsmethode en test hoe telefoons, browsers, dashboards, meldingen en gezinsleden zich gedragen wanneer ze wisselen tussen wifi en mobiele netwerken.

Houd de lokale verbinding onafhankelijk van de externe toegangsmethode

Voor lokale bediening moeten clients Home Assistant omzetten naar een via het LAN bereikbaar adres en op het thuisnetwerk blijven. Zo wordt een verzoek vanaf een apparaat in de buurt niet eerst naar het internet en terug via een tunnel of openbare proxy gestuurd. Daardoor kan de basisbediening ook blijven werken bij een internetstoring bij de provider, zolang het LAN, DNS, de Home Assistant-host en de lokale apparaatprotocollen goed werken.

Als binnen en buiten de woning dezelfde openbare hostnaam wordt gebruikt, kan split-DNS op het LAN een privéadres teruggeven en elders een openbaar adres of tunneladres. Een duidelijke uitleg over hoe split-DNS lokaal verkeer op het LAN houdt laat zien hoe dit omleiding via de router voorkomt en een rechtstreekse lokale verbinding behoudt, terwijl één makkelijk te onthouden naam wordt gebruikt.

Kies een externe toegangsmethode die past bij het huishouden

Toegang op afstand kan worden geboden door een beheerde dienst, VPN/overlaynetwerk, reverseproxy of tunnel. De juiste keuze hangt af van wie toegang nodig heeft. Een VPN kan uitstekend zijn voor één technisch beheerder, maar kan voor gezinsleden een drempel vormen als elke telefoon een extra verbinding moet onderhouden. Een beheerde dienst of tunnel kan gebruiksvriendelijker zijn voor mensen zonder technische kennis, maar voegt een externe afhankelijkheid toe die niet nodig mag zijn voor lokale bediening.

Een recente uitleg over hoe methoden voor toegang op afstand verschillen wat betreft CGNAT, beveiliging en gebruik door het gezin is nuttig omdat daarin VPN's, tunnels en rechtstreekse blootstelling worden beoordeeld op basis van CGNAT, beveiliging en gebruiksgemak voor het gezin, in plaats van alle vormen van toegang op afstand als hetzelfde probleem te behandelen. Vermijd gewone openbare port forwarding wanneer je een versleutelde verbinding via een geverifieerde externe dienst kunt gebruiken.

Zorg met DNS en certificaten voor voorspelbare wisseling tussen clients

Problemen met toegang op afstand en lokaal ontstaan vaak wanneer een telefoon van netwerk wisselt. De openbare hostnaam verwijst op het LAN mogelijk naar het verkeerde adres, een certificaat komt mogelijk niet overeen met een naam die alleen intern wordt gebruikt, een privé-DNS-resolver wordt mogelijk omzeild, of een VPN blijft mogelijk een route gebruiken die alleen buiten de woning bedoeld was. Leg vast welke resolver en hostnaam elke client in beide situaties moet gebruiken.

Bij complexere configuraties kunnen aparte lokale en externe hostnamen de routes verduidelijken. Een uitgebreid ontwerp voor Home Assistant met twee routes voor toegang op afstand en lokaal uit de Home Assistant-community laat dit patroon zien: rechtstreekse lokale DNS voor LAN-clients, een afzonderlijke beveiligde externe hostnaam en tests van het gedrag op de achtergrond van mobiele apparaten.

Featured

ZimaBoard 2 - Mini-homeserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Gebruikersrechten scheiden van netwerklocatie

Maak van 'in huis' niet hetzelfde als 'beheerder'. Geef ieder gezinslid een eigen Home Assistant-account en ken beheerdersrechten alleen toe aan mensen die integraties, gebruikers of systeeminstellingen moeten aanpassen. Voor toegang op afstand moet de verbinding worden geverifieerd, en Home Assistant moet de gebruiker nog steeds verifiëren.

Test ook het gedrag per apparaat. Een tablet aan de muur heeft misschien alleen LAN-toegang nodig. Een gezinslid heeft op de telefoon misschien dashboards en meldingen op afstand nodig. Een laptop van een beheerder heeft mogelijk een VPN nodig voor Home Assistant en andere privédiensten. Door die rollen duidelijk af te bakenen, voorkom je dat ieder apparaat dezelfde brede toegang op afstand krijgt, alleen omdat dat tijdens de configuratie handig was.

Test vier storingsscenario's voordat je de configuratie als voltooid beschouwt

Test wifi thuis met internetverbinding, wifi thuis zonder internetverbinding, mobiele toegang/toegang op afstand en een storing van de externe verbinding terwijl het lokale netwerk goed werkt. Controleer in elk geval of inloggen lukt, of één dashboard werkt, of één opdracht wordt uitgevoerd en of één automatisering het gewenste resultaat oplevert, plus eventuele meldingen of media die belangrijk zijn. Zo wordt duidelijk of de 'lokale' ervaring nog afhankelijk is van openbare DNS of een externe proxy.

Vergelijk de latentie via LAN en externe routes, in plaats van te verwachten dat die hetzelfde aanvoelen. In ZimaSpace's waarom de latentie van Home Assistant verschilt via LAN en externe routes wordt uitgelegd waarom DNS, routering, versleuteling, proxy's en de kwaliteit van de clientverbinding buiten huis voor verschillende vertragingen zorgen.

Een goede inrichting van Home Assistant voor gebruik op afstand en lokaal dwingt niet iedere gebruiker dezelfde netwerkroute te volgen. Lokale bediening blijft lokaal, toegang op afstand wordt als aparte beveiligde mogelijkheid toegevoegd en er worden consistente DNS-instellingen, certificaten en gebruikersaccounts gebruikt. Ook worden storingen getest, zodat wisselen van netwerk niet leidt tot een zoektocht naar de oorzaak.