פֿאַרוואָס http_proxy אַפֿעקטירט נישט בהכרח Whois

טראַדיציאָנעלע Whois ניצט זײַן אייגענעם TCP פּראָטאָקאָל, געוויינטלעך אויף פּאָרט 43. עס איז נישט קיין HTTP בקשה בלויז ווײַל די ענטפֿער באַשרײַבט אַן אינטערנעט־דאָמען.

די פֿערצוואַרניש http_proxy העלפֿט בלויז ווייכוואַרג וואָס לייענט עס פֿאַר אַ געשטיצטן HTTP־פּראָקסי וועג. אַ Whois פֿירזאַץ קען איגנאָרירן די פֿערצוואַרניש בשעת ער מאַכט זײַן געוויינטלעכן TCP־פֿאַרבינדונג.

אויב אַ באַשטימטער קליענט שטיצט SOCKS, קאָנפֿיגורירט די דאָקומענטירטע פֿונקציע. אַ פּאַסיקער TCP־איינפּאַקונג איז נאָך אַ מעגלעכקייט, אָפּהענגיק פֿון די אָפּכאַפּונג־גרענעצן פֿון דער איינפּאַקונג און דער פּאָליטיק פֿון דער פּראָקסי וועגן ציל־פּאָרטן. מאַכט נישט קיין הנחות אַז יעדער פּראָגראַם מיטן נאָמען whois האָט די זעלבע פֿונקציעס. אויב יענער קליענט שטיצט SOCKS און עפֿנטלעכע מיטלערס זענען דערלויבט, די SOCKS פּראָקסי רשימה פֿאָרמאַכט קאַנדידאַטן צו פּרובירן צוטריט צו די עמעסדיקע Whois סערווערס און פּאָרטן, אַרײַנגערעכנט ווײַטערפֿירונגען.

HTTP־באַזירטע רעגיסטראַציע־דאַטן דינסטן, אַרײַנגערעכנט RDAP, ניצן אַן אַנדער אַפּליקאַציע־פּראָטאָקאָל און קענען האָבן די פּראָקסי־שטיצע פֿון אַ HTTP־באַוואוסטן קליענט. אויסטײַטשן די צווישנפֿלאַך איז אַ באַוווסטן ענדערונג פֿון געצײַג און ענטפֿער־פֿאָרמאַט, נישט קיין באַווײַז אַז די אָריגינעלע Whois פֿרעג איז שטענדיק געווען HTTP.

האַלט אױך אין זינען דאָס פֿירן מיט ווײַטערפֿירונגען: אַ זוך קען זיך פֿאַרבינדן מיט מער ווי איין סערווער. איין דערלויבטע פֿאַרבינדונג באַווײַזט נישט אַז יעדער שפּעטערדיקער ציל קען ניצן דעם געמיינטן וועג.