לייענט אכט בייט, דערנאָך גיט איבער דעם SOCKS4 טונעל
פֿאַרמייט אַראָפּצושלינגען די באַגריסונג פֿון דער דערגרייכונג אָדער וואַרטן אויף בייט וואָס עקסיסטירן נישט, דורך פּאַרסן די פֿעסטע SOCKS4 ענטפֿער גרענעץ.
די SOCKS4 פֿאַרבינדונג בקשה געלינגט, אָבער די אַפּלאַקיישאַן זעט קיינמאָל די עפֿענונג באַגריסונג פֿון דעם סערווער. איין אָרט צו קוקן איז דער ערשטער לייענען פֿון דעם פֿאַרבינדער. א לייענען פֿון זעכצן בייט איז צו גרויס פֿאַר אַן אַכט-בייט SOCKS4 ענטפֿער.
| ענטפֿער פֿעלד | בייט |
|---|---|
| ענטפֿער ווערסיע פֿעלד | 1 |
| רעזולטאַט קאָד | 1 |
| פּאָרט פֿעלד | 2 |
| אַדרעס פֿעלד | 4 |
דער רעזולטאַט קאָד 0x5a ווײַזט אַז די בקשה איז באַוויליקט געוואָרן. SOCKS4a ענדערט ווי די בקשה טראָגט אַ האָסט נאָמען; עס מאַכט נישט דעם ענטפֿער זעכצן בייט.
נאָך דעם ענטפֿער טראָגט דער זעלביקער TCP שטראָם די פּראָטאָקאָל פֿון דער דערגרייכונג. אַ בליץ פּאָסט סערווער קען שיקן זײַן באַגריסונג גלײַך. דערפֿאַר קען אַ לייענען וואָס פֿאַרנוצט זעכצן פֿאַראַנענע בייט אַוועקנעמען דעם גאַנצן פּראָקסי ענטפֿער צוזאַמען מיט די ערשטע אַכט בייט פֿון יענער באַגריסונג. אויב עס פֿאָלגט נאָך גאָרנישט, קען אַן איבערגרויסער בלאָקירנדיקער לייענען צולייגן אַן אומנייטיקע וואַרטונג.
דער פּינקטלעכער לאַנג איז דער פּאַרסערס פֿאַראַנטוואָרטונג
איין מאָל בעטן אַכט בייט איז נישט קיין גענוג באַווײַז אַז אַכט בייט זענען אָנגעקומען. שטראָם לייענען קענען צוריקגעבן ווייניקער. זאַמלט פּינקטלעך די לאַנג פֿון דעם ענטפֿער אין אַ צײַט-גרענעץ, שטעלט אָפּ בײַ אַ פֿאַרמאַכטן אָדער דורכגעפֿאַלענעם שטראָם, פּרופֿט דעם ענטפֿער, און לאָזט די ווײַטערדיקע בייט פֿאַר דער אַפּלאַקיישאַן.
אויב דער פֿאַרבינדער נוצט אַ גרעסערער בופֿער לייענען, היט אַלץ נאָך דער גרענעץ און גיט עס ווײַטער צום קומענדיקן פֿאַרנוצער. אַוועקוואַרפֿן דעם איבעריקן איז דער זעלביקער דאַטן פֿאַרלוסט מיט אַן אַנדער לייענען גרייס.
SOCKS5 דאַרף זײַן אייגענעם פּאַרסער. די לאַנג פֿון זײַן ענטפֿער אַדרעס קען זײַן אַנדערש לויט דעם אַדרעס טיפּ. איבערבײַטן יעדער פּראָקסי לייענען מיט אַ פֿעסטער אַכט-בייט לייענען וואָלט פֿאַרריכטן איין פּראָטאָקאָל בשעת צעברעכן אַן אַנדער.