هل يمكن فحص بروكسي باستخدام ping؟
استجابة ping تختبر إمكانية الوصول عبر ICMP، لا خدمة HTTP أو SOCKS على منفذ البروكسي.
يخبرك ping هل تلقى طلب صدى ICMP ردًا. لا يفتح منفذ HTTP أو SOCKS الظاهر في قائمة الوكلاء، ولا يطلب من البروكسي الوصول إلى موقع.
يهم الفرق عندما يرد سجل على ping لكنه يرفض اتصال البروكسي. يتبع ICMP وخدمة TCP للبروكسي مسارين مختلفين عبر برامج المضيف وقواعد الوصول. قد يكون العنوان متاحًا دون وجود بروكسي يستمع على المنفذ المختار.
ثلاث نتائج يسهل إساءة فهمها
- يرد ping ويفشل البروكسي: افحص منفذ الخدمة والبروتوكول والمصادقة واستجابة البروكسي. رد الصدى لم يختبر هذه الأمور.
- يفشل ping ويعمل البروكسي: قد ترشح الشبكة أو المضيف ICMP مع السماح باتصال البروكسي. لا تستبعد اختبار تطبيق ناجحًا لأن طلب الصدى لم يُجب.
- ping سريع والطلبات بطيئة: لا تشمل رحلة الصدى ذهابًا وإيابًا تفاوض البروكسي والمسار منه إلى الوجهة وTLS وزمن استجابة الوجهة.
استخدم عملية العميل الفعلية
لنقطة HTTP، أرسل عبرها طلب HTTP بحدود محددة. إن احتجت HTTPS، فتحقق أيضًا من إنشاء النفق واستجابة TLS للوجهة. ولـSOCKS استخدم وضع SOCKS الذي يدعمه التطبيق. فحص منفذ TCP ملاحظة وسطية مفيدة، لكنه يتوقف قبل خطوات البروتوكول هذه.
احتفظ بـping كمعلومة شبكية مساندة عند تشخيص مسار معروف. أبلغ عن نتيجته منفصلة عن نتيجة التطبيق. «عنوان IP يرد على طلبات الصدى» و«البروكسي أكمل طلب HTTPS هذا» ادعاءان مختلفان؛ الثاني وحده يختبر العملية المقصودة.