Pagsubok sa mga kredensyal ng proxy: tagumpay ng kahilingan kumpara sa sariwang beripikasyon

Ang kahilingang nagtagumpay sa proxy ay nagpapatunay na pinahintulutan ang operasyong iyon. Ngunit maaaring hindi nito mapatunayang sinuri muli ang password: maaaring exempted ang destinasyon, o na-authenticate na ang koneksyon.

Para sa pagsusuri ng operasyon, gamitin ang iyong kontroladong endpoint na may kilalang maliit na tugon at patakaran sa pag-access na dapat tuparin ng account:

curl --proxy http://proxy.example:8080   --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD'   https://probe.example/status

Ang endpoint at account ay mga placeholder. Ito ay mga intermediary na kredensyal, hiwalay sa anumang pag-login sa destinasyon.

Panatilihing magkasama ang yugto ng tugon at ang hamon. Maaaring simulan o ipagpatuloy ng 407 ang negosasyon, iulat ang mga paraang hindi sinusuportahan, o tanggihan ang isang account. Maaaring magpahiwatig ng pagtanggi ayon sa patakaran ang 403, at maaaring sumunod ang error sa website pagkatapos ng matagumpay na pag-login sa proxy.

Para sa sariwang beripikasyon ng account, gamitin ang sinusuportahang pagsusuri ng account ng operator o mga log ng na-authenticate na pagkakakilanlan. Sa sarili mong proxy, maaaring ihiwalay ng ebidensya sa backend ang tunay na beripikasyon sa kahilingang pinahintulutan nang hindi kilala. Kapag nagbabago ng password, isama ang window ng beripikasyon sa cache kapag nagpapasya kung dapat nang huminto sa paggana ang lumang kredensyal. Para sa Squid 6.13 Basic, kinokontrol ng credentialsttl ang window ng cache ng beripikasyon.