Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Duffy]

Auf dem Handy geht ging es bei mir auch nur halt etwas klein ;-)
Auf dem iPad will ich es nach den Berichten hier aber nicht riskieren.

Allen ein schönes Wochenende

[FernetMenta]

Ich denke ihr solltet mal folgende Pakete auf euren iob Systemen checken:

root@iobroker:/opt/iobroker# npm ls @iobroker/ws
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.admin@7.7.19
  └── @iobroker/ws@3.0.4

root@iobroker:/opt/iobroker# npm ls @iobroker/ws-server
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.admin@7.7.19
│ └── @iobroker/ws-server@4.3.9
└─┬ iobroker.web@7.0.8
  └─┬ iobroker.ws@3.0.19
    └── @iobroker/ws-server@4.3.9 deduped

root@iobroker:/opt/iobroker# npm ls iobroker.socketio
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.web@7.0.8
  └── iobroker.socketio@7.0.8

[wendy2702]

@FernetMenta oder die Einstellungen der Instanzen.

[hotspot_2]

@Asgothian sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

@hotspot_2 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

Ich habe jetzt nochmal getestet bei mir bleibt es dabei. Ich kann weder auf macOS Tahoe noch iOS 26 iobroker Admin öffnen. Anmeldung geht noch aber danach dreht sich die Animation weiter und es kommt zu dem Fehlermeldungen. Ich beobachte das gleiche Verhalten auch beim Zugriff auf meine Shelly, Jarvis usw. Alles funktioniert mit Firefox einwandfrei.

Du meinst damit auf dem OS (macOS Tahoe und iOS26) mit dem Web-Browser des OS (Safari) ? Sprich, mit Firefox auf dem gleichen OS geht es ? Das schrieb zumindest @wendy2702 fuer iOS26.

Ja, genau so meine ich das. So sieht es aktuell bei mir aus.

[draexler]

Ich habe jetzt als Workarround einen local DNS Record in pihole angelegt. Also iobroker.heim -> 192.168.1.2. Das funktioniert. Da viele hier einen pihole betreiben ein workarround der schnell umgesetzt ist.

[hotspot_2]

Bei mir sieht der check (von @FernetMenta) so aus:

marcus@iobroker:/opt/iobroker$ npm ls @iobroker/ws
iobroker.inst@3.0.0 /opt/iobroker
`-- iobroker.admin@7.7.20
  `-- @iobroker/ws@3.0.4

marcus@iobroker:/opt/iobroker$ npm ls @iobroker/ws-server
iobroker.inst@3.0.0 /opt/iobroker
+-- iobroker.admin@7.7.20
| `-- @iobroker/ws-server@4.3.9
`-- iobroker.ws@3.0.19
  `-- @iobroker/ws-server@4.3.9 deduped

marcus@iobroker:/opt/iobroker$ npm ls iobroker.socketio
iobroker.inst@3.0.0 /opt/iobroker
+-- iobroker.socketio@7.0.8
`-- iobroker.web@7.0.9
  `-- iobroker.socketio@7.0.8 deduped

[FernetMenta]

@hotspot_2 Das sieht schon mal nicht so aus, wie man es erwarten würde. Wie alt ist die Installation? Hast du da selber mit npm "rumgespielt"?
Evtl mal platt machen und neu aufsetzen oder eine andere Instanz daneben zum Testen.

[Thomas Braun]

@hotspot_2

Da liegen offenbar Module falsch. Zeig mal ein

npm ls

Bei mir siehen die drei Module so aus:

echad@chet:/opt/iobroker $ npm ls @iobroker/ws
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.admin@7.7.20
  └── @iobroker/ws@3.0.4

echad@chet:/opt/iobroker $ npm ls @iobroker/ws-server
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.admin@7.7.20
│ └── @iobroker/ws-server@4.3.9
└─┬ iobroker.web@7.0.9
  └─┬ iobroker.ws@3.0.19
    └── @iobroker/ws-server@4.3.9 deduped

echad@chet:/opt/iobroker $ npm ls iobroker.socketio
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.web@7.0.9
  └── iobroker.socketio@7.0.8

[hotspot_2]

Ok, hier mal ein "npm ls":

marcus@iobroker:/opt/iobroker$ npm ls
[sudo] password for marcus: 
iobroker.inst@3.0.0 /opt/iobroker
+-- @iobroker-javascript.0/xml2js@npm:xml2js@0.6.2
+-- iobroker.admin@7.7.20
+-- iobroker.alexa2@3.27.4
+-- iobroker.backitup@3.3.10
+-- iobroker.discovery@5.0.0
+-- iobroker.dwd@2.8.5
+-- iobroker.email@2.0.4
+-- iobroker.energiefluss-erweitert@0.8.1
+-- iobroker.feiertage@1.2.1
+-- iobroker.go-e@1.0.42
+-- iobroker.ical@1.18.1
+-- iobroker.influxdb@4.0.2
+-- iobroker.iot@5.0.7
+-- iobroker.jarvis@3.2.0-rc.17 (git+ssh://git@github.com/Zefau/ioBroker.jarvis.git#65370bd2ad4617722447bcff04ba4dc6429bed9b)
+-- iobroker.javascript@9.0.11
+-- iobroker.js-controller@7.0.7
+-- iobroker.matter@0.5.6
+-- iobroker.modbus@7.0.6
+-- iobroker.mqtt@6.1.4
+-- iobroker.node-red@6.0.7
+-- iobroker.operating-hours@1.4.0
+-- iobroker.ping@1.7.9
+-- iobroker.proxmox@2.4.0
+-- iobroker.pushover@4.1.0
+-- iobroker.simple-api@3.0.7
+-- iobroker.sma-em@1.3.0
+-- iobroker.socketio@7.0.8
+-- iobroker.solarwetter@1.2.0
+-- iobroker.trashschedule@5.0.0
+-- iobroker.vis@1.5.6
+-- iobroker.weatherunderground@3.7.0
+-- iobroker.web@7.0.9
`-- iobroker.ws@3.0.19

