Home Assistant på klockan när du inte är hemma: lokal URL, fjärr-URL, Home Assistant Cloud och VPN

Det korta svaret

Hemma behöver AmazHA, en Home Assistant-app för Amazfit-klockor, bara din lokala adress, till exempel http://192.168.1.50:8123, och inget behöver vara nåbart utifrån. När du inte är hemma behöver telefonen en fjärradress som den kan nå: Home Assistant Cloud, ett VPN som Tailscale eller WireGuard, eller din egen domän med HTTPS. Ange båda, så väljer AmazHA själv den som fungerar.

Hemma behöver du inget extra

På ditt hemnätverk är den enda adress AmazHA behöver den som du redan använder för att öppna Home Assistant i en webbläsare hemma. Det är fältet Lokal URL (LAN) i AmazHA-inställningarna, och det räcker på egen hand: ingen prenumeration, inget VPN, ingen domän, ingen öppen port i routern.

AmazHA har två adressfält i sina inställningar: Lokal URL (LAN) och Fjärr-URL. Båda får vara tomma. Om du bara någonsin använder klockan hemma fyller du i den lokala, lämnar fjärradressen tom, och sedan är du klar. Du kan lägga till en fjärradress senare, den dag du vill att klockan ska fungera på kontoret eller på semestern, utan att röra något annat.

Fälten finns i Zepp-appen, under Profil › din klocka › Appar › AmazHA › Inställningar › Home Assistant. De visas när fullversionen är upplåst (en engångsupplåsning, ingen prenumeration): gratisversionen är en levande demo med exempeldata och ansluter inte till någon server. Guiden Anslut Home Assistant visar steget med den lokala adressen på video.

En typisk lokal adress ser ut som någon av dessa (exempel, använd din egen):

http://192.168.1.50:8123
http://homeassistant.local:8123

Om du skriver en adress utan http:// eller https:// i Lokal URL (LAN) sätter AmazHA http:// framför den, eftersom lokala servrar oftast använder vanlig http.

Varför det är telefonen som måste nå Home Assistant

Klockan pratar aldrig själv med Home Assistant. Den pratar med telefonen via Bluetooth, och den del av AmazHA som körs inne i Zepp-appen på telefonen är den enda som skickar förfrågningar till din server. Frågan ”kan min klocka nå Home Assistant?” är alltså egentligen ”kan min telefon nå Home Assistant, just nu, från där den är?”

Det får några praktiska följder:

• Klockan behöver inte wifi. Den ansluter aldrig till ett nätverk för AmazHA. En klocka med bara Bluetooth fungerar på samma sätt.
• Telefonen måste vara i närheten, med Bluetooth påslaget och Zepp-appen igång. Är den inte det säger klockan Offline · Telefonen svarar inte, vilket är ett annat problem än en felaktig adress (se felsökning, steg 2).
• Det nätverk som telefonen är på avgör vilken adress som fungerar. På ditt wifi hemma fungerar den lokala adressen. På mobildata, hos en vän eller på hotellets wifi kan bara en fjärradress fungera, och bara om telefonen kan nå den därifrån.
• Ett VPN måste vara anslutet på telefonen, inte på klockan. Klockan vet ingenting om det.
• Din token stannar på telefonen. Du klistrar in en långlivad åtkomsttoken en gång, i AmazHA-inställningarna. Klockan får bara det den visar, via den Bluetooth-förbindelse den redan har med telefonen; token skickas aldrig till den.

Det förklarar en förvirrande bild: inställningarna säger Ansluten och klockan säger Offline. Inställningarna testar bara telefonens väg till Home Assistant; klockan behöver dessutom Bluetooth-vägen till telefonen.

Hur AmazHA väljer adress

AmazHA väljer adress själv, lokal först, sedan fjärr. Det finns ingen knapp att trycka på när du går hemifrån, och du väljer aldrig mellan de två fälten för hand.

Med en adress

Med bara ett fält ifyllt använder AmazHA helt enkelt det. Inget testas och inget byts. En inställning med bara lokal adress fungerar hemma och visar Offline-bannern när du är borta; en inställning med bara fjärradress fungerar var du än är, så länge telefonen kan nå den adressen.

Med båda adresserna

Med båda fälten ifyllda frågar telefonen båda adresserna samtidigt om Home Assistant svarar, med en kort tidsgräns på 1,5 sekunder. Om den lokala adressen svarar använder AmazHA den. Om bara fjärradressen gör det använder den den. Vinnaren sparas, så senare förfrågningar går direkt dit utan att fråga igen.

