Basic ir Digest tarpinio serverio autentifikavimas
Pasirinkite abiejų pusių palaikomą tarpinio serverio autentifikavimo metodą ir atskirkite Digest iššūkį nuo šifruoto transporto.
Prieš versdami naudoti Basic arba Digest perskaitykite tarpinio serverio Proxy-Authenticate iššūkį. Klientas turi palaikyti paslaugos siūlomą metodą; pasirinkus Digest jis nebus pridėtas prie serverio, palaikančio tik Basic.
Digest palaikančiam galiniam taškui curl gali naudoti:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Naudokite tikrą galinį tašką ir paskyrą. Nurodžius naudotojo vardą be slaptažodžio, curl gali jo paklausti. Basic atveju pasirinkite --proxy-basic; kilmės serverio autentifikavimas naudoja kitas parinktis. Patikrinkite ir iššūkį, ir tikrai paleisto curl rinkinio palaikymą.
| Metodas | Kredencialų mainai | Vertinama apsauga |
|---|---|---|
| Basic | Užkoduota naudotojo vardo ir slaptažodžio pora. | Kodavimas nėra šifravimas. |
| Digest | Iššūkio pagrindu gautas atsakymas. | Apsaugą lemia algoritmai, iššūkio parametrai ir kliento realizacija; pats metodas nešifruoja užklausų ir atsakymų turinio. |
Abiem vis dar reikia tinkamo transporto tarp kliento ir tarpinio serverio. HTTPS į paskirties vietą prasideda per vėlai, kad apsaugotų ankstesnį nešifruotą prisijungimą prie tarpinio serverio.
Serveryje Digest pagalbinės programos gali reikalauti realm būdingos kredencialų medžiagos ir savo formato. Basic NCSA failas automatiškai netampa Digest posisteme. Naudokite pasirinktos pagalbinės programos dokumentuotą formatą, tada patikrinkite trūkstamus, neteisingus kredencialus ir įgaliotą užklausą, išlaikydami šaltinio ir paskirties apribojimus.