Basic at Digest na pagpapatunay sa proxy
Pumili ng paraan ng pagpapatunay na sinusuportahan ng parehong panig at ihiwalay ang Digest challenge sa naka-encrypt na transport.
Basahin ang ng proxy sa Proxy-Authenticate challenge bago pilitin ang Basic o Digest. Dapat suportahan ng client ang paraang iniaalok ng serbisyo; hindi idinadagdag ng pagpili sa Digest ang paraang iyon sa proxy na Basic lang ang suporta.
Para sa endpoint na may Digest, maaaring gamitin ng curl ang:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Gamitin ang tunay na endpoint at account. Kapag walang password ang username, maaaring hingin ito ng curl. Para sa Basic, piliin ang --proxy-basic; ibang option ang gamit ng origin-server authentication. Suriin din ang suporta ng aktuwal na curl build.
| Paraan | Palitan ng credential | Proteksiyong susuriin |
|---|---|---|
| Basic | Naka-encode na username/password pair. | Hindi encryption ang encoding. |
| Digest | Sagot na hinango sa challenge. | Ang algorithm, parameter ng challenge at implementasyon ng client ang tumutukoy sa proteksiyon; hindi ine-encrypt ng paraan mismo ang laman ng request at response. |
Pareho pa ring nangangailangan ng angkop na transport mula client papunta sa proxy. Masyadong huli nagsisimula ang HTTPS ng destinasyon para protektahan ang naunang plain-text proxy login.
Sa server, maaaring mangailangan ang Digest helper ng realm-specific credential material at sariling format. Hindi awtomatikong Digest backend ang Basic NCSA file. Gamitin ang dokumentadong format ng helper, pagkatapos ay suriin ang nawawala, maling credential at awtorisadong request habang pinananatili ang limitasyon sa source at destinasyon.