In WHOIS-fersyk binnen in HTTP CONNECT-tunnel

As in ferplichte opfrege noch tradisjonele WHOIS brûkt, kin in HTTP-proxy dy TCP-útwikseling ferfiere wannear’t syn belied CONNECT nei de WHOIS-tsjinst tasteat. De klant moat de proxy-handshake foltôgje foar’t er de opfregetekst stjoert. Foar in tastiene iepenbiere WHOIS-test sûnder konfigurearre proxy-ynloggegevens biedt de HTTP-proxylist kandidaat-tuskenpersoanen; befêstigje apart dat ien de host fan de WHOIS-tsjinst en poarte 43 tasteat.

Foar in hypotetyske tsjinst mei de namme whois.example, begjin mei dit HTTP-fersyk:

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

Serialisearje HTTP-rige-einen as CRLF. Lês it folsleine proxy-antwurd, ynklusyf syn ôfslutende lege koprige, en kontrolearje de numerike suksesstatus. It ûntfangen fan in part fan ’e statusrige is net genôch om it folgjende protokol te begjinnen.

Stjoer dan de WHOIS-tekst

Nei’t de tunnel iepen is, stjoer de opfrege dy’t dy WHOIS-tsjinferwachtsje. In ienfâldige yllustrative opfrege is:

example.com<CRLF>

De marker fertsjintwurdiget de bytes foar weromkommen fan ’e wein en rigefoeding. It is gjin part fan ’e domeinnamme. Binnen dizze WHOIS-útwikseling is der gjin HTTP GET-rige en gjin HTTP-antwurdstatus.

Lês de tekst oant de WHOIS-tsjinner de ferbining slút. In antwurd kin in protte rigels befetsje; de earste nije rigel betsjut net dat it folslein is. Hâld ferbinings- en léswachttiid beheind yn ’e ymplemintaasje.

Dizze folchoarder jout de parser ek twa ûnderskate grinzen. Earst komt in HTTP-kopblok. Dêrnei komt it WHOIS-antwurd, wêrfan’t de foltôging troch it sluten fan ’e ferbining oanjûn wurdt. Bewarje alle bytes dy’t foarby in analysearre grins buord binne, ynstee fan in hiele netwurklêzing fuort te smiten.

In proxy-ôfwizing betsjut dat de tunnel nea iepene is, dus it stjoeren fan in domein dêrnei kin gjin WHOIS-resultaat opleverje. As it antwurd fan ’e tsjinner nei in oare WHOIS-tsjinst wiist, hat elk ferfolchfersyk syn eigen tastiene ferbining mei dy tsjinst nedich.