En WHOIS-forespørgsel inde i en HTTP CONNECT-tunnel

Hvis et påkrævet opslag stadig bruger traditionel WHOIS, kan en HTTP-proxy bære den TCP-udveksling, når dens politik tillader CONNECT til WHOIS-tjenesten. Klienten skal afslutte proxy-håndtrykket, før den sender opslagsteksten. Til en tilladt offentlig WHOIS-test uden konfigurerede proxy-legitimationsoplysninger tilbyder HTTP-proxy-listen mulige mellemled; bekræft separat, at ét tillader WHOIS-tjenestens vært og port 43.

For en hypotetisk tjeneste ved navn whois.example skal du begynde med denne HTTP-anmodning:

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

Serialiser HTTP-linjeafslutninger som CRLF. Læs proxyens fulde svar, inklusive dens afsluttende tomme headerlinje, og kontroller den numeriske successtatus. Det er ikke nok at modtage en del af statuslinjen til at starte den næste protokol.

Send derefter WHOIS-teksten

Når tunnelen er åben, sendes den forespørgsel, som den WHOIS-server forventer. En simpel illustrativ forespørgsel er:

example.com<CRLF>

Markøren repræsenterer bytes for vognretur og linjefeed. Den er ikke en del af domænenavnet. Der er ingen HTTP GET-linje og ingen HTTP-svarsstatus inde i denne WHOIS-udveksling.

Læs teksten, indtil WHOIS-serveren lukker forbindelsen. Et svar kan indeholde mange linjer; den første nye linje betyder ikke, at det er komplet. Hold forbindelses- og læsetimeouts begrænsede i implementeringen.

Denne sekvens giver også parseren to forskellige grænser. Først kommer en HTTP-headerblok. Derefter kommer WHOIS-svaret, hvis afslutning signaleres ved, at forbindelsen lukkes. Bevar eventuelle bytes, der er bufret ud over en parset grænse, i stedet for at kassere en hel netværkslæsning.

En proxy-afvisning betyder, at tunnelen aldrig blev åbnet, så det kan ikke give et WHOIS-resultat at sende et domæne bagefter. Hvis serverens svar peger på en anden WHOIS-tjeneste, kræver enhver opfølgende forespørgsel sin egen tilladte forbindelse til den tjeneste.