SSH SOCKS ফরোয়ার্ডিং 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 পথের প্রয়োজন নেই এমন একটি বৈশিষ্ট্যের ত্রুটি চুপ করাতে কেবল নেটওয়ার্ক-ডিভাইস সুবিধা দেওয়ার কোনো কারণ নেই।