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 ծառայություն, ցանկացած հետագա հարցում պահանջում է իր սեփական թույլատրված կապը այդ ծառայության հետ։