HTTP
الوظيفة | اختبار أي عنوان URL لـ RFC (HTTP، HTTPS، إلخ) |
|---|---|
التنبيهات | رمز الاستجابة، وقت الاتصال، وقت النقل، تطابق المحتوى، صلاحية الشهادة |
تفاصيل HTTP
معلمات HTTP
المعلمة | الوصف |
|---|---|
عنوان URL | عنوان URL وفقًا لمعيار RFC (HTTP، HTTPS، إلخ) |
اسم المستخدم | أدخل اسم مستخدم في حالة ما إذا كان عنوان URL يتطلب المصادقة. لاختبار ما إذا كانت صفحة الويب تقبل اسم المستخدم وكلمة المرور كما تم تعيينهما في الحقول الخاصة بمحرك SKOOR، أدخل عنوان URL بالطريقة التالية: |
كلمة | أدخل كلمة مرور في حالة ما إذا كان عنوان URL يتطلب المصادقة. |
الطريقة | اختر إحدى طرق الطلب التالية: GET (افتراضي) في حالة تحديد PUT أو POST، يتم تمكين حقل نصي إضافي للبيانات. |
البيانات | لا يظهر إلا في حالة اختيار طريقة PUT أو POST. يسمح بإدخال نص طلب PUT/POST. |
المصادقة | اختر أحد أنواع المصادقة التالية: أي (يتم تحديده بواسطة libcurl) (الافتراضي) |
عنوان الوكيل | يمكن اختبار عنوان URL عبر وكيل. إذا تم استخدام هذا الحقل، فإن الطلب يمر عبر الوكيل. على عكس طلبات HTTP العادية، يتم تضمين وقت إعداد الاتصال بالوكيل في هذا القياس. يكون الوقت الإجمالي، بما في ذلك تنزيل الموقع، أسرع إذا تم تخزينه مؤقتًا على الوكيل. |
منفذ الوكيل | رقم منفذ الوكيل |
اسم مستخدم الوكيل | أدخل اسم مستخدم الوكيل |
كلمة مرور الوكيل | أدخل كلمة مرور البروكسي |
مصادقة البروكسي | اختر نوع المصادقة للوكيل. انظر معلمة المصادقة أعلاه. |
مهلة الانتظار | مهلة الانتظار بالثواني (القيمة الافتراضية هي 120 ثانية) قبل الرد بتحذير يفيد بأن صفحة الويب غير متاحة |
فحص المحتوى | تحقق من محتوى النص داخل المستند الذي تم تنزيله. يتم دعم التعبيرات العادية. |
اتبع عمليات إعادة التوجيه | قم بتفعيل خانة الاختيار هذه إذا كان يجب اتباع عمليات إعادة التوجيه (حتى 50 عملية إعادة توجيه) |
إظهار تاريخ انتهاء صلاحية الشهادة | قم بتفعيل خانة الاختيار هذه للتحقق من تاريخ انتهاء صلاحية شهادة SSL. يتيح ذلك تكوين حدود التنبيهات بعد عدد معين من الأيام قبل انتهاء صلاحية الشهادات. |
إخفاء وقت | إذا تم تحديد أحد مربعات الاختيار هذه، فلن يتم حفظ وقت الاتصال و/أو وقت النقل لكل فحص في قاعدة البيانات ولن تظهر قيمهما بعد ذلك في قسم القيم. كما لن تكون قيمهما متاحة للاستخدام في مواصفات حدود التنبيهات. |
إصدار SSL/TLS | اختر أحد الخيارات التالية: الافتراضي يعتمد الإعداد الافتراضي على تكوين نظام التشغيل. |
التحقق من النظير | بالنسبة لاتصالات HTTPS، يمكن مقارنة شهادة خادم الويب بملف شهادة مخزّن على المجمّع. قم بتمكين هذا الخيار للتحقق من صحة شهادة SSL الخاصة بخادم الويب، أي التأكد من أن الخادم هو بالفعل ما تدعيه الشهادة. إذا تم تمكين هذا الحقل، فيجب تخزين ملف الشهادة الصحيح للخادم على SKOOR Engine (انظر المعلمة التالية "ملف الشهادة"). تتم مقارنة الشهادة المخزنة بالشهادة الصادرة عن الخادم عند تشغيل مهمة HTTP. |
ملف الشهادة | يظهر هذا الحقل فقط إذا تم تعيين المعلمة «التحقق من النظير» أعلاه على «يجب أن تكون الشهادة أصلية». أدخل اسم ملف الشهادة (مثل host.crt) الذي تتم مقارنة شهادة الخادم به. يجب أولاً نسخ ملفات الشهادات إلى محرك SKOOR في الدليل /opt/eranger/collector/certificates. يمكن تغيير المسار عن طريق تعديل المتغير http_cert_path في ملف eranger-collector.cfg. |
التحقق من المضيف | يظهر فقط إذا تم تعيين المعلمة «التحقق من النظير» أعلاه على «يجب أن تكون الشهادة صالحة». حدد «يجب أن يكون التحقق ناجحًا» للتحقق مما إذا كان الاسم الشائع (CN) المحدد في شهادة خادم الويب يتطابق مع عنوان URL الخاص بالخادم. |
رأس HTTP | أدخل أي رؤوس HTTP يجب أن يرسلها محرك SKOOR مع الطلب. وهذا مفيد بشكل أساسي لتغيير لغة صفحة الويب المطلوبة أو لتغيير وكيل المستخدم الذي يُعرّف به محرك SKOOR نفسه لخادم الويب. وكيل المستخدم الافتراضي هو: «SKOOR Engine Monitoring Agent» إذا لم يتم تعريف هذا الرأس. يؤدي رابط ويكيبيديا الموجود بجوار حقل نص الرأس مباشرةً إلى صفحة ويكيبيديا التي تصف جميع رؤوس HTTP المتاحة. |
حفظ المحتوى في ملف | حدد اسم ملف سيتم كتابة ناتج الطلب فيه. يمكن استخدام العلامات، على سبيل المثال $DEVICE_ADDRESS$. اعتمادًا على لاحقة اسم الملف (.txt أو .html)، سيقوم المتصفح بعرض الصفحة بشكل مختلف عند النقر على رابط الملف. ويكون تحديد اسم ملف محدد جيدًا مفيدًا إذا كان الناتج سيتم تحليله بواسطة مهمة parsefile لاحقة. سيتم إنشاء ملف إخراج باسم <http_NNN_NNN.txt> إذا تُرك هذا الحقل فارغًا، حيث تمثل N أعدادًا صحيحة يتم إنشاؤها عشوائيًا عند إنشاء المهمة لأول مرة. حدد اسم الملف فقط دون أي مكون لمسار الملف. بشكل افتراضي، سيتم تخزينه في /var/opt/run/eranger/collector/tmp. |
تسمح القائمة المنسدلة «العلامات» بإدخال متغيرات محددة مسبقًا في الحقول أعلاه، على سبيل المثال $NAME$ لاسم المهمة.
إذا لزم الأمر لتكوين المهمة، يمكن ترميز المعلمات أو فك ترميزها باستخدام أداة المساعدة «ترميز/فك ترميز URL» الموجودة في تذييل المهام:
قيم HTTP وحدود الإنذار
القيمة / حد الإنذار | الوصف |
|---|---|
رمز الاستجابة | استخدم رمز استجابة خادم الويب كحد تنبيه. رموز الإرجاع المقبولة العادية هي: 200 OK و 302 Found ولكن يمكن التحقق من أي قيمة أخرى. فيما يلي قائمة برموز الاستجابة الأكثر استخدامًا: 100 Continue وهذا يعني أن الخادم قد تلقى رؤوس الطلب، وأن على العميل المضي قدمًا في إرسال نص الطلب (في حالة الطلب الذي يتطلب إرسال نص؛ على سبيل المثال، طلب POST). إذا كان نص الطلب كبيرًا، فإن إرساله إلى الخادم بعد أن تم رفض الطلب بالفعل بناءً على رؤوس غير مناسبة يعد أمرًا غير فعال. لكي يتحقق الخادم مما إذا كان من الممكن قبول الطلب بناءً على رؤوس الطلب وحدها، يجب على العميل إرسال Expect: 100-continue كرأس في طلبه الأولي والتحقق مما إذا تم استلام رمز الحالة 100 Continue في الرد قبل المتابعة (أو استلام 417 Expectation Failed وعدم المتابعة). 200 OK الاستجابة القياسية لطلبات HTTP الناجحة. 201 تم الإنشاء تم تلبية الطلب وأسفر عن إنشاء مورد جديد. 202 Accepted تم قبول الطلب للمعالجة، لكن المعالجة لم تكتمل بعد. قد يتم تنفيذ الطلب في النهاية أو لا يتم، حيث قد يتم رفضه عند بدء المعالجة فعليًا. 301 تم النقل بشكل دائم يجب توجيه هذا الطلب وجميع الطلبات المستقبلية إلى عنوان URL المحدد 302 تم العثور عليه هذا هو رمز إعادة التوجيه الأكثر شيوعًا، ولكنه أيضًا مثال على ممارسة صناعية تتعارض مع المعيار. تطلبت مواصفات HTTP/1.0 من العميل إجراء إعادة توجيه مؤقتة (كانت العبارة الوصفية الأصلية هي "تم النقل مؤقتًا")، لكن المتصفحات الشائعة نفذتها على أنها 303 انظر الآخر. لذلك، أضافت HTTP/1.1 رموز الحالة 303 و307 لتمييز السلوكين عن بعضهما. ومع ذلك، لا تزال غالبية تطبيقات الويب وأطر العمل تستخدم رمز الحالة 302 كما لو كان الرمز 303. 305 استخدام الوكيل (منذ HTTP/1.1) لا تتعامل العديد من عملاء HTTP (مثل Mozilla و IE) بشكل صحيح مع الاستجابات التي تحمل رمز الحالة هذا، وذلك لأسباب أمنية في المقام الأول. 307 إعادة التوجيه المؤقت في هذه الحالة، يجب إعادة الطلب باستخدام عنوان URI آخر، ولكن يمكن للطلبات المستقبلية الاستمرار في استخدام عنوان URI الأصلي. وعلى عكس الرمز 303، يجب عدم تغيير طريقة الطلب عند إعادة إرسال الطلب الأصلي. على سبيل المثال، يجب إعادة طلب POST باستخدام طلب POST آخر. 400 طلب غير صحيح يحتوي الطلب على بناء جملة غير صحيح أو لا يمكن تنفيذه. 401 غير مصرح به مشابه لرمز 403 «محظور»، ولكنه يُستخدم تحديدًا عندما تكون المصادقة ممكنة ولكنها فشلت أو لم يتم توفيرها بعد. 403 ممنوع كان الطلب طلبًا صحيحًا، لكن الخادم يرفض الاستجابة له. وعلى عكس استجابة 401 غير مصرح به، لن يُحدث المصادقة أي فرق. 404 غير موجود تعذر العثور على المورد المطلوب. 405 الطريقة غير مسموح بها تم إرسال طلب لمورد باستخدام طريقة طلب لا يدعمها هذا المورد؛ على سبيل المثال، استخدام GET في نموذج يتطلب تقديم البيانات عبر POST، أو استخدام PUT على مورد للقراءة فقط. 406 غير مقبول 407 مصادقة الوكيل مطلوبة 408 انتهت مهلة الطلب فشل العميل في متابعة الطلب — باستثناء أثناء تشغيل مقاطع فيديو Adobe Flash حيث يعني ذلك ببساطة أن المستخدم أغلق نافذة الفيديو أو انتقل إلى مقطع فيديو آخر. 409 تعارض 410 تم الحذف يشير إلى أن المورد المطلوب لم يعد متاحًا ولن يتوفر مرة أخرى. يجب استخدام هذا الرمز عندما يتم إزالة المورد عن قصد؛ ومع ذلك، في الممارسة العملية، غالبًا ما يتم إصدار رمز 404 "غير موجود" بدلاً من ذلك. 411 الطول مطلوب 412 فشل الشرط المسبق 413 كيان الطلب كبير جدًا 414 عنوان URI للطلب طويل جدًا 415 نوع الوسائط غير مدعوم 416 النطاق المطلوب غير قابل للتلبية طلب العميل جزءًا من الملف، لكن الخادم لا يستطيع توفير هذا الجزء (على سبيل المثال، إذا طلب العميل جزءًا من الملف يقع بعد نهاية الملف). 417 فشل التوقع 421 هناك عدد كبير جدًا من الاتصالات من عنوان الإنترنت الخاص بك 422 كيان غير قابل للمعالجة كان الطلب صحيحًا من حيث الصيغة، لكن تعذر تنفيذه بسبب أخطاء دلالية. 423 مقفل (WebDAV) المورد الذي يتم الوصول إليه مقفل 424 فشل التبعية (WebDAV) فشل الطلب بسبب فشل طلب سابق (مثل PROPPATCH). 425 مجموعة غير مرتبة مُعرَّف في مسودات "مجموعات WebDAV المتقدمة"، ولكنه غير موجود في "بروتوكول المجموعات المُرتبة لـ Web Distributed Authoring and Versioning (WebDAV)". 426 الترقية مطلوبة يجب على العميل التبديل إلى. 449 إعادة المحاولة باستخدام امتداد من Microsoft: يجب إعادة محاولة الطلب بعد اتخاذ الإجراء المناسب. 500 خطأ داخلي في الخادم 501 غير مُنفَّذ 502 بوابة غير صالحة 503 الخدمة غير متوفرة 504 انتهت مهلة البوابة 505 إصدار HTTP غير مدعوم 506 المتغير يتفاوض أيضًا 507 سعة تخزين غير كافية 509 تجاوز حد النطاق الترددي على الرغم من استخدام العديد من الخوادم لرمز الحالة هذا، إلا أنه ليس رمز حالة HTTP رسمي. 510 غير موسع |
وقت الاتصال | الوقت المستغرق حتى يتم إعداد اتصال TCP بالخادم (بالميلي ثانية). لا يتم احتساب مصافحة SSL. |
وقت النقل | الوقت المستغرق حتى يتم تقديم صفحة الويب وإغلاق الاتصال (بالميلي ثانية) |
مطابقات المحتوى | قم بتعيين الحدود وفقًا لعدد المرات التي يتم فيها العثور على سلسلة أو تعبير عادي في |
صلاحية الشهادة | عدد الأيام المتبقية حتى انتهاء صلاحية شهادة SSL البعيدة. |
رمز الخطأ | رمز خطأ عام في المهمة (انظر قسم رموز أخطاء المهام) |
أمثلة HTTP
المثال 1 - اختبار صفحة ويب
اختبار صفحة ويب على المنفذ الافتراضي (80) واستخدام العلامة $DEVICE_ADDRESS$. بهذه الطريقة، يمكن نسخ المهمة أو الجهاز دون تعديل معلمات المهمة نفسها، حيث يختلف اسم المهمة فقط.
عنوان URL | http://$DEVICE_ADDRESS$ |
|---|---|
اتبع عمليات إعادة التوجيه | تمكين |



