Unue kontrolu la Yarn-eldonon ene de la malsukcesanta projekto:

yarn --version

Eldono elektita de la projekto povas malsami de alia elprenaĵo aŭ terminalo. Uzu la konforman agordan formaton.

Yarn Classic uzas la pli malnovan formon de .yarnrc:

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

Modern Yarn uzas camelCase-ŝlosilojn en .yarnrc.yml:

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

Anstataŭigu la dokumentaran finpunkton per HTTP-proksilo el via servo aŭ el la HTTP-proksila listo. Temas pri malsamaj formatoj, ne pri interŝanĝeblaj nomoj en unu universala dosiero. Classic-ŝlosilo kun streketo, algluita en modernan YAML, povas fiaski ĉe la agordo antaŭ ol la proksilo estas testita.

Identigu la dosieron, kiun legas la elektita eldono, inkluzive de la serĉreguloj por la projekto kaj la ĉirkaŭa aŭ hejma dosierujo. Pli specifa agordo de gastigantnomo ankaŭ povas elekti alian itineron. La registro restas la fonto de pakaĵaj metadatumoj; anstataŭigi ĝin per proksila IP ne agordas plusendadon.

Post kiam vi korektis la dosieron/ŝlosilon, observu operacion, kiu efektive bezonas retan aliron. Kaŝmemorigita rezulto povas kaŝi malvalidan itineron. Uzu la realan malsukcesantan gastigantnomon kaj la eraron por decidi, ĉu la sekva problemo estas enkursigado, aŭtentikigo aŭ atestila fido.

Rilataj artikoloj