failed to retrieve device list. error 1106: permission deny

failed to retrieve device list. error 1106: permission deny

Wer im Smart-Home-Bereich oder bei der Einrichtung von Überwachungskameras auf technische Hürden stößt, verliert schnell die Geduld. Man öffnet die App, erwartet die Übersicht seiner Geräte und wird stattdessen von einer kryptischen Meldung ausgebremst. Die Fehlermeldung Failed To Retrieve Device List. Error 1106: Permission Deny signalisiert meistens ein massives Problem bei der Kommunikation zwischen dem Endgerät und der Cloud oder dem lokalen Gateway. Ich kenne das Gefühl, wenn man vor einer teuren Hardware sitzt und die Software einfach den Dienst quittiert. Es liegt fast nie an einem Hardwaredefekt, sondern fast immer an falsch gesetzten Berechtigungen oder blockierten Netzwerkpfaden. Wer jetzt denkt, ein einfacher Neustart reicht aus, irrt sich in den meisten Fällen gewaltig. Man muss tiefer graben.

Die Ursachen hinter Failed To Retrieve Device List. Error 1106: Permission Deny

Wenn die App meldet, dass der Zugriff verweigert wurde, steckt dahinter eine klare Hierarchie von Fehlermöglichkeiten. Oft ist es die Smartphone-Betriebssystem-Ebene, die den Riegel vorschiebt. Android und iOS haben in den letzten Jahren ihre Sicherheitsrichtlinien massiv verschärft. Wenn du der App beim ersten Start nicht explizit erlaubt hast, im lokalen Netzwerk nach Geräten zu suchen, wird dieser Fehler sofort getriggert. Das System unterbindet den Scanvorgang aus Datenschutzgründen. Das ist ärgerlich, aber sinnvoll.

Probleme mit der Cloud-Synchronisation

Viele dieser Systeme basieren auf Plattformen wie Tuya oder Smart Life. Diese Infrastrukturen verarbeiten Millionen von Anfragen pro Sekunde. Wenn dein Konto aufgrund von verdächtigen Aktivitäten markiert wurde oder die Sitzung abgelaufen ist, kommt es zu diesem Fehlerbild. Die App versucht, die Liste deiner Lampen, Kameras oder Steckdosen abzurufen, bekommt aber vom Server ein hartes Nein zurück. Das passiert oft, wenn man sich von mehreren Geräten gleichzeitig eingeloggt hat.

Netzwerkisolation und Gast-WLANs

Ein Klassiker in deutschen Haushalten ist die FritzBox. Viele Nutzer packen ihre Smart-Home-Geräte in das Gast-WLAN. Das ist sicherheitstechnisch löblich. Aber wenn dein Handy im Haupt-WLAN funkt und das Gast-Netzwerk so eingestellt ist, dass die Geräte nicht untereinander kommunizieren dürfen, knallt es. Die App sieht die Geräte schlichtweg nicht. Permission Deny bedeutet hier: Die Firewall des Routers sagt Stopp.

Praktische Lösungen für den Berechtigungsfehler

Man fängt am besten beim Einfachsten an. Geh in die Einstellungen deines Smartphones. Such die spezifische App raus. Prüf unter dem Punkt Berechtigungen, ob wirklich alles freigegeben ist. Besonders der Zugriff auf den Standort und das lokale Netzwerk ist kritisch. Ohne Standortfreigabe können viele Apps unter Android 12 oder neuer keine WLAN-Scans durchführen. Das klingt unlogisch, ist aber eine Vorgabe von Google zum Schutz der Privatsphäre, da man über WLAN-Netzwerke den Standort bestimmen könnte.

Cache und Daten löschen

Hilft die Rechtevergabe nicht, muss man die App-Daten radikal bereinigen. Das ist kein einfacher Neustart. Du musst in die App-Info gehen und dort den Speicherinhalt löschen. Danach ist eine Neuanmeldung nötig. Oft hängen alte Token im Speicher fest, die dem Server vorgaukeln, man hätte noch eine gültige Sitzung, obwohl diese bereits serverseitig terminiert wurde. Nach dem Löschen der Daten erzwingst du einen komplett neuen Handshake mit dem Rechenzentrum.

Router-Konfiguration prüfen

