Inhaltsverzeichnis
Werbung
Referenzhandbuch
14 Public Spot
1
Die Benutzer-Authentifizierung erfolgt über die Form user:password@host/...
1
Das Gerät kann nicht-fatale HTTP-Fehler, wie z. B. Redirects, nicht automatisch bereinigen. Stellen Sie also sicher,
dass der Zugriff auf die Seite diese Seite auch direkt ausgibt.
Sie können symbolische Namen anstatt IP-Adressen für die Server-Hosts verwenden, solange der DNS korrekt konfiguriert
ist. Dieser Mechanismus lässt sich daher in vielerlei Hinsicht als ein Proxy begreifen, der HTML-Seiten einholt und dann
an die Clients weiterreicht. Der größte Unterschied ist dabei, dass die URL der Seiten im Gerät und nicht vom Client des
Public Spot-Benutzers festgelegt werden.
Auto-Fallback
Für jeden Eintrag in der Seiten-Tabelle lässt sich individuell festlegen, ob eine Fallback-Funktion benutzt werden soll
oder nicht. Diese Fallback-Funktion hat nur dann eine Bedeutung, wenn eine Seite als Vorlage (Request-Typ: Template)
und nicht als Umleitung (Request-Typ: Redirect) definiert ist. Beim Herunterladen einer Seite über HTTP können eine
Reihe von Fehlern auftreten:
1
Das Nachschlagen eines Hosts beim DNS kann fehlschlagen.
1
Die TCP/HTTP-Verbindung zum Server kann fehlschlagen.
1
Der HTTP-Server kann eine Fehlermeldung ausgeben (wie z. B. 404, wenn eine ungültige URL angefragt wurde).
Standardmäßig gibt das Gerät solche Fehler an den Benutzer weiter, damit dieser eine erneute Anfrage starten oder den
Betreiber des Public Spots davon in Kenntnis setzen kann. Alternativ kann das Konfigurieren einer Fallback-Funktion
sicherstellen, dass der Hotspot weiter funktioniert, indem das Gerät stattdessen die standardmäßig installierten Seiten
verwendet. Sie aktivieren die Fallback-Funktion im LANconfig über die Einstellung Rückfall auf eingebaute Seite.
Weitergegebene HTTP-Attribute
Wie bereits erwähnt kann das Gerät in einige Punkten als eine Art HTTP-Proxy gesehen werden, dass die Anmelde- und
Status-Seite einholt. HTTP-Proxies sollten bestimmte Attribute intakt lassen, wenn Sie Anfragen des Clients weiterleiten:
1
Das Gerät leitet Cookies zwischem dem Client und dem Server weiter. Cookie-Werte des Clients können also den
Server transparent erreichen, und der Server kann Cookies auf dem Client setzen. Der Einsatz von Cookies ist notwendig,
wenn die vom Server gesendeten Dateien aus ASP-Skripten stammen, da ASP die Session-ID in einem Cookie hinterlegt.
1
Das Gerät wird den User-Agent-Wert des Clients unverändert weiterleiten. Dadurch kann der Server verschiedene
Seiten je nach Browser und Betriebssystem ausgeben. PDAs und Mobiltelephone erwarten für kleine Bildschirme
optimierte Seiten.
1
Das Gerät wird eine X-Forwarded-For-Zeile in die HTTP-Anfrage anfügen um die IP-Adresse des Clients zu
übermitteln..
1
WEBconfig versucht die eigene Sprache anhand der durch Accept-Languages gelieferten Sprachpräferenz
auszurichten und dann anhand der internen Datenbank auszugeben (momentan nur Englisch und Deutsch). Die
gewählte Sprache wird dem Server durch ein weiteres Accept-Languages-Tag gemeldet, damit dieser eine
Seite in der korrekten Sprache anbieten kann. Beim Übertragen der Seite prüft das Gerät, ob die Seite ein Language-Tag
enthält. Wird es nicht gefunden, ersetzt das Gerät die Spracheinstellungen in der Vorlage mit der tatsächlich genutzten
Sprache.
URL-Platzhalter (Template-Variablen)
Die URLs in der Seiten-Tabelle brauchen keine konstante Adresse darstellen. Sie haben die Möglichkeit, bestimmte
Platzhalter – auch Template-Variablen genannt – in die Adresse zu integrieren, die dann mit den Parametern einer Public
Spot-Sitzung gefüllt werden, wenn das Gerät die Seiten vom Server anfordert. Die Platzhalter haben dabei ein ähnliches
Format wie in der Programmiersprache C; also ein Prozentzeichen, welchem unmittelbar ein einzelner, kleingeschriebener
Buchstabe folgt. Folgende Platzhalter sind definiert:
%a
Fügt die IP-Adresse des Geräts ein. Dieser Platzhalter liefert nur dann einen Wert, wenn der Request-Typ in
der Seiten-Tabelle auf Template gesetzt ist.
1042
Werbung
Inhaltsverzeichnis
