لماذا لا يكون مستمع وكيل SSH العكسي متاحًا إلا على الخادم

تحقق من عنوان الربط للمستمع البعيد ووضع GatewayPorts قبل تغيير بروتوكول الوكيل أو بيانات الاعتماد.

قد يعمل التمرير العكسي من خادم SSH بينما يرفض الاتصالات القادمة من جهاز آخر لأنه يستمع على واجهة loopback فقط. افحص عنوان المستمع الفعلي أولًا.

من جهة الخادم GatewayPortsربط التمرير العكسي
no، وهو الوضع الافتراضييحصر المستمعين على loopback
yesيفرض الربط بأي عنوان (wildcard)
clientspecifiedيسمح للعميل بطلب عنوان ربط محدد

بالنسبة إلى مستمع مخصص لواجهة واحدة خاضعة للسيطرة، يمكن للخادم استخدام:

GatewayPorts clientspecified

ثم يطلب العميل عنوانًا مناسبًا في مواصفة -R الخاصة به. يجب أن يكون ذلك العنوان موجودًا على الجهاز البعيد، ولا تزال قيود التمرير الأخرى سارية. الخيار -g على جانب العميل ليس بديلًا للتحكم في هذا الاتجاه.

تبقى ثلاث أذونات منفصلة: إذن SSH لإنشاء التمرير، والوصول الشبكي إلى مستمعه، وسياسة الوصول الخاصة بخدمة HTTP أو SOCKS نفسها. تسجيل الدخول عبر SSH يوثّق منشئ النفق؛ لكنه لا يوثّق كل مستدعٍ لاحق لمستمع مشترك ولا يضيف تحدي كلمة مرور SOCKS.

إذا ظل مستدعٍ بعيد غير قادر على الاتصال، فافحص عنوان الربط وقيود التمرير على الخادم ومسار جدار الحماية بهذا الترتيب. بعد أن يصل TCP إلى المستمع، تصبح مصافحة الوكيل الفاشلة مشكلة لاحقة.

مقالات ذات صلة