Eng feelend SOCKS-Ofhängegkeet ass e lokale Python-Installatiounsproblem. Requests an HTTPX benotzen ënnerschiddlech optional Paketen; installéiert de Zousaz fir de Client, deen de Skript importéiert.

Requests

uv add 'requests[socks]'
uv run python -c 'import requests, socks; print(requests.__version__)'

Requests benotzt PySocks. Mat där Ofhängegkeet installéiert gëtt eng Proxy-URL mat socks5h:// d’DNS-Opléisung vum Zil un de SOCKS-Proxy weider. Den Endpunkt selwer muss e SOCKS-Déngscht ubidden.

HTTPX

uv add 'httpx[socks]'
uv run python -c 'import httpx, socksio; print(httpx.__version__)'

HTTPX benotzt socksio; d’Installatioun vun requests[socks] liwwert den HTTPX-Zousaz net.

Schonn installéiert?

Terminal, IDE, Notebook-Kär a geplangten Job kënnen ënnerschiddlech Python-Ëmwelte benotzen. Kontrolléiert den Interpreter, deen de feelgeschloene Skript ausféiert:

uv run python -c 'import sys; print(sys.executable)'

Maacht den Importtest an där selwechter Ëmwelt. Wann e geléngt, probéiert d’Ufro nach eng Kéier mat begrenztem Timeout; spéider Authentifikatiouns-, Verbindungs- oder SOCKS-Äntwertfeeler betreffen d’Verbindung selwer. Braucht Dir ëffentlech Endpunkte fir den nächsten Test, kuckt d’Lëscht vu SOCKS5-Proxye a loosst de Client am passende SOCKS-Modus.

Ähnlech Artikelen