سجلات DNS لموقعك، وهي الإعدادات التي تخبر الإنترنت أين يُستضاف موقعك وبريدك، تكون غالباً خليطاً من سجلات أضافها أشخاص مختلفون على مر السنين. بعضها يشير إلى خوادم لم تعد موجودة، وشهادة SSL التي تشفّر اتصال الزوار تنتهي دون تنبيه، ولا شيء يوقف موجات الزيارات الوهمية أو محاولات الدخول المتكررة. وحين يتعطل شيء، لا أحد يعرف أي إعداد سببه أو من يحق له تغييره.
تنقل Kemlat إدارة DNS لنطاقك إلى Cloudflare، أو تراجع إعدادك الحالي هناك. ننظف السجلات، ونضبط SSL ليبقى الاتصال مشفراً حتى خادمك، ونفعّل التخزين المؤقت عبر شبكة توصيل المحتوى (CDN) من Cloudflare، التي تحفظ نسخاً من ملفاتك قريباً من الزوار فتُحمَّل أسرع، ونطبق قواعد الحماية التي توافق عليها. ويُختبر كل ذلك ويُوثق ويبقى في حساب تملكه مؤسستك.
كيف نعمل
- 01
مراجعة الإعداد الحالي
نحصر كل سجلات DNS ونحدد وظيفة كل منها، ونتحقق من مكان تسجيل النطاق ومن يتحكم بحسابه. ونميّز السجلات التي يعتمد عليها البريد حتى لا يضيع أي منها. وإذا كانت ميزة DNSSEC مفعّلة، وهي ميزة توقّع سجلات DNS توقيعاً رقمياً، نخطط لإيقافها قبل النقل وإعادة تفعيلها بعده، لأن عدم تطابق التوقيع قد يوقف الموقع عن العمل.
- 02
الاتفاق على الإعدادات
نتفق على مستوى الأمان، وقواعد التخزين المؤقت، وقواعد جدار الحماية، والصفحات التي يجب ألا تُخزن مؤقتاً أبداً، مثل صفحات الدخول والحساب والدفع.
- 03
نقل DNS وضبط SSL
ننسخ السجلات إلى Cloudflare ونراجعها، ونُبقي السجلات التي يستخدمها البريد خارج خدمة الوكيل (proxy) في Cloudflare، وهي الطبقة التي تمر بها زيارات الموقع لتصفيتها، لأنها لا تنقل البريد. ثم نثبّت شهادة سارية على خادمك، ونضبط SSL على وضع Full (strict) الذي يشفّر الاتصال من الزائر إلى Cloudflare ومن Cloudflare إلى خادمك. وبعد ذلك نغيّر خوادم الأسماء (name servers) لدى الجهة المسجِّلة للنطاق، فتصبح Cloudflare هي التي تجيب عن النطاق.
- 04
تطبيق الحماية والتخزين المؤقت
نفعّل وسائل الحماية المتفق عليها، مثل الحد من محاولات الدخول المتكررة، وفحوص تفرز الزيارات الآلية، وحظر المصادر الضارة المعروفة. ونضبط التخزين المؤقت لملفات مثل الصور وملفات التنسيق والبرمجة.
- 05
الاختبار والتوثيق
نختبر الموقع ونماذجه ووصول البريد والشهادة من خارج شبكتك، ثم نوثق كل سجل وقاعدة ومن يملك صلاحية الوصول.
ما الذي تستلمه
إعداد DNS وSSL وCDN
سجلات DNS منظمة في Cloudflare، واتصال مشفر مع خادمك، وتخزين مؤقت يناسب موقعك.
قواعد الحماية المتفق عليها
قواعد جدار حماية وتحكم بالزيارات تصد الهجمات الشائعة وتسمح بالزوار الحقيقيين ومزودي الدفع والخدمات التي تعتمد عليها.
التحقق والتوثيق
نتائج اختبار الموقع والبريد والشهادة، ووثيقة بكل سجل وقاعدة وسبب وجودها.
صلاحيات باسم مؤسستك
حساب Cloudflare وحساب تسجيل النطاق مملوكان لمؤسستك، بمستخدمين بأسمائهم وتحقق بخطوتين عند الدخول.
ما الذي يتغير لديك
- تتحكم مؤسستك بنطاقها، وتعرف وظيفة كل سجل DNS.
- يتصل الزوار عبر اتصال مشفر بالكامل وشهادة سارية، دون تحذيرات من المتصفح.
- تُصد الهجمات الآلية الشائعة والزيارات الوهمية قبل أن تصل إلى خادمك.
- تصل الصور والملفات الأخرى أسرع إلى الزوار البعيدين عن خادمك.
موقع الخدمة في منهجية KEMLAT
النطاق: خطط Cloudflare المدفوعة ورسوم تسجيل النطاق، إن لزمت، تُدفع منفصلة. ويمكن إضافة تعديل القواعد والمراقبة بعد الإعداد ضمن خدمة مدارة.
أسئلة يطرحها العملاء
هل يتعطل بريدنا عند نقل DNS؟
لا ينبغي ذلك، ما دامت كل سجلات البريد منسوخة بدقة قبل التحويل. نقارن السجلات بالإعدادات التي يطلبها مزود بريدك، ونختبر الإرسال والاستقبال بعد التغيير.
هل نحتاج إلى خطة Cloudflare مدفوعة؟
تكفي الخطة المجانية كثيراً من المواقع الصغيرة والمتوسطة. وتضيف الخطط المدفوعة ميزات مثل قواعد جدار حماية أكثر تقدماً، ونخبرك إن كانت احتياجاتك تبرر إحداها.
هل تحمينا Cloudflare من كل الهجمات؟
لا. فهي تصد كثيراً من الهجمات الآلية وهجمات الشبكة، لكنها لا تعالج الثغرات في برمجة موقعك أو إضافاته أو كلمات المرور. وهذه تحتاج إلى تحديثات منتظمة ومراجعة أمنية.
لماذا تصرّون على وضع Full (strict)؟
في وضع Flexible ينتقل الاتصال بين Cloudflare وخادمك دون تشفير، مع أن الزائر يرى رمز القفل في المتصفح. أما Full (strict) فيشفّر المسار كله، ويشترط شهادة سارية على خادمك، ويمكن أن تكون شهادة مجانية تصدرها Cloudflare لهذا الغرض.
من يحتفظ بالصلاحيات بعد الإعداد؟
مؤسستك. الحساب باسمك، وتعمل Kemlat عبر حساب مستخدم مخصص لها يمكنك حذفه في أي وقت.
خدمات مرتبطة
كل الخدماتابدأ بمحادثة
أخبرنا أين تقف اليوم، وسنقترح عليك الخطوة الأولى المناسبة دون أي التزام.