Yarn Classic супраць Modern: налады проксі і файлы канфігурацыі
Выкарыстоўвайце фармат канфігурацыі той версіі Yarn, якая фактычна запушчана, а не змешвайце класічныя ключы проксі з сучаснымі наладамі YAML.
Спачатку праверце версію 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 проксі не наладжвае пераадрасацыю.
Пасля выпраўлення файла або ключа паспрабуйце аперацыю, якой сапраўды патрэбен доступ да сеткі. Вынік з кэша можа схаваць няправільны маршрут. Выкарыстоўвайце фактычнае імя хоста і памылку, каб вырашыць, ці наступная праблема — гэта маршрутызацыя, аўтэнтыфікацыя або давер да сертыфіката.