Autenticació Basic preventiva del proxy per a un punt final conegut

Un client que espera el repte primer espera que el proxy el demani. Un client Basic preventiu ja coneix el punt final seleccionat i envia la credencial en la primera petició aplicable. Eliminar aquest intercanvi pot ser útil. Tot i així, continua sent una decisió sobre on va una contrasenya.

Coneixeu el punt final abans de l'optimització

Un proxy privat fix amb una política d'autenticació coneguda és un cas més clar que una capa d'encaminament que pot triar un intermediari desconegut. Lligueu el compte a la identitat i al protocol esperats del proxy. No construïu un callback genèric que respongui a cada repte amb una contrasenya corporativa.

Basic porta una representació base64 del compte, no una prova xifrada. TLS fins a l'oient del proxy és una elecció de connexió separada de la sessió HTTPS del lloc web. El túnel HTTPS del lloc no protegeix retroactivament una credencial Basic enviada per una connexió client–proxy sense xifrar. Una LAN privada és una ubicació, no una propietat de xifratge.

Manteniu el mecanisme específic

El Basic preventiu no és una drecera universal per a Digest, NTLM o Negotiate. Aquests mecanismes tenen els seus propis requisits d'intercanvi. Un client que descobreix esquemes compatibles pot fer legítimament transaccions addicionals.

Feu servir la interfície d'autenticació de proxy de la biblioteca triada i després reviseu l'esquema i l'abast efectius. Un paràmetre per a la preautenticació de destinació pot no controlar l'encaixada de mans del proxy. Una connexió autenticada existent també pot amagar si una connexió nova faria un repte.

Compareu l'operació completa: nombre d'intercanvis, temps de finalització, protecció de transport necessària i comportament quan canvia el proxy. Un registre més net només és útil si l'aplicació encara s'autentica amb l'intermediari previst i s'atura quan aquest acord no es pot establir.