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

Hvis et nødvendig oppslag fortsatt bruker tradisjonell WHOIS, kan en HTTP-proxy bære 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-legitimasjoner tilbyr HTTP-proxy-listen mulige mellommenn; bekreft separat at én tillater verten til WHOIS-tjenesten og port 43.

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

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

Serialiser HTTP-linjeslutt som CRLF. Les hele proxy-svaret, inkludert den avsluttende tomme header-linjen, 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 representerer byte for vognretur og linjeskift. Den er ikke en del av domenenavnet. Det finnes ingen HTTP GET-linje og ingen HTTP-svarsstatus 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 komplett. Hold tidsavbruddene for tilkobling og lesing begrenset i implementasjonen.

Denne sekvensen gir også parseren to forskjellige grenser. Først kommer en HTTP-headerblokk. Deretter kommer WHOIS-svaret, der fullføringen signaliseres ved at forbindelsen lukkes. Bevar alle byte som er bufret utover en tolket grense i stedet for å kaste en hel nettverkslesing.

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