Basic- og Digest-proxyautentisering
Velg en proxyautentiseringsmetode som støttes av begge sider, og skill en Digest-utfordring fra kryptert transport.
Les proxyens Proxy-Authenticate utfordring før du tvinger fram Basic eller Digest. Klienten må støtte en metode tjenesten tilbyr; å velge Digest kan ikke legge den til på en proxy som bare støtter Basic.
For et endepunkt som støtter Digest, kan curl bruke:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Bruk det virkelige endepunktet og kontoen. Et brukernavn uten passord lar curl spørre etter det. For Basic velger du --proxy-basic; autentisering mot opprinnelsesserveren bruker andre alternativer. Kontroller både utfordringen og støtten i curl-bygget som faktisk kjøres.
| Metode | Utveksling av påloggingsopplysninger | Beskyttelse som skal vurderes |
|---|---|---|
| Basic | Et kodet par med brukernavn og passord. | Koding er ikke kryptering. |
| Digest | Et svar avledet fra utfordringen. | Algoritmer, utfordringsparametere og klientimplementasjon bestemmer beskyttelsen; metoden krypterer ikke innholdet i forespørsler og svar. |
Begge trenger fortsatt egnet transport fra klienten til proxyen. HTTPS til målet starter for sent til å beskytte en tidligere proxyinnlogging i klartekst.
På serveren kan Digest-hjelpere kreve realm-spesifikt legitimasjonsmateriale og sitt eget format. En Basic NCSA-fil er ikke automatisk en Digest-backend. Bruk det dokumenterte formatet til den valgte hjelperen, og kontroller deretter manglende opplysninger, feil opplysninger og en godkjent forespørsel, samtidig som begrensninger for kilde og mål beholdes.