Асобны проксі для выбраных хасцоў у сучасным Yarn
Выкарыстоўвайце сеткавыя налады па хостах у сучасным Yarn, калі адна крыніца пакетаў патрабуе іншага пасярэдніка, чым прадвызначаны.
Адзін агульны проксі можа не падыходзіць для кожнай крыніцы пакетаў. Сучасны Yarn падтрымлівае сеткавыя налады па імені хоста, што дазваляе выбранаму хосту выкарыстоўваць іншы маршрут, чым прадвызначаны.
Напрыклад, праект можа захоўваць адзін агульны маршрут і выбраць іншы для ўнутранага рэестра:
httpsProxy: "http://203.0.113.10:8080"
networkSettings:
"registry.example.internal":
httpsProxy: "http://203.0.113.20:8080"Адрасы 203.0.113.10:8080 і 203.0.113.20:8080 — гэта запаўняльнікі. Для агульнага маршруту да публічных крыніц пакетаў спіс HTTP-проксі прапануе кандыдатаў, калі публічныя проксі дазволены. Пакіньце перакрыццё для ўнутранага рэестра на яго ўзгодненым проксі. Змясціце канфігурацыю ў адпаведны .yarnrc.yml для сучаснага выпуску Yarn. Гэты прыклад выбірае два проксі; ён не кажа, што ўнутраны хост павінен злучацца напроста.
Супадзенне з запытаным іменем хоста
Запіс networkSettings ужываецца да шаблону імені хоста, а не да scope пакета або адвольнага шляху URL. Трымайце правіла для аднаго хоста дакладным, калі менавіта гэта маеце на ўвазе. Знак замяшчэння (wildcard) карысны толькі тады, калі вы сапраўды хочаце, каб дадатковыя хасты падзялялі канфігурацыю.
Scope пакета і сеткавае імя хоста — гэта розныя селектары. Пакет са scope можна атрымаць з рэестра, чый хост падзяляецца з іншымі пакетамі, а перанакіраваны артэфакт можа прыходзіць з зусім іншага хоста.
Прасачыце поўны шлях спампоўкі
Калі метаданыя выкарыстоўваюць адзін хост, а спампоўка архіва — іншы, яны могуць адпавядаць розным сеткавым наладам. Запішыце URL, які фактычна не спрацоўвае, перш чым пашыраць правіла. «Рэестр працаваў» не даказвае, які маршрут выбраў пазнейшы запыт.
Налады Yarn па хостах могуць таксама ўключаць CA і іншую TLS-канфігурацыю. Трымайце гэтыя рашэнні асобна: выбар адрасу проксі сам па сабе не дае даверу, патрэбнага для асяроддзя з інспекцыяй.
Зрабіце перакрыццё бачным
Праверце эфектыўную канфігурацыю праекта інструментамі, якія падтрымлівае яго выпуск Yarn, затым пратэстуйце патрэбны запыт. Пазбягайце публікацыі поўнага дампу канфігурацыі, калі ён змяшчае ўліковыя даныя.
Гэтая магчымасць карысная, калі хасты сапраўды патрабуюць розных маршрутаў. Калі кожны запыт павінен выкарыстоўваць адзін і той жа канчатковы пункт, адна агульная налада прасцей у падтрымцы, чым расце спіс аднолькавых перакрыццяў па імені хоста.