Eduki PyCharm-en araztailearen konexioa proxy kateatik kanpo

Python arazte-prozesu baten inguruko Proxychains-ek bi konexio desberdin har ditzake: scriptaren irteerako zerbitzu-konexioa eta PyCharm-era itzultzen den bere tokiko konexioa. Araztaileak bigarrena tokikoa izatea behar du.

IDEak eta ostalariek interpretatzaile-bilgarri bat onartzen dutenean, proiektuaren benetako interpretatzailera zuzendu:

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

Ordezkatu exekutagarrien bi bideak eta konfigurazioaren bidea. "$@" aurreratzeak IDEaren araztaile-argumentu indibidualak gordetzen ditu. exec-ek abiarazitako prozesuak IDEaren eta bere semearen artean beharrezkoa ez den bilgarri-shell bat ez uztea eragozten du.

Proxychains konfigurazio dedikatu horretan, mantendu nahi den katea eta gehitu dagokion loopback salbuespen zuzena:

localnet 127.0.0.0/255.0.0.0
localnet ::1/128

Arau hauek katea saihesten dute loopback helmuga numerikoetarako. Emandako goi-konfigurazioak ostalari-izenak proxy_dns-ekin parekatzearen murrizketak dokumentatzen ditu, beraz, bide hori diagnostikatzean hobetsi araztailearen benetako loopback helbide numerikoa. Ez jarri urruneko DNS mapatzeko azpisarea baztertutako barruti berean.

Mantendu interpretatzailearen identitatea

Bilgarrian /usr/bin/python3 erabiltzeak isilean proiektuaren .venv-tik beste ingurune bat hauta dezake. Orduan falta diren paketeek proxyarekin lotutako hutsegitea dirudite, nahiz eta beste interpretatzaile bat abiarazi.

Proxychains onartutako liburutegi dinamikoen atzematean oinarritzen da. IDEak bilgarria interpretatzaile gisa baztertzea, macOS prozesu babestua edo estatistikoki estekatutako sare-klientea bateragarritasun-baldintza bereizia da. Mugatu konfigurazioa nahi den Python prozesura eta egiaztatu hautatutako interpretatzailea IDEaren konfigurazioan.