secure-linux-web-hosting
نشر وتأمين خوادم الويب بنظام Linux
يتطلب إعداد خادم سحابي آمن التنقل عبر اختلافات التوزيعات وتجنب المزالق الشائعة. توفر هذه المهارة سير عمل مُنظم ومُتحقق لن Harden SSH، وتكوين جدار الحماية، وإعداد Nginx، ونشر HTTPS، وتحسين الأداء الاختياري.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "secure-linux-web-hosting". المستخدم يريد استضافة موقع ثابت على Ubuntu مع HTTPS
النتيجة المتوقعة:
- المرحلة 1: التحقق من الوصول إلى الخادم وتثبيت التحديثات
- المرحلة 2: تكوين جدار الحماية (السماح بـ SSH وHTTP وHTTPS)
- المرحلة 3: تثبيت وتكوين Nginx مع جذر المستند
- المرحلة 4: تأكيد تحميل الموقع عبر HTTP قبل طلب الشهادة
- المرحلة 5: إصدار شهادة Let's Encrypt مع Certbot
- المرحلة 6: تمكين إعادة التوجيه من HTTP إلى HTTPS بعد التحقق من عمل HTTPS
استخدام "secure-linux-web-hosting". المستخدم قُفل خارج النظام بعد Harden SSH من الجلسة الوحيدة
النتيجة المتوقعة:
- خطوات الاسترداد: الوصول إلى الخادم عبر وحدة تحكم المزود أو وضع الإنقاذ
- استعادة تكوين SSH من النسخة الاحتياطية أو إعادة التعيين إلى الإعدادات الافتراضية
- اختبار تسجيل الدخول المستند إلى المفاتيح في جلسة منفصلة قبل إجراء التغييرات
- إعادة تطبيق تغييرات Harden بشكل تدريجي مع التحقق بين كل تغيير
التدقيق الأمني
آمنStatic analyzer flagged 92 patterns, but all are false positives. The skill contains markdown documentation only, not executable code. Backticks detected are markdown formatting for code examples, URLs are documentation references, and diagnostic commands (dig, ss, curl) are standard Linux tools for validation. The skill teaches secure hosting practices and poses no security risk.
درجة الجودة
ماذا يمكنك بناءه
نشر موقع ويب ثابت شخصي
إعداد خادم سحابي لاستضافة موقع محفظة أو مدونة ثابت مع HTTPS، بدءًا من تثبيت Linux جديد بدون تكوين مسبق.
تأمين خادم موجود
مراجعة وتأمين تكوين SSH وقواعد جدار الحماية وأمان خادم الويب على خادم يعمل بالفعل ولكنه قد يحتوي على إعدادات افتراضية غير آمنة.
استضافة تطبيق ويب خلف Nginx
تكوين Nginx كوكيل عكسي لتطبيق Node.js أو Python أو تطبيق آخر يستمع على localhost، مما يحافظ على خصوصية التطبيق مع تعريض Nginx فقط للعامة.
جرّب هذه الموجهات
لدي خادم Ubuntu 22.04 جديد مع صلاحية root. أريد استضافة موقع المحفظة الثابت الخاص بي على example.com مع HTTPS. ارشدني خلال الإعداد الكامل من تسجيل الدخول عبر SSH إلى موقع HTTPS يعمل.
أنا مُسجل الدخول إلى خادم Debian الخاص بي وأريد Harden الوصول عبر SSH. لدي جلسة SSH ثانية مفتوحة كنسخة احتياطية للأمان. ما هي الإعدادات التي يجب تغييرها وبأي ترتيب؟
لدي تطبيق Node.js يعمل على 127.0.0.1:3000 على خادم Fedora الخاص بي. قم بإعداد Nginx للوكالة الطلبات من نطاقي إلى التطبيق، ثم قم بتأمينه باستخدام Let's Encrypt.
فشل إصدار شهادة Let's Encrypt الخاصة بي باستمرار. DNS يشير إلى خادمي، HTTP يعمل على المنفذ 80، لكن Certbot يقول فشل التحقق. ساعدني في تشخيص المشكلة.
أفضل الممارسات
- اختبر دائمًا تغييرات SSH في جلسة ثانية قبل إغلاق الاتصال الأول
- تحقق من عمل HTTP قبل طلب الشهادات لتجنب فشل التحقق من ACME
- ابقِ خلفيات التطبيقات على localhost مع Nginx كخدمة مواجهة العامة فقط
تجنب
- تطبيق Harden SSH من الجلسة النشطة الوحيدة بدون مسار استرداد
- تمكين إعادة التوجيه من HTTP إلى HTTPS قبل تأكيد تحميل HTTPS بشكل صحيح
- استخدام أوامر التوزيعة القديمة من البرامج التعليمية القديمة بدون تحقق