Basic און Digest פּראָקסי אָטענטיקאַציע
קלײַבט אַ פּראָקסי־אָטענטיקאַציע־מעטאָד וואָס ביידע זייטן שטיצן, און אונטערשיידט Digest־טשאַלענדזש פון פֿאַרשליסלטן טראַנספּאָרט.
לייענט דעם פּראָקסי'ס אין Proxy-Authenticate טשאַלענדזש איידער איר צווינגט Basic אָדער Digest. דער קליענט מוז שטיצן אַ מעטאָד וואָס דער דינסט אָפפערט; 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־באַקענד. ניצט דעם דאָקומענטירטן פֿאָרמאַט פון דעם העלפֿער און קאָנטראָלירט דערנאָך פעלנדיקע, פֿאַלשע קרעדענציאַלן און אַן ערלויבטע בקשה, בשעת מקור־און־ציל באַגרענעצונגען בלײַבן אַקטיוו.