En WHOIS-spørring inne i en HTTP CONNECT-tunnel

Hvis et nødvendig oppslag fortsatt bruker tradisjonell WHOIS, kan en HTTP-proxy transportere den TCP-utvekslingen når policyen tillater CONNECT til WHOIS-tjenesten. Klienten må fullføre proxy-håndtrykket før den sender oppslagsteksten. For en tillatt offentlig WHOIS-test uten konfigurerte proxy-påloggingsdata tilbyr HTTP-proxy-listen mulige mellommenn; bekreft separat at én tillater verten for WHOIS-tjenesten og port 43.

For en tenkt tjeneste kalt whois.example, start med denne HTTP-forespørselen:

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

Skriv HTTP-linjeskift som CRLF. Les hele proxy-svaret, inkludert den avsluttende tomme overskriftslinjen, og kontroller den numeriske suksessstatusen. Å motta en del av statuslinjen er ikke nok til å starte neste protokoll.

Send deretter WHOIS-teksten

Når tunnelen er åpen, send spørringen som den WHOIS-serveren forventer. En enkel illustrerende spørring er:

example.com<CRLF>

Markøren står for bytene for vognretur og linjefeed. Den er ikke en del av domenenavnet. Det finnes ingen HTTP GET-linje og ingen HTTP-svarstatus inne i denne WHOIS-utvekslingen.

Les teksten til WHOIS-serveren lukker forbindelsen. Et svar kan inneholde mange linjer; den første nye linjen betyr ikke at det er fullstendig. Hold tidsgrensene for tilkobling og lesing begrenset i implementasjonen.

Denne rekkefølgen gir også parseren to forskjellige grenser. Først kommer en HTTP-overskriftsblokk. Deretter kommer WHOIS-svaret, der fullføringen signaliseres ved at forbindelsen lukkes. Behold alle byter som er bufret utover en analysert grense i stedet for å forkaste en hel nettverkslesing.

En avvisning fra proxyen betyr at tunnelen aldri ble åpnet, så å sende et domene etterpå kan ikke gi et WHOIS-resultat. Hvis svaret fra serveren peker på en annen WHOIS-tjeneste, trenger enhver oppfølgingsspørring sin egen tillatte forbindelse til den tjenesten.