مدیریت محافظت در برابر رباتها (JS Challenge)
تأیید سهحالته را از صفحهٔ امنیت فعال کنید، حالت «همه» را آگاهانه به کار ببرید و نرخ موفقیت را بخوانید.
راهنمای CDN.com.tr
خواندن وضعیت کش: HIT، MISS، BYPASS، EXPIRED
از هدر پاسخ X-Proxy-Cache-MT استفاده کنید تا دقیقاً ببینید CDN با یک درخواست چه کرده و تأیید کنید که کش طبق انتظار کار میکند.
کش، امنیت، WAF و پاکسازی
خواندن وضعیت کش: HIT، MISS، BYPASS، EXPIRED
از هدر پاسخ X-Proxy-Cache-MT استفاده کنید تا دقیقاً ببینید CDN با یک درخواست چه کرده و تأیید کنید که کش طبق انتظار کار میکند.
موارد کاربرد
یک مشتری هدرهای پاسخ را در DevTools مرورگر بررسی میکند و میخواهد بداند آیا محتوا از کش CDN سرویسدهی میشود، از مبدأ دریافت میشود یا عمداً رد میشود.
جریان کاری
- آدرس صفحه یا دارایی را باز کنید و هدرهای پاسخ را بررسی کنید (تب Network در DevTools مرورگر یا `curl -I`).
- هدر `X-Proxy-Cache-MT` را پیدا کنید.
- مقدار را با واژهنامه زیر تطبیق دهید.
- درخواست را تکرار کنید: یک URL قابلکش سالم در اولین درخواست MISS و سپس HIT میشود.
بررسیها
- HIT — از کش CDN و بدون تماس با مبدأ شما سرویسدهی شد. این هدف برای محتوای استاتیک و ناشناس است.
- MISS — هنوز در کش نیست؛ از مبدأ دریافت و ذخیره شد. درخواست یکسان بعدی باید یک HIT باشد.
- EXPIRED — کش شده بود اما TTL گذشت؛ دوباره از مبدأ دریافت شد.
- BYPASS — یک قاعده رد شدن با این درخواست مطابقت پیدا کرد، پس CDN عمداً به مبدأ رفت. رایجترین دلیل: شما در یک پنل یا CMS وارد شدهاید و یک کوکی نشست/ورود کش را برای شما غیرفعال میکند. بازدیدکنندگان بدون آن کوکی همچنان HIT دریافت میکنند.
پرسشهای متداول
من همیشه در مرورگرم BYPASS میبینم اما قرار است کش روشن باشد — چرا؟
تقریباً مطمئناً شما در سایت یا پنل وارد شدهاید. کوکیهای ورود و نشست عمداً از کش عبور میکنند تا صفحات شخصیسازیشده هرگز کش نشوند. این را با یک پنجره خصوصی یا `curl -I https://yourdomain.com/path` آزمایش کنید — باید ابتدا MISS و سپس HIT را ببینید.
چرا CDN هدر Cache-Control مبدأ من را نادیده میگیرد؟
TTL کش توسط قواعد کش حساب شما در Advanced Management کنترل میشود، نه توسط هدر پاسخ مبدأ. هدر مبدأ همچنان به مرورگرها منتقل میشود. از Add Rule برای تنظیم TTL بهازای هر مسیر یا نوع محتوا استفاده کنید.
به نظر میرسد موبایل و دسکتاپ بهصورت جداگانه کش میشوند — آیا این عادی است؟
خیر. کلید کش هیچ مؤلفهای برای دستگاه ندارد — موبایل و دسکتاپ یک ورودی مشترک دارند، بنابراین purge یک مسیر آن را برای هر دو پاک میکند.
چطور محتوای تازه را برای همه اجباری کنم؟
مسیر را از Purge Management پاکسازی کنید. یک بازخوانی کامل در مرورگر خودتان فقط بر کش مرورگر شما اثر میگذارد، نه بر کش CDN.
صفحات مرتبط
صفحهٔ امنیت: WAF، مسدودسازی IP و کشور، hotlink، محدودیت نرخ
همهٔ کنترلهای امنیتی سطح حساب در یک صفحهٔ امنیت جمع شدهاند: کلید WAF برای کل سایت، محافظت در برابر رباتها با JS Challenge، مسدودسازی IP و کشور، محافظت hotlink، محدودیت نرخ درخواست و انقضای لینک. هر ذخیره بهصورت خودکار به edge میرسد — مرحلهٔ انتشار جداگانهای وجود ندارد.
تعریف رفتار کش با Add Rule
پیکربندی کلید کش دامنه/مسیر، TTL، متدها/وضعیتها، هدرها/کوکیها، بهینهسازی و قواعد محدودیت نرخ.
خواندن لاگهای WAF
از لاگهای WAF برای توضیح ترافیک مسدود یا چالششده بدون افشای سامانههای لاگ داخلی استفاده کنید.
پاکسازی محتوای کششده
یک مسیر، مسیر ذخیرهشده یا کل حساب را پاکسازی کنید و کش CDN را از کش مرورگر جدا کنید.
کلید کش و پاکسازی: چرا «پاکسازی کردم اما هنوز قدیمی است» اتفاق میافتد
هر شیء کششده زیر کلیدی ذخیره میشود که از خود درخواست ساخته میشود — طرح (scheme)، میزبان، مسیر و رشته کوئری. یک پاکسازی فقط زمانی یک ورودی را پاک میکند که دقیقاً همان کلید را نشانه بگیرد. درک همین یک ایده تقریباً همه موارد «پاکسازی کار نکرد» را توضیح میدهد.