Udržte připojení ladicího programu PyCharm mimo proxy řetěz

Proxychains kolem ladicího procesu Pythonu může zachytit dvě různá připojení: odchozí připojení skriptu ke službě a jeho místní připojení zpět k PyCharm. Ladicí program potřebuje, aby to druhé zůstalo místní.

Kde IDE a hostitel podporují obal interpretu, namiřte ho na skutečný interpret projektu:

#!/bin/sh
exec /usr/bin/proxychains4 -f /home/alex/proxychains-debug.conf "/home/alex/project/.venv/bin/python" "$@"

Nahraďte obě cesty ke spustitelným souborům a cestu ke konfiguraci. Předání "$@" zachová jednotlivé argumenty ladicího programu z IDE. exec zabrání tomu, aby spuštěný proces nechal mezi IDE a svým potomkem zbytečnou obalovou shellu.

V této vyhrazené konfiguraci Proxychains ponechte zamýšlený řetěz a přidejte příslušnou přímou výjimku pro loopback:

localnet 127.0.0.0/255.0.0.0
localnet ::1/128

Tato pravidla obcházejí řetěz pro číselné cíle loopback. Dodaná nadřazená konfigurace dokumentuje omezení shody názvů hostitelů s proxy_dns, proto při diagnostice této cesty upřednostněte skutečnou číselnou adresu loopback ladicího programu. Nedávejte podsíť vzdáleného mapování DNS do stejného vyloučeného rozsahu.

Zachovejte identitu interpretu

Použití /usr/bin/python3 v obalu může tiše zvolit jiné prostředí z .venv projektu. Chybějící balíčky pak vypadají jako závada související s proxy, i když se spustil jiný interpret.

Proxychains spoléhá na podporované zachytávání dynamických knihoven. Odmítnutí obalu jako interpretu v IDE, chráněný proces macOS nebo staticky linkovaný síťový klient je samostatná podmínka kompatibility. Omezte uspořádání na zamýšlený proces Pythonu a ověřte vybraný interpret v konfiguraci IDE.