Dar a hosts seleccionados un proxy distinto en Yarn moderno

Un proxy general puede no convenir a todas las fuentes de paquetes. Yarn moderno admite la configuración de red por nombre de host, lo que permite que un host seleccionado use una ruta distinta de la predeterminada.

Por ejemplo, un proyecto puede mantener una ruta general y elegir otra para un registro interno:

httpsProxy: "http://203.0.113.10:8080"
networkSettings:
  "registry.example.internal":
    httpsProxy: "http://203.0.113.20:8080"

Las dos direcciones son marcadores de posición. Para una ruta general hacia fuentes de paquetes públicas, la lista de proxies HTTP ofrece candidatos cuando se permiten proxies públicos. Mantenga la anulación del registro interno en su proxy aprobado. Coloque la configuración en el .yarnrc.yml adecuado para una versión moderna de Yarn. Este ejemplo selecciona dos proxies; no indica que el host interno deba conectarse directamente.

Coincidir con el nombre de host solicitado

La entrada de networkSettings se aplica a un patrón de nombre de host, no a un ámbito de paquete ni a una ruta de URL arbitraria. Mantenga exacta una regla de un solo host cuando eso es lo que quiere decir. Un comodín solo resulta útil cuando realmente se pretende que los hosts adicionales compartan la configuración.

Un ámbito de paquete y un nombre de host de red son selectores distintos. Un paquete con ámbito puede obtenerse de un registro cuyo host comparten otros paquetes, mientras que un artefacto redirigido puede proceder de un nombre de host completamente distinto.

Seguir la ruta de descarga completa

Si los metadatos usan un host y la descarga de un archivo usa otro, pueden corresponder a configuraciones de red distintas. Anote la URL que falla realmente antes de ampliar la regla. «El registro funcionó» no determina qué ruta eligió una solicitud posterior.

La configuración por host de Yarn también puede incluir CA y otra configuración TLS. Mantenga esas decisiones separadas: elegir una dirección de proxy no aporta por sí mismo la confianza necesaria para un entorno de inspección.

Hacer visible la anulación

Inspeccione la configuración efectiva del proyecto con las herramientas que admite su versión de Yarn y, después, pruebe la solicitud prevista. Evite compartir un volcado completo de la configuración si incluye credenciales.

Esta función resulta útil cuando los hosts realmente requieren rutas distintas. Si todas las solicitudes deben usar el mismo endpoint, una sola configuración general es más fácil de mantener que una lista creciente de anulaciones de nombre de host idénticas.