Uthibitishaji wa proksi wa Basic na Digest
Chagua njia ya uthibitishaji wa proksi inayoungwa mkono na pande zote mbili, na tofautisha changamoto ya Digest na usafirishaji uliosimbwa.
Soma ya proksi katika Proxy-Authenticate changamoto kabla ya kulazimisha Basic au Digest. Mteja lazima aunge mkono njia inayotolewa na huduma; kuchagua Digest hakuiongezi kwenye proksi inayounga mkono Basic pekee.
Kwa sehemu ya mwisho inayounga mkono Digest, curl inaweza kutumia:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Tumia sehemu ya mwisho na akaunti halisi. Jina la mtumiaji bila nenosiri humruhusu curl kuliomba. Kwa Basic, chagua --proxy-basic; uthibitishaji wa seva chanzo hutumia chaguo tofauti. Kagua changamoto na pia usaidizi wa build ya curl inayofanya kazi kweli.
| Njia | Kubadilishana vitambulisho | Ulinzi wa kutathmini |
|---|---|---|
| Basic | Jozi iliyosimbwa ya jina la mtumiaji na nenosiri. | Usimbaji si usimbaji fiche. |
| Digest | Jibu lililotokana na changamoto. | Kanuni, vigezo vya changamoto na utekelezaji wa mteja huamua ulinzi; njia yenyewe haisimbii maudhui ya maombi na majibu. |
Zote bado zinahitaji usafirishaji unaofaa kutoka kwa mteja hadi proksi. HTTPS ya lengwa huanza kuchelewa mno kulinda kuingia kwa proksi kwa maandishi wazi kulikofanyika awali.
Kwenye seva, wasaidizi wa Digest wanaweza kuhitaji nyenzo za kitambulisho maalumu kwa realm na umbizo lao. Faili ya Basic NCSA si backend ya Digest kiotomatiki. Tumia umbizo lililoandikwa la msaidizi aliyechaguliwa, kisha kagua vitambulisho vilivyokosekana, visivyo sahihi na ombi lililoidhinishwa huku ukihifadhi vizuizi vya chanzo na lengwa.