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