Foarôfgeande Basic-proxy-autentikaasje foar in bekend einpunt

In klant dy't earst op in útdaging wachtet, wachtet oant de proxy freget. In foarôfgeande Basic-klant ken it keazen einpunt al en stjoert de oanmeldgegevens mei syn earste tapaslike fersyk. It fuortheljen fan dy útwikseling kin nuttich wêze. It bliuwt lykwols in beslissing oer wêr't in wachtwurd hinne giet.

Ken it einpunt foar de optimalisaasje

In fêste partikuliere proxy mei in bekende autentikaasjebelied is in dúdliker gefal as in routinglaach dy't in ûnbekende tuskenpersoan kieze kin. Byn it akkount oan 'e ferwachte proxy-identiteit en it protokol. Bou gjin algemiene callback dy't op elke útdaging antwurdet mei ien bedriuwswachtwurd.

Basic draacht in base64-ôfbylding fan it akkount, gjin fersifere bewiis. TLS nei de proxy-listener is in aparte ferbiningskar los fan 'e HTTPS-sesje fan 'e website. De HTTPS-tunnel fan 'e website beskermet net efterôf Basic-oanmeldgegevens dy't oer in net-fersifere klant-nei-proxy-ferbining stjoerd binne. In partikulier LAN is in lokaasje, gjin fersiferingskaai.

Hâld it meganisme spesifyk

Foarôfgeande Basic is gjin universele fluchwei foar Digest, NTLM of Negotiate. Dy meganismen hawwe har eigen útwikselingsfersisten. In klant dy't stipe skema's ûntdekt, kin legitym ekstra transaksjes útfiere.

Brûk de proxy-autentikaasje-ynterfaasje fan 'e keazen bibleteek en besjoch dan it effektive skema en berik. In ynstelling foar foarôf-autentikaasje fan 'e bestimming regelet miskien net de proxy-hânskikking. In besteande autentisearre ferbining kin ek ferbergje oft in nije ferbining in útdaging dwaan soe.

Fergelykje de hiele operaasje: oantal útwikselings, foltôgingstiid, fereaske transportbeskerming en it gedrach as de proxy feroaret. In skjinner log is allinnich nuttich as de applikaasje har noch autentisearret by de bedoelde tuskenpersoan en stoppet as dy regeling net fêstige wurde kin.