Wat Cargo syn check-revoke-skeakelder op Windows feroaret
Lês Cargo syn Windows-opsje foar ynlûken as in kontrôle fan sertifikaatbelied, net as ferfanging fan in wurkjende proxy of CA-ynstelling.
http.check-revoke regelet de sertifikaatynlûkingskontrôle op Windows. It op false setten feroaret it falidearringsbelied. It ûntdekt gjin proxy, kiest syn protokol net en ynstallearret de CA fan jo organisaasje net.
Dêrom moat in resept mei sawol in proxy-URL as check-revoke = false as twa aparte feroarings lêzen wurde. As it útskeakeljen fan 'e kontrôle de útkomst feroaret, hawwe jo in spoar yn sertifikaatferifikaasje — net bewiis dat de proxy-route reparearre is.
Brûk de oarspronklike flater om it folgjende ûndersyk te besluten. In ynlutsen sertifikaat, net beskikbere ynlûkingsynformaasje en in net-relatearre keatlingflater binne ferskillende befiningen. Foar net beskikbere statusynformaasje folgje de helleaze fan 'e ferifiearder en proxy-autentikaasje ûnder it Windows-akkoart dat Cargo rint, mei syn echte TLS-backend.
Identifisearje ek de mislearre download. Cargo syn HTTP-oerdrachten en in aparte Git-oprop kinne ferskillende ynstellingen hawwe. In slagge nije poging op ien paad seit neat oer it sertifikaatbelied fan it oare.
Hâld de fereaske ferifikaasje oan wylst jo heljen en fertrouwen reparearje. As in organisaasje de ynlûkingskontrôle bewust útskeakelet, registrearje dat as in beliedsbeslissing en net as in algemiene proxy-kompatibiliteitsynstelling.