Yarn Classic срещу Modern: настройки на прокси и конфигурационни файлове

Първо проверете версията на Yarn в проекта, в който възниква проблемът:

yarn --version

Версията, избрана за проекта, може да се различава от друго копие на проекта или терминал. Използвайте съответния ѝ конфигурационен формат.

Yarn Classic използва по-стария формат на файла .yarnrc:

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

Modern Yarn използва ключове в camelCase във файла .yarnrc.yml:

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

Заменете крайната точка от документацията с HTTP прокси от вашата услуга или от списъка с HTTP проксита. Това са различни формати, а не взаимозаменяеми имена в един универсален файл. Класически ключ с тире, поставен в съвременен YAML, може да предизвика грешка в конфигурацията още преди проксито да бъде тествано.

Определете кой файл чете избраната версия, включително правилата за търсене в проекта и в родителската или домашната директория. По-конкретна настройка за име на хост също може да избере друг маршрут. Регистърът остава източник на метаданни за пакетите; замяната му с IP на прокси не настройва препращане.

След като коригирате файла или ключа, наблюдавайте операция, която наистина се нуждае от мрежов достъп. Резултат от кеша може да скрие невалиден маршрут. Използвайте действителното име на хост и грешката, за да прецените дали следващият проблем е маршрутизиране, удостоверяване или доверие към сертификат.