Schau in die Benutzeroberfläche deines Routers. Bei einer FritzBox findest du unter Heimnetz und Netzwerkeinstellungen die Option, dass WLAN-Geräte untereinander kommunizieren dürfen. Ist dieser Haken nicht gesetzt, bleibt die Geräteliste leer. Die Meldung Failed To Retrieve Device List. Error 1106: Permission Deny erscheint dann, weil die App zwar den Befehl zum Scannen gibt, der Router die Antwortpakete der Geräte aber blockiert. Das ist ein rein lokales Problem, das keine Cloud-Lösung beheben kann.

Die Rolle von VPNs und Werbeblockern

Nutzt du ein VPN auf deinem Handy? Wenn ja, schalt es aus. Ein aktiver VPN-Tunnel leitet deinen gesamten Datenverkehr über einen entfernten Server um. Die App denkt dann, du befindest dich in einem ganz anderen Netzwerk. Lokale Abfragen schlagen fehl. Auch Werbeblocker auf DNS-Basis wie Pi-hole oder AdGuard können stören. Diese Dienste blockieren oft die Tracking-Domains der chinesischen Smart-Home-Anbieter. Wenn die App ihre "Home-Base" nicht erreicht, verweigert sie den Dienst mit einer Fehlermeldung.

DNS-Einstellungen anpassen

Versuch testweise, den DNS-Server an deinem Smartphone auf 8.8.8.8 (Google) oder 1.1.1.1 (Cloudflare) umzustellen. Manchmal bieten die Standard-DNS-Server der deutschen Provider Probleme bei der Auflösung spezifischer API-Endpunkte. Wenn die Auflösung scheitert, schlägt auch die Autorisierung fehl. Das Ergebnis ist bekannt.

Firmware-Updates erzwingen

Es klingt wie ein Paradoxon: Wie soll man die Firmware updaten, wenn man nicht auf die Geräteliste zugreifen kann? Hier hilft oft der Weg über ein zweites Endgerät. Leih dir ein Tablet oder ein anderes Smartphone. Installiere die App dort frisch. Wenn es dort funktioniert, weißt du sicher, dass dein primäres Handy das Problem ist. Wenn es auch dort scheitert, liegt ein Problem mit dem Benutzerkonto oder dem Router vor. Auf der offiziellen Support-Seite von Tuya finden sich oft Hinweise auf aktuelle Serverstörungen, die genau solche Fehler verursachen.

Fehlerbehebung bei Drittanbieter-Integrationen

Wer seine Geräte in Home Assistant oder ioBroker einbindet, kennt das Drama. Diese Systeme nutzen oft lokale Keys oder Cloud-APIs. Wenn der Hersteller die API-Bedingungen ändert, fliegen alle Integrationen raus. In solchen Fällen ist der Fehler 1106 ein Zeichen dafür, dass der verwendete API-Key keine Berechtigung mehr hat. Man muss dann im Entwicklerportal des Herstellers die Berechtigungen erneuern oder das Projekt neu verknüpfen.

Nicht verpassen: diesen Beitrag

Regionale Einschränkungen

Smart-Home-Konten sind oft regionsgebunden. Hast du dein Konto in der App für die Region USA registriert, deine Geräte aber über einen europäischen Server laufen, kommt es zu Konflikten. Die Datenbanken sind nicht immer synchronisiert. Prüf in den Profileinstellungen der App, ob die Region zu deinem tatsächlichen Standort passt. Ein Wechsel der Region erfordert leider oft ein komplettes Zurücksetzen aller verbundenen Komponenten. Das macht keinen Spaß, ist aber manchmal der einzige Weg aus der Sackgasse.

Sicherheitssoftware auf dem Smartphone

Virenscanner oder "Security Suites" auf dem Handy sind oft übervorsichtig. Sie scannen den Netzwerkverkehr in Echtzeit. Dabei können sie die verschlüsselten Pakete der Smart-Home-App als Bedrohung einstufen und kappen. Deaktiviere solche Apps testweise komplett. Ich habe schon oft erlebt, dass eine vermeintlich nützliche Sicherheits-App die gesamte Hausautomatisierung lahmgelegt hat.

Warum die Cloud manchmal das Problem ist

Wir verlassen uns heute fast vollständig auf externe Server. Fällt ein Rechenzentrum in Frankfurt oder Dublin aus, bleibt die Kaffeemaschine aus. Die Fehlermeldung ist in diesem Fall nur das Symptom eines größeren Infrastrukturproblems. Man kann das prüfen, indem man auf Portalen wie Allestörungen.de nachsieht, ob andere Nutzer ähnliche Probleme melden. Wenn die Kurve der Fehlermeldungen steil nach oben geht, hilft nur Warten. Man kann die Permission nicht erzwingen, wenn der Server, der sie vergeben soll, gerade brennt.

