در یک پنل سفارش چند بار صفحه را تازه کردهاید تا سفارشهای جدید را ببینید، در یک پلتفرم بازی چند بار پشت سر هم برای ورود تلاش کردهاید یا در یک سایت نوبتدهی همان صفحه را بارها باز کردهاید تا شاید روز خالی پیدا شود. بعد سایت ناپدید شده و جای آن صفحهای سفید آمده است: «Error 1015. You are being rate limited.» توضیحی به فارسی نیست، فقط پایین صفحه نام Cloudflare و کدی دیده میشود که بیمعنا به نظر میرسد. بیشتر افراد در این لحظه گمان میکنند اینترنتشان خراب شده یا برای همیشه از سایت بیرون انداخته شدهاند. هیچکدام درست نیست.
در این نوشته توضیح میدهیم Error 1015 چیست، هر سطر روی صفحه چه میگوید، مسدودسازی چرا رخ میدهد و چقدر طول میکشد. نوشته برای سه خواننده بخشبندی شده است: بازدیدکنندهای که خطا را میبیند، صاحب سایتی که بازدیدکنندگانش این خطا را میبینند و توسعهدهندهای که برنامهاش این پاسخ را میگیرد. در این نوشته دستوری برای دور زدن محدودیت نیست؛ توضیح میدهیم محدودیت چگونه کار میکند و چطور میتوان با آن سازگار ماند.
Error 1015 چیست؟
Cloudflare یک سرویس شبکه است که جلوی سایتها قرار میگیرد. درخواست شما نخست به سرورهای Cloudflare و از آنجا به سرور خود سایت میرود؛ صاحبان سایت این لایه را هم برای سرعت و هم برای محافظت به کار میبرند. بخشی از این محافظت محدودسازی نرخ (rate limiting) است: صاحب سایت قاعدهای مینویسد مانند «یک بازدیدکننده در این مدت حداکثر این تعداد درخواست میتواند بفرستد» و Cloudflare آن را اجرا میکند.
Error 1015 صفحهای است که میگوید این قاعده فعال شده است. مستندات Cloudflare درباره Error 1015 علت را در یک جمله میآورد: صاحب سایت قاعدههایی تعریف کرده که تعداد درخواستهای یک بازدیدکننده را در بازه زمانی مشخص محدود میکند. همان صفحه بر نکته دیگری هم تأکید دارد: اینکه چه کسی محدود شود تصمیم صاحب سایت است، نه Cloudflare.
عدد 1015 کد وضعیت HTTP نیست. Cloudflare صفحههای خطایی را که خودش تولید میکند با عددهای رده 1000 نامگذاری میکند و 1015 عضوی از این خانواده است که به محدودسازی نرخ اختصاص دارد. کد واقعی HTTP که سرور پشت این صفحه میفرستد در تنظیم پیشفرض 429 Too Many Requests است. یعنی 429 کد عمومی است که هر سروری میتواند به کار ببرد و 1015 صفحه نشانداری است که Cloudflare هنگام فرستادن آن کد نمایش میدهد. کد عمومی و شکل ظاهر شدن آن در مرورگر و برنامهها را در نوشته جداگانهمان درباره خطای 429 و محدودیت نرخ توضیح دادهایم.
«You are being rate limited» یعنی چه؟
معنای جمله این است: «نرخ درخواستهای شما محدود میشود». rate limit سقف تعداد درخواستهایی است که یک سرویس در بازه زمانی مشخص میپذیرد. صفحه کوتاه است، اما هر سطر آن چیزی میگوید:
| سطر روی صفحه | چه میگوید |
|---|---|
Error 1015 | نوع خطا: صفحه محدودسازی نرخ Cloudflare. ویروس، قطعی اینترنت یا خرابی سایت نیست |
| You are being rate limited | تعداد درخواستهایی که از اتصال شما رفته از آستانه قاعده صاحب سایت گذشته است |
| The owner of this website has banned you temporarily from accessing this website | مسدودسازی را قاعده صاحب سایت اعمال کرده و موقتی است. واژه «banned» تند به نظر میرسد، اما به معنای ممنوعیت دائمی نیست |
| Ray ID | شناسهای که به درخواست شما داده شده است. صاحب سایت با این کد میتواند دقیقاً درخواست شما را در لاگهای خودش پیدا کند |
| Your IP | نشانی IP که سایت شما را با آن میبیند. در برخی صفحهها پنهان است و با کلیک نمایان میشود |
به واژه «درخواست» دقت کنید. درخواست با باز کردن صفحه یکی نیست. وقتی یک صفحه باز میشود، مرورگر میتواند در پسزمینه دهها درخواست بفرستد: تصویرها، اسکریپتها و صفحههای پنلی که هر چند ثانیه از سرور میپرسند سفارش تازهای آمده یا نه. اگر صاحب سایت قاعده را طوری نوشته باشد که این درخواستهای پسزمینه را هم بشمارد، ممکن است وقتی میگویید «فقط یک بار کلیک کردم» شمارنده مدتها پیش پر شده باشد.
محدودیت نرخ چگونه کار میکند؟
قاعده محدودسازی نرخ در Cloudflare چهار بخش دارد: کدام درخواستها شمرده شوند، درخواستها بر چه اساسی گروهبندی شوند، پنجره زمانی و آستانه. روند کار چنین است:
- صاحب سایت قاعده را مینویسد. برای نمونه «از یک نشانی IP در 1 دقیقه حداکثر 20 درخواست به صفحه ورود».
- Cloudflare هر درخواست را میشمارد. قاعده بر اساس هر ویژگیای گروهبندی کند (بیشتر نشانی IP)، برای هر مقدار آن ویژگی شمارنده جداگانهای نگه داشته میشود.
- شمارنده درون پنجره از آستانه میگذرد. طبق مستندات پارامترهای قاعده پنجره را میتوان میان 10 ثانیه و 1 ساعت انتخاب کرد.
- اقدام اجرا میشود. اگر اقدام «block» باشد، بازدیدکننده صفحه
Error 1015را میبیند. صاحب سایت میتواند به جای آن نمایش یک صفحه راستیآزمایی یا فقط ثبت درخواست در لاگ را انتخاب کند. - مدت مسدودسازی سپری میشود. طبق همان مستندات این مدت از 10 ثانیه تا 1 روز قابل تنظیم است. با پایان مدت، دسترسی خودبهخود باز میشود.
دو نکته توضیح میدهد چرا خطا گاهی ناهماهنگ به نظر میرسد. نخست، Cloudflare شمارندهها را به تفکیک مرکز داده نگه میدارد؛ دو درخواستی که به دو مرکز داده متفاوت برسند ممکن است در یک شمارنده ثبت نشوند. دوم، صاحب سایت میتواند به جای مسدودسازی رفتار «throttle» را انتخاب کند: در این حالت درخواستهای زیر سقف عبور میکنند و فقط درخواستهای بالاتر از آستانه رد میشوند.
کاری نکردهام، چرا این خطا برای من آمد؟
برای برخورد به محدودیت نرخ لازم نیست نیت بدی داشته باشید. شمارنده به نیت نگاه نمیکند، درخواست را میشمارد. هر یک از حالتهای زیر میتواند در استفاده معمولی آستانه را رد کند:
| علت | چه رخ میدهد |
|---|---|
| تازه کردن پیاپی صفحه | هر بار فشردن F5 دهها درخواست تازه میفرستد. در صفحههای نوبتدهی، بلیت و موجودی کالا رایجترین علت است |
| تبهای باز فراوان و افزونههای تازهسازی خودکار | هر تب درخواستهای پسزمینه خودش را میفرستد؛ افزونههایی که صفحه را در فاصلههای معین تازه میکنند وقتی پای رایانه نیستید هم ادامه میدهند |
| برنامه یا اسکریپتی که درست کار نمیکند | برنامهای که با قطع اتصال بدون مکث دوباره تلاش میکند میتواند در چند ثانیه صدها درخواست بسازد |
| تلاشهای ناموفق پیاپی برای ورود | محدودیت صفحههای ورود عمداً پایین نگه داشته میشود؛ چند تلاش با گذرواژه نادرست میتواند آستانه را پر کند |
| اشتراک نشانی IP با دیگران | درخواست همه کسانی که از یک نشانی خارج میشوند در یک شمارنده ثبت میشود |
سطر آخر علت واقعی بیشتر کسانی است که میگویند «من کاری نکردهام». در اداره، خوابگاه یا کافه دهها نفر با یک نشانی IP به اینترنت وصل میشوند. در اینترنت همراه و برخی بستههای اینترنت خانگی، اپراتور مشترکان فراوانی را پشت یک نشانی عمومی قرار میدهد؛ چگونگی کار آن و راه تشخیصش در اتصال خودتان را در نوشتهمان درباره CGNAT آوردهایم. در سرویسهای رایگان VPN و پروکسی هزاران نفر از یک نشانی خروجی استفاده میکنند؛ جزئیات آن در نوشتهمان درباره امنیت پروکسیهای رایگان آمده است.
جاهایی که کاربران معمولاً با این صفحه روبهرو میشوند پنل رستوران در پلتفرمهای سفارش غذا، پلتفرمهای بازی و گفتوگو مانند Discord و Roblox و سایتهای نوبتدهی است. دلیلها شبیه هماند: صفحه پنل پیوسته خودش را تازه میکند، برنامههای بازی و گفتوگو با قطع اتصال بیدرنگ دوباره تلاش میکنند و در سایت نوبتدهی خود کاربر است که صفحه را تازه میکند.
Error 1015 چقدر طول میکشد؟
این پرسش یک پاسخ ندارد، چون مدت را صاحب سایت تعیین میکند، نه Cloudflare. گزینهها از 10 ثانیه تا 1 روز است و از بیرون دیده نمیشود هر سایت کدام را برگزیده است. به همین دلیل عددهای قطعی که در اینترنت میچرخد، مانند «15 دقیقه طول میکشد»، قابل اعتماد نیست.
مسدودسازی خودبهخود برداشته میشود و لازم نیست به جایی درخواست بدهید. اما تلاش پیاپی در زمان انتظار، همانطور که مستندات Cloudflare هم هشدار میدهد، میتواند مدت را طولانیتر کند: هر F5 یک درخواست نیست، بلکه دسته تازهای از دهها درخواست است.
راه معقول این است: پنج تا ده دقیقه فاصله بدهید و یک بار امتحان کنید. اگر باز نشد نیم ساعت و سپس چند ساعت صبر کنید. اگر یک روز بعد هنوز همان صفحه را میبینید، یا چیزی در اتصال شما همچنان درخواست میفرستد یا قاعده بیش از اندازه سختگیر است.
اگر بازدیدکنندهاید چه کنید؟
- تازه کردن را متوقف کنید. تب را ببندید و دستکم چند دقیقه به سایت دست نزنید.
- هر چیزی را که در پسزمینه درخواست میفرستد ببندید. تبهای باز دیگر از همان سایت، افزونههای تازهسازی خودکار، افزونههای رصد قیمت یا موجودی و برنامههای دسکتاپ متصل به سایت.
- یک بار امتحان کنید. اگر باز شد، مشکل تمام شده است.
- اگر سه گام نخست کافی نبود، سهم اتصال را بسنجید. رایانه را به اینترنت همراه گوشیتان وصل کنید و امتحان کنید. اگر با اینترنت همراه باز میشود اما در شبکه اداره یا خانه باز نمیشود، شمارنده متعلق به نشانی مشترک است، نه شما. اگر در اداره هستید به مدیر شبکه خبر بدهید.
- اگر VPN یا پروکسی رایگان روشن است، خاموشش کنید. آمدن از یک نشانی خروجی پرازدحام یعنی درخواستهای دیگران را هم به دوش میکشید.
- به صاحب سایت بنویسید. اگر خطا در استفاده عادی بارها تکرار میشود، راهحل دست شما نیست. به نشانی پشتیبانی سایت بنویسید هنگام چه کاری خطا گرفتید، ساعت آن و کد Ray ID روی صفحه را هم بیاورید. نوشتن به Cloudflare سودی ندارد، چون قاعده را Cloudflare نگذاشته است.
پاک کردن کوکیها یا عوض کردن مرورگر معمولاً در این خطا اثری ندارد، چون شمارنده در بیشتر قاعدهها به نشانی IP وابسته است و مرورگر تازه هم از همان نشانی خارج میشود. تلاش برای رهایی از مسدودسازی با عوض کردن نشانی IP هم راهحل ماندگاری نیست: همان رفتار شمارنده نشانی تازه را هم پر میکند و اگر محدودیت به نشست یا حساب وابسته باشد اصلاً چیزی تغییر نمیکند.
نکتهای جداگانه برای سایتهای نوبتدهی و بلیت: تازه کردن صفحه در هر ثانیه برای پیدا شدن جای خالی، یا نصب افزونهای که این کار را به جای شما انجام دهد، رفتاری است که محدودیت را از هر چیز دیگری زودتر فعال میکند. اگر سایت اعلان یا فهرست انتظار دارد از آن استفاده کنید؛ اگر ندارد هر چند دقیقه یک بار دستی نگاه کنید.
اگر صاحب سایت هستید: آیا قاعده شما بازدیدکننده واقعی را مسدود میکند؟
اگر از بازدیدکنندگان پیام «Error 1015 میگیرم» میرسد، قاعده شما کار میکند؛ پرسش این است که آیا افراد درست را متوقف میکند یا نه. ترتیب بررسی میتواند چنین باشد:
- Ray ID را بخواهید و در لاگها پیدایش کنید. لاگ رویدادهای امنیتی (Security Events) در پنل Cloudflare بر اساس Ray ID قابل فیلتر است. هر رکورد قاعده فعالشده، نشانی IP و اطلاعات مرورگر را نشان میدهد.
- ببینید چه چیزی را میشمارید. اگر قاعده درخواستهای کل سایت را بشمارد، تصویرها، اسکریپتها و پرسوجوهای پسزمینه پنل هم وارد شمارنده میشوند. محدودیت را به نشانیای که میخواهید محافظت شود (ورود، جستوجو، نقطه پایانی API) محدود کنید.
- پنجره را بزرگتر کنید. این توصیه خود Cloudflare است: اگر قاعده در پنجرهای بسیار کوتاه (مثلاً 1 ثانیه) مسدود میکند، پنجره را به 10 ثانیه برسانید. مرورگرها هنگام باز شدن صفحه درخواستها را دستهای میفرستند.
- نشانیهای مشترک را در نظر بگیرید. در بازدیدکنندگانی که از اینترنت همراه یا شبکههای سازمانی میآیند ممکن است پشت یک نشانی IP صدها فرد واقعی باشند. Cloudflare برای این وضعیت شناسایی مبتنی بر کوکی ارائه میکند (IP with NAT support)؛ به این ترتیب شمارنده به بازدیدکننده نزدیکتر میشود تا به نشانی. اینکه کدام گزینههای گروهبندی در دسترس است به پلن شما بستگی دارد.
- اقدام را ملایمتر کنید. اجرای قاعده تازه ابتدا با اقدام «log» و دیدن اینکه چند درخواست گرفتار میشود، از مسدودسازی مستقیم مطمئنتر است.
- مدت مسدودسازی را متناسب با آستانه برگزینید. آستانه پایین همراه با مسدودسازی 1 روزه مشتریای را که چند بار
F5زده یک روز کامل از سایت دور نگه میدارد. اگر صفحههای پنلی دارید که تمام روز باز میمانند و خودشان را تازه میکنند، آستانه را با آهنگ عادی آنها بیازمایید.
اگر توسعهدهندهاید: کد 429 پشت 1015
اگر برنامه شما هنگام خواندن دادههای یک سایت این پاسخ را میگیرد، باید به دو جا نگاه کنید. طبق مستندات Cloudflare کدهای رده 1000 مانند 1015 در بدنه پاسخ میآیند و کد HTTP در سطر وضعیت. کد وضعیت در تنظیم پیشفرض 429 است؛ صاحب سایت میتواند آن را با کد دیگری در بازه 400-499 و بدنه را با پاسخ HTML، JSON یا متن ساده خودش جایگزین کند. یعنی ممکن است همیشه نوشته «1015» را در بدنه پیدا نکنید. برای همین در تشخیص فقط به کد بسنده نکنید و بدنه و هدرهای Server: cloudflare و CF-Ray را هم ببینید.
سطح پیشرفته: برای دیدن هدرهای پاسخ یک فرمان کافی است. نشانی را با مقصد خودتان عوض کنید:
curl -s -o /dev/null -D - https://www.cloudflare.com/ | grep -i -E "^HTTP|^retry-after|^cf-ray|^server"در پاسخ عادی سطر وضعیت و سطرهای CF-Ray و Server: cloudflare را میبینید. در پاسخی که به محدودیت خورده وضعیت 429 است؛ اگر سرور فرستاده باشد Retry-After هم در فهرست دیده میشود.
RFC 6585 که کد 429 را تعریف میکند میگوید سرور میتواند هدر Retry-After را به این پاسخ بیفزاید تا بگوید چقدر باید صبر کرد. دو شکل این هدر (ثانیه و تاریخ) با نمونه در صفحه Retry-After در MDN آمده است. اگر هدر هست از آن پیروی کنید. اگر نیست backoff نمایی به کار ببرید و سرعتتان را پایین بیاورید. نمونه آزموده پایتون که هر دو شکل هدر را تجزیه میکند و بر اساس کد تصمیم میگیرد در نوشتهمان کدهای وضعیت HTTP در وب اسکرپینگ: 403، 407، 429، 503 آمده است.
راهحل ماندگار در منطق تلاش دوباره نیست، در آهنگ درخواستهاست:
- همزمانی را محدود کنید. برای تعداد اتصالهای همزمان باز به یک سایت سقف بگذارید. اینکه چرا افزایش همزمانی از نقطهای به بعد فقط پاسخ
429بیشتری میسازد و مقدار درست چگونه سنجیده میشود را در نوشتهمان همروندی و موازیسازی در وب اسکرپینگ آوردهایم. - نخست راه رسمی را بجویید. اگر سایت API دارد، محدودیتهایش مستند و به کلید شما وابسته است.
- فایل robots.txt را بخوانید. برخی سایتها زمان انتظار میان درخواستها را با سطر
Crawl-delayدر آن اعلام میکنند. شیوه خواندن فایل در نوشتهمان فایل robots.txt چیست و چگونه آن را بخوانیم؟ آمده است.
عوض کردن User-Agent یا نشانی IP برای «صفر کردن» شمارنده بسیار پیشنهاد میشود، اما دغدغه محدودیت هویت شما نیست، باری است که بر سایت میگذارید. پخش کردن همان بار میان نشانیهای دیگر سایت را به همان اندازه زیر فشار میگذارد. تصویر کامل کار کردن بدون مسدود شدن در نوشتهمان وب اسکرپینگ بدون مسدود شدن: راهنمای عملی آمده است.
Error 1015 با چه خطاهایی اشتباه گرفته میشود؟
صفحههای گوناگون Cloudflare چیزهای متفاوتی میگویند و کاری که باید کرد هم تغییر میکند:
| صفحه | یعنی چه | چه کسی حل میکند |
|---|---|---|
Error 1015، You are being rate limited | درخواست بیش از حد پیاپی؛ محدودیت نرخ موقت | شما صبر میکنید؛ آستانه را صاحب سایت تغییر میدهد |
Sorry, you have been blocked (Error 1020 و مانند آن) | درخواست شما نه به دلیل سرعت، بلکه به دلیل یک قاعده امنیتی رد شده است | فقط صاحب سایت؛ جدول کدها در این نوشته است |
| Verify you are human (راستیآزمایی انسان بودن) | مسدودسازی نیست، یک گام راستیآزمایی است؛ پس از گذر از آن سایت باز میشود | بیشتر خود شما؛ گامها در این نوشته آمده است |
فایده عملی این تمایز چنین است: در 1015 صبر کردن نتیجه میدهد، اما در مسدودسازی با قاعده امنیتی هر قدر هم صبر کنید نتیجه عوض نمیشود. اینکه سایتها ترافیک خودکار را با چه نشانههایی جدا میکنند را در نوشتهمان درباره شیوه کار تشخیص بات توضیح دادهایم.
برای کسبوکارها: نشانی مشترک و پخش کردن بار از آغاز
برای تیمهایی که به اقتضای کارشان با این خطا روبهرو میشوند دو وضعیت جدا وجود دارد.
تیمهایی که به خاطر ترافیک دیگران به محدودیت میخورند. اگر یک آژانس یا تیم عملیات تمام روز از یک شبکه اداری پرازدحام، یک VPN مشترک یا نشانی مشترک اپراتور به همان پنلها وصل میشود، شمارنده میتواند مستقل از استفاده خود تیم پر شود. آنچه اینجا دنبالش هستید گذشتن از محدودیت نیست، وابسته کردن شمارنده فقط به استفاده خودتان است: با پروکسی ISP نشانی ثابتی میگیرید که به نام یک ارائهدهنده خدمات اینترنت ثبت شده و هر درخواستی که از آن نشانی میرود از آن شماست. معنای نشانی غیرمشترک را در نوشتهمان پروکسی اختصاصی واقعاً یعنی چه؟ توضیح دادهایم.
تیمهایی که با اجازه و در حجم بزرگ داده گردآوری میکنند. در کارهایی مانند مقایسه قیمت یا رصد موجودی دهها هزار صفحه خوانده میشود و فرستادن همه ترافیک از یک نشانی آن نشانی را به محدودیت میرساند. با پروکسی چرخشی درخواستها میان مجموعه گستردهای از نشانیها پخش میشوند، اما پخش کردن جای پایین آوردن آهنگ کل را نمیگیرد: اگر مجموع درخواستهایی که در هر ثانیه به سایت میفرستید همان بماند، باری که صاحب سایت میبیند هم همان است. نخست سرعت کل به اندازهای که سایت تاب میآورد پایین آورده میشود و سپس این ترافیک میان نشانیها تقسیم میشود. کل روند کار را در صفحه راهکار استخراج داده مییابید.
خطاهای رایج
- ادامه دادن به فشردن
F5پس از آمدن صفحه. هر تازهسازی در شمارنده ثبت میشود و میتواند مسدودسازی را طولانیتر کند. - تلاش برای رهایی با روشن کردن VPN رایگان. رفتن به یک نشانی پرازدحام یعنی شریک شدن در شمارندهای که از پیش پر است.
- در سمت توسعهدهنده: تلاش دوباره بدون مکث. هر تلاش دوباره فوری پس از
429یک429تازه میسازد و میتواند مسدودسازی را طولانیتر کند. - در سمت صاحب سایت: بردن قاعده به حالت مسدودسازی بدون آزمودن. قاعدهای که نخست در حالت ثبت اجرا نشده باشد در نخستین روز پرترافیک مشتریان واقعی را پشت در میگذارد.
راهنمای انتخاب
| وضعیت شما | چه کنید |
|---|---|
| نخستین بار است که خطا را میبینید | تب را ببندید، چند دقیقه صبر کنید، یک بار امتحان کنید |
| در سایتی رخ میدهد که صفحهاش را پیاپی تازه میکنید | فاصله تازهسازی را بیشتر کنید و افزونه تازهسازی خودکار را بردارید |
| با اینترنت همراه باز میشود اما در شبکه اداره یا خانه نه | نشانی مشترک است؛ به مدیر شبکه خبر بدهید و اگر VPN روشن است خاموشش کنید |
| در استفاده عادی هر روز رخ میدهد | با Ray ID به صاحب سایت بنویسید؛ شاید آستانه بیش از حد پایین باشد |
| در سایت خودتان بازدیدکنندگان گله دارند | Ray ID را در Security Events پیدا کنید، پنجره را بزرگتر و قاعده را محدودتر کنید |
برنامه شما 429 و 1015 میگیرد | از Retry-After پیروی کنید، همزمانی را پایین بیاورید و اگر API رسمی هست به آن بروید |
| تیم شما به خاطر نشانی مشترک به محدودیت میخورد | از نشانی ثابتی استفاده کنید که فقط از آن شماست |
پرسشهای متداول
آیا Error 1015 مسدودیت دائمی است؟
نه. با وجود واژه «banned» روی صفحه، مسدودسازی موقتی است و با پایان مدتش خودبهخود برداشته میشود. با حساب شما کاری نمیشود؛ مسدودسازی روی اتصال فعلی شما اعمال میشود. اگر همان رفتار ادامه یابد مسدودسازی دوباره آغاز میشود.
آیا Error 1015 ویروس یا خرابی اینترنت است؟
هیچکدام. صفحه از لایه Cloudflare جلوی سایت میآید و فقط به تعداد درخواستها مربوط است. اگر سایتهای دیگر عادی باز میشوند اینترنت شما مشکلی ندارد. با این حال اگر افزونهای خراب یا برنامهای گیرکرده پیوسته به یک سایت درخواست میفرستد باید آن را ببندید.
خاموش و روشن کردن مودم فایده دارد؟
راه مطمئنی نیست. در برخی اشتراکها با وصل شدن دوباره مودم نشانی IP عوض میشود و در برخی همان میماند. حتی اگر عوض شود، تا وقتی رفتاری که محدودیت را فعال میکند ادامه دارد همان صفحه چند دقیقه بعد برمیگردد؛ اگر محدودیت به حساب یا نشست وابسته باشد هیچ چیز تغییر نمیکند. صبر کردن راه مطمئنتری است.
دستگاه دیگری در همان خانه سایت را باز میکند، چرا من نمیتوانم؟
شاید دستگاهها از اتصالهای متفاوتی خارج میشوند: یکی با Wi-Fi و دیگری با اینترنت همراه. اگر در یک شبکهاند، شاید قاعده به چیزی جز نشانی IP هم نگاه میکند (کوکی یا هدر درخواست). در دستگاهی که باز نمیکند افزونهها و تبهای بازمانده را بررسی کنید.
Ray ID چیست و چه کاربردی دارد؟
شناسهای است که به هر درخواست گذرنده از Cloudflare داده میشود. برای شما معنایی ندارد، اما صاحب سایت با این کد میتواند در لاگهای امنیتی خودش درخواست شما، قاعده فعالشده و ساعت را پیدا کند. هنگام نوشتن به سایت دقت کنید Ray ID هم در تصویر صفحه دیده شود.
آیا استفاده از پروکسی Error 1015 را حل میکند؟
اگر رفتار خود شما خطا را فعال میکند، نه: همان آهنگ شمارنده نشانی تازه را هم پر میکند. تنها حالتی که پروکسی واقعاً تفاوت ایجاد میکند وقتی است که شمارنده را نه شما، بلکه کسانی که نشانی را با آنها مشترک هستید پر میکنند؛ در آن صورت نشانی ثابتی که فقط از آن شماست مشکل را از ریشه برطرف میکند.
خلاصه
Error 1015 مسدودسازی موقتی است که میگوید به محدودیت نرخی برخوردهاید که صاحب یک سایتِ پشت Cloudflare تعیین کرده است. کد HTTP پشت آن 429 است، مدت و آستانه را صاحب سایت تعیین میکند و Cloudflare فقط اجرا میکند. راهحل برای بازدیدکننده صبر کردن و تازه نکردن صفحه است؛ اگر خطا پیوسته تکرار میشود با Ray ID به صاحب سایت نوشته میشود. صاحب سایت بررسی میکند قاعده چه چیزی را میشمارد و پنجره چقدر پهن است؛ توسعهدهنده از Retry-After پیروی میکند و آهنگ درخواستها را پایین میآورد. اگر نه به خاطر استفاده خودتان، بلکه به خاطر نشانی مشترک به محدودیت میخورید، به خدمات پروکسی ما نگاهی بیندازید که نشانیهایی فقط برای شما ارائه میکنند.
