Relution Community

@Volkhard-Flemig Hallo Volkhard, ich kanns dir nicht genau sagen, aber ich glaube über Bildschirmzeit ist hier nicht der korrekte Ansatz. Das wird von Apple gesteuert und gilt immer für das ganze Gerät. Wenn Eltern Restriktionen vorgeben sollen, müsste m.E. die Relution Parent App genutzt werden. https://hub.relution.io/docs/general/relution-apps/parent/?hl=eltern extern gelten#eltern

@Schulsupport-Kreuzau Ist zwar etwas her, aber ich bedanke mich für deine Ausführliche Antwort.

@Volkhard-Flemig Die Frage ist von welchem Gerät (verwaltet oder nicht) Wenn es z.B ein Verwaltetes iPad ist, würde ich eher in den Restriktionen schauen [image: Bildschirmfoto 2026-09-29 um 16.34.46.png]

Problem ist ein kleine Bug, da ab Version 26.0.0 ein neuer Status eingeführt wurde. Bei manchen wurde der bei der Migration nicht korrekt geschrieben. Wird behoben.

Zufällig hatte ich gerade das selbe Problem bei einem neuen iPAD. Dieses wollte auch auf iOS 27 updaten. Um dies zu verhindern musste ich im iPad unter Einstellungen > Allgemein > Softwareupdate > Automatische Updates"deaktivieren und erneut aktivieren" Anschließend wurde nur noch die Konfigurierte 26.6.1 als Update angezeigt Zusätzlich ist bei mir auch die Richtline Softwareupdates-Einstellungen konfiguriert. Dem Benutzer angezeigte Updates: Neueste Einschreibungen in das Beta Programm: Immer aus Automatisches Herunterladen verfügbarer Betriebssystem Updates: Immer an Verfügbare Betriebssystem Updates automatisch installieren: Immer an Automatisches installieren des verfügbaren Sicherheitsupdates: Immer an

Edge v150 Individual Diese Richtlinie setzt meinen individuellen Einstellungen für Microsoft Edge um. Ich schalte mit dieser Richtlinie alles ab, was abzuschalten geht. Falls ihr genau wissen möchtet, was die einzelnen Einstellungen bewirken, ist die KI eine gute Hilfe oder ihr schaut euch die Doku bei Microsoft an: https://learn.microsoft.com/en-us/deployedge/configure-edge-with-mdm https://learn.microsoft.com/en-us/deployedge/microsoft-edge-policies Die benutzerdefinierten CSP findet ihr bei Codeberg

kurzes abschließendes Update. Feste IPs gibt es auch bei TaS-Anschlüssen, sofern die in dem aktuellsten Tarif sind. Unsere Glasanschlüsse laufen jetzt im "FibreBoost"-Tarif mit aktivierter fester IP.

Hallo @Joel, Hallo @Marek-Werstak, wie Customer Hub unter APNS Push Zertifikate beschrieben ist ein eigenes APNS-Zertifikat aktuell nur für neue Instanzen verpflichtend. Bestehende Instanzen können weiterhin unser mitgeliefertes APNS-Zertifikat verwenden, das Zertifikat wird auch weiterhin im Rahmen von Versionsupdates aktualisiert werden. Das wird voraussichtlich auch noch für mehrere Jahr der Fall sein. Am nächsten Relution Summit sollte es mehr Info dazu geben. Wir empfehlen dennoch so früh wie möglich mit der Migration zu einem eigenen APNS-Zertifikat zu beginnen. Je früher ihr beginnt, desto mehr Zeit bleibt euch bis zu einer eventuellen Deadline, aber der wir unser Zertifikat nicht mehr mit ausliefern werden. Wir werden die Deadline auf jeden Fall frühzeitig ankündigen. Wenn ihr in Version 26.3 (oder neuer) die APNS-Migration startet wird euer eigenes APNS-Zertifikat ab dann für alle neu eingeschriebenen Geräte verwendet. Bereits eingeschriebene Geräte verwenden weiterhin unser Zertifikat Das heißt ihr könnt eure Geräte schleichend migrieren. Das Zertifikat kann dabei in der global Organisation für alle Organisationen gemeinsam hinterlegt werden. Einzelne Meta- oder lokale Organisationen können im Bedarfsfall aber auch ein eigenes verwenden. Seit iOS 26 ist zudem nicht zwingend eine Neueinschreibung notwendig. Der Migrationsprozess von Apple kann auch dazu verwendet werden um ein Gerät innerhalb vom selben Server von einem DEP-Token auf ein anderes DEP-Token umzuziehen. Dabei bekommt das Gerät dann ebenfalls das neue APNS-Zertifikat.

