በ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 አገልግሎት የሚያመለክት ከሆነ፣ ማንኛውም ተከታይ ጥያቄ ወደዚያ አገልግሎት የራሱን የተፈቀደ ግንኙነት ይፈልጋል።