Ei WHOIS-spørjing inne i ein HTTP CONNECT-tunnel
Følg proxy-handtrykket og WHOIS-førespurnaden som to separate utvekslingar når ei tillaten HTTP CONNECT-rute ber ein TCP-førespurnad til port 43.
Viss eit nødvendig oppslag framleis brukar tradisjonell WHOIS, kan ein HTTP-proxy bera den TCP-utvekslinga når policyen tillet CONNECT til WHOIS-tenesta. Klienten må fullføra proxy-handtrykket før han sender oppslagsteksten. For ein tillaten offentleg WHOIS-test utan konfigurerte proxy-legitimasjonar tilbyr HTTP-proxy-lista moglege mellommenn; stadfest separat at éin tillèt verten til WHOIS-tenesta og port 43.
For ei hypotetisk teneste kalla whois.example, start med denne HTTP-førespurnaden:
CONNECT whois.example:43 HTTP/1.1
Host: whois.example:43
Serialiser HTTP-linjeslutt som CRLF. Les heile proxy-svaret, inkludert den avsluttande tomme hovudlinja, og kontroller den numeriske suksessstatusen. Å ta imot ein del av statuslinja er ikkje nok til å starta neste protokoll.
Send deretter WHOIS-teksten
Når tunnelen er open, send spørjinga som den WHOIS-tenaren ventar. Ei enkel illustrerande spørjing er:
example.com<CRLF>Markøren representerer byta for vognretur og linjeskift. Han er ikkje ein del av domenenamnet. Det finst inga HTTP GET-linje og ingen HTTP-svarstatus inne i denne WHOIS-utvekslinga.
Les teksten til WHOIS-tenaren lukkar sambandet. Eit svar kan innehalda mange linjer; den første nye linja tyder ikkje at det er komplett. Hald tidsavbrota for samband og lesing avgrensa i implementasjonen.
Denne sekvensen gjev òg parsaren to ulike grenser. Fyrst kjem ein HTTP-hovudblokk. Deretter kjem WHOIS-svaret, der fullføringa vert signalisert ved at sambandet vert lukka. Ta vare på alle byta som er bufra i minnet utover ei tolka grense i staden for å kasta ei heil nettverkslesing.
Ei proxy-avvising tyder at tunnelen aldri vart opna, så å senda eit domene etterpå kan ikkje gje eit WHOIS-resultat. Viss svaret frå tenaren peikar på ei anna WHOIS-teneste, treng kvar oppfølgingsspørjing sitt eige tillatne samband til den tenesta.