Kontroller først Yarn-versionen inde i det projekt, der fejler:

yarn --version

En version, som projektet har valgt, kan afvige fra en anden checkout eller terminal. Brug dens tilsvarende konfigurationsformat.

Yarn Classic bruger den ældre form .yarnrc:

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

Moderne Yarn bruger camelCase-nøgler i .yarnrc.yml:

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

Erstat dokumentationens endpoint med en HTTP-proxy fra din tjeneste eller fra listen over HTTP-proxyer. Det er forskellige formater, ikke udskiftelige navne i én universel fil. En Classic-nøgle med bindestreg indsat i moderne YAML kan fejle ved konfigurationen, før proxyen overhovedet testes.

Find ud af, hvilken fil den valgte version læser, inklusive projektets og de omkringliggende/hjemmemappens søgningsregler. En mere specifik værtsnavneindstilling kan også vælge en anden rute. Registret forbliver kilden til pakkemetadata; at erstatte det med en proxy-IP konfigurerer ikke videresendelse.

Efter at have rettet filen/nøglen skal du observere en handling, der faktisk kræver netværksadgang. Et cachelagret resultat kan skjule en ugyldig rute. Brug det faktiske værtsnavn og den faktiske fejl til at afgøre, om det næste problem er routing, godkendelse eller certifikattillid.

Relaterede artikler