Home Assistant öppnas lokalt men fungerar inte på distans efter ett routerbyte
Om Home Assistant fortfarande öppnas i det lokala nätverket efter ett routerbyte är Core och den grundläggande LAN-vägen förmodligen felfria. Felet ligger troligare i den nya routerns adressallokering, NAT-regel, publika IP-adress, DNS-post, VPN- eller tunnelrutt eller reverse proxy-väg.
Installera inte om Home Assistant för att åtgärda ett fel som bara gäller fjärråtkomst. Bekräfta den lokala adressen först och gå sedan utåt, en gräns i taget, tills du hittar den första plats där det nya nätverket inte längre överensstämmer med den tidigare designen för fjärråtkomst.
Bekräfta att den nya routern inte ändrade Home Assistants LAN-adress
Den nya routern kan använda ett annat subnät eller ha tilldelat Home Assistant ett annat DHCP-leasingavtal. En portvidarebefordringsregel som kopierats från den gamla routern kan därför peka på en adress som inte längre tillhör Home Assistant-värden.
Hitta den aktuella adressen i den nya routerns klientlista eller i Home Assistants nätverksinställningar och öppna sedan exakt den adressen från en enhet i LAN-nätverket. Om lokal åtkomst fungerar bör du skapa en DHCP-reservation om du är beroende av ett fast internt mål för NAT- eller reverse proxy-routing.
ZimaSpaces guide om att skilja ändringar av LAN-IP från ändringar av publik IP och DNS är den rätta första kontrollpunkten efter ett routerbyte.
Bygg om fjärråtkomstvägen för den nya routern
Om du använder direkt portvidarebefordran ska du återskapa regeln på den nya routern och kontrollera att målet är Home Assistants aktuella LAN-adress och lyssnande port. Om du använder ett VPN eller en utgående tunnel ska du bekräfta att anslutningen är online och att den nya routern inte blockerar den utgående eller inkommande returväg som behövs.
Home Assistants vägledning för fjärråtkomst skiljer mellan Home Assistant Cloud, VPN, reverse proxy och portvidarebefordran. Ett routerbyte påverkar dessa metoder på olika sätt, så felsök den metod du faktiskt använder i stället för att kopiera en gammal NAT-regel till en VPN-baserad konfiguration.
Testa från mobildata eller ett annat verkligt externt nätverk. Om du testar den publika värdnamnsadressen från samma LAN kan resultatet påverkas av NAT-loopback eller split-DNS.
Kontrollera om den publika IP-adressen eller CGNAT-situationen ändrades
En ny routerinstallation sammanfaller ofta med en ny WAN-leasing, omstart av modemet eller en ändring i operatörens konfiguration. Om din publika IPv4-adress ändrades och dynamisk DNS inte har uppdaterats kan värdnamnet fortfarande peka på den gamla anslutningen.
Jämför WAN-adressen som visas av routern med den publika adress som syns från internet. Om routern får en privat eller delad operatörsadress i stället för en publik IPv4-adress kanske direkt inkommande portvidarebefordran inte längre fungerar, eftersom operatörens CGNAT finns uppströms.
Fortsätt inte att ändra i Home Assistant när den nya routern inte äger den publika NAT-gränsen. Använd i stället Home Assistant Cloud, ett mesh-VPN, en reverse tunnel eller be operatören om en publik IP-adress.
Verifiera DNS och Home Assistants externa URL separat
Slå upp exakt det värdnamn som används för fjärråtkomst och bekräfta att det returnerar den avsedda aktuella publika adressen eller tunneladressen. Testa sedan destinationen direkt när det är möjligt. Att DNS fungerar bevisar inte att proxyn eller porten är korrekt, och en fungerande port bevisar inte att värdnamnet pekar rätt.
Companion-appen kan använda olika interna och externa vägar. Den aktuella nätverksdokumentationen täcker interna URL:er, externa URL:er, DNS, IPv4/IPv6 och reverse proxy-beteende. Ett routerbyte kan blottlägga gamla inställningar som inte märktes när det gamla nätverket råkade stämma överens med dem.
Om appen misslyckas men en webbläsare via mobildata fungerar ska du jämföra URL:en och nätverksprofilen som appen använder innan du ändrar något på servern.
Kontrollera reverse proxy-förtroende igen endast om proxyvägen ändrades
En ny router kan också ändra Docker-subnät, proxyadresser eller vilken maskin som avslutar TLS. Om förfrågningar nu kommer via en annan reverse proxy kan Home Assistant avvisa vidarebefordrade headers tills den nya proxyn är betrodd.
HTTP-integrationen kräver konfiguration av betrodda proxyservrar för traditionella reverse proxyservrar som skickar X-Forwarded-headers. Utöka inte det betrodda nätverket till hela LAN-nätverket bara för att få felet att försvinna; lita på den faktiska proxyns källa.
Vid det här laget bör felet tillhöra ett enda lager: fel LAN-mål, saknad NAT- eller tunnelrutt, ändrad publik adress, CGNAT, inaktuell DNS eller proxyförtroende.
Vanliga frågor
Behöver jag ett nytt TLS-certifikat bara för att jag bytte router?
Vanligtvis inte. Ett routerbyte gör inte i sig ett certifikat för samma värdnamn ogiltigt. Certifikatproblem uppstår när värdnamnet, challenge-vägen, proxyn, DNS eller TLS-avslutningen ändrades.
Varför fungerar fjärradressen via mobildata men inte via hemmets Wi-Fi?
Det tyder på ett internt routnings- eller DNS-problem, till exempel hairpin-NAT eller split DNS, och inte på ett generellt fel med fjärråtkomsten. Testa det interna DNS-svaret och proxyvägen separat.
Rekommenderade produkter
Support och tips
Mer att läsa
Tecken på att en Home Assistant-databas behöver underhåll eller bytas ut
En stor Home Assistant-databas behöver vanligtvis underhåll av lagringstid eller rensning; återkommande korruption eller integritetsfel är starkare signaler på att den bör bytas ut.
Hur många samtidiga användare klarar Home Assistant innan det börjar gå långsammare?
Home Assistant har ingen fast praktisk gräns för antalet användare: testa aktiva klienter med riktiga instrumentpaneler och entitetsuppdateringar och sluta innan återkommande fördröjningar uppstår.
Kan Home Assistant använda en extern databas utan att uppgraderingar slutar fungera?
En extern Recorder-databas kan överleva uppgraderingar, men medför eget ansvar för tillgänglighet, schemamigrering, säkerhetskopiering, återställning och versionshantering.
