Autenticación de proxy Basic y Digest
Elige un método de autenticación de proxy compatible en ambos extremos y distingue un desafío Digest de un transporte cifrado.
En el Proxy-Authenticate del proxy, lee el desafío antes de forzar Basic o Digest. El cliente debe admitir un método ofrecido por el servicio; seleccionar Digest no puede añadirlo a un proxy que solo admite Basic.
Para un endpoint compatible con Digest, curl puede usar:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Usa el endpoint y la cuenta reales. Un nombre de usuario sin contraseña permite que curl la solicite. Para Basic, elige --proxy-basic; la autenticación del servidor de origen usa otras opciones. Comprueba tanto el desafío como la compatibilidad de la compilación de curl que ejecutas.
| Método | Intercambio de credenciales | Protección que evaluar |
|---|---|---|
| Basic | Un par de nombre de usuario y contraseña codificado. | La codificación no es cifrado. |
| Digest | Una respuesta derivada del desafío. | Los algoritmos, los parámetros del desafío y la implementación del cliente determinan la protección; el método no cifra el contenido de solicitudes ni respuestas. |
Ambos siguen necesitando un transporte adecuado entre cliente y proxy. El HTTPS del destino comienza demasiado tarde para proteger un inicio de sesión en texto claro ante el proxy que ya ocurrió antes.
En el servidor, los auxiliares Digest pueden requerir material de credenciales específico del realm y su propio formato. Un archivo NCSA de Basic no es automáticamente un backend Digest. Usa el formato documentado del auxiliar elegido y luego comprueba la falta de credenciales, las credenciales incorrectas y una solicitud autorizada, manteniendo vigentes las restricciones de origen y destino.