WHOIS-demando ene de HTTP CONNECT-tunelo

Se necesa serĉo ankoraŭ uzas tradician WHOIS, HTTP-prokurilo povas porti tiun TCP-interŝanĝon kiam ĝia politiko permesas CONNECT al la WHOIS-servo. La kliento devas fini la prokurilan manpremon antaŭ ol sendi la serĉan tekston. Por permesita publika WHOIS-testo sen agorditaj prokurilaj akreditaĵoj, la HTTP-prokurila listo proponas kandidatajn perantojn; aparte konfirmu, ke unu permesas la gastigan servilon de la WHOIS-servo kaj pordon 43.

Por hipoteza servo nomata whois.example, komencu per ĉi tiu HTTP-peto:

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

Skribu HTTP-linfinojn kiel CRLF. Legu la plenan prokurilan respondon, inkluzive de ĝia fina malplena kaplinio, kaj kontrolu la nombran sukcesan staton. Ricevi parton de la stata linio ne sufiĉas por komenci la sekvan protokolon.

Poste sendu la WHOIS-tekston

Post kiam la tunelo malfermiĝis, sendu la demandon, kiun tiu WHOIS-servilo atendas. Simpla ilustra demando estas:

example.com<CRLF>

La markilo reprezentas bajtojn de ĉareta reveno kaj linia avanco. Ĝi ne estas parto de la domajna nomo. Ene de ĉi tiu WHOIS-interŝanĝo ne ekzistas HTTP GET-linio nek HTTP-responda stato.

Legu la tekston ĝis la WHOIS-servilo fermos la konekton. Respondo povas enhavi multajn liniojn; la unua novlinio ne signifas, ke ĝi estas kompleta. Tenu konektajn kaj legajn atendojn limigitaj en la efektivigo.

Ĉi tiu sinsekvo ankaŭ donas al la analizilo du apartajn limojn. Unue venas HTTP-kaplinio-bloko. Poste venas la WHOIS-respondo, kies kompletigo estas signalata per la fermo de la konekto. Konservu ajnajn bajtojn bufritajn preter analizita limo anstataŭ forĵeti tutan retan legadon.

Prokurila rifuzo signifas, ke la tunelo neniam malfermiĝis, do sendi domajnon poste ne povas produkti WHOIS-rezulton. Se la respondo de la servilo montras al alia WHOIS-servo, ĉiu sekva demando bezonas sian propran permesitan konekton al tiu servo.