Sjekk først hvilken Yarn-versjon som ligger i prosjektet som feiler:

yarn --version

En versjon som er valgt i prosjektet, kan avvike fra en annen utsjekking eller terminal. Bruk konfigurasjonsformatet som hører til.

Yarn Classic bruker den eldre formen i .yarnrc:

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

Moderne Yarn 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.

Finn ut hvilken fil den valgte versjonen leser, inkludert regler for prosjekt og oppslag i omgivelsene eller hjemmemappen. En mer spesifikk vertsnavn-innstilling kan også velge en annen rute. Registeret er fortsatt kilden for pakkemetadata; å erstatte det med en proxy-IP konfigurerer ikke videresending.

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

Relaterte artikler