Ang isang programang nasa ilalim ng proxychains ay niresolba ang isang ordinaryong hostname sa isang hindi pamilyar na hanay ng address. Ang address na iyon ay maaaring isang halaga ng accounting sa loob ng wrapper, hindi isang sagot ng DNS mula sa internet.

Sa mode nitong proxy-DNS, maaaring matandaan ng proxychains-ng ang isang hostname, ibalik sa application ang isang sintetikong address, at sa kalaunan ay isalin ang halagang iyon pabalik sa hostname kapag binuksan ang naharang na koneksyon sa pamamagitan ng proxy.

Ang placeholder ay hindi ang exit IP

Ang halimbawang configuration ay nagdodokumento ng proxy_dns at remote_dns_subnet. Ang nakalaang hanay ng mapping ay maaaring i-configure. Hindi ito address na dapat mong asahan na ping o i-publish bilang pampublikong pinagmulan ng proxy.

Depende ito sa pagharang ng mga kaugnay na tawag sa paghahanap ng pangalan at koneksyon sa loob ng inilaan na proseso. Ang isang programang gumagawa ng sarili nitong DNS sa ibang mekanismo, nag-iimbak ng placeholder para sa susunod na walang kaugnayang paggamit, o lumalampas sa hooked socket path ay maaaring kumilos nang iba.

Ipinapaliwanag ng limitasyong iyon kung bakit ang sintetikong address sa isang log, sa sarili nito, ay hindi patunay na ang buong application ay gumagamit nang tama ng remote DNS. Gayundin, ang hiwalay na DNS utility sa labas ng nakabalot na proseso ay hindi sumusubok sa naka-map na koneksyon ng application.

Ibahin ang placeholder ng application, ang tunay na address ng destinasyon na pinili sa panig ng proxy, at ang pampublikong exit na nakikita ng website. Magkaiba ang kanilang trabaho at hindi kailangang magtugma.

Kapag nagde-debug, itago ang hostname sa iyong mga tala at tukuyin ang eksaktong nakabalot na proseso at ang configuration. Ang manu-manong pagpapalit ng kahina-hinalang placeholder ay maaaring mawala ang mapping na kailangan ng wrapper upang mabawi ang hostname na iyon, na ginagawang koneksyon sa maling destinasyon ang isang nauunawaang indirectness.

Kaugnay na mga artikulo