هدایت SSH SOCKS جدا از خطاهای دستگاه TUN است
یک شنوندهٔ SOCKS برقرارشده را حتی وقتی همان نشست SSH بعداً در ساخت دستگاه TUN جداگانه شکست میخورد، تشخیص دهید.
این دو مشاهده میتوانند همزمان در یک گزارش SSH وجود داشته باشند:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.
اولی به یک شنوندهٔ SOCKS پویا مربوط است. دومی به یک دستگاه شبکهٔ تونل مربوط است. اینها درخواستهای هدایت جداگانهاند.
OpenSSH از -D برای هدایت پویا در سطح برنامه و از -w برای دستگاههای تونل استفاده میکند. تنظیم Tunnel نیز میتواند دومی را از طریق پیکربندی درخواست کند. ناتوانی در گرفتن دسترسیها یا اجازهٔ سرور برای یک دستگاه TUN بهخودیخود ثابت نمیکند که شنوندهٔ SOCKS پیشین هرگز ساخته نشده است.
بخوانید چه چیزی پیش از خطا موفق شد: احراز هویت SSH، ساخت شنونده و هر درخواست کانال مقصد در ادامه. یک درگاه SOCKS شنوا هنوز به کارخواه سازگار و مقصدی دسترسپذیر و مجاز نیاز دارد. این شاهدی دربارهٔ یک مرحله است.
اگر کار موردنظر تنها هدایت SOCKS است، بررسی کنید چرا اصلاً دستگاه تونل درخواست شده است. یک پیکربندی محدود میتواند آن درخواست بیربط را غیرفعال کند:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]
بررسیهای معمول کلید میزبان و حساب SSH را نگه دارید. هیچ دلیلی برای دادن دسترسیهای دستگاه شبکه فقط برای خاموش کردن خطای ویژگیای که مسیر SOCKS به آن نیاز ندارد وجود ندارد.