การดาวน์โหลดจาก Cargo registry ใช้ได้ แต่ Git dependencies ล้มเหลว
แยก HTTP path ของ Cargo registry ออกจากการดึง Git sources และเลือก Git implementation อย่างตั้งใจเมื่อ proxy มีพฤติกรรมต่างกัน
อ่าน source URL ที่ล้มเหลวก่อนเปลี่ยน Cargo proxy Registry metadata, crate archive และ Git dependency อาจใช้ fetching และ authentication paths ต่างกัน SSH Git URL ยังต้องการ transport arrangement ที่ต่างจาก HTTPS
สำหรับ HTTP requests ที่เกี่ยวข้องของ Cargo สามารถตั้ง route ได้ดังนี้:
[http]
proxy = "http://203.0.113.10:8080"แทนที่ documentation endpoint ด้วย HTTP proxy ของคุณ สำหรับ public registry path ที่อนุญาตให้ใช้ public proxies มี candidates ใน HTTP proxy list การมีรายการนี้ไม่ได้พิสูจน์ว่า external Git executable ได้รับ configuration เดียวกัน
หาก source ที่ล้มเหลวคือ Git Cargo สามารถเลือก Git CLI แทน built-in implementation ได้:
[net]
git-fetch-with-cli = trueCARGO_NET_GIT_FETCH_WITH_CLI=true เลือกมันสำหรับ command เดียว External Git ต้องมี proxy configuration ของตัวเอง และ credentials เปรียบเทียบ Git URL เดียวกันใน launch environment เดียวกัน repository ที่ไม่เกี่ยวข้องแต่ทำงานใน terminal อื่นไม่ใช่การทดสอบ
Missing revision, repository permission denial หรือ SSH host-key error ยังคงเป็นปัญหาเดิมหลังเปลี่ยน implementation ตัวเลือกนี้ใช้เลือก supported client ไม่ใช่การซ่อม dependency ทั่วไป
ให้ diagnosis อยู่ใน project หรือ command scope global Git และ user Cargo settings อาจส่งผลต่อ workspace อื่น Registry URL เลือก package data ไม่ใช่ intermediary เมื่อ Git path ทำงานแล้วให้รัน intended Cargo operation ทั้งหมดอีกครั้ง เพราะ archives, redirects และ build-time downloads อาจเพิ่ม routes อื่น