HTTP CONNECT ടണലിനുള്ളിലെ WHOIS അന്വേഷണം

ആവശ്യമായ അന്വേഷണം ഇപ്പോഴും പരമ്പരാഗത WHOIS ഉപയോഗിക്കുന്നുവെങ്കിൽ, പ്രോക്സിയുടെ നയം WHOIS സേവനത്തിലേക്ക് CONNECT അനുവദിക്കുമ്പോൾ HTTP പ്രോക്സിക്ക് ആ TCP കൈമാറ്റം കൊണ്ടുപോകാം. അന്വേഷണ ടെക്സ്റ്റ് അയയ്ക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് പ്രോക്സി ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കണം. പ്രോക്സി ക്രെഡൻഷ്യലുകൾ ക്രമീകരിക്കാതെ അനുവദിച്ച പൊതു 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 സേവനത്തിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, ഏത് തുടർഅന്വേഷണത്തിനും ആ സേവനത്തിലേക്കുള്ള സ്വന്തം അനുവദിച്ച കണക്ഷൻ ആവശ്യമാണ്.