HTTP CONNECT ટનલની અંદર WHOIS પ્રશ્ન
અનુમતિ પ્રાપ્ત HTTP CONNECT માર્ગ TCP પોર્ટ 43 પ્રશ્ન વહન કરે ત્યારે પ્રોક્સી હેન્ડશેક અને 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 સેવા તરફ ઇશારો કરે, તો કોઈપણ અનુવર્તી પ્રશ્નને તે સેવા સાથે પોતાનું મંજૂર જોડાણ જોઈએ.