Kontrollen är strängare än ”något svarade”. En adress räknas bara när den svarar som Home Assistants API. Det spelar roll på andras nätverk: på hotellets wifi kan 192.168.1.50 vara en skrivare, en routersida eller en inloggningsportal som svarar med en webbsida. AmazHA tar inte det för din server, så den fastnar inte på din lokala adress när det rätta svaret är din fjärradress.

När du går hemifrån och kommer tillbaka

Den ihågkomna adressen behålls tills en förfrågan till den misslyckas. När du går hemifrån och telefonen tappar ditt wifi misslyckas nästa förfrågan till den lokala adressen, AmazHA glömmer den, och nästa försök frågar båda adresserna igen och landar på fjärradressen. Medan AmazHA-appen är öppen uppdateras klockan var 8:e sekund, så i praktiken kan den första uppdateringen efter bytet misslyckas och kort visa Offline-bannern, och nästa återhämtar sig.

Hemkomsten går åt andra hållet, men tystare: om din fjärradress också fungerar inifrån ditt nätverk fortsätter AmazHA att använda den tills en förfrågan misslyckas eller du trycker på Anslut igen. Inget är fel när det händer; fjärradressen fungerar helt enkelt fortfarande.

Att skriva in adresserna

Några detaljer är bra att känna till när du fyller i fälten:

• Inget efter serverns adress. http://192.168.1.50:8123, inte http://192.168.1.50:8123/lovelace. Detsamma gäller fjärradressen: https://xxxxx.ui.nabu.casa, inte https://xxxxx.ui.nabu.casa/lovelace. Med en sökväg kvar svarar adressen, men inte som Home Assistants API.
• Schemat. Utan något schema får Lokal URL (LAN) http:// och Fjärr-URL https://. Skriv http:// själv om en fjärradress verkligen är vanlig http (till exempel en VPN-adress).
• Porten. Behåll porten om din adress behöver en, som i :8123. Utan port betyder https:// 443.
• En token för båda. Klistra in den en gång i Långlivad åtkomsttoken; den gäller för den lokala adressen och fjärradressen. Båda adresserna måste leda till samma Home Assistant.

Guiden Anslut Home Assistant går igenom steget med fjärradressen, och steg 8 testet som följer.

Fjärralternativen jämförda

Vilken fjärradress som helst fungerar med AmazHA så länge telefonen kan öppna den där den är och den svarar som Home Assistants API. Vilken du ska använda är ett beslut för Home Assistant, inte för AmazHA. Här är de vanliga sida vid sida.

Home Assistant Cloud (snart Home Assistant Link)

Home Assistant Cloud är prenumerationstjänsten som drivs av Nabu Casa; dess prenumerationer finansierar Home Assistants utveckling på heltid. Home Assistants egen dokumentation kallar det det enklaste alternativet för de flesta: det kräver inga öppna portar i routern, det krypterar trafiken och det skapar en unik fjärr-URL åt dig.

För AmazHA är den fjärr-URL:en allt du behöver: kopiera den, som Home Assistant visar den, till Fjärr-URL, utan något efter. Din långlivade åtkomsttoken fungerar genom den precis som på din lokala adress, eftersom båda leder till samma server.

Den 2 oktober 2026 meddelade Nabu Casa att Home Assistant Cloud byter namn till Home Assistant Link den 2 december 2026. Meddelandet säger att det är samma prenumeration under ett nytt namn och att inga åtgärder behövs. Det nämner ingen ändring av adressen, så det finns inget att ändra i AmazHA i dag.

Ett VPN: Tailscale, WireGuard och andra

Ett VPN placerar telefonen på ditt hemnätverk, virtuellt, var den än är. Home Assistants dokumentation nämner VPN-tjänster som Tailscale och ZeroTier One som en säker väg in, och påpekar haken: VPN:et måste vara anslutet innan något kan nå Home Assistant utifrån. För AmazHA betyder det att VPN:et måste vara anslutet på telefonen. Om det kopplas ned visar klockan Offline · Home Assistant kan inte nås tills det är tillbaka.

Det du anger i Fjärr-URL är adressen som telefonen använder för Home Assistant medan VPN:et är uppe: serverns adress inne i VPN:et, eller ett namn som ditt VPN slår upp åt den. Två detaljer:

