یک حساب پروکسی SSH می‌تواند بدون پوسته کار کند

تنظیم وسوسه‌کننده AllowTcpForwarding no است. متأسفانه، انتقالی را هم که یک پروکسی SSH SOCKS محلی نیاز دارد غیرفعال می‌کند. انتقال پویا راه فراری از سیاست سرور نیست.

برای یک حساب اختصاصی، OpenSSH چند توانایی را از هم جدا می‌کند. یک قطعه سیاست می‌تواند انتقال محلی را مجاز کند و در همان حال نشست‌های پوسته و زیرسیستم را مسدود کند:

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

راهنمای سرور MaxSessions 0 را تنظیمی می‌داند که نشست‌های پوسته، ورود و زیرسیستم را مسدود و انتقال را مجاز می‌کند. آن را در یک حساب احرازشده موجود بگنجانید؛ این یک پیکربندی کامل امنیتی SSH نیست.

فقط انتقال به‌معنای فقط SOCKS نیست

یک انتقال محلی ثابت و یک درخواست SOCKS در نهایت می‌توانند همان نوع اتصال مقصد را از سرور بخواهند. مجاز کردن انتقال محلی تضمین نمی‌کند که کارخواه از یک رابط SOCKS مشخص استفاده کرده باشد. حساب را به‌عنوان اعمال‌کننده استفاده صرفاً SOCKS توصیف نکنید.

PermitOpen می‌تواند جفت‌های میزبان و درگاه مقصد را محدود کند وقتی فهرست مشخصی با نیاز هم‌خوانی دارد. این یک ممنوعیت عمومی آگاه از تفکیک نام میزبان برای هر شبکه خصوصی نیست. محدودیت‌های گسترده‌تر نشانی ممکن است به سیاست شبکه میزبان مناسب نیاز داشته باشند.

تنظیمات حساب، کلید و سرورِ شامل‌شده می‌توانند انتقال را بیشتر محدود کنند. یک ممنوعیت فراگیر انتقال در جای دیگر می‌تواند توانایی‌ای را که این قطعه ظاهراً مجاز می‌کند حذف کند.

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