Cargo ನ proxy ಬದಲಿಸುವ ಮೊದಲು ವಿಫಲವಾದ source URL ಓದಿ. Registry metadata, crate archive ಮತ್ತು Git dependency ಬೇರೆ fetching ಮತ್ತು authentication ಮಾರ್ಗಗಳನ್ನು ಬಳಸಬಹುದು. SSH Git URL ಗೆ HTTPS ಗಿಂತ ಬೇರೆ transport arrangement ಕೂಡ ಬೇಕು.

Cargo ನ ಸಂಬಂಧಿತ HTTP requests ಗಾಗಿ route ಅನ್ನು ಹೀಗೆ ಹೊಂದಿಸಬಹುದು:

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

Documentation endpoint ಅನ್ನು ನಿಮ್ಮ HTTP proxyಯಿಂದ ಬದಲಿಸಿ. Public proxyಗಳನ್ನು ಬಳಸಲು ಅನುಮತಿಸಲಾದ public registry path ಗಾಗಿ candidates HTTP proxy listನಲ್ಲಿ ಇವೆ. External Git executable ಅದೇ configuration ಪಡೆದಿದೆ ಎಂದು ಇದು ತೋರಿಸುವುದಿಲ್ಲ.

ವಿಫಲವಾದ source Git ಆಗಿದ್ದರೆ, Cargo ತನ್ನ built-in implementation ಬದಲು Git CLI ಆಯ್ಕೆ ಮಾಡಬಹುದು:

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

CARGO_NET_GIT_FETCH_WITH_CLI=true ಅದನ್ನು ಒಂದು commandಗಾಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. External Gitಗೆ ಈಗ ಸ್ವಂತ proxy configuration ಮತ್ತು credentials ಬೇಕು. ಅದೇ launch environmentನಲ್ಲಿ ಅದೇ Git URL ಹೋಲಿಸಿ; ಬೇರೆ terminalನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ unrelated repository ಪರೀಕ್ಷೆಯಲ್ಲ.

Missing revision, repository permission denial ಅಥವಾ SSH host-key error implementation ಬದಲಿಸಿದ ನಂತರವೂ ಅದೇ ಸಮಸ್ಯೆಯಾಗಿರುತ್ತದೆ. ಈ option supported client ಆಯ್ಕೆ ಮಾಡುವ ಮಾರ್ಗ, ಸಾಮಾನ್ಯ dependency repair ಅಲ್ಲ.

Diagnosis ಅನ್ನು project ಅಥವಾ command scopeನಲ್ಲಿ ಇಡಿ: global Git ಮತ್ತು user Cargo settings ಬೇರೆ workspaces ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು. Registry URL package data ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, intermediary ಅಲ್ಲ. Git path ಕೆಲಸ ಮಾಡಿದ ನಂತರ ಸಂಪೂರ್ಣ intended Cargo operation ಮತ್ತೆ ನಡೆಸಿ, ಏಕೆಂದರೆ archives, redirects ಮತ್ತು build-time downloads ಬೇರೆ routes ಸೇರಿಸಬಹುದು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು