connect: command not found یعنی SSH نتوانست کمکی ProxyCommand خود را به‌صورت محلی اجرا کند. هنوز هیچ دست‌دهی پروکسی برای تعمیر وجود ندارد. این نام ممکن است به یک فایل اجرایی جداگانه اشاره کند، نه به یک دستور توکار پوسته یا یک زیردستور OpenSSH.

  1. دستور انتخاب‌شده را پیدا کنید. پیکربندی مؤثر SSH را برای همان نام مستعار مقصد و همان حساب بررسی کنید. بخش‌های Host، فایل‌های گنجانده‌شده و گزینه‌های خط فرمان ممکن است ProxyCommand متفاوتی از فایلی که ویرایش کردید انتخاب کنند.
  2. فایل اجرایی آن را پیدا کنید. مقدار PATH محیط اجراکننده را با ترمینال تعاملی که کمکی در آن کار می‌کند مقایسه کنید. مسیر مطلق به برنامه موجود موردنظر این ابهام را از بین می‌برد.
  3. پیاده‌سازی کمکی را تطبیق دهید. هیچ فایل دودویی با نام nc را جایگزین نکنید. OpenBSD netcat برای HTTP CONNECT از -X connect و برای SOCKS5 از -X 5 استفاده می‌کند؛ انواع دیگر ممکن است این گزینه‌ها یا پشتیبانی احراز هویت پروکسی را نداشته باشند.

پس از اجرای کمکی، شکست بعدی را به ترتیب دنبال کنید: اتصال به پروکسی، مذاکره پروکسی، اتصال به مقصد و سپس احراز هویت SSH. شکست در یک مرحله ثابت نمی‌کند که مراحل بعدی مشکل دارند.

ProxyJump به یک میزبان پرش SSH نیاز دارد. تنها زمانی می‌تواند جای این ترتیب را بگیرد که آن سرویس در دسترس باشد؛ یک پروکسی HTTP به‌خاطر تغییر تنظیمات به نقطه ورود SSH تبدیل نمی‌شود.

مقالات مرتبط