Basic- en Digest-instaanbediener-verifikasie
Kies ’n instaanbediener-verifikasiemetode wat albei kante ondersteun en onderskei ’n Digest-uitdaging van geïnkripteerde vervoer.
Lees die proxy se Proxy-Authenticate uitdaging voordat jy Basic of Digest afdwing. Die kliënt moet ’n metode ondersteun wat die diens aanbied; om Digest te kies voeg dit nie by ’n proxy wat net Basic ondersteun nie.
Vir ’n eindpunt wat Digest ondersteun, kan curl gebruik:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Gebruik die werklike eindpunt en rekening. ’n Gebruikersnaam sonder ’n wagwoord laat curl daarvoor vra. Kies --proxy-basic vir Basic; oorspronklike bedienerverifikasie gebruik ander opsies. Kontroleer die uitdaging en die ondersteuning in die curl-bou wat werklik loop.
| Metode | Uitruil van geloofsbriewe | Beskerming om te beoordeel |
|---|---|---|
| Basic | ’n Gekodeerde gebruikersnaam- en wagwoordpaar. | Kodering is nie enkripsie nie. |
| Digest | ’n Antwoord wat uit die uitdaging afgelei is. | Algoritmes, uitdagingparameters en kliëntimplementering bepaal die beskerming; die metode enkripteer nie self die inhoud van versoeke en antwoorde nie. |
Albei benodig steeds geskikte vervoer van kliënt na instaanbediener. HTTPS na die bestemming begin te laat om ’n vorige proxy-aanmelding in gewone teks te beskerm.
Op die bediener kan Digest-hulpprogramme realm-spesifieke geloofsbriefmateriaal en hul eie formaat vereis. ’n Basic NCSA-lêer word nie outomaties ’n Digest-agterkant nie. Gebruik die gedokumenteerde formaat van die gekose hulpprogram en kontroleer daarna ontbrekende geloofsbriewe, verkeerde geloofsbriewe en ’n gemagtigde versoek, terwyl bron- en bestemmingsbeperkings behoue bly.