Што змяняе перамыкач check-revoke у Cargo на Windows
Чытайце параметр адклікання Cargo для Windows як кіраванне палітыкай сертыфікатаў, а не як замену працоўнага проксі або налады CA.
http.check-revoke кіруе праверкай адклікання сертыфікатаў на Windows. Значэнне false змяняе палітыку праверкі. Ён не выяўляе проксі, не выбірае яго пратакол і не ўсталёўвае CA вашай арганізацыі.
Таму рэцэпт, які змяшчае і URL проксі, і check-revoke = false, трэба чытаць як два асобныя змяненні. Калі адключэнне праверкі змяняе вынік, у вас ёсць зачэпка ў праверцы сертыфікатаў — а не доказ, што маршрут праз проксі адрамантаваны.
Выкарыстоўвайце першапачатковую памылку, каб вызначыць наступнае даследаванне. Адкліканы сертыфікат, недаступная інфармацыя пра адкліканне і незвязаны збой ланцуга — розныя высновы. Для недаступнай інфармацыі пра стан прасочвайце маршрут атрымання правяральнікам і аўтэнтыфікацыю проксі пад уліковым запісам Windows, які запускае Cargo, з яго фактычным TLS-бэкэндам.
Таксама вызначце няўдалае спампоўванне. HTTP-перадачы Cargo і асобны выклік Git могуць мець розныя налады. Паспяховы паўтор на адным шляху нічога не кажа пра палітыку сертыфікатаў іншага.
Трымайце патрэбную праверку ўключанай, пакуль аднаўляеце атрыманне і давер. Калі арганізацыя наўмысна адключае праверку адклікання, запішыце гэта як рашэнне палітыкі, а не як агульную наладу сумяшчальнасці з проксі.