pip i conda za proxy

pip i conda oba pobierają przez HTTPS, więc oba potrzebują s4m punktu końcowego HTTP na porcie 3128, uwierzytelnionego za pomocą USER:PASS. pip udostępnia ustawienie na trzy sposoby: flaga --proxy dla pojedynczego polecenia, linia proxy w pip.conf dla trwałości oraz zmienna środowiskowa PIP_PROXY. pip również honoruje standardowe zmienne http_proxy / https_proxy, więc eksport na poziomie powłoki często naprawia problemy bez dotykania własnej konfiguracji pip.

conda has its own config file. Set proxy_servers for http and https with conda config, which writes to ~/.condarc; conda also reads the environment variables. With s4m you point both tools at http://USER:PASS@proxy.s4m.online:3128. See the proxy page, the sibling npm/yarn guide, and the shared environment-variable guide for how these variables cross tools.

Najbardziej myląca awaria pip za proxy to nie przekroczenie czasu, ale błąd certyfikatu SSL. Dzieje się tak, gdy korporacyjne proxy przechwytuje i ponownie podpisuje HTTPS: pip widzi nieufny certyfikat i odmawia. Odpowiednie rozwiązanie to zainstalowanie głównego CA proxy w swoim magazynie zaufania; szybkim rozwiązaniem jest --trusted-host pypi.org --trusted-host files.pythonhosted.org. Proxy s4m nie przechwytuje TLS, więc nie napotkasz tego z naszym punktem końcowym — tylko przekazuje twój zaszyfrowany ruch.

Proxy HTTP s4m to uwierzytelniony punkt końcowy centrum danych, rozliczany na zasadzie pay-as-you-go — czysty egress dla obrazów CI i środowisk deweloperskich, które muszą dotrzeć do PyPI i kanałów conda z za kontrolowanej sieci. To nie jest proxy mieszkalne ani lustro pakietów. Zakoduj znaki specjalne w swoim haśle (@ staje się %40), i ustaw no_proxy dla wewnętrznych indeksów pakietów. Kod 407 oznacza złe dane uwierzytelniające — zobacz przewodnik 407. Gdy CI potrzebuje jednego dozwolonego egressu, dodaj dedykowany osobisty adres IP; zweryfikuj każdy punkt końcowy za pomocą narzędzi.