---
canonical: https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/
language: ar-EG
generated: 2026-10-21T13:32:16.042Z
---

[الرئيسية](https://koalavps.com/arz/) / [استكشف](https://koalavps.com/arz/resources/) /  ملاحظات حقل KoalaVPS

ملاحظات حقل KoalaVPS

# الساعة الأولى: سطح هجوم أصغر.

الجلسة الأولى الحذرة تُثبّت الوصول والتحديثات والاسترداد دون أن تُقفل عليك.

[اعثر على VPS](https://koalavps.com/arz/vps/)

## في هذا المستند

[تحقق من الوصول واحتفظ بيه](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-1)[حدّث وقلل التعرض](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-2)[افصل المستخدمين والأسرار](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-3)[سيب مسار استرجاع شغال](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-4)[اتأكد قبل ما تقفل الجلسة](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-5)[قائمة تحقق لليوم الأول](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-6)[أجرِ تغييرات الوصول بترتيب قابل للعكس](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-7)[أثبت عمل الجدار الناري من خارج الخادم](https://koalavps.com/arz/guides-vps-hardening-first-hour-opsec/#section-8)[قاعدة المعرفة](https://koalavps.com/arz/resources/)

## تحقق من الوصول واحتفظ بيه

أكّد هوية السيرفر من خلال قناة موثوقة وضيف مفتاحك العام SSH. أنشئ مستخدم إداري باسم. سيب الجلسة الأصلية مفتوحة وانت بتختبر الجديدة وسجّل طريقة الاسترداد قبل ما تغيّر المصادقة.

## حدّث وقلل التعرض

ثبّت تحديثات الأمان المدعومة وأعد التشغيل لو احتاج الأمر. راجع الخدمات اللي بتسمع واسمح بالمنافذ الضرورية بس في الجدار الناري، بما فيها IPv6. شيل الخدمات غير المستخدمة واتجنّب فتح قاعدة بيانات للعامة لمجرد تسهيل الإعداد.

## افصل المستخدمين والأسرار

شغّل التطبيقات تحت حساباتها الخاصة. ضع الإعدادات الخاصة خارج دليل الويب العام واستبعدها من التحكم في الإصدارات. استخدم صلاحيات قاعدة بيانات ضيقة وبيانات اعتماد منفصلة للإنتاج والتجارب.

## سيب مسار استرجاع شغال

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

## اتأكد قبل ما تقفل الجلسة

افتح اتصال تاني باستخدام الحساب الجديد، وتأكد من الصلاحيات الإدارية واختبر الجدار الناري من عميل تاني. أكد إن الخدمة رجعت بعد إعادة التشغيل. وثّق مسار الاسترداد بتاع المزود عشان قاعدة شبكة غلط ما تحتاجش استرداد عشوائي.

## قائمة تحقق لليوم الأول

راجع السوكيتس المفتوحة، وأحداث المصادقة الأخيرة، وحالة التحديثات، وعمر النسخ الاحتياطي، واستخدام القرص. اتأكد إن إعدادات الخصوصية وبيانات التحكم في الإصدارات مش ممكن تتجاب عبر HTTP. استخدم أصغر مجموعة أدوات مثبتة بتدعم حمل العمل الفعلي.

```
ss -lntup
df -h
free -h
systemctl --failed
```

## أجرِ تغييرات الوصول بترتيب قابل للعكس

أولًا أكّد مسار وحدة التحكم أو الإنقاذ وتحقق من مفتاح مضيف SSH عبر قناة مزوّد موثوقة. ثبّت المفتاح العام لمسؤول مسمّى، ثم افتح اتصالًا ثانيًا واختبر رفع الصلاحيات. تحقق من صياغة تكوين SSH قبل إعادة تحميل الخدمة. طبّق تغييرات جدار الحماية فقط بعد السماح بمسار SSH المقصود. عطّل طريقة مصادقة قديمة بعد أن تعمل البديلة من جلسة جديدة، مع تضمين أي تدفق عامل ثانٍ مطلوب.

- افحص الإعدادات الفعلية والمقتطفات المضمّنة؛ إعداد في ملف واحد ممكن ما يكونش السياسة النهائية.

- راجع سياسة المصادقة بكلمة المرور والمصادقة التفاعلية عبر لوحة المفاتيح لما تراجع تصميم تسجيل دخول بالمفاتيح.

- منفذ SSH غير الافتراضي ممكن يقلل الضوضاء في الخلفية، لكنه مش بديل عن المفاتيح الموثّقة أو حدود الوصول أو التحديثات.

- استخدم اسم الخدمة وإجراء إعادة التحميل الخاص بتوزيعتك. سيب الجلسة الأصلية لحد ما السياسة الجديدة تتأكد.

```
# Validate before applying a changed SSH configuration.
sudo /usr/sbin/sshd -t
# Read effective settings; adapt user, host and client address to the test.
sudo /usr/sbin/sshd -T -C user=admin,host=server.example,addr=198.51.100.10
```

الوثائق الرسمية: [OpenSSH: دليل إعدادات السيرفر](https://man.openbsd.org/sshd_config)

## أثبت عمل الجدار الناري من خارج الخادم

راجع جدار حماية شبكة المزود وجدار حماية الضيف كضوابط منفصلة. اختبر الخدمة المقصودة عبر IPv4 وIPv6 من جهاز آخر مصرح له. الاتصال المحلي يثبت فقط أن عملية ما تستمع. لا ترفض كل حزم ICMP بشكل أعمى: تشغيل الشبكة الطبيعي يحتاج أيضًا إلى حركة تحكم مناسبة. تحقق من المنافذ المنشورة للحاويات مقابل القواعد الفعلية لأن تعرض التطبيق قد لا يطابق السياسة التي ظننت أن واجهة جدار الحماية طبقتها.

- لو SSH فشل، افحص قيود عنوان المصدر وواجهة الاستماع وجدار الحماية بتاع المزود قبل ما تغير المفاتيح بشكل متكرر.

- لو HTTPS فشل، افحص DNS، ومستمع العملية، وجدار الحماية المحلي/الوكيل بالترتيب ده.

- قبل أول مجموعة بيانات إنتاج، تحقق من حالة التحديث، وإعادة تشغيل نظيفة، وتنبيهات القرص، ونسخة احتياطية قابلة للاستعادة بشكل مستقل.

- حدد منطقة زمنية موثقة وتحقق من مزامنة الوقت. ما تضيفش إعدادات swap أو تسجيل عشوائية من غير ما تفحص احتياجات الذاكرة والاحتفاظ لعبء العمل.

الوثائق الرسمية: [سيرفر Ubuntu: إدارة الجدار الناري](https://ubuntu.com/server/docs/how-to/security/firewalls/)

كمّل استكشاف

## كمّل القراءة.

[الأدلة ### من صورة نظيفة إلى خادم مفيد. إعداد أولي معقول بيخلي الصيانة المستقبلية أقل ضغط. سجّل القرارات واختبر كل تغيير في الوصول قبل ما تقفل الجلسة الحالية.…](https://koalavps.com/arz/first-server/)[الأدلة ### خلي الجهاز ملكك. الأمان روتين مستمر: قلل الأسطح المكشوفة، وحد الصلاحيات، وطبّق التحديثات بعناية، واجعل الاستعادة ممكنة.…](https://koalavps.com/arz/server-security/)[الأدلة ### النسخة الاحتياطية بتفرق لما تستعيد. صمم نسخة احتياطية حول البيانات اللي مش قادر تعيد إنشاءها والوقت اللي خدمتك تقدر تخسره. الرفع الناجح مجرد بداية.…](https://koalavps.com/arz/backups/)

اضبط بنيتك التحتية

## خد السيطرة. انشر بشروطك.

بدون أوراق هوية. وصول كامل للمسؤول. فواتير بالعملات الرقمية.

[اختر إعداد](https://koalavps.com/arz/vps/)