Chrome-ის გვერდის ავლის წესს არ შეუძლია თავისი DNS რეზოლვერის არჩევა
განასხვავეთ დანიშნულების მარშრუტის გამონაკლისები ლოკალური სახელების გადაწყვეტის წესებისგან Chromium SOCKS-ის კონფიგურაციის შემოწმებისას.
აირჩიეთ დროშა იმ ეტაპისთვის, რომლის შეცვლაც გსურთ:
--proxy-bypass-list- ირჩევს დანიშნულებებს, რომლებიც გვერდს უვლიან კონფიგურირებულ პროქსის.
--host-resolver-rules- ცვლის, როგორ ამუშავებს Chromium-ის ლოკალური რეზოლვერი არჩეულ სახელებს.
გვერდის ავლის ტოკენი <-loopback> აკლებს პირდაპირი მარშრუტის იმპლიციტურ გამონაკლისს. ის არ იძლევა მითითებას DNS მოთხოვნების SOCKS-ზე გაგზავნის შესახებ.
Chromium-ის SOCKS5 გზა ჩვეულებრივ სთხოვს პროქსის დანიშნულების სახელების გადაწყვეტას, ხოლო ბრაუზერის სხვა ფუნქციებმა შეიძლება კვლავ შეასრულონ ლოკალური ძიებები. ამიტომ ერთი წარმატებული პროქსირებული გვერდი ვერ დაადგენს, როგორ მოძრაობს ყოველი DNS მოთხოვნა.
არ დაბლოკოთ ძიება, რომელიც პოულობს პროქსის
ფართო რეზოლვერის წესი, რომელიც უარყოფს ლოკალურ ძიებებს, შეიძლება უარყოს ის ჰოსტის სახელიც, რომელიც თავად პროქსის მისაღწევად გამოიყენება. Chromium-ის დოკუმენტირებული მაგალითი ამ ბოლო წერტილს ცალკე ითვალისწინებს. მისი გამონაკლისის მოხსნამ შეიძლება ბრაუზერი გააჩეროს SOCKS-ის მოლაპარაკებების დაწყებამდე.
სანამ რომელიმე ორი კონტროლიდან ერთ-ერთს შეცვლით, დაადგინეთ სახელი და ძიების მფლობელი: ლოკალური დანიშნულების ძიება, პროქსის ბოლო წერტილის ძიება და პროქსის მხარეს დანიშნულების წარუმატებლობა განსხვავებული დაკვირვებებია. ის, რომ ინტერფეისი უარყოფს ერთ ბრძანების ხაზის გადამრთველს, არ ამტკიცებს, რომ სხვა გადამრთველი ცვლის მას. გამოიყენეთ ბრაუზერის სესიის მხარდაჭერილი კონფიგურაციის ინტერფეისი, შემდეგ კი ცალ-ცალკე შეამოწმეთ მარშრუტის არჩევა და DNS-ის დამუშავება.