Прокси удостоверяване Basic и Digest
Изберете метод за прокси удостоверяване, поддържан от двете страни, и разграничете Digest предизвикателството от шифрования транспорт.
Преди да наложите Basic или Digest, прочетете Proxy-Authenticate предизвикателството на проксито. Клиентът трябва да поддържа метод, предлаган от услугата; изборът на Digest не може да го добави към прокси само с Basic.
За крайна точка с поддръжка на Digest curl може да използва:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Използвайте реалната крайна точка и акаунт. Потребителско име без парола позволява на curl да я поиска. За Basic изберете --proxy-basic; удостоверяването към изходния сървър използва други опции. Проверете както предизвикателството, така и поддръжката в действително изпълняваната компилация на curl.
| Метод | Обмен на идентификационни данни | Защита за оценяване |
|---|---|---|
| Basic | Кодирана двойка потребителско име и парола. | Кодирането не е шифроване. |
| Digest | Отговор, изчислен от предизвикателството. | Алгоритмите, параметрите на предизвикателството и клиентската реализация определят защитата; самият метод не шифрова съдържанието на заявките и отговорите. |
И двата метода все още изискват подходящ транспорт от клиента до проксито. HTTPS към целта започва твърде късно, за да защити предишно нешифровано влизане в проксито.
На сървъра Digest помощните програми може да изискват данни за конкретен realm и собствен формат. Basic NCSA файл не е автоматично Digest backend. Използвайте документирания формат на избраната помощна програма, после проверете липсващи данни, грешни данни и оторизирана заявка, като запазите ограниченията за източник и цел.