• Om din server svarar med vanlig http där, skriv http:// framför adressen. Utan schema lägger AmazHA till https:// på fjärradressen, och då skulle den inte svara.
• Med vissa VPN-inställningar blir själva hemadressen, 192.168.1.50, nåbar genom tunneln. Då fungerar den lokala adressen överallt där VPN:et är på, och fjärrfältet är en reserv för när det inte är det.

Ett VPN är alternativet med minst exponering: inget av din server är öppet mot internet. Priset är att varje enhet som behöver Home Assistant, telefonen inräknad, måste köra VPN-klienten.

Din egen domän med HTTPS: en omvänd proxy eller en tunnel

Med din egen domän leder https://ha.example.com till din Home Assistant var du än är. Två vanliga sätt att komma dit:

• En omvänd proxy (Nginx, Caddy, Traefik eller liknande) hemma tar emot förfrågningarna på port 443, hanterar certifikatet och skickar förfrågningarna vidare till Home Assistant. Den kräver en portvidarebefordran i routern.
• En tunnel som Cloudflare Tunnel kör en liten anslutning inne i ditt nätverk som håller en utgående förbindelse öppen till leverantören, så inget öppnas i routern. Leverantören serverar din domän med ett giltigt certifikat.

I båda fallen sitter något framför Home Assistant och vidarebefordrar förfrågningar till den, och Home Assistant måste få veta att den ska lita på det. Home Assistants dokumentation är tydlig med att förfrågningar från en omvänd proxy blockeras om du inte slår på Trust X-Forwarded-For (lita på X-Forwarded-For) och lägger till proxyn i Trusted proxies (betrodda proxyservrar). Hoppar du över det får varje förfrågan via proxyn 400 Bad Request (mer om det nedan).

Bara portvidarebefordran

Att vidarebefordra en port i routern direkt till Home Assistant är det mest direkta sättet, och det som Home Assistants dokumentation om fjärråtkomst är mest försiktig med: att bara öppna en port är inte säkert, trafiken måste krypteras, och du bör gå igenom dess säkerhetschecklista innan du exponerar något. Den nämner också två praktiska fällor: många internetleverantörer ger dig en dynamisk IP-adress, och därför föreslår den ett dynamiskt DNS-namn som DuckDNS, och vissa leverantörer placerar dig bakom CG-NAT, där inkommande anslutningar inte kan nå dig alls.

Väljer du den vägen är fjärradressen ditt dynamiska DNS-namn med https och porten du vidarebefordrade, till exempel https://yourname.duckdns.org:8123. Ange exakt det i Fjärr-URL.

HTTPS och certifikat när du är borta

När du inte är hemma är regeln i felsökningsguiden kort: adressen kräver https med ett giltigt certifikat. Det finns två skäl.

Det första är säkerheten. Din långlivade åtkomsttoken följer med varje förfrågan som telefonen skickar. Över vanlig http på det öppna internet kan vem som helst längs vägen läsa den, och med den styra ditt hem.

Det andra är att telefoner nekar certifikat som de inte litar på. Ett självsignerat certifikat, skapat på din egen server, är inte signerat av en utfärdare som telefonen litar på från början, så anslutningen nekas innan den ens når Home Assistant. På klockan ser det ut som vilken onåbar server som helst. Den enkla lösningen är ett certifikat som telefonen redan litar på:

• Home Assistant Cloud och tunnlar som Cloudflare Tunnel tillhandahåller ett åt dig.
• Med din egen domän eller ett dynamiskt DNS-namn är certifikat från Let’s Encrypt gratis och betrodda av telefoner.

Två fällor drabbar dem som ställer in HTTPS på själva Home Assistant, i stället för på en proxy framför den:

• Den lokala adressen ändras också. När Home Assistant väl serverar HTTPS på sin port svarar vanliga http://192.168.1.50:8123 inte längre på den porten.
• En IP-adress stämmer inte med certifikatet. Ett certifikat för ha.example.com är inte giltigt för https://192.168.1.50:8123, så den lokala adressen klarar inte certifikatkontrollen. En omvänd proxy eller en tunnel för fjärrsidan, med Home Assistant själv kvar på vanlig http hemma, undviker båda.

Vanlig http är normalt och bra för den lokala adressen hemma. Inne i ett VPN, vars tunnel redan är krypterad, kan http också vara godtagbart; på det öppna internet ska du använda https.

Vanliga fel och vad klockan säger

När något är fel säger klockan vilken länk som gick sönder. Tabellen listar meddelandena som har med adresser att göra, och det som ser likadant ut men inte är det.

