npm i yarn za proxy

Menadżery pakietów pobierają przez HTTPS, więc potrzebują proxy HTTP CONNECT — co jest dokładnie punktem końcowym s4m HTTP na porcie 3128. npm przechowuje swoją własną konfigurację, więc ustawienie zmiennych środowiskowych powłoki nie zawsze wystarcza; zazwyczaj ustawia się zarówno proxy, jak i https-proxy w konfiguracji npm, aby ruch rejestru był kierowany. Dwie generacje Yarn różnią się: klasyczny yarn v1 odczytuje swoje własne ustawienia proxy / https-proxy (i w dużej mierze szanuje ustawienia npm), podczas gdy Yarn Berry (v2+) używa kluczy httpProxy i httpsProxy w .yarnrc.yml.

We wszystkich z nich standardowe zmienne środowiskowe http_proxy, https_proxy i no_proxy są również honorowane, co jest najszybszym sposobem na naprawienie jednorazowego npm install na zablokowanej maszynie. Z s4m uwierzytelniasz się za pomocą USER:PASS przeciwko proxy.s4m.online:3128. Zobacz stronę proxy i wspólny przewodnik po zmiennych środowiskowych; siostrzany przewodnik pip i conda obejmuje odpowiednik w Pythonie.

Dwie rzeczy psują instalacje, nawet po ustawieniu proxy. Po pierwsze, znaki specjalne w haśle: jeśli zawiera @, : lub #, zakoduj je w URL (na przykład @ staje się %40), w przeciwnym razie konfiguracja źle analizuje URL. Po drugie, mieszanka publicznych i prywatnych rejestrów: umieść każdy wewnętrzny host rejestru w noproxy, aby był osiągany bezpośrednio, podczas gdy publiczny rejestr npm przechodzi przez proxy.

HTTP endpoint s4m to uwierzytelnione centrum danych proxy, rozliczane na zasadzie pay-as-you-go — idealne dla runnerów CI i maszyn deweloperskich, które muszą uzyskać dostęp do npm z za kontrolowanego wyjścia. To nie jest proxy domowe i nie jest to pamięć podręczna pakietów; do instalacji offline użyj prawdziwego lustra rejestru. Gdy Twoje CI potrzebuje pojedynczego dozwolonego adresu IP wyjścia, dodaj dedykowany osobisty adres IP. Kod 407 oznacza złe dane uwierzytelniające — zobacz przewodnik 407. Ten sam endpoint obsługuje pip/conda i Docker; zweryfikuj go za pomocą narzędzi.