Proxychains ap Python atkļūdošanas procesu var uztvert divus atšķirīgus savienojumus: skripta izejošo pakalpojuma savienojumu un tā vietējo savienojumu atpakaļ uz PyCharm. Atkļūdotājam ir vajadzīgs, lai otrais paliktu vietējs.

Kur IDE un resursdators atbalsta interpretatora ietvaru, vērsiet to uz projekta faktisko interpretatoru:

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

Nomainiet abus izpildāmo failu ceļus un konfigurācijas ceļu. "$@" pārsūtīšana saglabā IDE atsevišķos atkļūdotāja argumentus. exec neļauj palaistajam procesam atstāt lieku ietvara čaulu starp IDE un tā atvasinājumu.

Šajā īpašajā Proxychains konfigurācijā saglabājiet paredzēto ķēdi un pievienojiet attiecīgo tiešo loopback izņēmumu:

localnet 127.0.0.0/255.0.0.0
localnet ::1/128

Šie noteikumi apiet ķēdi skaitliskiem loopback galamērķiem. Piegādātā augšupējā konfigurācija dokumentē resursdatora nosaukumu saskaņošanas ierobežojumus ar proxy_dns, tāpēc, diagnosticējot šo ceļu, dodiet priekšroku atkļūdotāja faktiskajai skaitliskajai loopback adresei. Nelieciet attālinātās DNS kartēšanas apakštīklu tajā pašā izslēgtajā diapazonā.

Saglabājiet interpretatora identitāti

Izmantojot /usr/bin/python3 ietvarā, var klusi izvēlēties citu vidi no projekta .venv. Tad trūkstošās pakotnes izskatās kā ar starpniekserveri saistīta kļūda, lai gan tika palaists cits interpretators.

Proxychains balstās uz atbalstītu dinamisko bibliotēku pārtveršanu. IDE, kas noraida ietvaru kā interpretatoru, aizsargāts macOS process vai statiski saistīts tīkla klients ir atsevišķs saderības nosacījums. Ierobežojiet izkārtojumu ar paredzēto Python procesu un pārbaudiet izvēlēto interpretatoru IDE konfigurācijā.

Saistītie raksti