Assegna un proxy diverso a host selezionati in Yarn moderno
Usa le impostazioni di rete per host di Yarn moderno quando un'origine di pacchetti richiede un intermediario diverso da quello predefinito.
Un unico proxy generale potrebbe non adattarsi a ogni origine di pacchetti. Yarn moderno supporta impostazioni di rete per nome host, consentendo a un host selezionato di usare un percorso diverso da quello predefinito.
Ad esempio, un progetto può mantenere un percorso generale e sceglierne un altro per un registry interno:
httpsProxy: "http://203.0.113.10:8080"
networkSettings:
"registry.example.internal":
httpsProxy: "http://203.0.113.20:8080"
I due indirizzi sono segnaposto. Per un percorso generale verso origini pubbliche di pacchetti, la lista di proxy HTTP offre candidati quando i proxy pubblici sono consentiti. Mantieni l'override del registry interno sul proxy approvato. Inserisci la configurazione nel file .yarnrc.yml adatto per una versione di Yarn moderno. Questo esempio seleziona due proxy; non afferma che l'host interno debba connettersi direttamente.
Corrispondi al nome host richiesto
La voce networkSettings si applica a un modello di nome host, non a uno scope di pacchetto o a un percorso URL arbitrario. Mantieni esatta una regola per singolo host quando è questo che intendi. Un carattere jolly è utile solo quando desideri davvero che gli host aggiuntivi condividano la configurazione.
Uno scope di pacchetto e un nome host di rete sono selettori diversi. Un pacchetto con scope può essere scaricato da un registry il cui host è condiviso con altri pacchetti, mentre un artefatto reindirizzato può provenire da un nome host del tutto diverso.
Segui il percorso di download completo
Se i metadati usano un host e il download di un archivio ne usa un altro, potrebbero corrispondere a impostazioni di rete diverse. Registra l'URL che fallisce davvero prima di ampliare la regola. “Il registry ha funzionato” non stabilisce quale percorso abbia selezionato una richiesta successiva.
Le impostazioni per host di Yarn possono includere anche CA e altre configurazioni TLS. Mantieni separate queste decisioni: scegliere un indirizzo proxy non fornisce di per sé la fiducia richiesta per un ambiente che ispeziona il traffico.
Rendi visibile l'override
Ispeziona la configurazione effettiva del progetto con gli strumenti supportati dalla sua versione di Yarn, poi verifica la richiesta prevista. Evita di condividere un dump completo della configurazione se contiene credenziali.
Questa funzionalità è utile quando gli host richiedono davvero percorsi diversi. Se ogni richiesta deve usare lo stesso endpoint, un'unica impostazione generale è più facile da mantenere di un elenco crescente di override identici per nome host.