Proxychains DNS: ինչու են հոսթի անունները ստանում սինթետիկ IP հասցեներ
Բացատրեք proxychains-ng-ի սինթետիկ DNS հասցեների քարտեզագրումը և տարբերեք ներքին տեղապահը իրական նպատակակետից կամ ելքի հասցեից։
proxychains-ի տակ գործող ծրագիրը սովորական հոսթի անունը լուծում է անծանոթ հասցեների տիրույթի։ Այդ հասցեն կարող է լինել փաթաթանի ներսում գտնվող հաշվառման արժեք, այլ ոչ թե ինտերնետից եկած DNS պատասխան։
Իր proxy-DNS ռեժիմում proxychains-ng-ը կարող է հիշել հոսթի անուն, վերադարձնել սինթետիկ հասցե հավելվածին և ավելի ուշ այդ արժեքը նորից վերածել հոսթի անվան, երբ որսված կապը բացվում է պրոքսիի միջոցով։
Տեղապահը ելքի IP-ն չէ
Օրինակի կարգավորումը փաստաթղթավորում է proxy_dns-ը և remote_dns_subnet-ը։ Վերապահված քարտեզագրման տիրույթը կարգավորելի է։ Սա այն հասցեն չէ, որը դուք պետք է ակնկալեք ping անել կամ հրապարակել որպես պրոքսիի հանրային աղբյուր։
Սա կախված է նրանից, որ համապատասխան անվան որոնման և կապի կանչերը որսվում են նախատեսված գործընթացի ներսում։ Ծրագիրը, որն իր DNS-ը կատարում է այլ մեխանիզմով, տեղապահը պահում է ավելի ուշ չկապված օգտագործման համար կամ շրջանցում է կեռված սոկետի ուղին, կարող է այլ կերպ վարվել։
Այս սահմանափակումը բացատրում է, թե ինչու մատյանում սինթետիկ հասցեն ինքնին ապացույց չէ, որ ամբողջ հավելվածը ճիշտ է օգտագործում հեռավոր DNS-ը։ Նույն կերպ, փաթաթված գործընթացից դուրս գտնվող առանձին DNS գործիքը չի ստուգում հավելվածի քարտեզագրված կապը։
Տարբերեք հավելվածի տեղապահը, պրոքսիի կողմում ընտրված իրական նպատակակետի հասցեն և կայքի տեսած հանրային ելքը։ Դրանք տարբեր գործեր են կատարում և պարտադիր չէ, որ համընկնեն։
Վրիպազերծման ժամանակ պահեք հոսթի անունը ձեր նշումներում և ճանաչեք ճշգրիտ փաթաթված գործընթացը և կարգավորումը։ Կասկածելի տեղապահը ձեռքով փոխարինելը կարող է կորցնել այն քարտեզագրումը, որն անհրաժեշտ էր փաթաթանին այդ հոսթի անունը վերականգնելու համար՝ դարձնելով հասկանալի անուղղակիությունը կապ սխալ նպատակակետի հետ։