Companion App nach Update Verbindungsproblem.

[RudiP]

Heute das Update auf
Core: 2026.11.1
Supervisor: 2026.10.5
Operation System: 18.4
Frontend: 10261028.5
gemacht und seit dem kann ich mich mit der Companion App nicht mehr mit HA verbinden. Auf zwei Samsung Geräten im Heimnetzwerk versucht, weder über lokale IP, noch wie bisher via duckdns.org komme ich an HA dran.
Angezeigt wird:
DNS Auflösung ist OK
Port Erreichbarkeit: Fehler
TLS Zertifikat: OK
Server Verbindung: Fehler

Die Port weiterleitung im Router ist nach wie vor aktiv.
Sage ich der App, die soll nach einem Server im lokalen Netzwerk suchen, kommt nix.
Gebe ich manuelle Adresse "http://192.168.xxx.xx:8123" ein, kommt als Fehler.
DNS Auflösung ist OK
Port Erreichbarkeit: OK
TLS Zertifikat: Für HTTP nicht erforderlich.
Server Verbindung: Fehler

Gebe ich als Adresse aber "https://192.168.xxx.xx:8123" ein, wird angezeigt
DNS Auflösung ist OK
Port Erreichbarkeit: OK
TLS Zertifikat: Zertifikatfehler.
Server Verbindung: Fehler

Eine Verbindung über Browser nach HA ist nach wie vor problemlos möglich.
Tablet wurde neu gestartet, HA wurde neu gestartet. Alles leider ohne Erfolg.

Und erzählt mir jetzt nicht, ich habe in den Update Infos irgendwas überlesen. Würde mir zwar ähnlich sehen, aber ich habe in den Update Infos nach "app" und "Comp" suchen lassen und nix gefunden.

 

[blurrrr]

Kiste mal neustarten? Ja ich weiss, ist vermutlich mit dem Update schon passiert, aber einen Versuch wäre es ja wert. Ferner könnte auch ein Blick in die Logs helfen.

Port Erreichbarkeit: Fehler
TLS Zertifikat: OK
Server Verbindung: Fehler

Das macht einmal Sinn (Port-Fehler -> Serververbindung funktioniert nicht), aber auch wieder nicht (Zertifikat OK, also "muss" der Port ja funktionieren)

App ist auch up2date? Wie verhält sich das ganze denn, wenn Du es - statt in der App - mal im Browser versuchst?

 

[RudiP]

@blurrrr Ich weis ja, das Du eigentlich keine Ahnung hast
Aber lesen solltest Du schon.
Das ich HA neu gestartet habe, habe ich geschrieben. Gut, vergessen zu erwähnen, das er zwischenzeitlich auch gerne schon 5 mal neu gestartet hat.
Aber das im Browser nach wie vor alles funktioniert, ne ne ne.
In welche Farbe soll ich es schreiben, damit Du es besser lesen kannst ?

Apropos Neustart nach Update. Ich habe da auch die Erfahrung gemacht, das der erste, vom System selbst durchgeführte Neustart, oftmals nicht so läuft, wie er sollte und ein manueller Neustart danach immer Sinnvoll ist.

Und dein Hinweis mit den Logs, also weisste. Ne ne.
War wie immer der richtige Riecher. Steht tatsächlich drin, das eine IP xyz geblockt wurde.
Und dann schaue ich in IP Ban Manager rein und was sehe ich ? Die geblockte IP.
Block entfernt und alles läuft wieder.

@blurrrr wenn wir dich nicht hätten, wir würde unter gehen.
Dank Dir vielmals für deinen perfekten Rat.


PS: Wenn ich aber doch in der App als URL "https://192.168.xxx.xx:8123" eingebe, wieso greift der IP BAN dann auch ????
Wenn ich via DuckDNS komme, leuchtet mir das ja noch ein.

 

[blurrrr]

Gut, vergessen zu erwähnen, das er zwischenzeitlich auch gerne schon 5 mal neu gestartet hat.

Ganz wesentlicher Punkt!

Und dein Hinweis mit den Logs, also weisste. Ne ne.
War wie immer der richtige Riecher.

Das hat nix mit "Riecher" zu tun, das ist halt, wo die Dinge stehen

Und dann schaue ich in IP Ban Manager rein und was sehe ich ? Die geblockte IP.
Block entfernt und alles läuft wieder.

Oh... ich mein, klar, Test immer mal von anderen Geräten/via Browser, etc. aber da würde mich ja mal brennend interessieren, warum die IP blockiert wurde. Hast ja sicherlich nichts an der App gefummelt, einfach nur HA-Update gefahren und das war es dann mit dem Zugriff?

