http.check-revoke beheer die sertifikaatherroepingstoets op Windows. Om dit op false te stel, verander die valideringsbeleid. Dit ontdek nie 'n proxy nie, kies nie sy protokol nie en installeer nie u organisasie se CA nie.

Daarom moet 'n resep met sowel 'n proxy-URL as check-revoke = false as twee afsonderlike veranderinge gelees word. As die uitskakeling van die toets die uitkoms verander, het u 'n leidraad in sertifikaatverifikasie—nie bewys dat die proxy-roete herstel is nie.

Gebruik die oorspronklike fout om die volgende ondersoek te bepaal. 'n Herroepte sertifikaat, onbeskikbare herroepingsinligting en 'n onverwante kettingfout is verskillende bevindings. Vir onbeskikbare statusinligting, volg die verifieerder se ophaalroete en proxy-verifikasie onder die Windows-rekening wat Cargo uitvoer, met sy werklike TLS-agterkant.

Identifiseer ook die mislukte aflaai. Cargo se HTTP-oordragte en 'n aparte Git-oproep kan verskillende opstellings he. 'n Suksesvolle herprobeerslag op een pad se niks oor die ander se sertifikaatbeleid nie.

Hou die vereiste verifikasie geaktiveer terwyl u herwinning en vertroue herstel. As 'n organisasie herroepingstoets doelbewus deaktiveer, teken dit as 'n beleidsbesluit aan, nie as 'n algemene proxy-versoenbaarheidinstelling nie.

Verwante artikels