D'Debugger-Verbindung vum PyCharm baussent der Proxy-Kette halen

Proxychains ronderëm en Python-Debugprozess kann zwou verschidde Verbindungen afänken: déi erausgäng Verbindung vum Skript zum Service an déi lokal Verbindung zréck op PyCharm. Den Debugger braucht déi lescht, fir lokal ze bleiwen.

Wou d'IDE an den Host en Interpreter-Wrapper ënnerstëtzen, riicht en op den tatsächlechen Interpreter vum Projet:

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

Ersetzt béid Weeër vun den ausféierbaren Dateien an de Konfiguratiounswee. D'Weidergi vun "$@" erhält déi eenzel Debugger-Argumenter vun der IDE. exec verhënnert, datt de gestarte Prozess eng onnéideg Wrapper-Shell tëscht der IDE an hirem Kand hannerléisst.

An där eegener Proxychains-Konfiguratioun behält Dir déi virgesinn Kette bäi an ergänzt déi passend direkt Loopback-Ausnam:

localnet 127.0.0.0/255.0.0.0
localnet ::1/128

Dës Reegele ginn der Kette fir numeresch Loopback-Ziler aus dem Wee. Déi matgeliwwert Upstream-Konfiguratioun dokumentéiert Aschränkungen beim Hostnumm-Ofgläich mam proxy_dns, dofir bevirzugt beim Diagnostizéiere vun deem Wee déi tatsächlech numeresch Loopback-Adress vum Debugger. Setzt de Subnet vum Remote-DNS-Mapping net an dee selwechte ausgeschlossene Beräich.

D'Identitéit vum Interpreter bewahen

D'Benotze vun /usr/bin/python3 am Wrapper kann stëll eng aner Ëmwelt aus dem .venv vum Projet auswielen. Fehlend Pakete gesinn dann aus wéi e Feeler am Zesummenhang mam Proxy, obwuel en aneren Interpreter gestart gouf.

Proxychains baséiert op ënnerstëtzter Ofale vun dynamesche Bibliothéiken. Eng IDE, déi e Wrapper als Interpreter ofleent, e geschützte macOS-Prozess oder e statesch gelinkte Netzwierk-Client ass eng separat Kompatibilitéitsbedingung. Begrenzt d'Arrangement op den virgesinnten Python-Prozess a verifizéiert den ausgewielten Interpreter an der Konfiguratioun vun der IDE.