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 సహాయకాలకు realm-నిర్దిష్ట క్రెడెన్షియల్ మెటీరియల్, తమ ఫార్మాట్ అవసరం కావచ్చు. Basic NCSA ఫైల్ స్వయంగా Digest backend కాదు. ఎంచుకున్న సహాయకం డాక్యుమెంట్ చేసిన ఫార్మాట్ వాడి, మూలం మరియు లక్ష్య పరిమితులను ఉంచుతూ లేని క్రెడెన్షియల్, తప్పు క్రెడెన్షియల్, అనుమతించబడిన అభ్యర్థనను తనిఖీ చేయండి.