Baca URL sumber yang gagal sebelum menukar proksi Cargo. Metadata registry, arkib crate dan kebergantungan Git mungkin menggunakan laluan fetching dan authentication yang berbeza. URL Git SSH juga memerlukan susunan transport yang berbeza daripada HTTPS.

Untuk HTTP requests Cargo yang berkaitan, route boleh ditetapkan begini:

[http]
proxy = "http://203.0.113.10:8080"

Gantikan documentation endpoint dengan HTTP proxy anda. Untuk public registry path yang dibenarkan menggunakan public proxies, calon berada dalam HTTP proxy list. Ini tidak membuktikan executable Git luaran menerima configuration yang sama.

Jika source yang gagal ialah Git, Cargo boleh memilih Git CLI dan bukannya built-in implementation:

[net]
git-fetch-with-cli = true

CARGO_NET_GIT_FETCH_WITH_CLI=true memilihnya untuk satu command. Git luaran kini memerlukan proxy configuration sendiri dan credentials. Bandingkan Git URL yang sama dalam launch environment yang sama; repository tidak berkaitan yang berfungsi dalam terminal lain bukan ujian.

Missing revision, repository permission denial atau SSH host-key error kekal sebagai masalah yang sama selepas implementation ditukar. Pilihan ini memilih supported client, bukan membaiki dependency secara umum.

Kekalkan diagnosis pada project atau command scope: global Git dan user Cargo settings boleh menjejaskan workspace lain. Registry URL memilih package data, bukan intermediary. Selepas Git path berfungsi, jalankan semula keseluruhan intended Cargo operation kerana archives, redirects dan build-time downloads boleh memperkenalkan routes lain.

Artikel berkaitan