Sjekk Yarn-versjonen i prosjektet som feiler først:

yarn --version

En versjon valgt av prosjektet kan avvike fra en annen arbeidskopi eller terminal. Bruk konfigurasjonsformatet som hører til.

Yarn Classic bruker den eldre .yarnrc-formen:

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

Yarn Modern bruker camelCase-nøkler i .yarnrc.yml:

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

Erstatt dokumentasjonsendepunktet med en HTTP-proxy fra tjenesten din eller listen over HTTP-proxyer. Dette er forskjellige formater, ikke utbyttbare navn i én universell fil. En bindestrek-nøkkel fra Classic som limes inn i moderne YAML, kan feile i konfigurasjonen før proxyen testes.

Identifiser filen den valgte versjonen leser, inkludert prosjekt- og omkringliggende/hjemme-regler for oppslag. En mer spesifikk vertsnavninnstilling kan også velge en annen rute. Registeret forblir kilden til pakkemetadata; å erstatte det med en proxy-IP konfigurerer ikke videresending.

Etter at du har rettet filen/nøkkelen, observer en operasjon som faktisk trenger nettverkstilgang. Et bufret resultat kan skjule en ugyldig rute. Bruk det faktiske vertsnavnet og feilen som feiler for å avgjøre om neste problem er ruting, autentisering eller sertifikattillit.

Relaterte artikler