إدارة الحماية من الروبوتات (JS Challenge)
فعّل التحقق ثلاثي الأوضاع من صفحة الأمان، واستخدم وضع «الجميع» بوعي، واقرأ نسبة الاجتياز.
مساعدة CDN.com.tr
قراءة حالة التخزين المؤقت: HIT وMISS وBYPASS وEXPIRED
استخدم ترويسة الاستجابة X-Proxy-Cache-MT لترى بالضبط ما فعله CDN بالطلب وللتحقق من أن التخزين المؤقت يعمل كما هو مقصود.
التخزين المؤقت والأمان وWAF والمسح
قراءة حالة التخزين المؤقت: HIT وMISS وBYPASS وEXPIRED
استخدم ترويسة الاستجابة X-Proxy-Cache-MT لترى بالضبط ما فعله CDN بالطلب وللتحقق من أن التخزين المؤقت يعمل كما هو مقصود.
حالات الاستخدام
يفحص عميل ترويسات الاستجابة في أدوات مطوري المتصفح ويريد معرفة ما إذا كان المحتوى يُقدَّم من تخزين CDN المؤقت أو يُجلب من الأصل أو يُتخطى عمداً.
سير العمل
- افتح رابط الصفحة أو المورد وافحص رؤوس الاستجابة (تبويب Network في أدوات المطورين بالمتصفح أو `curl -I`).
- اعثر على ترويسة `X-Proxy-Cache-MT`.
- طابق القيمة مع المسرد أدناه.
- كرّر الطلب: عنوان URL قابل للتخزين وسليم يكون MISS في الطلب الأول ثم HIT.
الفحوصات
- HIT — يُقدَّم من تخزين CDN المؤقت دون الاتصال بأصلك. هذا هو الهدف للمحتوى الثابت والمجهول.
- MISS — غير موجود في التخزين المؤقت بعد؛ يُجلب من الأصل ويُخزَّن. يجب أن يكون الطلب المطابق التالي HIT.
- EXPIRED — كان مخزَّناً مؤقتاً لكن انقضت مدة TTL؛ أُعيد جلبه من الأصل.
- BYPASS — طابقت قاعدة تخطٍّ هذا الطلب، فذهب CDN إلى الأصل عمداً. السبب الأكثر شيوعاً: أنت مسجَّل الدخول إلى لوحة أو نظام إدارة محتوى، وملف تعريف ارتباط جلسة/تسجيل دخول يعطّل التخزين المؤقت لك. أما الزوار دون ذلك الملف فما زالوا يحصلون على HIT.
الأسئلة الشائعة
أرى دائماً BYPASS في متصفحي مع أن التخزين المؤقت يُفترض أن يكون مفعّلاً — لماذا؟
من شبه المؤكد أنك مسجّل الدخول إلى الموقع أو اللوحة. تتجاوز كوكيز تسجيل الدخول والجلسة الذاكرة المؤقتة عمدًا حتى لا يتم تخزين الصفحات المخصصة مؤقتًا أبدًا. اختبر ذلك عبر نافذة خاصة أو `curl -I https://yourdomain.com/path` — يجب أن ترى MISS ثم HIT.
لماذا يتجاهل CDN ترويسة Cache-Control الخاصة بأصلي؟
تتحكم في مدة TTL للتخزين المؤقت قواعدُ التخزين المؤقت لحسابك في Advanced Management، لا ترويسة استجابة الأصل. ولا تزال ترويسة الأصل تُمرَّر إلى المتصفحات. استخدم Add Rule لضبط TTL لكل مسار أو نوع محتوى.
يبدو أن الهاتف والحاسوب مخزَّنان مؤقتاً بشكل منفصل — هل هذا طبيعي؟
لا. مفتاح التخزين المؤقت لا يحتوي على مكوّن للجهاز — يشترك الهاتف والحاسوب في مدخل واحد، لذا فإن مسح مسار يمسحه لكليهما.
كيف أفرض محتوى جديداً للجميع؟
امسح المسار من Purge Management. التحديث القسري في متصفحك يؤثر في تخزين متصفحك المؤقت فقط، لا في تخزين CDN المؤقت.
الصفحات ذات الصلة
صفحة الأمان: WAF وحظر IP والدول وحماية الروابط وحد المعدل
كل عناصر التحكم الأمنية على مستوى الحساب تجتمع في صفحة أمان واحدة: مفتاح WAF الشامل للموقع، والحماية من الروبوتات عبر JS Challenge، وحظر عناوين IP والدول، وحماية الروابط المباشرة (hotlink)، وتحديد معدل الطلبات، وانتهاء صلاحية الروابط. كل حفظ يُنشر إلى الحافة تلقائيًا — لا توجد خطوة نشر منفصلة.
اكتب سلوك التخزين المؤقت عبر Add Rule
اضبط مفتاح التخزين المؤقت حسب النطاق/المسار، وTTL، والطرق/الحالات، والترويسات/ملفات تعريف الارتباط، والتحسين، وقواعد تحديد المعدل.
قراءة سجلات WAF
استخدم سجلات WAF لتفسير حركة المرور المحظورة أو المتحدَّاة دون كشف أنظمة السجلات الداخلية.
مسح المحتوى المخزَّن مؤقتاً
امسح مساراً أو مساراً محفوظاً أو الحساب بأكمله، وافصل تخزين CDN المؤقت عن تخزين المتصفح المؤقت.
مفاتيح التخزين المؤقت والمسح: لماذا يحدث "مسحتُ لكن المحتوى ما زال قديماً"
يُخزَّن كل كائن مخزَّن مؤقتاً تحت مفتاح يُبنى من الطلب — البروتوكول والمضيف والمسار وسلسلة الاستعلام. لا يزيل المسح مدخلاً إلا عندما يستهدف ذلك المفتاح بعينه. فهم هذه الفكرة الواحدة يفسّر تقريباً كل حالة "المسح لم ينجح".