SSH دې هغه SOCKS پراکسی وکاروي چې تاسو یې له مخکې لرئ

د یوې سمون‌لرونکې ProxyCommand مرستندوی له لارې موجود SOCKS پراکسی د SSH اړیکې د لېړدونکي په توګه وکاروئې.

ssh -D یو د SOCKS اورېدونکۍ جوړوي؛ خو د SSH خپلې اړیکې لپاره موجود یو نه ټاکي. د nc د OpenBSD پلی کېدو سره، په SSH کلاینټ ترتیباتو کې د host ننوتنه وکاروئې، لکه ~/.ssh/config:

Host server-via-socks
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

ssh server-via-socks ته زنګ وهېهې. مرستندوی د SSH کلاینټ په ماشین کې د SOCKS5 خدمت سره اړیکه نیسی او د موخې host/port غوښتنه کوي. بیا SSH د جریان په دننه کې نورمال host-key کتنه او د کارونکي ننوتل ترسره کوي.

د پراکسی پټنوم له لیکلو مخکې د مرستندوی ملاتړ وګورئ. OpenBSD nc د HTTP CONNECT لپاره د پراکسی تصدیق مستند کوي، نه د SOCKS تصدیق. د اعتبارنامو په وسیله خوندي SOCKS خدمت کېدای شی بل سمون‌لرونکي مرستندوی ته اړتیا ولري. د شریک پراکسی تصدیق وساتئ، پرړې دې چې د ناملاتړ شوي کلاینټ سره سمون لپاره یې لرې کړئ.

موخه د پراکسی بهرنۍ اړیکه ویني، خو د SSH تصدیق لا هم ریښتینۍ سرور پېژني. هغې پورټ ته نه رسیدل د SSH ننوتلو مخکې پېژېږي؛ منل شوی tunnel او بیا د کلیډ ردول د SSH اعتبارنامو پورې اړه لرې.

دا ترتیب یوازې دې SSH اړیکې ته تطبیقېږي. دا د براوزر ترافیک یا هر بل اپلیکیشن نه تنظیموي.

اړوندې مقالې