كيف يمكن لمراقبة المنافذ اكتشاف الأعطال الصامتة قبل مراقبة HTTP؟

تكتشف مراقبة المنافذ الأعطال الصامتة من خلال فحص الخدمات التي تقف خلف موقعك مباشرةً: قواعد البيانات، وطبقات التخزين المؤقت، وطوابير الرسائل، وخوادم ترحيل البريد، ونقاط نقل الملفات. أما فحوصات HTTP فلا ترى إلا ما تعيده الواجهة الأمامية، وقد تستمر هذه الواجهة في تقديم صفحات مخزنة مؤقتًا أو نقطة فحص صحة سطحية لفترة طويلة بعد تعطل إحدى الخدمات المعتمَد عليها. ومراقبة منافذ TCP وUDP إلى جانب أزمنة الاتصال تكشف هذه الأعطال قبل دقائق أو حتى ساعات من أن يلاحظها المستخدمون أو أدوات مراقبة HTTP.

لماذا تبقى فحوصات HTTP خضراء أثناء الأعطال الفعلية

يطرح مراقب HTTP سؤالًا واحدًا: هل أعاد هذا العنوان الاستجابة المتوقعة في الوقت المحدد؟ وقد تكون الإجابة "نعم" بينما النظام معطّل بالفعل:

• الاستجابات المخزنة مؤقتًا. تقدّم شبكة CDN أو وكيل عكسي صفحات قديمة بينما يرفض منفذ PostgreSQL أو Redis خلف الخادم الأصلي الاتصالات.
• نقاط فحص الصحة السطحية. مسار /health الذي يعيد 200 دون التواصل مع قاعدة البيانات لا يثبت سوى أن عملية الويب تعمل.
• خدمات بلا واجهة HTTP. يمكن أن تتعطل العمليات الخلفية، ووسطاء الرسائل، وخوادم ترحيل SMTP، وخوادم SFTP تمامًا دون أن تتغير أي استجابة ويب.
• العُقد الاحتياطية. قد تتعطل نسخة متماثلة أو عقدة تجاوز الفشل بينما تواصل العقدة الرئيسية خدمة الحركة، فيتلاشى هامش الأمان لديك بصمت.

في كل حالة تبدو الطبقة التي يراها المستخدم سليمة، فلا يتلقى أحد تنبيهًا حتى تنتهي صلاحية ذاكرة التخزين المؤقت أو تتعطل العقدة الرئيسية دون بديل احتياطي.

إشارات تلتقطها مراقبة المنافذ مبكرًا

توقف منافذ الخدمات المعتمَد عليها

يؤكد فحص TCP على المنافذ 5432 أو 6379 أو 5672 أو 25 أن الخدمة تقبل الاتصالات، بمعزل عن طبقة الويب. وعندما تتوقف قاعدة بيانات أو وسيط رسائل عن الاستماع، يفشل فحص المنفذ في دورته التالية، عادةً خلال فاصل يتراوح بين 30 و60 ثانية.

ارتفاع زمن اتصال TCP

عندما تمتلئ قائمة انتظار القبول (backlog) أو طابور SYN في الخادم، تتباطأ مصافحة TCP قبل أن تفشل. وغالبًا ما يسبق ارتفاعُ زمن الاتصال من خط أساس يبلغ 5 مللي ثانية إلى 200 مللي ثانية أو أكثر مهلاتِ HTTP بعدة دقائق. والتنبيه عند الانحراف المستمر، كأن تتجاوز ثلاثة فحوصات متتالية ثلاثة أضعاف خط الأساس، يكشف التشبع بينما لا يزال هناك وقت للتوسع أو تخفيف الحمل.

انحراف الإعدادات والجدار الناري

قد يؤدي تغيير في مجموعة أمان أو قاعدة جدار ناري إلى إغلاق منفذ غير HTTP يعتمد عليه الشركاء أو الأنظمة الداخلية. ومقارنة حالة المنافذ بخط أساس معروف ترصد الإغلاق فورًا، كما تكشف الخدمات غير المتوقعة التي تظهر على منافذ يُفترض أن تكون مغلقة.

