Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Lokaler HTTP-Umleitungsserver – Betriebsablauf

Sie können die lokale HTTP-Umleitungsfunktion in Konfigurationen verwenden, in denen sich der Umleitungsserver lokal auf einem Router befindet.

Ein lokaler HTTP-Umleitungsserver, der sich lokal auf einem Router befindet, verarbeitet HTTP-Anfragen, die an ihn umgeleitet werden, und antwortet mit einer Umleitungs-URL, die auf ein Captive Portal verweist. Sie können den lokalen Server als Dienst innerhalb eines Dienstsatzes implementieren, was mehr Skalierbarkeit und bessere Leistung bietet. Wenn Sie einen lokalen HTTP-Umleitungsserver verwenden, müssen Sie eine HTTP-Dienstregel konfigurieren, um HTTP-Anforderungen an ein Captive Portal in einem Walled Garden umzuleiten.

Ein Walled Garden ist eine Gruppe von Servern, die Anwendern Zugriff auf Websites innerhalb des Walled Garden ermöglichen, ohne dass eine erneute Autorisierung über ein Captive Portal erforderlich ist. HTTP-Anforderungsdatenverkehr von Anwendern, die für Server außerhalb des Walled Garden bestimmt sind, wird abgefangen und entweder vom CPCD-Dienst (Captive Portal Content Delivery) oder vom Routing-Engine umgeleitet. Der CPCD-Dienst oder die Routing-Engine lokalisiert die bereitgestellte Umleitungs-URL für den jeweiligen Anwender und sendet eine Antwort mit dem HTTP 302- oder 307-Statuscode, der die gefundene URL enthält.

Abbildung 1 zeigt die allgemeine Dienst-Bereitstellung während der Zugriffskonfiguration für einen lokalen HTTP-Umleitungsserver. Der HTTP-Umleitungsserver befindet sich lokal auf dem Router. Die Dienstzuordnung erfolgt bei der Anmeldung des Anwenders, und die Diensttrennung erfolgt bei der Abmeldung des Anwenders.

Hinweis:

Eine vollständige HTTP-Umleitungslösung hängt von Back-End-Servern wie SRC, Captive Portal und RADIUS ab. Ihre Integration ist spezifisch für das von jedem Kunden bevorzugte Integrationsschema.
Abbildung 1: Bereitstellung Network diagram of subscriber authentication process with captive portal: login, redirect, authentication, policy management, and internet access. des lokalen HTTP-Umleitungsservers

  1. Der Anwender meldet sich an und verbindet sich über das Zugangsnetzwerk.

  2. RADIUS authentifiziert den Anwender und sendet einen Service Activate (HTTP-Umleitung), der HTTP-Datenverkehr an das Captive Portal in einem Walled Garden umleitet.

  3. Der Anwender versucht, außerhalb des Walled Garden auf den Inhaltsserver (HTTP-Datenverkehr) zuzugreifen.

  4. Der HTTP-Datenverkehr des Anwenders wird vom Router an das Captive Portal umgeleitet.

  5. Das Captive Portal sendet eine Autorisierungsseite an den Anwender zurück.

  6. Der Anwender gibt Anmeldeinformationen ein, um die Autorisierung zu erhalten.

  7. Das Captive Portal überprüft die Anmeldeinformationen des Anwenders.

  8. Das Captive Portal autorisiert den Anwender und benachrichtigt den SRC-Umleitungsrichtlinienserver.

  9. Der SRC-Umleitungsrichtlinienserver überprüft die Anwenderdatenbank und formuliert eine Richtlinie, damit der Anwender auf den Inhaltsserver zugreifen kann.

  10. Der SRC-Umleitungsrichtlinienserver sendet die Richtlinie mithilfe von JSRC oder Diameter direkt an den Router.

    Alternativ benachrichtigt der SRC-Redirect-Policy-Server den RADIUS-Server, der wiederum eine Änderung der Autorisierung (Change of Authorization, CoA) an den Router sendet.

  11. Der Router fügt die neue Richtlinie an und überschreibt die ursprüngliche Umleitungsrichtlinie.

  12. Der Anwender erhält nun Zugriff auf den Content-Server.

Zugehörige Dokumentation