[{"data":1,"prerenderedAt":179},["ShallowReactive",2],{"seo-verification":3,"blog-مراقبة-خادمك-الافتراضي-vps-باستخدام-uptime-kuma-ma-ar":6,"promo-bar-likely":178},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-مراقبة-خادمك-الافتراضي-vps-باستخدام-uptime-kuma-ma-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":35,"sections":36,"ctaTitle":117,"ctaBody":118,"ctaButton":119,"ctaUrl":120,"relatedPosts":121},105,"مراقبة-خادمك-الافتراضي-vps-باستخدام-uptime-kuma",{"fr":12,"en":13,"ar":10,"es":14},"superviser-vps-uptime-kuma","monitoring-your-vps-with-uptime-kuma","supervisar-vps-con-uptime-kuma","مراقبة خادمك الافتراضي VPS باستخدام Uptime Kuma","انشر Uptime Kuma على خادمك الافتراضي VPS لمراقبة مواقعك وخدماتك ذاتيًا، مع تنبيهات وصفحة حالة عامة.",8,0,false,"2026-03-07T00:00:00+00:00","2026-11-09T20:55:19+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":26},"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[28],{"id":17,"name":23,"slug":24,"color":25,"icon":26},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fsuperviser-vps-uptime-kuma-poster.svg",{"categorySlug":33,"appSlug":34},"المراقبة-وقابلية-الرصد","uptime-kuma","معرفة أن خدمة ما قد توقّفت قبل أن يبلّغك عملاؤك بذلك يغيّر كل شيء. Uptime Kuma هي أداة مفتوحة المصدر لمراقبة التوفّر تستضيفها بنفسك على خادم افتراضي VPS، دون اشتراك ودون حدّ لعدد الفحوصات. إليك كيفية إعدادها بشكل سليم.",[37,41,51,54,76,79,82,90,108,111,114],{"type":38,"title":39,"body":40},"h2","لماذا تستضيف Uptime Kuma ذاتيًا على خادم افتراضي VPS","غالبًا ما تفرض خدمات المراقبة بنظام SaaS رسومها بحسب عدد المراقبات أو تواتر الفحص، وتحدّ الفاصل الزمني عند دقيقة واحدة أو 5 دقائق في العروض المجانية. بنشر Uptime Kuma على خادمك الافتراضي VPS الخاص، يمكنك مراقبة عدد غير محدود من المواقع وواجهات API ومنافذ TCP وحاويات Docker أو خوادم DNS، بفواصل زمنية قصيرة تصل إلى 20 ثانية. استضافة المسبار على خادم VPS منفصل عن خوادم الإنتاج لديك تمثّل ميزة: إذا توقّف خادم التطبيقات، يبقى خادم المراقبة قائمًا ويطلق التنبيه. كما يوفّر Uptime Kuma صفحة حالة عامة يمكنك إتاحتها لعملائك، وأكثر من 90 قناة إشعار (Telegram، البريد الإلكتروني، Discord، webhook). يبقى كل شيء ضمن بنيتك التحتية، دون إرسال روابط URL الداخلية إلى طرف ثالث.",{"type":42,"title":43,"items":44},"ul","الفوائد الملموسة لهذا القالب",[45,46,47,48,49,50],"مراقبات غير محدودة: HTTP(s)، TCP، ping، DNS، حاويات Docker، شهادات SSL وكلمات مفتاحية للصفحات.","تنبيهات متعددة القنوات (Telegram، البريد الإلكتروني، Discord، Slack، webhook) مع أكثر من 90 تكاملًا.","صفحة حالة عامة قابلة للتخصيص لمشاركتها مع عملائك أو فريقك.","مراقبة انتهاء صلاحية شهادات SSL حتى لا تُفاجأ مجددًا.","سجل وإحصاءات التوفّر محفوظة محليًا، دون احتفاظ مدفوع.","فحوصات تصل إلى كل 20 ثانية، وهو أمر متعذّر في معظم العروض المجانية.",{"type":38,"title":52,"body":53},"المتطلبات اللازمة لاستضافتها","Uptime Kuma اقتصادية جدًا: يكفي خادم VPS بمعالج vCPU واحد وذاكرة RAM من 512 ميغابايت إلى 1 غيغابايت لمراقبة عشرات المراقبات. تشغل قاعدة بيانات SQLite المدمجة مساحة قليلة، فاحسب من 2 إلى 5 غيغابايت من القرص حسب السجل المحتفظ به. تحتاج إلى تثبيت Docker، واسم نطاق أو نطاق فرعي (`status.mydomain.com`) موجَّه إلى الخادم VPS، والمنفذين 80\u002F443 مفتوحين للوكيل العكسي و SSL. لمراقبة موثوقة، يُفضَّل استضافة Uptime Kuma على خادم VPS منفصل عن خوادم الإنتاج لديك.",{"type":55,"title":56,"steps":57},"steps","نشر Uptime Kuma باستخدام Docker و SSL",[58,61,64,67,70,73],{"title":59,"body":60},"إنشاء وحدة التخزين وتشغيل الحاوية","على خادم VPS، أنشئ وحدة تخزين دائمة ثم شغّل الحاوية: `docker run -d --restart=always -p 3001:3001 -v uptime-kuma:\u002Fapp\u002Fdata --name uptime-kuma louislam\u002Fuptime-kuma:1`. تكون الواجهة متاحة على المنفذ 3001.",{"title":62,"body":63},"إعداد حساب المسؤول","افتح `http:\u002F\u002FIP_DU_VPS:3001` وأنشئ حساب المسؤول عند أول تسجيل دخول. اختر كلمة مرور قوية: ستمتلك هذه الواجهة صلاحية الوصول إلى جميع روابط URL التي تراقبها.",{"title":65,"body":66},"وضع وكيل عكسي و SSL في المقدمة","قم بإعداد Nginx أو Caddy لإتاحة `status.mydomain.com` نحو `localhost:3001`. مع Caddy، يكفي سطران للحصول على شهادة Let's Encrypt تلقائية: `status.mydomain.com { reverse_proxy localhost:3001 }`.",{"title":68,"body":69},"إضافة مراقباتك الأولى","أنشئ مراقبات HTTP(s) لمواقعك، ومراقبة TCP لقاعدة بياناتك، وفحص SSL لمراقبة انتهاء صلاحية الشهادات، وكلمة مفتاحية لاكتشاف صفحات الخطأ التي تُقدَّم برمز HTTP 200.",{"title":71,"body":72},"ربط الإشعارات وصفحة الحالة","في الإعدادات > الإشعارات، أضف Telegram أو البريد الإلكتروني واختبر الإرسال. ثم فعّل صفحة حالة عامة تجمع خدمات عملائك، مع اسم نطاق مخصّص عند الحاجة.",{"title":74,"body":75},"أول تسجيل دخول","افتح الرابط دون تأخير: تطلب منك الشاشة الأولى إنشاء حساب المدير (اسم مستخدم + كلمة مرور)، ثم تصل إلى لوحة التحكم. ولا توجد أي بيانات دخول افتراضية.",{"type":77,"body":78},"tip","لتفادي التنبيهات الكاذبة أثناء حادث شبكي بسيط، اضبط حقل Retries (على سبيل المثال 3 حالات فشل متتالية قبل التنبيه) وقيمة Heartbeat Interval مناسبة. اجمعه مع إشعار جماعي: يستطيع Uptime Kuma إرسال رسالة مجمَّعة بدلًا من تنبيه لكل مراقبة، ما يتجنّب إغراق قناة Telegram الخاصة بك أثناء انقطاع شبكي شامل يُسقط عشر خدمات دفعة واحدة.",{"type":38,"title":80,"body":81},"ما لا تراه مراقبة Docker","تستعلم مراقبة نوع Docker Container من محرك Docker وتقرأ حالة الحاوية. هذا عملي، لكنّ هذه الحالة تصف العملية لا الخدمة. تعرض مشكلة مفتوحة في مستودع الأداة (#7956، أُبلغ عنها في الإصدار 1.23.17) حالة واضحة: حاوية أُطلقت بسياسة إعادة تشغيل (`restart: always` أو `unless-stopped` أو الخيار `--restart=always` في أمر النشر أعلاه) وتتعطل في حلقة متكررة تظهر بحالة UP مع الرسالة «restarting». يربط صاحب البلاغ هذا السلوك بفحص `State.Running` الذي يبقى صحيحًا خلال المهلة بين إعادتي تشغيل. تبقى المراقبة خضراء، ولا يُرسل أي إشعار، بينما لا يستجيب تطبيقك. عند إعادة قراءة النقاش كانت المشكلة ما زالت مفتوحة دون إصلاح مدمج: لا توجد فيها سوى تصحيحات مقترحة. تجيب مراقبة Docker عن سؤال «هل الحاوية قيد التشغيل؟» لا عن سؤال «هل يخدم التطبيق مستخدميه كما يجب؟».",{"type":42,"title":83,"items":84},"لماذا لا تكفي إشارة واحدة",[85,86,87,88,89],"**العملية تعمل والخدمة لا تعمل** — قد تبدأ الحاوية ثم تتعطل بعد ثانيتين وتعيد التشغيل: ففي كل استعلام قد يصفها محرك Docker بأنها قيد التشغيل.","**بلا healthcheck لا يوجد حكم** — من دون تعليمة `HEALTHCHECK` في الصورة أو كتلة `healthcheck` في ملف compose لديك، لا يملك المحرك سوى الحالة الخام ليمررها إلى Uptime Kuma.","**حالة unhealthy لا تنبّه في كل مكان** — بحسب نقاش المشكلة، دُمج اعتبار حالة «unhealthy» حالة DOWN في فرع 2.1.0 (طلب الدمج #6292)، بينما يترك فرع 1.x هذه الحالة معلّقة (PENDING) أي دون تنبيه. ويستخدم النشر أعلاه الصورة `louislam\u002Fuptime-kuma:1`.","**سياسة إعادة التشغيل تُخفي العطل** — يساعد `restart: always` على التعافي من حادث معزول، لكنه يحوّل العطل الصريح إلى عطل متقطع لا تلتقطه الاستعلامات المتباعدة.","**قد تكون لأداة المراقبة نقاط عمياء خاصة بها** — ميزة تعمل شهرًا قد تتراجع في التحديث التالي: تحقق من تنبيهاتك باختبار حقيقي لا بقراءة الواجهة فقط.",{"type":55,"title":91,"steps":92},"استكمال مراقبة Docker بعدة إشارات",[93,96,99,102,105],{"title":94,"body":95},"مراقبة التطبيق نفسه","أضف مراقبة HTTP(s)، أو «HTTP(s) - Keyword» إذا كان يجب أن تحتوي الصفحة على كلمة محددة، على رابط التطبيق (العام أو الداخلي للخادم VPS). الحاوية العالقة في حلقة تعطل لا تستجيب: تفشل هذه المراقبة بينما تبقى مراقبة Docker خضراء. أبقِ Retries عند 3 لتفادي التنبيهات الكاذبة.",{"title":97,"body":98},"تعريف healthcheck في ملف compose","في الخدمة المراقبة، أضف مثلًا `healthcheck: test: [\"CMD-SHELL\", \"wget -q --spider http:\u002F\u002Flocalhost:3000\u002F || exit 1\"]` مع `interval: 10s` و`timeout: 3s` و`retries: 3` و`start_period: 30s`. عدّل المنفذ والأداة: يجب أن تحتوي الصورة على `wget` أو `curl`. يعرض Docker عندئذ حالة healthy أو unhealthy، وتقرؤها في `docker ps`.",{"title":100,"body":101},"قراءة عدّاد إعادة التشغيل","على الخادم VPS، يسرد الأمر `docker ps --filter status=restarting` الحاويات التي تعيد التشغيل، ويعطي الأمر `docker inspect mon-app | grep -E \"RestartCount|Status\"` عدد مرات إعادة التشغيل والحالة. ارتفاع `RestartCount` من فحص إلى آخر يدل على حلقة، حتى لو كانت الحالة المعروضة running.",{"title":103,"body":104},"إرسال نبضة بمراقبة Push","أنشئ في Uptime Kuma مراقبة من نوع Push، ثم شغّل عبر cron على الخادم VPS سكربتًا صغيرًا يقرأ `RestartCount` ولا يستدعي رابط Push إلا إذا لم يتغير منذ الفحص السابق. إذا ارتفع العدّاد تغيب النبضة وتنتقل المراقبة إلى DOWN: يستند التنبيه إلى معطى لا تنظر إليه مراقبة Docker.",{"title":106,"body":107},"اختبار سلسلة التنبيه فعليًا","شغّل حاوية تتعطل عمدًا: `docker run -d --name crash-test --restart unless-stopped alpine sh -c \"sleep 2; exit 1\"`. أنشئ مراقبة Docker على `crash-test`: إذا بقيت UP بينما يسردها الأمر `docker ps --filter status=restarting` فأنت تعيد إنتاج الحالة الموصوفة في المشكلة. تحقق من أن مراقبة HTTP أو Push تطلق الإشعار فعلًا، ثم احذف الحاوية بالأمر `docker rm -f crash-test`.",{"type":38,"title":109,"body":110},"إعادة المحاولة في مراقبة TCP: حالة صُحّحت، تحقق منها في إصدارك","تناولت مشكلة ثانية (#7979) حقل Retries. في الإصدار 2.5.6 كانت مراقبة TCP Port المضبوطة على SSL أو StartTLS تتجاهل هذا الإعداد: عند أول فشل تنتقل مباشرة إلى الأحمر، بينما تنتقل مراقبات HTTP(s) ذات عدد المحاولات نفسه إلى حالة الانتظار أولًا. الحالة أضيق مما يوحي به العنوان: فهي تخص صيغة TCP مع TLS لا كل مراقبات TCP. أُغلقت المشكلة بإصلاح طلب الدمج #7989 الذي تدرجه ملاحظات الإصدار 2.5.7. إذا كنت تراقب منفذ TLS (بريد أو XMPP أو قاعدة بيانات مشفّرة) بإصدار أقدم، فستصلك تنبيهات عند كل فشل معزول. حدّث الأداة ثم تحقق من السلوك بإيقاف الخدمة المختبرة: يجب أن تنتقل المراقبة إلى الانتظار قبل أن تسقط. وهناك توضيح آخر من النقاش: حقل Down Count عدّاد مرتبط بإعادة إرسال الإشعارات، وليس عدّاد محاولات.",{"type":77,"title":112,"body":113},"تنبيه واحد، عدة إشارات","اربط مراقبة HTTP ومراقبة Push ومراقبة Docker بإشعار المجموعة نفسه، واحتفظ برسالة الطوارئ للإشارة الخاصة بالتطبيق: الصفحة التي لا تستجيب عطل، أما ارتفاع `RestartCount` فتحذير يُعالج خلال ساعة. وهكذا لا يترك فشل مراقبة واحدة قناة Telegram الخاصة بك صامتة.",{"type":77,"title":115,"body":116},"الوثائق الرسمية","للإعداد المتقدّم والخيارات الخاصة بالأداة، ارجع إلى \u003Ca href=\"https:\u002F\u002Fuptime.kuma.pet\" target=\"_blank\" rel=\"noopener noreferrer\">الوثائق الرسمية لـ Uptime Kuma\u003C\u002Fa>. يغطّي هذا الدليل النشر على خادم VPS؛ وتبقى وثائق الناشر المرجع للضبط الدقيق والتحديثات الكبرى وحالات الاستخدام الخاصة.","استضف مسبار المراقبة الخاص بك","انشر Uptime Kuma على خادم ServOrbit Cloud VPS مخصّص للإشراف: موارد معزولة عن بيئة الإنتاج، ومنافذ HTTP\u002FHTTPS جاهزة للاستخدام.","اختر خادمي Cloud VPS","\u002Fvps-cloud",[122,141,159],{"id":123,"slug":124,"slugs":125,"title":129,"excerpt":130,"readTime":131,"views":132,"isPinned":19,"noindex":19,"publishedAt":133,"updatedAt":134,"category":135,"categories":136,"featuredImage":29,"bgImage":30,"posterImage":138,"relatedSolution":139},106,"مراقبة-الخادم-الافتراضي-vps-باستخدام-grafana-و-prometheus",{"fr":126,"en":127,"ar":124,"es":128},"monitoring-vps-grafana-prometheus","vps-monitoring-with-grafana-and-prometheus","monitorizacion-vps-grafana-prometheus","مراقبة VPS باستخدام Grafana وPrometheus","انشر Prometheus 3.x وGrafana 13.x وNode Exporter وAlertmanager على خادمك VPS بـ Docker Compose. لوحات معلومات وتنبيهات وتصليب.",11,1,"2026-03-06T00:00:00+00:00","2026-10-05T14:05:27+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":26},[137],{"id":17,"name":23,"slug":24,"color":25,"icon":26},"\u002Fblog\u002Fcovers\u002Fmonitoring-vps-grafana-prometheus-poster.svg",{"categorySlug":33,"appSlug":140},"grafana",{"id":142,"slug":143,"slugs":144,"title":148,"excerpt":149,"readTime":150,"views":132,"isPinned":19,"noindex":19,"publishedAt":151,"updatedAt":152,"category":153,"categories":154,"featuredImage":29,"bgImage":30,"posterImage":156,"relatedSolution":157},107,"راقب-خادمك-الافتراضي-vps-في-الوقت-الفعلي-باستخدام-netdata",{"fr":145,"en":146,"ar":143,"es":147},"monitorer-vps-netdata","monitor-your-vps-in-real-time-with-netdata","monitorizar-vps-en-tiempo-real-con-netdata","راقب خادمك الافتراضي VPS في الوقت الفعلي باستخدام Netdata","ثبّت Netdata على خادمك الافتراضي VPS للحصول على مراقبة لحظية بدقة الثانية: آلاف المقاييس، دون أي إعداد، مع تنبيهات مضمّنة.",3,"2026-03-05T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":26},[155],{"id":17,"name":23,"slug":24,"color":25,"icon":26},"\u002Fblog\u002Fcovers\u002Fmonitorer-vps-netdata-poster.svg",{"categorySlug":33,"appSlug":158},"netdata",{"id":160,"slug":161,"slugs":162,"title":166,"excerpt":167,"readTime":168,"views":169,"isPinned":19,"noindex":19,"publishedAt":170,"updatedAt":152,"category":171,"categories":172,"featuredImage":29,"bgImage":30,"posterImage":174,"relatedSolution":175},108,"تأمين-خادمك-الافتراضي-vps-باستخدام-crowdsec",{"fr":163,"en":164,"ar":161,"es":165},"securiser-vps-crowdsec","securing-your-vps-with-crowdsec","proteger-vps-con-crowdsec","تأمين خادمك الافتراضي VPS باستخدام CrowdSec","انشر CrowdSec على خادمك الافتراضي VPS لحجب الهجمات بفضل الكشف السلوكي وقائمة حظر مجتمعية مشتركة.",4,2,"2026-03-04T00:00:00+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":26},[173],{"id":17,"name":23,"slug":24,"color":25,"icon":26},"\u002Fblog\u002Fcovers\u002Fsecuriser-vps-crowdsec-poster.svg",{"categorySlug":176,"appSlug":177},"الأمن-السيبراني-والحصن","crowdsec",true,1794270306530]