Caddy
خادم ويب ووكيل عكسي مع HTTPS تلقائي مفعّل افتراضيًا
يخدم Caddy المواقع ويمرر الطلبات إلى تطبيقاتك، ويحصل على شهادات TLS ويجددها لكل موقع تعرّفه دون أي خطوة إضافية. هو ملف تنفيذي واحد بـ Go برخصة Apache-2.0، يُضبط بملف Caddyfile قصير أو عبر API بصيغة JSON.
يناسبك إن كنت
- تريد HTTPS بأقل قدر ممكن من الإعداد
- تحب ملف إعداد مقروءًا تحفظه في git
- تخدم مواقع ثابتة إلى جانب تمرير الطلبات للتطبيقات
انتبه إلى
- الإضافات تتطلب بناءً مخصصًا تصونه أنت بعد ذلك
- لا توجد واجهة ويب مدمجة، فكل شيء نص وسطر أوامر
- الشهادات التلقائية ما زالت تعتمد على ضبط المنفذين 80 و443 أو DNS بشكل صحيح
إعداد صغير وHTTPS مشمول
قد يكون وكيل عكسي كامل في Caddy سطرين: اسم النطاق، ثم reverse_proxy متبوعًا بعنوان التطبيق. يرى Caddy النطاق فيطلب شهادة، ويحوّل HTTP إلى HTTPS، ويجدد قبل الانتهاء. ولموقع ثابت يؤدي file_server المهمة نفسها.
يناسب من يرتاح لملف نصي ويريد شيئًا أوضح من Nginx دون واجهة ويب في الطريق. الإعداد يُحفظ في git، والإعدادات الافتراضية حديثة، ويستطيع أيضًا إصدار شهادات من سلطة محلية خاصة به للأسماء الداخلية.
ما يتطلبه تشغيله
استهلاكه للموارد صغير ولا قاعدة بيانات: ملف تنفيذي أو حاوية، وملف Caddyfile، ومجلد بيانات تعيش فيه الشهادات. خذ نسخة احتياطية من مجلد البيانات، وتأكد أن المنفذين 80 و443 متاحان للمواقع العامة كي ينجح التحقق من الشهادة.
الميزات الإضافية مثل مزودي تحدي DNS أو بعض وحدات المصادقة إضافات، والإضافات تعني بناء ملف تنفيذي مخصص عبر xcaddy أو استخدام صورة مجتمعية. وهذا شيء آخر تعيد بناءه مع كل تحديث. وكل موقع تنشره يصبح عامًا، فضع الأدوات الخاصة خلف VPN بدلًا من ذلك.
