ssh -D یک یک شنونده SOCKS می‌سازد؛ اما برای اتصال خود SSH یکی موجود را انتخاب نمی‌کند. با پیاده‌سازی nc از OpenBSD، از یک ورودی میزبان در پیکربندی کلاینت SSH استفاده کنید، مانند ~/.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 را فراخوانی کنید. کمک‌کننده با سرویس SOCKS5 روی ماشین کلاینت SSH تماس می‌گیرد و میزبان/درگاه هدف را درخواست می‌کند. سپس SSH بررسی معمول کلید میزبان و ورود کاربر را درون جریان انجام می‌دهد.

پیش از وارد کردن گذرواژه پروکسی، پشتیبانی کمک‌کننده را بررسی کنید. OpenBSD nc احراز هویت پروکسی را برای HTTP CONNECT مستند می‌کند، نه احراز هویت SOCKS. سرویس SOCKS محافظت‌شده با اعتبارنامه ممکن است به کمک‌کننده سازگار دیگری نیاز داشته باشد. احراز هویت پروکسی مشترک را حفظ کنید، نه اینکه آن را برای هماهنگی با کلاینت پشتیبانی‌نشده حذف کنید.

مقصد اتصال خروجی پروکسی را می‌بیند، در حالی که تأیید SSH هنوز سرور واقعی را شناسایی می‌کند. نرسیدن به درگاه آن پیش از ورود SSH رخ می‌دهد؛ تونل پذیرفته‌شده‌ای که پس از آن کلید رد شود به اعتبارنامه SSH مربوط است.

این تنطیم فقط برای این اتصال SSH اعمال می‌شود. ترافیک مرورگر یا هر برنامه دیگری را پیکربندی نمی‌کند.

مقالات مرتبط