Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[chris299]

@ticaki sagte:

PUT /appleauth/auth/verify/phone — payload … und SMS request → <status>

oder kann es sein dass du auf dem falschen gerät geguckt hast?

Zwei Nummern, Adapter nimmt blind trustedPhoneNumber → id=2 (•••31). Die zweite (id=1, •••65) wird von _parseAuthOptions (index.ts:707-717) verworfen.

Heißt die sms wird an die nummer die auf 31 endet gesendet.

Hmm, meine Nummer mit der ID 1 wäre richtig. Die andere Nummer ist nur ein Fallback, die ich nicht aktiv habe. prüfe ich aber mal.
Warum nimmt es denn die mit ID 2?

die Zeile mit put->405 (also "Method Not Allowed")sieht auch irgendwie ungesund aus.

PS: ein zweiter SMS request, ohne Adapter-Neustart bringt mir immer "SMS request failed (HTTP 401)"

[edit]

Nachtrag: mit der anderen Nummer klappt es dann, aber die Frage bleibt, warum ID 2...

icloud.0
	2026-09-21 20:31:10.337	info	iCloud connection established successfully
icloud.0
	2026-09-21 20:31:10.336	info	FindMy ready — 9 device(s): 9 own, 0 family, 0 accessories; 4/9 with location
icloud.0
	2026-09-21 20:31:07.072	info	Geocoder (nominatim): first successful reverse geocode — "Ziegelhüttenweg 20, Frankfurt am Main" (cache: 1 entries)
icloud.0
	2026-09-21 20:31:05.324	info	Geocoder: system country code resolved to 'de' — country will be omitted from location names for devices in this country.
icloud.0
	2026-09-21 20:31:04.911	info	Geocoder: using system language 'de' for localized address names.
icloud.0
	2026-09-21 20:31:04.908	info	Geocoder (nominatim): configuration valid, server URL: https://nominatim.openstreetmap.org
icloud.0
	2026-09-21 20:31:04.908	info	Available iCloud services (31): account, archivews, calendar, ckdatabasews, cksharews, contacts, contactsweb, developerapi, docws, drivews, findme, geows, iwmb, iworkexportws, iworkthumbnailws, keyvalue, mail, mcc, mccgateway, mpp, notes, photos, photosupload, premiummailsettings, push, reminders, settings, sharedlibrary, sharedstreams, ubiquity, uploadimagews
icloud.0
	2026-09-21 20:31:04.907	info	Country: DEU, Locale: de-de_DE
icloud.0
	2026-09-21 20:31:04.906	info	Logged in as: Christoph W***(****)
icloud.0
	2026-09-21 20:31:02.131	warn	[icloud.js] Trusting device

[ticaki]

Gute Frage - wie schon geschrieben, der adapter ist komplett von der AI geschrieben - ich hab da genau 1 Zeile code drin selbst geschrieben - und die Details sind dann so gelöst wie die AI das geraten hat. Obwohl sie einen anderen "Adapter" als Vorlage hatte.

Als ich das auth am gehen hatte, hab ich da nicht weiter gemacht. Bei mir gehts halt. Aber jetzt weiß ich das es dort ein Problem gibt und beauftrage eine lösung.

[nograx]

Moin,

bei mir wird in den letzten Tagen immer der iCloud Account gesperrt: "Dieser Apple Account wurde aus Sicherheitsgründen gesperrt". Die einzige Erklärung die aktuell habe ist das es am Adapter liegt. Hat das Problem noch jmd.? Sichtbar wird es erst wenn ich versuche mich auf einem Rechner im Browser neu anzumelden. Mein iPhone und iPad sind weiterhin normal nutzbar.

VG

[ticaki]

Habe das Problem nicht, jedoch wenn es der Adapter ist müsste der ja auch keinen Verbindung hinbekommen und es sollte irgendwas im Log stehen.

[JLeg]

Jo, gerade mal geschaut wieso der Adapter seit einigen Tagen "gelb" ist - Log sagt:

Retry after stale session also failed — please check your credentials. (Wrong Apple ID, wrong password or a stale session (HTTP 403): { "serviceErrors" : [ { "code" : "-20209", "message" : "This Apple Account has been locked for security reasons. Visit iForgot to reset your account (https://iforgot.apple.com).", "suppressDismissal" : false } ]})

habe da kaum sonstige "Aktivität", ab und zu bissel was auf iPhone/iPad - die normal funktionieren...

[nograx]

Ich synce nur meine Kalender damit. Was ich auch echt schätzen gelernt habe. Scheint also bei mir kein Einzelfall zu sein. Einen Log-Eintrag habe ich dazu nicht gefunden, der scheint also schon ein paar Tage auf Gelb zu sein.

[ticaki]

das hier meine die AI dazu:

