Remote access HA via DuckDNS

[Atomnized]

Goedemiddag,

Ik ben aan het proberen om mijn Home Assistant via DuckDNS te verbinden. Alleen lukt dit niet, maar mijn vermoeden is dat mijn poortforwarding niet klopt. Het gaat om HAOS, geinstalleerd op een NUC. Wat heb ik gedaan:

1: Domain aangemaakt bij DuckDNS. Naast het subdomain staat bij current IP het IP-adres van mijn computer, niet van mijn HA installatie. Is dat een probleem? Met de computer heb ik het subdomain aangemaakt.

2: Vervolgens DuckDNS addon geinstalleerd en ingesteld volgens een Youtube video. De logging van DuckDNS ziet er zo uit: Dit lijkt goed te gaan. Deze Youtube video heb ik gebruikt: YouTube: Beginner's guide to Home Assistant

3: IP geforward in mijn Ziggo Connectbox, waarbij ik denk dat dit fout is. Maar dat weet ik niet zeker, zie screenshot:

4: Vervolgens heb ik in configuration.yaml dit aangepast. Als ik dit opsla, vervolgens HA restart dan kom ik er niet meer bij, zowel via homeassistant.local:8123 als mijn DuckDNS domain. Dan moet ik via de NUC de configuration.yaml aanpassen en dit weghalen, waardoor ik er weer bij kom.

In een ander topic heb ik gekeken, waarbij de tip was om onder settings > networks > Home Assistant URL de DuckDNS url te vermelden. Dat heb ik ook gedaan maar was helaas ook geen oplossing. Willen jullie eens met mij meedenken?

[FredvZ]

Als je nuc op 192.168.178.45 zit, dan is je port forward goed, al zou ik de forward naar 8123 na het testen wel weghalen.

Hoe test je het? Vanaf je pc op je lokale netwerk?
Wat je kan proberen: haal je mobiel van de wifi af en probeer dan eens je duckdns domain te openen in de browser.

[ Voor 11% gewijzigd door FredvZ op 03-11-2024 13:21 ]

[Atomnized]

Dank voor je reactie. Mijn nuc heeft inderdaad 192.168.178.45 /24 adres. Ik test via pc op lokale netwerk en ook via 5G op mijn telefoon. Maar in beide gevallen kan ik niet verbinden als ik de config in configuration.yaml opsla. Chrome op iPhone zegt dat eze site niet bereikbaar is.

Als ik op mijn pc navigeer naar https://homeassistant.local:8123 dan krijg ik eerst een SSL certificaat fout. Ga ik door kom ik op het login scherm van HA, maar na inloggen krijg ik een foutmelding dat er geen verbinding gemaakt kan worden. Via telefoon werkt dit wel, maar ook met eerst een SSL certificaatfout. Dit is op Wifi op mijn telefoon

Inmiddels heb ik uPNP uitgezet en de modem gerestart. Helaas heeft dat ook geen oplossing geboden.De forwarding van port 8123 heb ik weggehaald.

[ Voor 16% gewijzigd door Atomnized op 03-11-2024 13:51 ]

[Septillion]

In je config heb je in ieder geval een spatie te veel, voor http mag geen spatie staan. Daarnaast is het tegenwoordig aan te raden base-url via de UI te doen en niet in de yaml. Maar zonder zou het ook moeten werken.

Bij DuckDNS zou je het IP van je internetaansluiting moeten zien. Niet die van je HA of computer want die zijn beide intern. Klopt dat?

Ik zie je niet de port aanpassen dus dan draait HA nog steeds op 8123. Als je op 443 wilt zal je dat expliciet moeten instellen. Die forward je ook maar test je als URL daar ook op? Je moet werkelijk naar https://[something].duckdns.org:8123 gaan (dus werkelijk met https en de poort!).

Eventueel zou je als tijdelijke test ook even zonder ssl kunnen testen. Dus in je config alles onder http: weg (en herstart HA). Dan zou je via http://[something].duckdns.org:8123 (dus http en poort) het moeten kunnen bereiken. Testen zou ik altijd even eerst op een device buiten je netwerk doen, dus telefoon/tablet/laptop via 4G/5G. Als dat werkt kan je SSL weer instellen en dat proberen. En als dat werkt zou je nog de poort kunnen wijzigen.

