Een client die eerst op een uitdaging wacht, wacht tot de proxy erom vraagt. Een voorafgaande Basic-client kent het gekozen eindpunt al en stuurt de inloggegevens mee met zijn eerste toepasselijke verzoek. Die uitwisseling weglaten kan nuttig zijn. Het blijft echter een beslissing over waar een wachtwoord naartoe gaat.

Ken het eindpunt vóór de optimalisatie

Een vaste privéproxy met een bekend authenticatiebeleid is een duidelijker geval dan een routeringslaag die een onbekende tussenpartij kan kiezen. Bind het account aan de verwachte proxy-identiteit en het protocol. Bouw geen generieke callback die elke uitdaging met één bedrijfswachtwoord beantwoordt.

Basic draagt een base64-weergave van het account, geen versleuteld bewijs. TLS naar de proxylistener is een aparte verbindingskeuze los van de HTTPS-sessie van de site. De HTTPS-tunnel van de site beschermt niet met terugwerkende kracht een Basic-inloggegeven dat over een onversleutelde client-naar-proxyverbinding is verzonden. Een privé-LAN is een locatie, geen versleutelingseigenschap.

Houd het mechanisme specifiek

Voorafgaande Basic is geen universele snelkoppeling voor Digest, NTLM of Negotiate. Die mechanismen hebben hun eigen uitwisselingsvereisten. Een client die ondersteunde schema's ontdekt, mag legitiem extra transacties uitvoeren.

Gebruik de proxyauthenticatie-interface van de gekozen bibliotheek en inspecteer daarna het effectieve schema en bereik. Een instelling voor voorafgaande authenticatie van de bestemming beheert mogelijk niet de proxy-handshake. Een bestaande geauthenticeerde verbinding kan ook verbergen of een nieuwe verbinding een uitdaging zou uitvoeren.

Vergelijk de hele bewerking: aantal uitwisselingen, voltooiingstijd, vereiste transportbescherming en het gedrag wanneer de proxy verandert. Een schoner log is alleen nuttig als de toepassing zich nog steeds authenticeert bij de bedoelde tussenpartij en stopt wanneer die regeling niet kan worden opgezet.

Gerelateerde artikelen