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 লগইন এন্ডপয়েন্ট হয়ে যায় না।

সম্পর্কিত নিবন্ধ