Die Bedeutung von lokalen Protokollen

Dieser Vorfall zeigt, warum Protokolle wie Zigbee oder Matter so wichtig sind. Diese funktionieren auch ohne aktive Internetverbindung. Wenn du auf rein WLAN-basierte Geräte setzt, bist du Sklave der Cloud-Verfügbarkeit. Bei Matter-Geräten würde ein Problem mit der App nicht direkt zum Totalausfall führen, da die lokale Steuerung über einen Border Router erhalten bleibt. Das ist ein wichtiger Punkt für die zukünftige Planung deines Zuhauses.

Schritt für Schritt zur Wiederherstellung

Wenn gar nichts mehr geht, bleibt nur der radikale Weg. Lösche die App. Starte das Handy neu. Setze die betroffenen Geräte per Hardware-Reset zurück. Meistens muss man dafür einen kleinen Knopf für 10 Sekunden drücken, bis die LED blinkt. Dann lernst du alles neu an. Das ist mühsam, aber es bereinigt alle Datenbankleichen in deinem Account. Achte darauf, dass du während des Anlernprozesses im 2,4-GHz-WLAN bist. Viele Geräte kommen mit 5-GHz-Netzen nicht klar und quittieren den Dienst mit kryptischen Fehlern.

  1. App-Berechtigungen prüfen: Stelle sicher, dass "Lokales Netzwerk" und "Standort" aktiviert sind.
  2. WLAN-Frequenz kontrollieren: Schalte 5 GHz am Router kurzzeitig ab, um sicherzugehen, dass das Handy im selben 2,4-GHz-Netz ist wie die Geräte.
  3. Konto-Check: Logge dich aus der App aus und wieder ein, um die Sitzung zu erneuern.
  4. Router-Firewall: Prüfe, ob die Geräte im Router gesperrt sind oder keine Erlaubnis zur Kommunikation untereinander haben.
  5. VPN und DNS: Schalte alle Tunneldienste und manuellen DNS-Einträge aus.
  6. Neuinstallation: Wenn alles scheitert, App löschen und Gerät hardwareseitig zurücksetzen.

Man muss verstehen, dass Technik nicht böswillig ist. Sie folgt Logiken. Wenn die Logik sagt, dass der Zugriff nicht erlaubt ist, gibt es dafür einen dokumentierten Grund im System-Log. Wer ein wenig technisches Verständnis mitbringt, kann über die Entwickleroptionen von Android sogar die Logcat-Daten auslesen. Dort sieht man oft die echte URL, die aufgerufen wird, und den dazugehörigen HTTP-Fehlercode. Das ist meistens aufschlussreicher als die oberflächliche Meldung in der Benutzeroberfläche.

Die meisten Nutzer lösen das Problem bereits durch den ersten Schritt: Die Standortfreigabe. Es ist der häufigste Grund für scheiternde Scans. Wer das ignoriert, wird immer wieder vor verschlossenen Türen stehen. Letztlich ist Smart Home ein Zusammenspiel aus vielen Schichten. Wenn eine Schicht – egal ob Betriebssystem, App, Router oder Cloud – nein sagt, bricht das Kartenhaus zusammen. Man muss jede Schicht einzeln prüfen und validieren. Das kostet Zeit, spart aber am Ende den Neukauf von Hardware, die eigentlich völlig in Ordnung ist. Wer geduldig bleibt und die oben genannten Punkte abarbeitet, bekommt sein System in 95 Prozent der Fälle wieder zum Laufen. Die restlichen 5 Prozent sind echte Serverausfälle, gegen die man machtlos ist. In so einem Fall trinkt man am besten einen Tee und probiert es zwei Stunden später noch einmal. Die Cloud-Anbieter haben ein großes Interesse daran, solche Fehler schnell zu beheben, da jede Minute Ausfall Geld kostet und Kunden verärgert. Man ist also nicht allein mit seinem Problem.

HH

Hannah Hartmann

Mit faktenbasierter Arbeitsweise liefert Hannah Hartmann Beiträge, die Leserinnen und Lesern Orientierung im Nachrichtengeschehen geben.