دسترسی به یک پروکسی HTTP یا SOCKS موجود از طریق SSH
از طریق SSH به یک پروکسی HTTP یا SOCKS راه دور در loopback دسترسی پیدا کنید بدون آنکه شنونده آن را عمومی افشا کنید.
اگر relay.example.net از قبل SOCKS را روی 127.0.0.1:1080 خود اجرا می‌کند، دسترسی را هدایت کنید به‌جای آنکه آن شنونده را عمومی افشا کنید:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| نقطه پایانی | نقش |
|---|---|
لپ‌تاپ 127.0.0.1:1081 | نشانی SOCKS که باید در برنامه لپ‌تاپ پیکربندی شود. |
رله 127.0.0.1:1080 | پروکسی موجودی که از سمت سرور SSH به آن می‌رسید. |
نحو ارسال محلی مقصد ثابت را به سمت سرور اختصاص می‌دهد. پروکسی HTTP روی درگاه loopback راه دور 3128 یا یک نقطه پایانی اینترانت مانند proxy.internal.example:8080 بر همان اصل کار می‌کند. کلاینت را برای همان پروتکل HTTP موجود و حساب پیکربندی کنید؛ عبور آن از SSH نه SOCKS ایجاد می‌کند و نه شنونده HTTPS دارای TLS.
سرویس موجود همچنان نسخه‌های پشتیبانی‌شده پروتکل، احراز هویت، مقصدها و خروج نهایی را انتخاب می‌کند. اگر فرایند SSH دیگری آن پروکسی راه دور را ساخته باشد، هر دو فرایند باید زنده بمانند. مسیر لپ‌تاپ→رله→دروازه باعث می‌شود وب‌سایت آخرین اتصال بیرونی را ببیند، نه هویتی که درگاه محلی 1081 اختصاص می‌دهد.
اتصال لپ‌تاپ را صریحاً محلی نگه دارید. افشای گسترده‌تر تغییر می‌دهد چه کسی می‌تواند به سرویس برسد، و ورود SSH رمز عبور SOCKS به شنونده اضافه نمی‌کند. برای رد شدن، شنونده لپ‌تاپ، انتقال SSH و پروکسی راه دور را به‌عنوان مراحل جداگانه بررسی کنید.