Offline · Home Assistant kan inte nås

Bannern visar Offline, sedan Home Assistant kan inte nås · Nytt försök var 8 s, och under det en kort kod som talar om för supporten exakt vad som gick fel. De vanliga orsakerna: du är borta med bara en lokal adress; VPN:et är inte anslutet på telefonen; fjärradressen fungerar hemma men inte utifrån; telefonen litar inte på certifikatet; eller så är Home Assistant själv nere eller håller på att starta om. Lösningen börjar alltid på samma sätt: öppna adressen i telefonens webbläsare, som beskrivs nedan. Felsökningsguiden, steg 3, visar det här meddelandet på video.

Fel adress

Fel adress betyder att adressen svarade, men med en webbsida i stället för Home Assistants API. Nästan alltid innehåller adressen en sökväg, oftast kopierad från webbläsarens adressfält: https://ha.example.com/lovelace/0 i stället för https://ha.example.com. Ta bort allt efter serverns adress (och dess port). I AmazHA-inställningarna säger anslutningstestet samma sak med egna ord: adressen svarar, men inte med Home Assistants API, och det ger exemplet med en Home Assistant Cloud-adress med och utan /lovelace. Se felsökning, steg 4. Mer sällan leder adressen till något helt annat, som en routers administrationssida.

400 Bad Request bakom en omvänd proxy

Om din fjärradress går via en omvänd proxy eller en tunnel och varje förfrågan kommer tillbaka med 400 Bad Request, nekar Home Assistant proxyn. Dess HTTP-integration avvisar varje förfrågan som har ett forwarded-for-huvud när den inte har fått veta att den ska lita på omvända proxyservrar, eller när proxyns adress inte finns på listan över betrodda, och svaret är i båda fallen 400. Home Assistants logg anger adressen som förfrågan kom från; i det andra fallet står det ”Received X-Forwarded-For header from an untrusted proxy”, följt av den adressen.

I AmazHA visar Anslut Fel 400 med en enda adress, eller en röd prick bredvid Fjärr med båda.

Lösningen finns på Home Assistant-sidan. I aktuella versioner finns HTTP-serverns inställningar i användargränssnittet: Inställningar › System › Nätverk, slå på Trust X-Forwarded-For och lägg till proxyns adress eller nätverk under Trusted proxies. Äldre versioner använder YAML i configuration.yaml (adressen nedan är ett exempel; använd din proxys):

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 192.168.1.10

Home Assistants dokumentation av HTTP-integrationen har detaljerna för varje version. Starta om Home Assistant om din version kräver det och tryck sedan på Anslut igen.

Offline · Telefonen svarar inte

Det här handlar inte alls om adresser. Klockan kunde inte nå telefonen via Bluetooth, så telefonen fick aldrig chansen att försöka med Home Assistant. Håll telefonen i närheten, med Bluetooth påslaget och Zepp-appen igång (felsökning, steg 2). Att byta adresser löser det inte.

Home Assistants egen inställning för extern URL

Home Assistant har sina egna inställningar för Home Assistant URL (Home Assistant-URL), med ett fält för Internet och ett för Local network (lokalt nätverk) under Inställningar › System › Nätverk. De talar om för Home Assistant och dess egna appar var den finns. AmazHA läser dem inte: den använder bara de två adresser som skrivits in i dess egna inställningar. Om du har ändrat din externa URL i Home Assistant och klockan inte följde med, är det därför. Kopiera den nya adressen till Fjärr-URL.

Testa i telefonens webbläsare först

Innan du ändrar något i AmazHA öppnar du adressen i webbläsaren på samma telefon, från samma plats. Det är det snabbaste test som finns, eftersom det tar samma väg som AmazHA: telefonen, dess nuvarande nätverk, din adress.

1. Stäng av wifi på telefonen om du testar fjärradressen hemifrån, så att den verkligen går ut via mobildata. Slå på VPN:et om fjärradressen kräver det.
2. Skriv exakt den adress du angav i AmazHA, till exempel https://ha.example.com.
3. Läs resultatet.

För den lokala adressen gör du samma sak med wifi påslaget, hemma. Om webbläsaren når inloggningssidan och AmazHA ändå misslyckas, kontrollera att fältet bara innehåller serverns adress, utan något efter, och samma schema som webbläsaren använde.

