Basic- en Digest-proxyauthenticatie
Kies een proxyauthenticatiemethode die beide kanten ondersteunen en onderscheid een Digest-challenge van versleuteld transport.
Lees de Proxy-Authenticate challenge van de proxy voordat je Basic of Digest afdwingt. De client moet een methode ondersteunen die de service aanbiedt; Digest kiezen kan die methode niet toevoegen aan een proxy die alleen Basic ondersteunt.
Voor een endpoint dat Digest ondersteunt, kan curl dit gebruiken:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Gebruik het echte endpoint en account. Met een gebruikersnaam zonder wachtwoord kan curl erom vragen. Kies voor Basic --proxy-basic; authenticatie van de originserver gebruikt andere opties. Controleer naast de challenge ook de ondersteuning van de daadwerkelijk uitgevoerde curl-build.
| Methode | Uitwisseling van gegevens | Te beoordelen bescherming |
|---|---|---|
| Basic | Een gecodeerd paar gebruikersnaam en wachtwoord. | Codering is geen versleuteling. |
| Digest | Een antwoord dat uit de challenge is afgeleid. | Algoritmen, challengeparameters en clientimplementatie bepalen de bescherming; de methode versleutelt de inhoud van requests en responses niet. |
Beide hebben nog steeds geschikt transport van client naar proxy nodig. HTTPS naar de bestemming begint te laat om een eerdere proxylogin in leesbare tekst te beschermen.
Op de server kunnen Digest-helpers realm-specifiek credentialmateriaal en hun eigen indeling vereisen. Een Basic NCSA-bestand is niet automatisch een Digest-backend. Gebruik de gedocumenteerde indeling van de gekozen helper en controleer daarna ontbrekende credentials, onjuiste credentials en een geautoriseerd request, terwijl beperkingen voor bron en bestemming actief blijven.