WHOIS упит унутар HTTP CONNECT тунела
Пратите руковање са проксијем и WHOIS захтев као две одвојене размене када дозвољена HTTP CONNECT рута преноси TCP упит на порт 43.
Ако потребна провера још увек користи традиционални 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 сервис, сваки даљи упит треба сопствену дозвољену везу са тим сервисом.