Autenticación de proxy Basic e Digest
Escolle un método de autenticación de proxy compatible con ambos extremos e distingue o desafío Digest da canle cifrada.
Le o desafío do proxy en Proxy-Authenticate antes de forzar Basic ou Digest. O cliente ten que admitir un método que ofreza o servizo; escoller Digest non pode engadilo a un proxy que só admite Basic.
Para un punto de acceso que admite Digest, curl pode usar:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Emprega o punto de acceso e a conta reais. Se indicas un nome de usuario sen contrasinal, curl pedirao. Para Basic escolle --proxy-basic; a autenticación contra o servidor de orixe usa outras opcións. Comproba tanto o desafío coma o soporte da compilación de curl que está a executarse.
| Método | Intercambio de credenciais | Protección que avaliar |
|---|---|---|
| Basic | Un par de nome de usuario e contrasinal codificado. | A codificación non é cifrado. |
| Digest | Unha resposta derivada do desafío. | Os algoritmos, os parámetros do desafío e a implementación do cliente determinan a protección; o método non cifra o contido das peticións nin das respostas. |
Ambos os dous seguen a necesitar un transporte axeitado entre o cliente e o proxy. O HTTPS de destino comeza demasiado tarde para protexer un inicio de sesión previo no proxy en texto claro.
No servidor, os axudantes de Digest poden esixir material de credenciais específico do realm e un formato propio. Un ficheiro NCSA de Basic non se converte automaticamente nun backend de Digest. Emprega o formato documentado do axudante elixido e despois comproba as credenciais ausentes, as incorrectas e unha petición autorizada, mantendo vixentes as restricións de orixe e destino.