تفسير حالة مراقب الوكيل ورموز الخروج
أبلغ عن تنفيذ الأمر ونتيجة HTTP والتحقق من الشهادة كلٌّ على حدة في فحص موقع يمر عبر وكيل.
لا يستطيع الغلاف أن يحوّل رمز خروج صفريًا من أداة التنزيل إلى استجابة «HTTP 200 OK» مُلاحَظة. سجّل ما أبلغ عنه كل طبقة فعليًا:
| الحقل | السؤال المُجاب عنه |
|---|---|
| خروج الأداة أو الملحق | هل نُفِّذ الفحص، وما صنف الفشل الذي أبلغ عنه؟ |
| مفاوضة الوكيل | هل سُمح بالتمرير أو بالنفق المطلوب؟ |
| حالة الأصل والمحتوى المتوقع | هل أعاد التطبيق النتيجة المقصودة؟ |
| التحقق من TLS | هل نجحت فحوص الهوية المكوَّنة؟ |
كثيرًا ما يعيد curl صفرًا بعد استجابة خطأ HTTP. خيارات fail تغيّر سلوك الخروج، لكن خروج الفشل لا يحدد الحالة تحديدًا فريدًا. قيم خروج Wget أصناف أيضًا: فشل المصادقة ليس قيمة مخصصة لـ HTTP 401، وصنف خطأ الخادم لا يحدد كل استجابة داخله. الفحص الذي يتوقع 401 يجب أن يلاحظ تلك الاستجابة.
افصل نقطة نهاية الوكيل عن اسم الموقع. النظير في TCP لفحص وكيل HTTP هو الوكيل؛ يسمّي CONNECT الوجهة، وجلسة TLS الخاصة بها تعمل داخل النفق. في وكيل HTTPS تكون ثقة الوكيل الخارجي فحص شهادة آخر.
افحص ضمان الملحق قبل اعتبار علم SSL تحققًا. تُهمل Monitoring Plugins أداة check_http لصالح check_curl. تحذّر وثائق check_http من أن اختيار SSL وحده لا يتحقق من اسم المضيف أو ثقة المُصدر؛ ويشمل خيار verify-peer الموثّق في check_curl ذلك التحقق.
استخدم أيضًا المسار الموثّق المقصود. قد يبقى مسبار المنفذ أخضر بينما يتلقى حساب التشغيل 407. سلّم سرّه عبر الآلية المناسبة للنشر، وأبلغ عن المرحلة التي فشلت فعليًا: النفق المرفوض يحتاج إصلاحًا مختلفًا عن حالة موقع غير متوقعة.