Proxychains DNS: რატომ იღებენ ჰოსტის სახელები სინთეტურ IP მისამართებს

proxychains-ის ქვეშ მომუშავე პროგრამა ჩვეულებრივ ჰოსტის სახელს უცნობ მისამართების დიაპაზონში წყვეტს. ეს მისამართი შეიძლება იყოს გრაგნილის შიგნით არსებული აღრიცხვის მნიშვნელობა და არა ინტერნეტიდან მიღებული DNS პასუხი.

თავის proxy-DNS რეჟიმში proxychains-ng-ს შეუძლია ჰოსტის სახელი დაიმახსოვროს, აპლიკაციას სინთეტური მისამართი დაუბრუნოს და მოგვიანებით ეს მნიშვნელობა ისევ ჰოსტის სახელად გადააქციოს, როცა ჩაჭერილი კავშირი პროქსის მეშვეობით გაიხსნება.

ჩანაცვლებითი მნიშვნელობა გასვლის IP არ არის

მაგალითის კონფიგურაცია აღწერს proxy_dns-სა და remote_dns_subnet-ს. დაცული დამახსოვრების დიაპაზონი კონფიგურირებადია. ეს არ არის მისამართი, რომელზეც უნდა ელოდოთ ping-ს ან რომელსაც პროქსის საჯარო წყაროდ გამოაქვეყნებდეთ.

ეს დამოკიდებულია იმაზე, რომ შესაბამისი სახელის ძიებისა და კავშირის გამოძახებები განზრახული პროცესის შიგნით ჩაიჭრას. პროგრამა, რომელიც საკუთარ DNS-ს სხვა მექანიზმით ასრულებს, ჩანაცვლებით მნიშვნელობას მოგვიანებით დაუკავშირებელი გამოყენებისთვის ინახავს ან გვერდს უვლის ჩამოკიდებული სოკეტის გზას, შეიძლება სხვაგვარად მოიქცეს.

ეს შეზღუდვა ხსნის, თუ რატომ არ არის ჟურნალში არსებული სინთეტური მისამართი თავისთავად მტკიცებულება იმისა, რომ მთელი აპლიკაცია დისტანციურ DNS-ს სწორად იყენებს. ანალოგიურად, გრაგნილი პროცესის გარეთ არსებული ცალკე DNS ხელსაწყო აპლიკაციის დამახსოვრებულ კავშირს არ ამოწმებს.

განასხვავეთ აპლიკაციის ჩანაცვლებითი მნიშვნელობა, პროქსის მხარეს არჩეული რეალური დანიშნულების მისამართი და საიტის მიერ დანახული საჯარო გასვლა. ისინი სხვადასხვა საქმეს ასრულებენ და არ უნდა ემთხვეოდეს ერთმანეთს.

გამართვის დროს ჰოსტის სახელი შეინახეთ ჩანაწერებში და დაადგინეთ ზუსტი გრაგნილი პროცესი და კონფიგურაცია. საეჭვო ჩანაცვლებითი მნიშვნელობის ხელით შეცვლამ შეიძლება დაკარგოს ის დამახსოვრება, რომელიც გრაგნილს ამ ჰოსტის სახელის აღსადგენად სჭირდებოდა, და გასაგები არაპირდაპირობა არასწორ დანიშნულებასთან კავშირად აქციოს.