Hoji la WHOIS ndani ya handaki la HTTP CONNECT

Ikiwa utafutaji unaohitajika bado unatumia WHOIS wa jadi, proxy ya HTTP inaweza kubeba mabadilishano hayo ya TCP wakati sera yake inaruhusu CONNECT kwa huduma ya WHOIS. Mteja lazima amalize makubaliano ya proxy kabla ya kutuma maandishi ya utafutaji. Kwa jaribio la WHOIS la umma lililoruhusiwa bila vitambulisho vya proxy vilivyowekwa, orodha ya proxy za HTTP inatoa wapatanishi wanaotarajiwa; thibitisha kando kwamba mmoja anaruhusu mwenyeji wa huduma ya WHOIS na lango 43.

Kwa huduma ya kubuni inayoitwa whois.example, anza na ombi hili la HTTP:

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

Andika miisho ya mistari ya HTTP kama CRLF. Soma jibu kamili la proxy, likijumuisha mstari wake wa mwisho tupu wa kichwa, na angalia hali ya mafanikio kwa nambari. Kupokea sehemu ya mstari wa hali hakutoshi kuanza itifaki inayofuata.

Kisha tuma maandishi ya WHOIS

Baada ya handaki kufunguka, tuma hoji ambalo seva hiyo ya WHOIS inatarajia. Hoji rahisi la mfano ni:

example.com<CRLF>

Alama hii inawakilisha baiti za kurudi kwa gari na kulisha mstari. Si sehemu ya jina la kikoa. Ndani ya mabadilishano haya ya WHOIS hakuna mstari wa HTTP GET wala hali ya jibu la HTTP.

Soma maandishi hadi seva ya WHOIS ifunge muunganisho. Jibu linaweza kuwa na mistari mingi; mstari mpya wa kwanza haumaanishi kuwa limekamilika. Weka mipaka ya muda ya muunganisho na usomaji katika utekelezaji.

Mfuatano huu pia unampa kichanganuzi mipaka miwili tofauti. Kwanza huja kizuizi cha vichwa vya HTTP. Baada ya hapo huja jibu la WHOIS, ambalo kukamilika kwake huashiriwa na kufungwa kwa muunganisho. Hifadhi baiti zozote zilizohifadhiwa kwenye bafa zaidi ya mpaka uliochanganuliwa badala ya kutupa usomaji wote wa mtandao.

Kukataliwa na proxy kunamaanisha handaki halikufunguliwa kamwe, kwa hivyo kutuma kikoa baadaye hakuwezi kutoa matokeo ya WHOIS. Ikiwa jibu la seva linaelekeza kwa huduma nyingine ya WHOIS, hoji lolote la ufuatiliaji linahitaji muunganisho wake ulioruhusiwa kwa huduma hiyo.