WHOIS მოთხოვნა HTTP CONNECT გვირაბში

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

whois.example სახელწოდების ჰიპოთეტური სერვისისთვის დაიწყეთ ამ HTTP მოთხოვნით:

CONNECT whois.example:43 HTTP/1.1
Host: whois.example:43

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

შემდეგ გაგზავნეთ WHOIS ტექსტი

გვირაბის გახსნის შემდეგ გაგზავნეთ მოთხოვნა, რომელსაც ეს WHOIS სერვერი მოელის. მარტივი საილუსტრაციო მოთხოვნაა:

example.com<CRLF>

ნიშანი წარმოადგენს ვაგონის დაბრუნებისა და ხაზის გადატანის ბაიტებს. ის არ არის დომენის სახელის ნაწილი. ამ WHOIS გაცვლის შიგნით არ არის HTTP GET ხაზი და არ არის HTTP პასუხის სტატუსი.

წაიკითხეთ ტექსტი, სანამ WHOIS სერვერი დახურავს კავშირს. პასუხი შეიძლება მრავალ ხაზს შეიცავდეს; პირველი ახალი ხაზი არ ნიშნავს, რომ ის სრულია. დაკავშირებისა და კითხვის ლოდინები შეზღუდული შეინახეთ იმპლემენტაციაში.

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

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