פֿאַרוואָס אַ צוריקגעקערטער SSH פּראָקסי־צוהערער איז דערגרייכבאַר נאָר אויף דעם סערווער
באַקוקט די bind אַדרעס פֿון דעם ווײַטן צוהערער און דעם GatewayPorts מאָדע, איידער איר ענדערט דעם פּראָקסי־פּראָטאָקאָל אָדער די באַשטעטיקונגען.
אַ ווײַטער טראַנספֿער קען אַרבעטן פֿון דעם SSH סערווער, אָבער אָפּזאָגן פֿאַרבינדונגען פֿון אַן אַנדער מאַשין, ווײַל ער צוהערט נאָר אויף loopback. באַקוקט ערשט די טאַקע צוהער־אַדרעס.
אויף דער סערווער־זײַט GatewayPorts | דער bind פֿון ווײַטן טראַנספֿער |
|---|---|
no, דער פֿאַרבאַשטימטער | באַגרענעצט צוהערער צו loopback |
yes | צווינגט wildcard bind |
clientspecified | לאָזט דעם קליענט בעטן אַ באַשטימטע bind אַדרעס |
פֿאַר אַ צוהערער געמיינט פֿאַר איין קאָנטראָלירטער צווישנשאַלט, קען דער סערווער ניצן:
GatewayPorts clientspecifiedדערנאָך בעט דער קליענט אַ פּאַסיקע אַדרעס אין זײַן -R ספּעציפֿיקאַציע. יענע אַדרעס מוז עקסיסטירן אויף דער ווײַטער מאַשין, און אַנדערע טראַנספֿער־באַגרענעצונגען גילטן נאָך. דער -g אויף דער קליענט־זײַט איז נישט קיין אויסטײַטשבאַרער קאָנטראָל פֿאַר דער ריכטונג.
דרײַ דערלויבענישן בלײַבן באַזונדער: SSH דערלויבעניש צו שאַפֿן דעם טראַנספֿער, נעצווערק־צוטריט צו זײַן צוהערער, און די אייגענע צוטריט־פּאָליטיק פֿון דער HTTP אָדער SOCKS דינסט. אַן SSH אַרײַנגאַנג באַשטעטיקט דעם שאַפֿער פֿון דעם טונעל; ער באַשטעטיקט נישט יעדן שפּעטערדיקן רופֿער פֿון אַ געמיינזאַמען צוהערער און לייגט נישט צו קיין SOCKS פּאַראָל־אויסרפֿאָדערונג.
אויב אַ ווײַטער רופֿער קען נאָך נישט פֿאַרבינדן, פֿאָרשט דורך די bind אַדרעס, די סערווער־טראַנספֿער־באַגרענעצונגען און דעם פֿײַערוואַנט־וועג אין דער רייֿענפֿאָלג. ווען TCP דערגרייכט דעם צוהערער, איז אַ דורכגעפֿאַלן פּראָקסי־האַנטשאַק אַ שפּעטערדיקע פּראָבלעם.