PS: Wenn ich aber doch in der App als URL "https://192.168.xxx.xx:8123" eingebe, wieso greift der IP BAN dann auch ????
Wenn ich via DuckDNS komme, leuchtet mir das ja noch ein.

Logs, Logs, Logs... entscheidend ist, was konkret an IP geblockt wurde und wie der Zugriff stattfindet. Alternativ kann es natürlich auch sein, dass irgendwie Update-Arbeiten noch nicht abgeschlossen waren und durch die Neustarts immer wieder von vorne angefangen wurde Dennoch würde mich persönlich schon brennend interessieren, warum die Dinge so gelaufen sind, wie sie gelaufen sind.

Es war auch nur "eine" IP gesperrt? Öffentliche IP, oder interne private IP? Hattest Du es mit dem Handy via LTE oder WLAN versucht?

 

[RudiP]

Geblockt war eine 79.xxx IP, ich vermute mal, die von DuckDNS.
Ich hatte gestern mit dem KI gedönse rumgespielt und versucht, ans laufen zu bringen. Dabei kann es dann schon sein, dass da was als falscher Login gewertet wurde und die IP dann geblockt wurde.
Und ja, Tablet ist im WLAN und versucht, mit lokaler IP da drauf zuzugreifen.
Wenn ich jetzt die App öffne, auf Einstellungen und Companion App gehe, dann auf Server hinzufügen, dann sucht er und sucht und sucht.
Ich gehe mal unten auf "Adresse manuell eingeben" und versuche die "http://192.168.xxx.xx:8123", kommt wieder der Fehler, wie oben.
Port geht, TLS wird nicht benötigt, aber Server Verbindung geht nicht. Im Protokoll taucht kein Fehler auf.
Nehme ich die Adresse "https://192.168.xxx.xx:8123", der selbe Fehler, wie oben. Port ist OK, TLS meldet Zertifikatsfehler.
Im Protokoll kein Eintrag.
Gebe ich als Adresse "https://xyz.duckdns.org" ein, wird ganz normal eine Verbindung aufgebaut.

Da würde ich ja zunächst auf irgendein Problem mit dem Router tippen, weil der Fehler ja nur bei lokalen Adressen auftritt.
Aber wo sollte man was falsch eingestellt haben, was lokalen Datenverkehr blockt.

 

[blurrrr]

Geblockt war eine 79.xxx IP, ich vermute mal, die von DuckDNS.

Das ist eine reguläre öffentliche IP.

Da würde ich ja zunächst auf irgendein Problem mit dem Router tippen, weil der Fehler ja nur bei lokalen Adressen auftritt.

Das ist ganz einfach erklärt: Du und ich wir stehen in einem Raum. Kommt jemand von aussen, ist es halt:

RudiP
Musterstrasse 5
12345 Musterhausen

So steht es auch auf Deinem Ausweis.

Da ich aber nun neben Dir im Raum stehe, komme ich halt daher mit:

RudiP
Hier
Auch hier

Daraufhin sagst Du: Nein, das ist nicht richtig, das funktioniert so nicht, ich bin RudiP, Musterstrasse....

Deswegen bekommst Du beim Zugriff über die interne private IP auch diesen Fehler bzgl. des Zertifikats. Dort steht halt Deine DuckDNS-Adresse drin (oder wie auch immer der öffentliche FQDN bei Dir ist) und eben nicht die interne IP.

Du sprichst "192.168.x.x" an, im Zertifikat steht aber "demrudipseine.duckdns.adresse", passt also nicht zusammen -> Fehler.

Ich gehe mal unten auf "Adresse manuell eingeben" und versuche die "http://192.168.xxx.xx:8123", kommt wieder der Fehler, wie oben.
Port geht, TLS wird nicht benötigt, aber Server Verbindung geht nicht.

Sag nicht "Port geht", das kann vieles bedeuten Aber... soweit ich mich erinnere, konnte man bei HA auch dubioses Zeugs machen. Zum Beispiel den Port 8123 nur auf HTTPS lauschen lassen (somit ist HTTP-Traffik direkt aussen vor). Glaube, es war diese HTTP-Geschichte aus der Doku. Da sehe ich aber auch grade folgendes:

Server port (Required)

The port Home Assistant listens on. Starting with Home Assistant 2026.8, the default is 80 for Home Assistant Operating System. For Home Assistant Container, the default remains 8123. Examples on this page use 8123; replace it with your configured server port if your installation uses a different port.

If your installation method lets you set environment variables for Home Assistant, SETUP_PORT overrides these defaults at startup.

Caution: If you use theHome Assistant Companion app, update the Home Assistant URLin the app after changing this port.