Du kan också lägga till /api/ efter adressen i webbläsaren. Home Assistant svarar på det med ett fel om autentisering, eftersom webbläsaren inte skickar någon token: det bevisar att adressen leder till Home Assistants API och inte till någon annan sida. I AmazHA skriver du adressen utan /api/.

Testa anslutningen i AmazHA: så läser du LAN och Fjärr

Anslut, i AmazHA-inställningarna, testar adresserna från telefonen och berättar vad den hittade. När du har tryckt visas resultatet inom några sekunder:

• Med en adress: Ansluten ✓ när Home Assistant svarar, Kan inte nås när inget svarar, Fel följt av ett nummer när något svarade med ett HTTP-fel (till exempel Fel 400 eller Fel 401), och Svarar, men inte Home Assistant när adressen svarar med något som inte är API:t.
• Med båda adresserna: ett resultat per adress, LAN och Fjärr, var och en med en färgad prick: grön när Home Assistant svarar där, orange när något svarar men det inte är Home Assistant, röd när det misslyckas.

Läs det med telefonens position i åtanke. Hemma kan en röd Fjärr vara normal (en domän som inte leds tillbaka inne i ditt nätverk, ett VPN som är avstängt) eller ett verkligt problem, så testa igen med wifi avstängt. När du är borta är en röd LAN väntad; bara Fjärr spelar roll där. Båda gröna, testat en gång hemma och en gång på mobildata, är den inställning som följer dig överallt. Steg 8 i guiden Anslut Home Assistant visar skärmen.

När adressen fungerar men token kommer från en användare utan administratörsbehörighet säger Anslut det under resultatet. Det är ett tokenproblem, inte ett adressproblem: adresstestet går igenom, men klockan kan inte läsa in dina rum förrän token kommer från en administratör.

Fyra inställningar, genomgångna

Samma två fält täcker mycket olika hem. Fyra exempel, med exempeladresser:

En lägenhet, bara för användning hemma. Lokal URL (LAN): http://192.168.1.50:8123. Fjärr-URL: tom. Klockan fungerar på wifi hemma; utanför visar den Offline · Home Assistant kan inte nås, vilket är väntat. Anslut visar Ansluten ✓ hemma.

Home Assistant Cloud. Lokal URL (LAN): http://192.168.1.50:8123. Fjärr-URL: https://xxxxx.ui.nabu.casa. Hemma använder AmazHA den lokala adressen; på mobildata byter den själv till Home Assistant Cloud-adressen. Anslut visar LAN och Fjärr, båda gröna hemma, eftersom molnadressen också fungerar inifrån.

Ett VPN på telefonen. Lokal URL (LAN): http://192.168.1.50:8123. Fjärr-URL: serverns adress inne i VPN:et, med http:// framför om servern svarar med vanlig http där. Hemma vinner den lokala adressen. Borta, med VPN:et anslutet, vinner fjärradressen; med VPN:et avstängt visar klockan Offline-bannern tills det är på igen.

Din egen domän bakom en omvänd proxy. Lokal URL (LAN): http://192.168.1.50:8123. Fjärr-URL: https://ha.example.com. Innan det fungerar måste Home Assistant lita på proxyn (Trust X-Forwarded-For, Trusted proxies), annars får varje fjärrförfrågan 400. Testa fjärradressen med wifi avstängt: vissa routrar leder inte din egen domän tillbaka inåt, så en röd Fjärr hemma betyder inte alltid att den misslyckas utifrån.

En checklista innan du går hemifrån

Fem minuter hemma sparar dig en förvirrad blick på klockan senare:

1. Lokal URL (LAN) innehåller bara serverns adress, den som din webbläsare använder hemma.
2. Fjärr-URL innehåller bara fjärradressen: ingen /lovelace, porten om den behövs, https:// över internet.
3. Telefonens webbläsare öppnar fjärradressen med wifi avstängt och visar inloggningssidan för Home Assistant, utan certifikatvarning.
4. Om det är ett VPN: VPN:et är inställt på att hålla sig anslutet på telefonen.
5. Om det är en omvänd proxy eller en tunnel: Home Assistant litar på den, så ingen 400.
6. Anslut visar LAN och Fjärr gröna, eller Ansluten ✓ med en adress.
7. Token kommer från en administratör, och den är densamma för båda adresserna.

När det är klart använder klockan din lokala adress hemma och fjärradressen överallt annars, utan att du behöver göra något. Och om den en dag visar Offline säger den andra raden dig vilken sida du ska titta på: Telefonen svarar inte är Bluetooth, Home Assistant kan inte nås är adressen.