Gi valgte verter en annen proxy i nyere Yarn

En enkelt generell proxy passer ikke nødvendigvis for hver pakkekilde. Nyere Yarn støtter nettverksinnstillinger per vertsnavn, slik at en valgt vert kan bruke en annen rute enn standardruten.

Et prosjekt kan for eksempel beholde én generell rute og velge en annen for et internt register:

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

De to adressene er plassholdere. Når du trenger en generell rute til offentlige pakkekilder, gir HTTP-proxylisten kandidater så lenge offentlige proxyer er tillatt. Den interne registreringen bør fortsatt bruke sin godkjente proxy. Legg konfigurasjonen i riktig .yarnrc.yml for en nyere Yarn-utgave. Eksempelet velger to proxyer; det sier ikke at den interne verten skal koble til direkte.

Match vertsnavnet som forespørres

networkSettings-oppføringen gjelder et mønster for vertsnavn, ikke et pakkeområde eller en vilkårlig URL-bane. Hold en regel for én vert presis når det er hensikten. Et jokertegn er bare nyttig når du faktisk vil at de ekstra vertene skal dele konfigurasjonen.

Et pakkeområde og et nettverksvertsnavn er forskjellige selektorer. En pakke med omfang kan hentes fra et register der verten deles med andre pakker, mens en omdirigert artefakt kan komme fra et helt annet vertsnavn.

Følg hele nedlastingsløpet

Dersom metadata bruker én vert og en arkivnedlasting bruker en annen, kan de treffe forskjellige nettverksinnstillinger. Noter URL-en som faktisk feiler før du utvider regelen. «Registeret virket» avgjør ikke hvilken rute en senere forespørsel valgte.

Yarns innstillinger per vert kan også omfatte CA og annen TLS-konfigurasjon. Hold disse beslutningene atskilt: å velge en proxyadresse gir ikke alene den tilliten som trengs for et miljø som inspiserer trafikk.

Gjør overstyringen synlig

Undersøk prosjektets gjeldende konfigurasjon med verktøyene som Yarn-utgaven støtter, og test deretter den tiltenkte forespørselen. Ikke del en full konfigurasjonsdump dersom den inneholder påloggingsinformasjon.

Denne funksjonen er nyttig når vertene faktisk krever forskjellige ruter. Hvis alle forespørsler skal bruke samme endepunkt, er én generell innstilling lettere å vedlikeholde enn en voksende liste med identiske overstyringer per vertsnavn.