# Unifi: Portalseite wird von vielen Apple-Geräten nicht mehr geladen **URL:** \ **Category:** WLAN\ **Created:** [9. März 2022 um 15:43 UTC](https://ask.linuxmuster.net/t/unifi-portalseite-wird-von-vielen-apple-geraeten-nicht-mehr-geladen/8597 "2022-03-09T15:43:35Z")\ **Posts on this page:** 1\ **Showing post:** 7
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [10. März 2022 um 10:24 UTC](https://ask.linuxmuster.net/t/unifi-portalseite-wird-von-vielen-apple-geraeten-nicht-mehr-geladen/8597/7 "2022-03-10T10:24:12Z")
Hi. Das was Dominik schreibt, ist hier ganz genauso. Die Portalseite wird auf 🍎-Geräten nicht zuverlässig geladen … und wenn sie doch erscheint und man sich angemeldet hat, verschwindet die Seite auch nicht automatisch wieder. Dann muss man irgendwie „erraten“, dass die Anmeldung erfolgreich war und kann sie wegklicken. Das läuft also im Moment mit 🍎-Geräten nicht zuverlässig. (Android hat das Problem wie oben schon gesagt im Moment (noch?) nicht). Ich hatte vor einiger Zeit ja schon mal ein Script gebastelt, mit dem man dem Unifi-Controller ein gültiges LE-Zertifikat verpassen kann: > [@HowTo: Unifi-Controller mit gültigem LE-Zertifikat ausstatten](https://ask.linuxmuster.net/t/howto-unifi-controller-mit-gueltigem-le-zertifikat-ausstatten/5747): > > Hi. Ich habe unserem Unifi-Controller gerade ein gültiges LE-Zertifikat spendiert. Wir setzen intern wie extern einen FQDN ein, so dass es damit keine Probleme gibt. Da der Unifi-Controller bekanntlich auf Port 8443 läuft und dahinter eine Java-Engine steckt, muss man noch etwas in die Trickkiste greifen, damit die Software das neue Zertifikat akzeptiert. Diese Schritte dokumentiere ich hier… Vorarbeit: LE-Zertifikat besorgen und auf den unifi-Controller kopieren. Ich lasse das die OPNSense-F… Das funktioniert hier auch, doch so wie ich das sehe, läuft das Gastportal gar nicht über SSL sondern bei uns lediglich auf Port 80 mit der Adresse `http:///guest/s/default/` Es kann also schon sein, dass das bereits die Ursache ist und man das Portal nur auf SSL / Port 443 mit gültigem LE-Zertifikat legen muss!? Da weiß ich aber leider nicht, wie/wo man das umstellen kann!? Es reicht jedenfalls nicht, dass man in den Unifi-Einstellungen unter „Gaststeuerung“ lediglich `[x] Sicheres Portal verwenden` anklickt. Ein anderer Gedanke dazu: Ein Schüler meinte, dass Apple immer über die URL „[captive.apple.com](http://captive.apple.com)“ prüft, ob das Gerät online ist. Wenn dort „Success“ gemeldet wird, ist es offensichtlich online. Die Prüfung kann ja erst nach erfolgreicher Anmeldung am Captive-Portal positiv ausfallen. Angeblich wird man bei nicht erfolgreicher Prüfung auf das eigene Captive-Portal umgeleitet, doch auch das funktionierte hier nicht zuverlässig. Kann das von Euch jemand so bestätigen? Gestern Abend habe ich den Unifi-Controller (bei uns zZ noch Version 6.5.55\_16678) sowie das „zugehörige“ Pi-Hole neu gestartet. Außerdem hatte ich dem Unifi-Controller nochmal manuell mit o.g. Script ein Zertifikat verpasst. Heute lief es dann wieder – bis auf die Tatsache, dass das Captive-Portal trotzdem nicht automatisch verschwindet. Die Möglichkeiten des OPNSense-Captive-Portals hatte ich vor einiger Zeit ausprobiert. Es funktionierte hier auch auf Anhieb damit aber leider ist die Verwaltung der Voucher nicht so elegant geregelt wie unter Unifi. Zudem haben wir ja [den sagenhaften Voucher-Drucker](https://ask.linuxmuster.net/t/howto-diy-drucker-fuer-etiketten-mit-unifi-controller/6744), der einem direkt ein passendes Ticket ausdrucken kann. Auf den würden wir im Moment nur ungern verzichten. Daher würde ich unter’m Strich eigentlich gerne bei Unifi bleiben. Vielleicht finden wir ja doch noch heraus, wo es klemmt. Viele Grüße, Michael --- _[View the full topic](https://ask.linuxmuster.net/t/unifi-portalseite-wird-von-vielen-apple-geraeten-nicht-mehr-geladen/8597)._