אַ SSH פּראָקסי חשבון קען אַרבעטן אָן אַ shell

די פֿאַרלאָקונג איז AllowTcpForwarding no. ליידער שטעלט זי אָפּ אויך די ווײַטערפירונג וואָס אַ לאָקאַלער SSH SOCKS פּראָקסי דאַרף. דינאַמישע ווײַטערפירונג איז נישט קיין לאָך אַרומרינגלענדיק די סערווער פּאָליטיק.

פֿאַר אַ וועלכער חשבון צעטיילט OpenSSH עטלעכע פֿעיִקייטן. אַ פּאָליטיק שטיקל קען דערלויבן לאָקאַלע ווײַטערפירונג בשעת פֿאַרמיידן shell און אונטערסיסטעם סעסיעס:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

דער סערווער האַנטבוך באַשרײַבט MaxSessions 0 ווי אַן איינשטעלונג וואָס פֿאַרמיידט shell, אַרײַנגאַנג און אונטערסיסטעם סעסיעס און דערלויבט ווײַטערפירונג. פֿאַרבינד זי אין אַ באַשטייענדיקן אויטענטיפֿיצירטן חשבון; דאָס איז נישט קיין פֿולע SSH זיכערהייט קאָנפֿיגוראַציע.

בלויז ווײַטערפירונג איז נישט בלויז SOCKS

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

PermitOpen קען באַגרענעצן פּאָרן פֿון ציל-האָסט און פּאָרט ווען אַ באַשטימט ליסטע פּאַסט צו דער פֿאָדערונג. דאָס איז נישט קיין אַלגעמיינער פֿאַרווער באַוואוסטזיניק פֿון האָסטנאָמען-לייזונג פֿאַר יעדער פּריוואַטער נעץ. ברייטערע אַדרעס באַגרענעצונגען קענען פֿאָדערן אַ פּאַסיקער האָסט-נעץ פּאָליטיק.

חשבון-, שליסל- און אַרײַנגענומענע סערווער איינשטעלונגען קענען נאָך מער באַגרענעצן ווײַטערפירונג. אַ פֿאַרווער פֿון ווײַטערפירונג ערגעץ אַנדערש קען אַוועקנעמען אַ פֿעיִקייט וואָס דאָס שטיקל זעט אויס צו דערלויבן.

נוץ דעם נאָרמאַלן סערווער-אַדמיניסטראַציע פּראָצעדור מיט אַ באַנייַונג וועג, דערנאָך שאַץ באַזונדער די דערלויבטע און אָפּגעוואָרפֿענע פֿעיִקייטן. דער געוואונטשן רעזולטאַט זענען בפֿירושע ווײַטערפירונג דערלויבענישן, נישט קיין אומגעפֿערלעך אָפֿן געלאָזטן אינטעראַקטיוו אַרײַנגאַנג און נישט קיין פּראָקסי אָפּגעשטעלט דורך זײַן אייגענער באַגרענעצונג.