[Thomas Braun]

@hotspot_2 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

Okay, das sieht nicht so wüst aus wie gedacht.
Der

+-- @iobroker-javascript.0/xml2js@npm:xml2js@0.6.2

kommt als zusätzliches Modul aus dem javascript-Adapter?

[hotspot_2]

Ich meine das ich das irgendwann mal installiert habe.

https://www.npmjs.com/package/xml2js

Weiss aber im Moment nicht sicher für was und ob ich das überhaupt noch nutze.

[Espace0401]

Bei mir klappt es mit iobroker.local:8081 unter dem aktuellen iOS mit dem IPad 11.

[hotspot_2]

@Espace0401 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

Bei mir klappt es mit iobroker.local:8081 unter dem aktuellen iOS mit dem IPad 11.

Perfekt. Das ist der Tipp der auch bei mir auf allen Geräten einwandfrei funktioniert. MacMini, MacBook, iPads und iPhones funktioniert überall bestens. Auch Jarvis usw. laufen damit wieder.

Danke!

[dtp]

@wendy2702 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

oder die Einstellungen der Instanzen.

Öh, und was heißt das jetzt konkret? Welche Maßnahmen wären zu ergreifen, um auf ioBroker Admin per Safari unter iOS und iPadOS 26.1 wieder flüssig zugreifen zu können?

[wendy2702]

Unter Safari (funktioniert wie erwähnt bei mir auch nicht) kann ich es nicht sagen da ich Chrome oder FF dafür nutze. Damit funktioniert es bei mir.

[ticaki]

Tatsache - wenn ich über dns(unifi) auf meinen iobroker gehe kein Problem - wenn ich jedoch direkt über die IP gehe hab ich nen endlos laufenden Kreis.

Daher hat das neuinstallieren letztens auch nicht geklappt - da hatte er keinen dns record.

(Apple Mac OS das neuste "Fehler" Update - glaube 26 oder 27 mit Safari )

[hotspot_2]

@dtp sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

@wendy2702 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

oder die Einstellungen der Instanzen.

Öh, und was heißt das jetzt konkret? Welche Maßnahmen wären zu ergreifen, um auf ioBroker Admin per Safari unter iOS und iPadOS 26.1 wieder flüssig zugreifen zu können?

Einfach "iobroker.local:8081" in die Adresszeile von Safari eingeben anstatt der IP (und dem Port). Dann sollte es klappen.

[Thomas Braun]

@hotspot_2
Setzt aber Voraus, das es einen Host iobroker gibt...

echad@chet:~ $ ping iobroker.local
ping: iobroker.local: Name or service not known
echad@chet:~ $ ping chet.local
PING chet.local (192.168.178.48) 56(84) bytes of data.
64 bytes from chet (192.168.178.48): icmp_seq=1 ttl=64 time=0.080 ms
64 bytes from chet (192.168.178.48): icmp_seq=2 ttl=64 time=0.092 ms
64 bytes from chet (192.168.178.48): icmp_seq=3 ttl=64 time=0.091 ms
64 bytes from chet (192.168.178.48): icmp_seq=4 ttl=64 time=0.066 ms
64 bytes from chet (192.168.178.48): icmp_seq=5 ttl=64 time=0.062 ms
64 bytes from chet (192.168.178.48): icmp_seq=6 ttl=64 time=0.068 ms
64 bytes from chet (192.168.178.48): icmp_seq=7 ttl=64 time=0.084 ms
64 bytes from chet (192.168.178.48): icmp_seq=8 ttl=64 time=0.084 ms
^C
--- chet.local ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7153ms
rtt min/avg/max/mdev = 0.062/0

[ofri2607]

[hostname].local:8081 funktioniert bei mir am iPad Pro mit 26.1. problemlos

[dtp]

Da bei mir der ioBroker im Container auf meinem Synology NAS läuft, klappt das mit iobroker.local:8081 leider nicht.