منفذ TCP مفتوح لا يثبت أن الوكيل يعمل
نجاح فحص المنفذ يثبت الاتصال فقط. افحص أيضًا مصافحة الوكيل والاستجابة المتوقعة من الوجهة.
المنفذ المفتوح في TCP يثبت أن مستمعًا قبل اتصالًا. قد يكون وكيلًا أو خادم ويب عاديًا أو خدمة أخرى؛ المنفذ 8080 لا يحدد البروتوكول.
لنقطة نهاية موثقة كوكيل HTTP، استخدم عنوانها الفعلي في طلب HTTPS بحدود زمنية:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/استبدل العنوان التوثيقي بنقطة HTTP الخاصة بك أو بمرشح من قائمة وكلاء HTTP. ولـSOCKS، استخدم وضع عميل SOCKS المناسب وأكمل التفاوض. قد تفشل مصافحة خاطئة فور قبول اتصال TCP.
| المرحلة الملحوظة | ما تثبته |
|---|---|
| قبول TCP | يمكن الوصول إلى المستمع. |
| قبول مصافحة الوكيل | قبل المستمع عملية الوكيل هذه. |
| التحقق من TLS الوجهة | أكمل العميل الاتصال الآمن المقصود وفق إعدادات الثقة لديه. |
| تلقي الحالة والمحتوى المتوقعين | أنتج طلب التطبيق النتيجة المتوقعة. |
لـHTTPS عبر وكيل HTTP، يجب السماح بـCONNECT إلى منفذ الوجهة. حتى CONNECT 200 مرحلة وسيطة: قد يُغلق النفق قبل نجاح TLS أو الطلب النهائي. نجاح HTTP غير المشفر لا يثبت قدرة النفق هذه.
استخدم وجهة ذات محتوى متوقع، ويفضل أن تتحكم بها، وافحص سجل طلباتها متى توفر. يستطيع مستمع HTTP غير المشفر إرجاع صفحة ثابتة بحالة 200 دون الاتصال بالهدف إطلاقًا. تلقي حالة نجاح ما دليل أضعف من مطابقة الاستجابة المتوقعة؛ ويضيف التحقق من الهوية في HTTPS حماية أخرى.
سجّل آخر مرحلة ناجحة. «المنفذ مفتوح، تفاوض SOCKS مرفوض» نقطة بدء مفيدة للتحقيق التالي.