فعال سازی Cloudflare در روش رایج با افزودن دامنه، تطبیق رکوردهای DNS و تغییر نیم‌سرورها انجام می‌شود. این سرویس می‌تواند DNS، پراکسی وب، کش و قابلیت‌های امنیتی ارائه کند؛ شبکه‌ای برای اشتراک فایل بین مشترکان نیست. اثر آن بر سرعت و ترافیک به محتوا، تنظیمات و محل کاربران وابسته است.
پیش‌نیازهای فعال سازی Cloudflare
به حساب ثبت‌کنندهٔ دامنه و اطلاعات صحیح DNS دسترسی داشته باشید. رکوردهای سایت، زیر دامنه‌ها، ایمیل و تأیید مالکیت را فهرست کنید. دسترسی به Cloudflare جای دسترسی به ثبت‌کننده را نمی‌گیرد و لازم نیست برای استفاده از DNS، خود دامنه را به ثبت‌کنندهٔ دیگری منتقل کنید.
در راهنمای افزودن دامنه، انتخاب دامنه و طرح سرویس بخشی از راه‌اندازی است. امکانات و محدودیت طرح‌ها را همان زمان بررسی کنید. اسکن خودکار DNS را کامل فرض نکنید؛ رکوردهای مهم را با سرویس قبلی تطبیق دهید، به‌خصوص MX، SPF، DKIM و DMARC مربوط به ایمیل.
ابر نارنجی را برای همهٔ رکوردها روشن نکنید
در وضعیت Proxy، ترافیک وب رکورد سازگار از Cloudflare عبور می‌کند. DNS only فقط پاسخ DNS می‌دهد و قابلیت‌های پراکسی وب را روی آن ترافیک اعمال نمی‌کند. پروتکل‌های غیر HTTP مانند FTP و سرویس‌های ایمیل را نمی‌توان صرفاً با نارنجی‌کردن رکورد از پراکسی معمول وب عبور داد.
رکوردهای مربوط به دریافت ایمیل و تأیید سرویس را طبق دستور ارائه‌دهنده تنظیم کنید. وجود خودکار زیر دامنه‌هایی با نام Direct یا FTP را فرض نکنید. همچنین پنهان‌شدن IP در رکورد پراکسی‌شده، تضمین مخفی‌ماندن کامل مبدأ نیست؛ رکوردها و سرویس‌های دیگر ممکن است همان IP را نشان دهند.
نیم‌سرورها و DNSSEC را هماهنگ کنید
پس از بررسی رکوردها، دقیقاً نیم‌سرورهای اختصاص‌یافته به همان دامنه را در پنل ثبت‌کننده وارد کنید. در روش Full معمول، مخلوط‌کردن نیم‌سرور قدیمی و جدید درست نیست. نتیجه را از وضعیت دامنه و پاسخ DNS بررسی کنید؛ زمان تغییر برای همهٔ ثبت‌کننده‌ها و کاربران یکسان نیست.
اگر DNSSEC فعال است، تغییر ارائه‌دهنده بدون هماهنگ‌کردن DS می‌تواند اعتبارسنجی DNS را خراب کند. در مسیر معمول راه‌اندازی، DS قبلی باید طبق راهنمای سرویس مدیریت شود و پس از فعال‌شدن دامنه، DNSSEC با اطلاعات تازه دوباره برقرار شود. این مرحله را با مدیر دامنه هماهنگ کنید و وضعیت اعتبارسنجی نهایی را بررسی کنید.
HTTPS معتبر در هر دو بخش اتصال
اتصال کاربر به Cloudflare و اتصال Cloudflare به مبدأ دو بخش جدا هستند. برای Full (strict)، مبدأ باید HTTPS فعال و گواهی معتبر، منقضی‌نشده و منطبق با نام میزبان داشته باشد. گواهی می‌تواند از مرجع عمومی معتبر یا Origin CA مناسب Cloudflare باشد؛ این دو برای دسترسی مستقیم مرورگر یکسان نیستند.
اگر خطای گواهی یا حلقهٔ ریدایرکت دارید، علت را در حالت اتصال، گواهی و قواعد ریدایرکت پیدا کنید. تغییر به ارتباط ناامن، راه‌حل دائمی نیست. فعال‌کردن ریدایرکت HTTPS نیز جای اصلاح منابع http داخل صفحه یا تنظیم درست نشانی‌های برنامه را نمی‌گیرد.
کش و دسترس‌پذیری را واقع‌بینانه ارزیابی کنید
طبق رفتار پیش‌فرض کش، همهٔ صفحات HTML و JSON به‌طور پیش‌فرض کش نمی‌شوند. برای حساب کاربری، سبد خرید و پاسخ شخصی قانون عمومی Cache Everything نسازید. کش فایل عمومی و سیاست صفحات پویا باید جدا طراحی شوند.
Cloudflare جایگزین هاست و دیتابیس نیست و هنگام خرابی مبدأ، سالم‌ماندن تمام عملیات سایت را تضمین نمی‌کند. همچنین وعدهٔ افزایش سرعت دوبرابری یا صرفه‌جویی ثابت برای همهٔ سایت‌ها معتبر نیست. پس از راه‌اندازی، نمایش سایت، ورود، فرم‌ها، ایمیل و HTTPS را بررسی کنید و سرعت را با شرایط قابل‌مقایسه بسنجید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
