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 buildનું સમર્થન પણ તપાસો.
| પદ્ધતિ | ક્રેડેન્શિયલ વિનિમય | ચકાસવાની સુરક્ષા |
|---|---|---|
| Basic | કોડ કરેલું વપરાશકર્તા નામ/પાસવર્ડ જોડું. | કોડિંગ એન્ક્રિપ્શન નથી. |
| Digest | ચેલેન્જમાંથી બનાવેલો જવાબ. | અલ્ગોરિધમ, ચેલેન્જ પેરામીટર અને ક્લાયન્ટ અમલીકરણ સુરક્ષા નક્કી કરે છે; પદ્ધતિ પોતે વિનંતી અને જવાબની સામગ્રી એન્ક્રિપ્ટ કરતી નથી. |
બન્નેને હજુ પણ ક્લાયન્ટથી પ્રોક્સી સુધી યોગ્ય ટ્રાન્સપોર્ટ જોઈએ. ગંતવ્ય HTTPS મોડું શરૂ થાય છે અને અગાઉના ખુલ્લા લખાણના પ્રોક્સી લૉગિનને સુરક્ષિત કરી શકતું નથી.
સર્વર પર Digest helperને realm-વિશિષ્ટ ક્રેડેન્શિયલ સામગ્રી અને પોતાનું ફોર્મેટ જોઈએ હોઈ શકે છે. Basic NCSA ફાઇલ આપમેળે Digest backend નથી. પસંદ કરેલા helperનું દસ્તાવેજિત ફોર્મેટ વાપરીને સ્ત્રોત અને ગંતવ્યની મર્યાદા જાળવો અને ગુમ, ખોટા ક્રેડેન્શિયલ તથા અધિકૃત વિનંતી તપાસો.