Der Fehler kommt von Apple, nicht vom Adapter: -20209 heißt, dass Apple den Account gesperrt hat („locked for security reasons"). Der Adapter kann sich deshalb nicht mehr
anmelden. iPhone und iPad laufen weiter, weil sie noch gültige Geräte-Tokens haben und keine neue Passwort-Anmeldung brauchen.

Mögliche Ursachen:

1. Fremde Anmeldeversuche. Das ist der häufigste Fall. Jemand probiert Passwörter für die Apple-ID (meist die E-Mail-Adresse) durch, und Apple sperrt nach mehreren Fehlversuchen.
   Das passiert oft in Wellen und ohne eigenes Zutun.
2. Apples Betrugserkennung schlägt bei regelmäßigen Server-Logins an. Viele Anmeldungen per Passwort von derselben Server-IP, ohne echtes Gerät, sehen für Apple verdächtig aus.
3. Der Adapter selbst könnte das ausgelöst haben. Das ist nur eine Vermutung, aber im Code gibt es einen passenden Mechanismus. Die Session-Recovery aus v2.1.2 (src/main.ts:22,
   triggerSessionRecovery) erhöht die Wartezeit nur bis maximal 30 min und versucht es danach unbegrenzt weiter. Wenn die Anmeldung klappt, aber ein Dienst danach sofort wieder
   abgelehnt wird, meldet sich der Adapter alle 30 min komplett neu an, also etwa 48 Mal am Tag. Die Zählung startet nie neu, weil 30 min kürzer ist als SESSION_RECOVERY_RESET_MS
   (60 min). Laut Changelog ist v2.1.2 von Mitte September, das könnte zeitlich zu „seit einigen Tagen" passen. Um das zu klären, müsste man im Log des Users nachsehen, ob dort
   viele iCloud session permanently expired … attempt N-Meldungen stehen.

Was der User tun sollte:

• Den Account über https://iforgot.apple.com entsperren. Dabei wird meist ein neues Passwort verlangt, das muss danach auch im Adapter eingetragen werden.
• Bis dahin die Instanz stoppen, damit sie nicht weiter gegen den gesperrten Account anfragt.
• 2FA prüfen, und falls die Apple-ID eine leicht zu erratende E-Mail-Adresse ist, über Ursache 1 nachdenken.
• Das Debug-Log der Tage vor der Sperre schicken, um Ursache 3 zu bestätigen oder auszuschließen.

EDIT:
Ich lass mal schauen wie das für ha umgesetzt ist und angleichen.

[ticaki]

Ich lass das mal so umbauen das es bei einem gesperrten Account keine weiterne versuche gibt, sondern die log aufforderung ihn zu entsperren und die gesamt anzahl an versuchen bevor der adapter auf rot geht wird begrenzt.

[ticaki]

https://github.com/ticaki/ioBroker.icloud/tarball/fix/account-locked
das ist der fix

[Asgothian]

Ich hab den Adapter seit 4 Wochen erst einmal ausgesetzt, da es verschiedene Warnmeldungen aus dem Kalender gegeben hat die ich nicht weiter testen konnte - aus Zeitgründen.

Ich teste das wenn ich wieder am System arbeiten kann (in 2 Wochen) im Detail.

A.

[Happyuser20]

Hallo

bei mir läuft der nicht

icloud.0
2026-10-25 09:34:40.179	error	Retry after stale session also failed — please check your credentials. (Wrong Apple ID, wrong password or a stale session (HTTP 401): { "serviceErrors" : [ { "code" : "-20101", "message" : "Check the account information you entered and try again.", "suppressDismissal" : false } ] })

icloud.0
2026-10-25 09:34:38.503	info	Starting retry after stale session…

icloud.0
2026-10-25 09:34:28.489	warn	Stale session detected (HTTP 401) — starting automatic retry in 10 s. (Wrong Apple ID, wrong password or a stale session (HTTP 401): { "serviceErrors" : [ { "code" : "-20101", "message" : "Check the account information you entered and try again.", "suppressDismissal" : false } ]})

und ja, die AppleID stimmt!

Gruß

[ticaki]

hm ich wollte gerade schreiben "ist die apple id richtig" - aber ich kann ja noch immer schreiben - "Sicher dass das Passwort stimmt?" :D
Ich lasse das nachher mal untersuchen.

[Happyuser20]

Hi
Wenn ich mich über den Browser bei Icloud mit den Daten anmelde, funktioniert es auch.
Ich habe mal Chatgpt damit belästigt, der hat sich die Zähne ausgebissen und kommt da nicht weiter.

Da ich mir selbst nicht sicher war ob das Passwort richtig eingegeben wurde. Dieses in Notepad geschrieben und mit Strg+C im adapter eingefügt und gespeichert.

Gruß