Vorauseilende Basic-Proxy-Authentifizierung für einen bekannten Endpunkt
Entscheiden Sie, wann vorauseilende Basic-Proxy-Authentifizierung zu einem festen Endpunkt passt, und verhindern Sie, dass diese Entscheidung zur Anmeldedaten-Regel für beliebige Routen wird.
Ein Client, der zuerst auf eine Aufforderung wartet, wartet, bis der Proxy fragt. Ein vorauseilender Basic-Client kennt den gewählten Endpunkt bereits und sendet die Anmeldedaten mit seiner ersten passenden Anfrage. Diesen Austausch zu entfernen kann nützlich sein. Es bleibt eine Entscheidung darüber, wohin ein Passwort geht.
Den Endpunkt vor der Optimierung kennen
Ein fester privater Proxy mit bekannter Authentifizierungsrichtlinie ist ein klarerer Fall als eine Routing-Schicht, die einen unbekannten Vermittler auswählen kann. Binden Sie das Konto an die erwartete Proxy-Identität und das Protokoll. Bauen Sie keinen generischen Callback, der jede Aufforderung mit einem Firmenpasswort beantwortet.
Basic überträgt eine base64-Darstellung des Kontos, keinen verschlüsselten Nachweis. TLS zum Proxy-Listener ist eine eigene Verbindungswahl getrennt von der HTTPS-Sitzung der Website. Der HTTPS-Tunnel der Website schützt nicht rückwirkend Basic-Anmeldedaten, die über eine unverschlüsselte Client-zu-Proxy-Verbindung gesendet wurden. Ein privates LAN ist ein Ort, keine Verschlüsselungseigenschaft.
Den Mechanismus spezifisch halten
Vorauseilendes Basic ist keine universelle Abkürzung für Digest, NTLM oder Negotiate. Diese Mechanismen haben eigene Austauschanforderungen. Ein Client, der unterstützte Schemata erkennt, darf zusätzliche Transaktionen ausführen.
Nutzen Sie die Proxy-Authentifizierungsschnittstelle der gewählten Bibliothek und prüfen Sie dann das wirksame Schema und den Geltungsbereich. Eine Einstellung für die Vorab-Authentifizierung des Ziels steuert möglicherweise nicht den Proxy-Handshake. Eine bestehende authentifizierte Verbindung kann auch verbergen, ob eine neue Verbindung eine Aufforderung ausführen würde.
Vergleichen Sie den gesamten Vorgang: Anzahl der Austausche, Abschlusszeit, erforderlicher Transportschutz und das Verhalten beim Wechsel des Proxys. Ein saubereres Protokoll ist nur nützlich, wenn die Anwendung sich weiterhin beim vorgesehenen Vermittler authentifiziert und stoppt, wenn diese Vereinbarung nicht hergestellt werden kann.