هل يمنحك الوكيل المجاني منفذًا للاتصالات الواردة؟
نقطة وكيل مخصصة للطلبات الصادرة لا توفر تلقائيًا مستمعًا عامًا يعيد الاتصالات الواردة إلى حاسوبك.
عادةً ما يشير عنوان IP ومنفذ من قائمة الوكلاء إلى مكان يتصل به تطبيقك. وهما ليسا منفذًا عامًا محجوزًا ليصل الآخرون إلى حاسوبك.
هذا الفرق مهم إذا أردت استقبال اتصال وارد. طلب الوكيل الصادر يقول عمليًا: اتصل بهذه الوجهة نيابة عني. أما المستمع العام فيتطلب أن يقبل الوسيط اتصال شخص آخر ويربطه بخدمتك.
ابحث عن ميزة واردة فعلية
يُقيم HTTP أمر CONNECT نفقًا نحو الوجهة المذكورة في الطلب. وهو لا يطلب من الوكيل نشر منفذ استماع عشوائي نيابة عنك.
يعرّف SOCKS5 أمر BIND منفصلًا. ويوفر تبادل BIND في البروتوكول نقطة نهاية مرتبطة، ثم يبلّغ لاحقًا عن اتصال وارد. وهذا ليس أمر CONNECT المعتاد الذي يستخدمه عميل الويب. والخدمة التي تعلن دعم SOCKS5 قد تقيّد الأمر أو تحذفه؛ وعلى برنامج العميل أيضًا دعم التبادل المقصود.
وحتى نجاح تفاوض BIND ليس وعدًا بمنفذ منشور دائم وعام. فسياسة الخدمة والنظير المتوقع ومدة الصلاحية ومسار الشبكة المحيط لا تزال مهمة.
الوكيل HTTP ليس خادم SSH
إعادة توجيه SSH البعيدة طريقة أخرى يمكن للمشغل من خلالها توفير وصول وارد صراحةً. وهي تتطلب خدمة SSH وحسابًا وإذن إعادة توجيه. وتوجيه أمر SSH إلى منفذ وكيل HTTP عام لا يمكنه إنشاء تلك القدرات.
قبل اختيار خدمة، حدد الاتجاه الذي تحتاجه: طلبات صادرة عبر مخرج آخر، أم اتصالات واردة إلى تطبيق تديره. فإن كان الثاني، فابحث عن ميزة إعادة توجيه واردة موثقة ضمن ترتيب تتحكم فيه. ووجود سطر عادي في قائمة وكلاء لا يثبت وجود تلك الميزة.