Tenu la sencimigan konekton de PyCharm ekster la proksea ĉeno

Proxychains ĉirkaŭ Python-sencimiga procezo povas kapti du malsamajn konektojn: la eliran servokonekton de la skripto kaj ĝian lokan konekton reen al PyCharm. La sencimigilo bezonas, ke la dua restu loka.

Kie la IDE kaj la gastiganto subtenas interpretilan volvaĵon, direktu ĝin al la reala interpretilo de la projekto:

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

Anstataŭigu ambaŭ vojojn de la plenumeblaj dosieroj kaj la agordan vojon. Plusendi "$@" konservas la unuopajn sencimigilajn argumentojn de la IDE. exec malebligas, ke la lanĉita procezo lasu superfluan volvaĵan ŝelon inter la IDE kaj ĝia ido.

En tiu dediĉita Proxychains-agordo, tenu la celatan ĉenon kaj aldonu la koncernan rektan loopback-escepton:

localnet 127.0.0.0/255.0.0.0
localnet ::1/128

Tiuj reguloj preterpasas la ĉenon por nombraj loopback-celoj. La liverita supra agordo dokumentas limigojn por kongruigo de gastigantnomoj kun proxy_dns, do dum diagnozado de tiu vojo preferu la realan nombran loopback-adreson de la sencimigilo. Ne metu la subreton de fora DNS-mapado ene de la sama ekskludita gamo.

Konservu la identecon de la interpretilo

Uzi /usr/bin/python3 en la volvaĵo povas silente elekti alian medion el la .venv de la projekto. Mankantaj pakaĵoj tiam aspektas kiel proksea fiasko, kvankam alia interpretilo ekfunkciis.

Proxychains baziĝas sur subtenata interkaptado de dinamikaj bibliotekoj. IDE, kiu rifuzas volvaĵon kiel interpretilon, protektita macOS-procezo aŭ statike ligita reta kliento estas aparta kongrueca kondiĉo. Limigu la aranĝon al la celata Python-procezo kaj kontrolu la elektitan interpretilon en la agordo de la IDE.