Gi utvalgte verter en annen proxy i moderne Yarn

Én generell proxy passer kanskje ikke for alle pakkekilder. Moderne Yarn støtter nettverksinnstillinger per vertsnavn, slik at en utvalgt vert kan bruke en annen rute enn standarden.

For eksempel kan et prosjekt 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. For en generell rute til offentlige pakkekilder tilbyr HTTP-proxylisten kandidater når offentlige proxyer er tillatt. Hold overstyringen for det interne registeret på sin godkjente proxy. Legg konfigurasjonen i riktig .yarnrc.yml for en moderne Yarn-versjon. Dette eksemplet velger to proxyer; det sier ikke at den interne verten skal koble til direkte.

Match det forespurte vertsnavnet

networkSettings-oppføringen gjelder et vertsnavnmønster, ikke et pakkeomfang eller en vilkårlig URL-sti. Hold en regel for én vert nøyaktig når det er det du mener. Et jokertegn er bare nyttig når du faktisk vil at de ekstra vertene skal dele konfigurasjonen.

Et pakkeomfang og et nettverksvertsnavn er forskjellige velgere. En pakke med omfang kan hentes fra et register hvis vert deles med andre pakker, mens en omdirigert artefakt kan komme fra et helt annet vertsnavn.

Følg hele nedlastingsbanen

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

Yarns innstillinger per vert kan også omfatte CA og annen TLS-konfigurasjon. Hold disse valgene atskilt: å velge en proxyadresse gir ikke i seg selv den tilliten som kreves for et inspiserende miljø.

Gjør overstyringen synlig

Inspiser prosjektets effektive konfigurasjon med verktøyene som støttes av Yarn-versjonen, og test deretter den tiltenkte forespørselen. Unngå å dele en full konfigurasjonsdump hvis den inneholder påloggingsinformasjon.

Denne funksjonen er nyttig når vertene virkelig krever forskjellige ruter. Hvis hver forespørsel skal bruke samme endepunkt, er én generell innstilling enklere å vedlikeholde enn en voksende liste med identiske vertsnavnoverstyringer.