WHOIS барање внатре во HTTP CONNECT тунел

Ако потребното пребарување сè уште користи традиционален WHOIS, HTTP прокси може да ја пренесе таа TCP размена кога неговата политика дозволува CONNECT до WHOIS услугата. Клиентот мора да го заврши ракувањето со прокси пред да го испрати текстот за пребарување. За дозволен јавен WHOIS тест без конфигурирани акредитиви за прокси списокот на HTTP прокси нуди кандидат посредници; одделно потврдете дека еден дозволува домаќинот на WHOIS услугата и портата 43.

За хипотетичка услуга со име whois.example, започнете со ова HTTP барање:

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

Запишувајте ги завршетоците на HTTP линиите како CRLF. Прочитајте го целиот одговор на прокси, вклучувајќи ја неговата завршна празна линија на заглавие, и проверете го нумеричкиот статус на успех. Примањето само дел од линијата за статус не е доволно за да започне следниот протокол.

Потоа испратете го WHOIS текстот

Откако тунелот ќе се отвори, испратете го барањето што го очекува тој WHOIS сервер. Едноставно илустративно барање е:

example.com<CRLF>

Ознаката ги претставува бајтите за враќање на колачката и премин во нов ред. Таа не е дел од името на доменот. Внатре во оваа WHOIS размена нема HTTP GET линија и нема статус на HTTP одговор.

Читајте го текстот сè додека WHOIS серверот не ја затвори врската. Одговорот може да содржи многу линии; првиот нов ред не значи дека е целосен. Држете ги роковите за врска и читање ограничени во имплементацијата.

Оваа низа му дава на парсерот и две различни граници. Најпрво доаѓа блок со HTTP заглавија. Потоа доаѓа WHOIS одговорот, чие завршување се сигнализира со затворање на врската. Зачувајте ги бајтите баферирани надвор од анализираната граница наместо да го отфрлите целото мрежно читање.

Одбивањето од прокси значи дека тунелот никогаш не се отворил, па испраќањето домен потоа не може да даде WHOIS резултат. Ако одговорот на серверот упатува на друга WHOIS услуга, секое следно барање бара сопствена дозволена врска со таа услуга.