რატომ http_proxy სულაც არ მოქმედებს Whois-ზე

ტრადიციული Whois იყენებს საკუთარ TCP პროტოკოლს, ჩვეულებრივ პორტ 43-ზე. ის HTTP მოთხოვნა არ არის მხოლოდ იმიტომ, რომ პასუხი ინტერნეტ დომენს აღწერს.

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

თუ კონკრეტული კლიენტი მხარს უჭერს SOCKS-ს, დააკონფიგურეთ ეს დოკუმენტირებული ფუნქცია. თავსებადი TCP გარსი კიდევ ერთი შესაძლებლობაა, რაც დამოკიდებულია გარსის ჩარევის ლიმიტებზე და პროქსის დანიშნულების პორტის პოლიტიკაზე. ნუ ჩათვლით, რომ whois-ად წოდებულ ყველა პროგრამას ერთი და იგივე ფუნქციები აქვს. თუ ეს კლიენტი მხარს უჭერს SOCKS-ს და საჯარო შუამავლები დაშვებულია, SOCKS პროქსების სია გთავაზობთ კანდიდატებს რეალურ Whois სერვერებსა და პორტებზე, მათ შორის გადამისამართებებზე, წვდომის შესამოწმებლად.

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

გაითვალისწინეთ გადამისამართების ქცევაც: ძებნამ შეიძლება ერთზე მეტ სერვერს დაუკავშირდეს. ერთი დაშვებული კავშირი არ ამტკიცებს, რომ ყოველ მომდევნო დანიშნულებას შეუძლია განკუთვნილი მარშრუტის გამოყენება.