اگر SOCKS روی رایانهٔ کلاینت SSH کار می‌کند اما روی ماشین دیگری در LAN نه، نشانی شنود محلی را بررسی کنید. برای اتصال یک رابط تعیین‌شدهٔ موردنظر:

ssh -N -D 192.0.2.10:1080 [email protected]

IP مستندات را با رابط واقعی کلاینت SSH جایگزین کنید. همتایان مجاز دیگر از آن نشانی و پورت 1080 استفاده می‌کنند، نه از localhost خودشان.

کنترلنقش شنونده
کلاینت ssh_config GatewayPortsرفتار اتصال پیش‌فرض برای ارسال‌های محلی
sshd_config راه دور GatewayPortsشنوندگان -R راه دور

سرور هنوز باید ارسال و مقصدهای درخواستی را مجاز کند. تغییر کنترل شنوندهٔ راه دور آن، این سوکت -D را جابه‌جا نمی‌کند.

دسترس‌پذیری فایروال/شنوندهٔ کلاینت را بررسی کنید و دسترسی را از همتایان LAN موردنظر و ردشده تأیید کنید. SSH مالک تونل را احراز هویت می‌کند، نه هر فراخوانندهٔ بعدی SOCKS را با چالش رمز عبور جداگانه.

مقالات مرتبط