تسلسل زمني واقعي لعطل صامت

لنأخذ منظومة تجارة إلكترونية تضم شبكة CDN في الواجهة، وطبقة تطبيقات، وPostgreSQL، وطابور مهام يعتمد على Redis.

الوقت	الحدث	مراقب HTTP	مراقب المنافذ
09:00	بدء ضغط الذاكرة على Redis	200 OK	ارتفاع زمن الاتصال من 4 إلى 90 مللي ثانية
09:12	توقف Redis عن قبول الاتصالات	200 OK (صفحات مخزنة مؤقتًا)	فشل المنفذ 6379 وإرسال تنبيه
09:15	تراكم مهام تأكيد الطلبات	200 OK	لا يزال الفشل مستمرًا
09:40	انتهاء TTL للتخزين المؤقت وأخطاء في الدفع	أخطاء 502	قيد التحقيق بالفعل

منح مراقب المنافذ الفريق نحو 28 دقيقة من الإنذار المبكر، وأشار مباشرةً إلى Redis.

ما لا تخبرك به فحوصات المنافذ

يعني المنفذ المفتوح أن الخدمة تقبل الاتصالات، لكنه لا يعني أن الاستعلامات تعيد بيانات صحيحة، أو أن تسجيل الدخول يعمل، أو أن عملية الدفع تكتمل. فقد تقبل قاعدة البيانات اتصالات TCP بينما ينتهي كل استعلام بمهلة بسبب قفل. ويضيّق التحقق الخاص بالبروتوكول وبصمة الخدمات هذه الفجوة، لكنهما لا يغنيان عن الفحوصات على مستوى التطبيق.

النهج العملي هو المراقبة متعددة الطبقات:

1. فحوصات المنافذ لكل خدمة حرجة معتمَد عليها، بما في ذلك النسخ المتماثلة والخدمات غير HTTP.
2. فحوصات HTTP وAPI مع التحقق من المحتوى أو رمز الحالة للمسارات التي يستخدمها المستخدمون.
3. نقاط فحص صحة عميقة تختبر فعليًا الاتصال بقاعدة البيانات وذاكرة التخزين المؤقت.
4. خطوط أساس لزمن الاتصال مع تنبيهات عند الانحراف المستمر لا عند الارتفاعات العابرة.

وللتعمق في آلية عمل الفحوصات، راجع دليلنا حول كيفية عمل مراقبة المنافذ.

الإعداد دون ضجيج التنبيهات

تُجري مراقبة المنافذ من UpScanX فحوصات TCP وUDP من أكثر من 15 موقعًا حول العالم، وتتتبع زمن الاتصال وزمن الاستجابة، وتتعرّف على الخدمات مع اكتشاف إصداراتها، وترصد تغيّرات الحالة مقارنةً بخطوط الأساس لإعداداتك. وتُرسل التنبيهات عبر البريد الإلكتروني أو Slack أو Telegram أو Microsoft Teams أو Webhook.

ولتبقى التنبيهات موثوقة، اشترط تأكيد العطل من موقعين على الأقل قبل إرسال التنبيه، وافصل المنافذ العامة عن المنافذ الداخلية التي ينبغي ألا يُوصل إليها إلا من داخل شبكتك.

أبرز النقاط

• ترى فحوصات HTTP الواجهة الأمامية، بينما ترى فحوصات المنافذ الخدمات المعتمَد عليها التي تتعطل أولًا بصمت.
• ارتفاع زمن اتصال TCP علامة إنذار مبكر على تشبع قائمة الانتظار.
• راقب منافذ النسخ المتماثلة والعمليات الخلفية والبريد وSFTP، لا خدمة الويب الرئيسية فقط.
• تؤكد فحوصات المنافذ التوافر لا صحة العمل، لذا ادمجها مع فحوصات HTTP وفحوصات الصحة العميقة.