ווי איין פראקסי פארט קען אננעמען סיי HTTP און סיי SOCKS
ערקלערט ווי אַ באַוואוסטן געמישטן אויסהערער קען אונטערשיידן HTTP פון SOCKS, בשעת אַ געוויינלעכער איין-פּראָטאָקאָל אויסהערער קען דאָס נישט.
אַ געמישטער פּראָקסי אויסהערער קען אָננעמען HTTP און SOCKS אויף איין TCP פּאָרט ווייַל דער סערווער פּריפט די ערשטע פּראָטאָקאָל בייטן. די פּאָרט נומער מאַכט נישט די דערקענונג.
אַ HTTP פּראָקסי בקשה הייבט זיך אָן מיט אַ HTTP מעטאָד, ווי GET אָדער CONNECT. אַ SOCKS באַגריסונג הייבט זיך אָן מיט בינערע פּראָטאָקאָל פעלדער. ווייכוואַרג געמאַכט פֿאַר די אַרייַנגאַנגען קען שיקן די פֿאַרבינדונג צו דעם ריכטיקן באַהאַנדלער.
דאָס איז אַן עקספּליציטע פֿונקציע פֿון דער אימפּלעמענטאַציע. אַ געוויינלעכער Squid HTTP אויסהערער ווערט נישט געמישט ווייַל זיין פּאָרט ווערט געענדערט צו 1080, און אַן אויסהערער נאָר מיט SOCKS לערנט זיך נישט HTTP פֿון אַ בראַוזער איינשטעלונג.
TLS לייגט צו נאָך אַ גרענעץ: אַ פֿאַרשליסלטע פּראָקסי פֿאַרבינדונג הייבט זיך אָן מיט TLS, נישט מיט אַ זעבאַרער HTTP מעטאָד. דאָס צו שטיצן אויף דעם זעלביקן ענדפּוינט פֿאָדערט נאָך באַוואוסטן באַהאַנדלונג; דערקענען קלאָרן טעקסט HTTP און SOCKS באַשטעטיקט נישט די פֿעיִקייט.
ניצט דעם קליענט פּראָטאָקאָל וואָס איז דאָקומענטירט פֿאַר דעם ענדפּוינט. אויב ביידע אַרבעטן, איז דאָס אַ באַווייַז וועגן דעם געמישטן אויסהערער פֿון יענעם סערווער, נישט קיין סיבה צו לאָזן דעם פּראָטאָקאָל אומספּעציפֿיש אין יעדער קליענט.
דער געמישטער אויסהערער פֿון Glider גיט אַ קאָנקרעטן ביישפּיל: ער קוקט אויף איין בייט אָן אים פֿאַרניצן, שיקט 0x05 צו זיין SOCKS5 באַהאַנדלער, און אַנדערש רופֿט ער זיין HTTP פּאַרסער. יענער פּאַרסער פֿאַלידירט נאָך אַלץ די אַרייַנקומענדיקע בקשה; דער אויסקלייב פֿון שיקן מאַכט נישט קיין ווילקירלעך אַרייַנגאַנג פֿאַר גילטיקן HTTP.
צעטיילן דעם TCP אויסהערער גיט נישט פֿון זיך אַליין אַ SOCKS5 UDP פֿאַרבינדונג. Glider הייבט אָן זיין UDP אויסהערער באַזונדער. דער אויסקלייב פֿון TCP פּראָטאָקאָל און די שפּעטערדיקע דאַטאַגראַם איבערטראָגונג זענען באַזונדערע פֿעיִקייטן.