proxychains-en pean dagoen programak ostalari-izen arrunta helbide-barruti ezezagun batera ebazten du. Helbide hori bilgarriaren barruko kontabilitate-balio bat izan daiteke, eta ez interneteko DNS erantzun bat.

Bere proxy-DNS moduan, proxychains-ng-k ostalari-izen bat gogoratu dezake, aplikazioari helbide sintetiko bat itzuli eta gero balio hori ostalari-izenera itzul dezake, atzemandako konexioa proxy baten bidez irekitzen denean.

Markatzailea ez da irteerako IPa

Adibideko konfigurazioak proxy_dns eta remote_dns_subnet dokumentatzen ditu. Erreserbatutako mapatze-barrutia konfiguragarria da. Ez da ping egitea edo proxyaren iturri publiko gisa argitaratzea espero zenukeen helbide bat.

Hori prozesu aurreikusiaren barruan dagozkion izen-bilaketa eta konexio-deiak atzematen diren ala ez dago. Bere DNS beste mekanismo baten bidez egiten duen, markatzailea geroago erabilera ez-erlonkorako gordetzen duen edo socket konektatuaren bidea saihesten duen programak beste modu batera joka dezake.

Muga horrek azaltzen du zergatik erregistro bateko helbide sintetikoa ez den, berez, aplikazio osoak urruneko DNSa behar bezala erabiltzen duen froga. Era berean, bilgarritutako prozesutik kanpoko DNS tresna bereizi batek ez du aplikazioaren konexio mapatua probatzen.

Bereizi aplikazioaren markatzailea, proxyaren aldean aukeratutako benetako helmuga-helbidea eta webguneak ikusten duen irteera publikoa. Zeregin desberdinak betetzen dituzte eta ez dute zertan bat etorri.

Arazketa egitean, eduki ostalari-izena zure oharretan eta identifikatu bilgarritutako prozesu zehatza eta konfigurazioa. Susmagarria dirudien markatzaile bat eskuz ordezteak bilgarriak ostalari-izen hori berreskuratzeko behar zuen mapaketa gal dezake, ulergarria den zeharkako erreferentzia helmuga okerreko konexio bihurtuz.

Erlazionatutako artikuluak