Kinokontrol ng http.check-revoke ang pagsuri sa pag-revoke ng sertipiko sa Windows. Ang pagtatakda nito sa false ay nagbabago ng patakaran sa pagpapatunay. Hindi ito nakakatuklas ng proxy, hindi pumipili ng protocol nito at hindi nag-i-install ng CA ng inyong organisasyon.

Kaya naman ang isang recipe na naglalaman ng proxy URL at check-revoke = false ay dapat basahin bilang dalawang magkahiwalay na pagbabago. Kung binago ng pag-disable ng pagsuri ang kinalabasan, mayroon kang hint sa pagpapatunay ng sertipiko — hindi patunay na naayos ang ruta ng proxy.

Gamitin ang orihinal na error upang magpasya sa susunod na pagsisiyasat. Ang na-revoke na sertipiko, hindi available na impormasyon sa pag-revoke at walang kaugnayang pagpalya ng chain ay magkakaibang natuklasan. Para sa hindi available na impormasyon ng estado, subaybayan ang ruta ng pagkuha ng verifier at authentication ng proxy sa ilalim ng Windows account na nagpapatakbo ng Cargo, kasama ang aktuwal na TLS backend nito.

Tukuyin din ang nabigong download. Ang mga HTTP transfer ng Cargo at isang hiwalay na tawag sa Git ay maaaring may magkaibang configuration. Ang matagumpay na muling pagsubok sa isang ruta ay walang sinasabi tungkol sa patakaran ng sertipiko ng isa pa.

Panatilihing naka-enable ang kinakailangang pagpapatunay habang inaayos ang pagkuha at tiwala. Kung sadyang i-disable ng isang organisasyon ang pagsuri sa pag-revoke, itala ito bilang desisyon sa patakaran sa halip na pangkalahatang setting ng compatibility ng proxy.

Kaugnay na mga artikulo