HTTP CONNECT টানেলের ভিতরে WHOIS জিজ্ঞাসা

প্রয়োজনীয় অনুসন্ধান এখনও প্রচলিত WHOIS ব্যবহার করলে, HTTP প্রক্সি সেই TCP বিনিময় বহন করতে পারে যখন তার নীতি WHOIS সেবায় CONNECT অনুমোদন করে। ক্লায়েন্টকে অনুসন্ধানের লেখা পাঠানোর আগে প্রক্সি হ্যান্ডশেক শেষ করতে হবে। প্রক্সি শনাক্তকরণ তথ্য ছাড়া অনুমোদিত প্রকাশ্য 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 সেবার দিকে ইঙ্গিত করলে, যেকোনো পরবর্তী জিজ্ঞাসার জন্য সেই সেবায় নিজস্ব অনুমোদিত সংযোগ দরকার।