Basic- og Digest-proxygodkendelse
Vælg en proxymetode, som begge sider understøtter, og skil en Digest-udfordring fra krypteret transport.
Læs proxyens Proxy-Authenticate udfordring, før du gennemtvinger Basic eller Digest. Klienten skal understøtte en metode, som tjenesten tilbyder; at vælge Digest kan ikke føje den til en proxy, der kun understøtter Basic.
For et slutpunkt med Digest-understøttelse kan curl bruge:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Brug det rigtige slutpunkt og den rigtige konto. Et brugernavn uden adgangskode lader curl spørge efter den. Til Basic vælger du --proxy-basic; godkendelse mod oprindelsesserveren bruger andre indstillinger. Kontrollér både udfordringen og understøttelsen i den curl-build, der faktisk køres.
| Metode | Udveksling af legitimationsoplysninger | Beskyttelse, der skal vurderes |
|---|---|---|
| Basic | Et kodet par med brugernavn og adgangskode. | Kodning er ikke kryptering. |
| Digest | Et svar afledt af udfordringen. | Algoritmer, udfordringsparametre og klientimplementering bestemmer beskyttelsen; metoden krypterer ikke indholdet af forespørgsler og svar. |
Begge kræver stadig egnet transport fra klient til proxy. HTTPS til destinationen starter for sent til at beskytte et tidligere proxylogin i klartekst.
På serveren kan Digest-hjælpere kræve realm-specifikke legitimationsoplysninger og deres eget format. En Basic NCSA-fil er ikke automatisk en Digest-backend. Brug det dokumenterede format for den valgte hjælper, og kontrollér derefter manglende legitimationsoplysninger, forkerte legitimationsoplysninger og en godkendt forespørgsel, mens kilde- og destinationsbegrænsningerne bevares.