Captive Portals

  • Artikel

Die meisten Hotspots implementieren die Kundeninteraktion über ein Captive-Portal, bei dem es sich um eine eingeschränkte Netzwerkverbindung handelt, bei der alle HTTP-Clientanforderungen an die Website des Anbieters umgeleitet werden. Die Website kann dann die Benutzer auffordern, den Geschäftsbedingungen des Betreibers zuzustimmen, Zahlungsinformationen einzugeben oder Anmeldeinformationen einzugeben, um vorherige Zahlungsvereinbarungen zu überprüfen.

Bei der Verwendung einer solchen Erfahrung gibt es mehrere Probleme:

  • Andere Anwendungen (z. B. E-Mail-Clients) werden ebenfalls umgeleitet. Wenn der Benutzer versucht, zuerst eine andere App als den Webbrowser zu verwenden, treten Fehler auf, ohne zu wissen, wie sie behoben werden können.

  • Wenn die anfängliche Verbindung über Secure Sockets Layer (SSL) hergestellt wird, zeigt der Browser dem Benutzer eine Sicherheitswarnung an, bevor der Benutzer zum Captive-Portal umgeleitet wird. Dies führt zu einer verwirrenden Erfahrung für Benutzer, da sie die Sicherheitswarnung ignorieren müssen, um eine Verbindung herzustellen.

Windows unterstützt captive Portal-Netzwerke, indem der Webbrowser sofort geöffnet wird, wenn ein Captive-Portal erkannt wird. Der Benutzer sieht Ihre Gebrandet-Webseite im Vordergrund seines Geräts, wodurch er verstehen kann, welche Aktionen er ergreifen sollte, um sich über das Captive-Portal zu authentifizieren.

Windows bietet Mechanismen, mit denen Benutzer captive Portale bei nachfolgenden Verbindungsversuchen umgehen können. Das Captive-Portal ist jedoch immer die Erfahrung, auf die ein Erstbenutzer trifft.

In diesem Thema werden die folgenden bewährten Methoden für die Verwendung von Captive-Portalen erläutert:

Konsistente Verbindungsbehandlung

Um die Internetkonnektivität und das captive Portal status zu bestimmen, wenn ein Client zum ersten Mal eine Verbindung mit einem Netzwerk herstellt, führt Windows eine Reihe von Netzwerktests durch. Der Zielstandort dieser Tests ist msftncsi.com. Hierbei handelt es sich um eine reservierte Domäne, die ausschließlich für Konnektivitätstests verwendet wird. Wenn ein Captive-Portal erkannt wird, werden diese Tests in regelmäßigen Abständen wiederholt, bis das Captive-Portal freigegeben wird.

Um falsch positive oder falsch negative Testergebnisse zu vermeiden, sollte Ihr Captive-Portal nicht wie folgt vorgehen:

  • Lassen Sie den Zugriff auf www.msftncsi.com zu, wenn der Benutzer keinen Zugriff auf das Internet hat.

  • Ändern Sie das Verhalten des Captive-Portals, das clients angezeigt wird. Leiten Sie beispielsweise einige Anforderungen nicht um, und löschen Sie andere Anforderungen. Sie sollten weiterhin alle Anforderungen umleiten, bis die Authentifizierung erfolgreich ist.

    Hinweis
    Denial-of-Service-Entschärfungen sollten auf der Häufigkeit der Versuche pro Client basieren, nicht auf der Anzahl der Versuche pro Client oder der Gesamtanzahl der Versuche von allen Clients.

Webseiten mit Toucheingabe

Die Windows-Benutzeroberfläche ist für touch-first konzipiert. Dies gilt auch für Webseiten. Erwägen Sie, Ihre Webseite mit größeren, leicht zu erreichenden Steuerelementen für einen Touchbenutzer zu gestalten. Verwenden Sie Layouts, für die für die Interaktion kein übermäßiges Scrollen erforderlich ist, und unterbrechen Sie flows bei Bedarf auf mehrere Seiten. Weitere Informationen zum touchfreundlichen Webdesign finden Sie unter Entwerfen für Toucheingaben.

Bereitstellen nach dem Kauf

Die gleiche Bereitstellungsdatei, die von einer App angewendet werden kann, kann auch von einer Website angewendet werden. Überprüfen Sie im JavaScript der Webseite, ob die window.external.msProvisionNetworks-Methode verfügbar ist. Wenn sie vorhanden ist, kann der Browser eine Bereitstellungsdatei an das Betriebssystem weiterleiten. Weitere Informationen zum Generieren dieser Bereitstellungsdatei finden Sie unter Verwenden von Metadaten zum Konfigurieren mobiler Breitbandfunktionen .

Hinweis Diese Bereitstellungsdatei muss signiert werden, wenn sie von einer Website oder einer App bereitgestellt wird, die nicht die mobile Breitband-App ist.

Durch das Übergeben einer XML-Bereitstellungsdatei kann das Betriebssystem automatisch eine Verbindung mit anderen Netzwerken herstellen, die im Dienst des Benutzers enthalten sind, auch wenn diese über unterschiedliche SSIDs (Service Set Identifier) verfügen. Wenn Sie statische WISPr-Anmeldeinformationen (Wireless Internet Service Provider Roaming) verwenden, ermöglicht dies auch eine reibungslosere Verbindungsumgebung, da Windows sich in Zukunft automatisch mit diesen Anmeldeinformationen authentifizieren kann.

App-Installation anbieten

Die größte Erfahrung von Windows ist die Verwendung einer mobilen Breitband-App. Es ist nicht möglich, den Zugriff auf nur eine App im Microsoft Store über ein Captive-Portal zuzulassen, sodass die App nicht installiert werden kann, bevor der Benutzer die Internetverbindung erhält. Nachdem sich der Benutzer authentifiziert hat, sollten Sie jedoch erwägen, den Benutzer zum Microsoft Store weiterzuleiten, um Ihre mobile Breitband-App zu installieren.

Hotspot-Authentifizierungsmethoden