’n WHOIS-navraag binne ’n HTTP CONNECT-tonnel

As ’n vereiste opsoek nog tradisionele WHOIS gebruik, kan ’n HTTP-proxy daardie TCP-uitruiling dra wanneer sy beleid CONNECT na die WHOIS-diens toelaat. Die kliënt moet die proxy-handdruk voltooi voordat dit die opsoekteks stuur. Vir ’n toegelate publieke WHOIS-toets sonder proxy-aanmeldgegewens bied die HTTP-proxylys kandidaat-tussenpartye; bevestig afsonderlik dat een die WHOIS-diens se gasheer en poort 43 toelaat.

Vir ’n hipotetiese diens met die naam whois.example, begin met hierdie HTTP-versoek:

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

Serialiseer HTTP-lynbreuke as CRLF. Lees die volledige proxy-antwoord, insluitend sy afsluitende leë kopreël, en kontroleer die numeriese suksesstatus. Om net ’n deel van die statusreël te ontvang, is nie genoeg om die volgende protokol te begin nie.

Stuur dan die WHOIS-teks

Nadat die tonnel oop is, stuur die navraag wat daardie WHOIS-bediener verwag. ’n Eenvoudige voorbeeldnavraag is:

example.com<CRLF>

Die merker verteenwoordig karretjie-terugkeer- en lynvoer-grepe. Dit is nie deel van die domeinnaam nie. Daar is geen HTTP GET-reël of HTTP-antwoordstatus binne hierdie WHOIS-uitruiling nie.

Lees die teks totdat die WHOIS-bediener die verbinding sluit. ’n Antwoord kan baie reëls bevat; die eerste nuwe reël beteken nie dit is volledig nie. Hou die verbinding- en leeswagtende tye beperk in die implementering.

Hierdie volgorde gee die ontleder ook twee afsonderlike grense. Eers kom ’n HTTP-kopblok. Daarna kom die WHOIS-antwoord, waarvan voltooiing deur die sluiting van die verbinding aangedui word. Bewaar enige grepe wat verder as ’n ontlede grens gebuffer is eerder as om ’n hele netwerklesing te gooi.

’n Proxy-weiering beteken die tonnel het nooit oopgegaan nie, so om daarna ’n domein te stuur kan nie ’n WHOIS-resultaat lewer nie. As die bediener se antwoord na ’n ander WHOIS-diens wys, benodig enige opvolgnavraag sy eie toegelate verbinding na daardie diens.