Proxychains Pythoni silumisprotsessi ümber võib püüda kaks erinevat ühendust: skripti väljuv teenuseühendus ja selle kohalik ühendus tagasi PyCharmi. Silur vajab, et viimane jääks kohalikuks.

Kui IDE ja host toetavad interpretaatori ümbrist, suunake see projekti tegelikule interpretaatorile:

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

Asendage mõlemad käivitatavate failide teed ja konfiguratsiooni tee. "$@" edastamine säilitab IDE siluri üksikud argumendid. exec takistab käivitatud protsessil jätta IDE ja selle lapse vahele tarbetu ümbrisekest.

Selles spetsiaalses Proxychainsi konfiguratsioonis hoidke kavandatud ahel ja lisage asjakohane otsene loopback-erand:

localnet 127.0.0.0/255.0.0.0
localnet ::1/128

Need reeglid mööduvad ahelast numbriliste loopback-sihtkohtade puhul. Kaasas olev ülemkonfiguratsioon dokumenteerib hostinimede sobitamise piirangud koos proxy_dns-iga, seega eelistage selle tee diagnoosimisel siluri tegelikku numbrilist loopback-aadressi. Ärge paigutage kaug-DNS-i kaardistamise alavõrku samasse välistatud vahemikku.

Säilitage interpretaatori identiteet

Kui ümbrises kasutatakse /usr/bin/python3, võib see vaikselt valida projekti .venv-ist teise keskkonna. Siis näivad puuduvad paketid puhverserveriga seotud tõrkena, kuigi käivitus teine interpretaator.

Proxychains tugineb toetatud dünaamiliste teekide vaheltumisele. IDE, mis keeldub ümbrisest kui interpretaatorist, kaitstud macOS-i protsess või staatiliselt lingitud võrguklient on eraldi ühilduvustingimus. Piirduge kavandatud Pythoni protsessiga ja kontrollige valitud interpretaatorit IDE konfiguratsioonis.

Seotud artiklid