Ha egy szükséges keresés még mindig hagyományos WHOIS-t használ, az HTTP-proxy továbbíthatja ezt a TCP-cserét, ha a szabályzata engedélyezi a CONNECT-et a WHOIS-szolgáltatás felé. Az ügyfélnek be kell fejeznie a proxy kézfogását, mielőtt elküldi a keresési szöveget. Egy engedélyezett nyilvános WHOIS-teszthez, konfigurált proxy-hitelesítő adatok nélkül, a HTTP-proxylista jelölt közvetítőket kínál; külön ellenőrizze, hogy valamelyik engedélyezi-e a WHOIS-szolgáltatás gazdagépét és a 43-as portot.

Egy whois.example nevű hipotetikus szolgáltatás esetén ezzel az HTTP-kéréssel kezdje:

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

Az HTTP-sorvégeket CRLF-ként írja. Olvassa el a proxy teljes válaszát, beleértve a lezáró üres fejlécsort is, és ellenőrizze a numerikus sikerállapotot. Az állapotsor egy részének fogadása nem elég a következő protokoll elindításához.

Ezután küldje el a WHOIS-szöveget

Az alagút megnyílása után küldje el a kérést, amelyet az a WHOIS-kiszolgáló vár. Egy egyszerű szemléltető kérés:

example.com<CRLF>

A jelölő a kocsivissza és a soremelés bájtjait képviseli. Nem része a tartománynévnek. Ezen a WHOIS-cserén belül nincs HTTP GET-sor és nincs HTTP-válasz állapot.

Olvassa a szöveget, amíg a WHOIS-kiszolgáló le nem zárja a kapcsolatot. Egy válasz sok sort tartalmazhat; az első új sor nem jelenti azt, hogy teljes. Tartsa korlátozottan a kapcsolódási és olvasási időtúllépéseket a megvalósításban.

Ez a sorrend két külön határt is ad az elemzőnek. Először egy HTTP-fejlécblokk jön. Utána jön a WHOIS-válasz, amelynek befejezését a kapcsolat lezárása jelzi. Őrizze meg az elemzett határon túl pufferelt bájtokat ahelyett, hogy egy teljes hálózati olvasást eldobna.

A proxy elutasítása azt jelenti, hogy az alagút soha nem nyílt meg, így egy tartomány utólagos elküldése nem adhat WHOIS-eredményt. Ha a kiszolgáló válasza egy másik WHOIS-szolgáltatásra mutat, minden további kérésnek saját engedélyezett kapcsolatra van szüksége ahhoz a szolgáltatáshoz.

Kapcsolódó cikkek