Mühsam ernährt sich das Eichhörnchen. Mit iOS 26.6 auf den ATV erscheint das ATV jetzt im Apple Configurator und ist bereit zum koppeln. Es kommt dann auch die sechsstellige Ziffernfolge, die man zum koppeln bestätigen muss. Dann aber schlägt das Koppeln mit Fehler 49 fehl. Mehrfach probiert in verschiedenen LAN/WLAN-Kombinationen. * arghhhhh *

Hallo, ich denke das könnte gehen. [image: aec626a4-23a0-494d-8b43-681ac7c219cb-image.png] Güße kurt

Das wird wohl noch ne Weile dauern, ehe sich das auf App-Seite durchschlägt. Goodnotes hat als Mindestvoraussetzung iOS 18.7 und die M365-Apps setzen seit ein paar Wochen auch iOS 18.x voraus, obwohl an manchen Stellen noch von 17.x die Rede ist. Ehe die Minimum-Version 26.x ist, wird das denke ich noch ein wenig dauern, sprich die Geräte wären App-seitig noch aktuell.

@Schulsupport-Kreuzau Danke für die Erklärung. In die Ecke vom Relution bin ich bisher noch nicht vorgedrungen. Bei Cron denke ich automatisch an eine crontab und das wäre ja nicht so abwägig, wenn man Teile des Relution auch darüber steuern könnte, wenn selbst gehostet.

Weiterführende Schule: 1.000 - 1.200 iPads parallel Täglich 300-500 GB Down und 30-100 GB Up Bandbreite pro Geräte begrenzt. Social Media, Streaming, Messenging, Games, etc. blockiert. Überwiegende Nutzung ist Teams. Pro Tag: [image: Bild Text] Pro Monat: [image: Bild Text]

@Daniel-Havekost Wlan-Whitelisting zu Schulzeiten über zeitgesteuerte Richtlinien führt bei 1:1 Geräten aber auch wieder zu Problemen, denn wenn die Schüler z.B. Krank Zuhause sind oder früher nach Hause gehen, kommt das Gerät aus dem Schulmodus mit WLAN-Whitelisting auch nicht mehr raus ohne das Schul-WLAN und ist ohne Internet (und ggf. auf nur mit Schul-Apps oder gar komplett blank) nicht mehr zu gebrauchen. Die Hotspot-Nutzung nimmt hier auch Überhand. Teilw. werden die Hotspots auch nicht als solche erkannt sondern als stinknormale WLANs, was entsprechend die Erkennung verfälscht. Entsprechend selbst wenn man die Nutzung von Hotspots unterbinden könnte, spätestens wenn diese nicht als solche erkannt werden, wäre so eine Funktion nutzlos. Das ist leider ein Kampf, den man nicht gewinnen kann, zumindest wenn die Geräte auch privat im Rahmen einer 1:1 Ausstattung genutzt werden.

In der Theorie sollten sich die Geräte selbstständig in Relution melden, sobald die Bedingungen für den Status "Not Now" nicht mehr zutreffend sind. In der Praxis habe ich aber auch schon beobachten können, dass das nicht immer der Fall ist. In der Vergangenheit hat es meistens geholfen gehabt, die Aktion, auf die "Not Now" geantwortet wurde manuell abzubrechen, einmal Gerätedetails zu aktualisieren und dann die Aktion erneut zu pushen. -> Falls es sich z.B. um eine App-Installation/Update handelt und Relution hier schon mehrere Kopien derselben Aktion in die Warteschlange gesteckt hat am besten alle Aktionen abbrechen - ansonsten kann es gut sein, dass das Gerät im nächsten "Not Now" hängt. Ansonsten habe ich das schon mal gerne beobachtet wenn die Installation eines iOS-Updates fehlgeschlagen ist. Zusätzlich haben sich die Geräte hier teilw. gar nicht mehr in Relution gemeldet. Sofern möglich habe ich dann von Hand entweder auf dem Gerät oder über den Apple Configurator das aktuelle iOS gepusht und danach ging es wieder.