الوصول إلى وكيل HTTP أو SOCKS موجود عبر SSH
الوصول إلى وكيل HTTP أو SOCKS بعيد على loopback عبر SSH دون كشف مستمعه للعموم.
إذا كان relay.example.net يشغّل بالفعل SOCKS على 127.0.0.1:1080 الخاص به، فمرّر الوصول بدلًا من كشف ذلك المستمع للعموم:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| نقطة النهاية | الدور |
|---|---|
حاسوب محمول 127.0.0.1:1081 | عنوان SOCKS الذي يُضبط في تطبيق الحاسوب المحمول. |
المرحّل 127.0.0.1:1080 | الوكيل الموجود الذي يُبلَغ من جهة خادم SSH. |
يُسنِد صياغة إعادة التوجيه المحلي الوجهة الثابتة إلى جهة الخادم. وكيل HTTP على منفذ loopback البعيد 3128 أو نقطة نهاية داخلية مثل proxy.internal.example:8080 يعمل بالمبدأ نفسه. اضبط العميل على بروتوكول HTTP الموجود والحساب؛ ونقله عبر SSH لا ينشئ SOCKS ولا مستمع HTTPS ممكّنًا بـTLS.
لا تزال الخدمة الحالية تختار إصدارات البروتوكول المدعومة والمصادقة والوجهات والمخرج النهائي. وإذا أنشأت عملية SSH أخرى ذلك الوكيل البعيد، فيجب أن تبقى العمليتان حيّتين. مسار حاسوب محمول←مرحّل←بوابة يجعل الموقع يرى آخر اتصال خارجي، لا هوية يخصصها المنفذ المحلي 1081.
أبقِ ارتباط الحاسوب المحمول محليًا صراحةً. فالكشف الأوسع يغيّر من يستطيع الوصول إلى الخدمة، ودخول SSH لا يضيف كلمة مرور SOCKS إلى المستمع. وعند الرفض، افحص مستمع الحاسوب المحمول ونقل SSH والوكيل البعيد كمراحل منفصلة.