Als laatste nog even slecht nieuws, DuckDNS werkt de laatste tijd enorm slecht Ze lijken het niet meer aan te kunnen en daarom duurt het met regelmaat heel erg lang voor een DuckDNS adres geresolved wordt.

[Atomnized]

Dankjewel voor je reactie!

Bij DuckDNS zie ik inderdaad het IP adres van mijn internetaansluiting. Dat had ik beter moeten verwoorden.

Als ik test zonder SSL op port 8123 dan werkt het wel. Nu werkt het ook als ik via SSL verbind, maar dan krijg ik wel nog een certificaatfout van de browser die aangeeft dat mijn verbinding niet veilig is. Leek dus te liggen aan het feit dat resolven langer duurde. Nu nog even uitzoeken hoe ik de poort kan veranderen van Homeassistant, want die draait inderdaad nog op 8123.

[Septillion]

Persoonlijk heb ik hem lekker op 8123 gelaten. Maar wil je het aanpassen kan dat via server_port. En dan ipv 8123 natuurlijk de nieuwe port forwarden.

Maar nu geen "ongeldig certificaat" waarschuwingen meer?

[Atomnized]

Dan laat ik de poort gewoon zo staan. Ik krijg wel nog een https foutmelding, ik kan ook zien waarom maar ik weet niet waar ik dit moet veranderen.

Om te testen of het aan DuckDNS subdomain lag, had ik in DuckDNS een 2e domain toegevoegd. Als ik het SSL certificaat bekijk, via de browser, dan zie ik daar de test domein staan. Die heb ik verwijderd in DuckDNS. Zie screenshot. Nu weet ik dus alleen niet hoe ik dit moet oplossen. Ik dacht dat ik het certificaat kon verwijderen, maar weet nog niet hoe.

[ Voor 48% gewijzigd door Atomnized op 03-11-2024 15:56 ]

[Septillion]

Je geeft in de addon aan voor welk domein een certificaat gemaakt moet worden. Heb je in de addon nog verkeerde staan? Daar aanpassen en addon herstarten. Dan zou hij een certificaat voor het correcte domein moeten doen.

[Atomnized]

Klopt, daar dacht ik toevallig net ook aan. Dat heb ik nu aangepast en alleen het juiste domin staat er nog. Zal wel even duren voordat het is opgepakt, aangezien het certificaat nog van het verkeerde domein wordt gehaald.

Thanks voor alle hulp!

[Septillion]

Je zou ssl even uit kunnen zetten, addon uit, certificaten weggooien, addon aan, ssl aan.

[Atomnized]

Ik had de addon verwijderd en opnieuw geinstalleerd. Nu wilt de addon van Duckdns wel SSL certificaten ophalen vanaf het juiste domein, maar krijg onderstaande foutmelding. Denk dat ik het maar opgeef en voor Home Assistant Cloud ga..



Dit is de config in de addon:



Config.yaml:

[ Voor 32% gewijzigd door Atomnized op 03-11-2024 22:48 ]

[Septillion]

Denk dat je daar gewoon even een effect ziet van wat ik al eerder aangaf, DuckDNS is gewoon overbelast. Want zie zo niets fout tenzij er in de yaml (3-dots => Edit in YAML) wat gek is blijven hangen

Maar ander probleem, haal die base_url nu eens uit je config. Die is echt al jaren deprecated en dus niet handig om te gebruiken.

Overigens is config als code plaatsten veeeeeeeeeeeeeel handiger

[Atomnized]

Dat verwachtte ik ook al, des te meer reden om het op een andere manier te doen. Vanmorgen nog geprobeerd met Duckdns en wederom dezelfde foutmelding, had geen zin om langer tr wachten en heb gekozen voor Cloudflared addon.

Gebruikte mijn domein die ik bij Transip host toch niet, dus dacht gebruik ik die wel. Dat was zo opgezet. Hoef ik ook geen poorten open te zetten of iets en werkt het gewoon. Dankjewel voor alle goede hulp

[Horla]

Septillion schreef op zondag 3 november 2024 @ 14:28:
Als laatste nog even slecht nieuws, DuckDNS werkt de laatste tijd enorm slecht Ze lijken het niet meer aan te kunnen en daarom duurt het met regelmaat heel erg lang voor een DuckDNS adres geresolved wordt.

Weet je toevallig een (goedkoop) alternatief? DuckDNS is de laatste tijd inderdaad meer time-outs dan dat het werkt.