Allerdings vermisse ich da nun den Teil, wo es hiess: Kannst es entweder unverschlüsselt laufen lassen (HTTP) "oder" verschlüsselt (HTTPS), aber ich bin da auch nicht so auf dem laufenden...

Ich weiss auch nicht, wie genau Dein Konstrukt momentan so aussieht (grade im Hinblick auf die Zertifikate) bzw. wie Du z.B. die Geschichte mit dem Zertifikaten eingerichtet hast. Gibt aber auch nur 2 Möglichkeiten:

1) Alles in HA selbst bzw. über irgendwelche Config-Wurschteleien, hat aber zur Folge, dass HA voll und ganz auf SSL setzt und auch nix anders mehr annimmt (sag ich mal so unter der Annahme, wie es früher war - ein Port, entweder HTTP, oder HTTPS, beides gleichzeitig ging nicht).

Client --HTTP--> HAOS

(HAOS intern nicht mehr über HTTP ansprechbar)


2) HAOS selbst bekommst nur noch eine Mitteilung über einen eingesetzten Reverse-Proxy (damit die realen Client-IPs verwertet werden und nicht die Proxy-IP). HAOS selbst bleibt auch auf HTTP (ohne Zertifikat). Davor kommt nun ein Reverse-Proxy, welcher sich (automatgisch) um die Zertifikate kümmert, die Kommunikation mit extern über Zertifikate absichert und intern mit dem HAOS-Host einfach via HTTP spricht.

Client --HTTPS--> Reverse-Proxy --HTTP--> HAOS

(HAOS intern weiterhin über HTTP ansprechbar)

Aber wo sollte man was falsch eingestellt haben, was lokalen Datenverkehr blockt.

Aufgrund der Tatsache, dass der FQDN im Zertifikat nicht zu der lokalen IP-Adresse passt, könnte es durchaus sein, dass die Verbindung so nicht funktioniert. Öffnest Du das mal in einem normalen Browser, sollte theoretisch eine Warnung kommen, dass der angesprochene FQDN (bzw. in dem Fall die IP) nicht mit dem FQDN im Zertifikat übereinstimmt. Diese Meldung solltest Du theoretisch bestätigen können, um dann weiter zu kommen.

Könntest in der App mal schauen, ob es die Möglichkeit gibt, Zertifikatsfehler zu ignorieren. Ist aber auch keine schöne Lösung, besonders dann nicht, wenn man ja schon eigentlich gültige Zertifikate hat. Wenn Deine öffentliche IP "immer wieder" gesperrt wird, scheinen wohl auf irgendeinem Endgerät noch falsche Credentials hinterlegt zu sein, das würde ich ggf. mal überprüfen. Vielleicht findest Du in den HA-Logs ja ggf. auch noch heraus, um welchen User es sich handelt (falls Du mehrere angelegt hast)

 

[RudiP]

Ich spreche HA auf meinem Home PC im Browser immer nur mit der lokalen IP an. Ja, alle 10, 15 Tage kommt dann mal die Meldung, das die Seite (frag mich nicht nach dem genauen Text) nicht Sicher sei und ja, da klick ich dann unten auf "Leck mich" und dann geht es wieder für einige Tage.
Ja, ich hatte damals alles so weit geändert, das ich von außen via duckdns auf mein HA zugreifen kann. Frag mich nicht, wo ich alles wie geändert habe, ich war froh, das es läuft und fasse es heute nicht mehr an.
Wenn ich in der Companion App wieder die "https://192.168.xxx.xx:8123" verwende, erscheint der Text
Der Home Assistant-Hostname und das Zertifikat stimmen nicht überein. Überprüfe das Home Assistant-Zertifikat oder die Verbindungseinstellungen und versuche es erneut"
Das bestätigt dann definitiv deine Aussage. Leider kann ich in der App aber nicht wie im Browser einfach auf "Leck mich" klicken.
Vermutlich könnte ich das Problem beheben, wenn ich das Zertifikat anpasse oder ein neues passendes erstelle, aber "Never change a running System" Da möchte ich dann doch eher nicht dran rum spielen, weil von dem Kram habe ich einfach zu wenig Ahnung und das Risiko, das dann gar nichts mehr geht, ist mir zu groß.

 

[blurrrr]

Ich spreche HA auf meinem Home PC im Browser immer nur mit der lokalen IP an.

Öhm... warum (wenn ich fragen darf)? Wenn ich es richtig verstanden habe, ist Deine Installation voll und ganz darauf ausgelegt, über seinen FQDN angesprochen zu werden. Dann sollte man es auch so machen.

EDIT: Btw ist sowas auch unhöflich... ich rede Dich schliesslich auch mit RudiP an und nicht mit PeterL (oder "Nummer 5")!