شما Facebook Ads را از طریق پروکسی باز می‌کنید، اما به جای داشبورد — صفحه سفیدی با کد 502 می‌بینید. یا پارسر Wildberries ناگهان هر پنج دقیقه خطای 503 را نشان می‌دهد. اولین فکر — پروکسی خراب شده، وقت تعویض است. اما در نیمی از موارد، مشکل اصلاً در پروکسی نیست، بلکه در سمت سایت است و تغییر IP هیچ چیزی را اصلاح نمی‌کند. بیایید بررسی کنیم که چگونه در چند دقیقه به طور دقیق منبع مشکل را شناسایی کنیم و وقت خود را برای امتحان پروکسی‌های کارآمد هدر ندهیم.
کدهای 502 و 503 چه معنایی دارند
قبل از اینکه پروکسی را مقصر بدانید، باید درک کنید که این کدها توسط خود پروتکل HTTP ارسال می‌شوند و مشکل را در سمت سرور که به آن مراجعه می‌کنید توصیف می‌کنند، نه در سمت کلاینت. 502 Bad Gateway به این معناست که سرور میانی (مانند متعادل‌کننده بار یا CDN مانند Cloudflare) پاسخ نادرستی از سرور بالادستی دریافت کرده است. به عبارت ساده‌تر — حلقه‌ای در زنجیره بین شما و برنامه نهایی خراب شده یا بارگذاری شده است.
503 Service Unavailable به این معناست که سرور به طور موقت نمی‌تواند درخواست را پردازش کند — اغلب به دلیل بارگذاری بیش از حد، کارهای فنی یا فعال شدن حفاظت از ربات‌ها. نکته مهم: 503 به معنای عدم دسترسی موقت است، سرور زنده است، فقط در حال حاضر آماده پاسخگویی نیست.
به نظر می‌رسد که هر دو کد به وضوح می‌گویند «مشکل در سرور». اما وقتی از پروکسی استفاده می‌کنید، تصویر پیچیده‌تر می‌شود: سرور پروکسی خود می‌تواند به عنوان همان «حلقه میانی» عمل کند که 502 را تولید می‌کند، اگر نتواند به سایت هدف دسترسی پیدا کند. و 503 اغلب به این دلیل ظاهر می‌شود که سایت واقعاً خراب نیست، بلکه سیستم حفاظت (Cloudflare، Akamai، DataDome) IP پروکسی را به عنوان مشکوک شناسایی کرده و به جای صفحه واقعی، یک صفحه با کد 503 یا 429 را ارائه می‌دهد.
چرا این خطاها از طریق پروکسی بیشتر رخ می‌دهند
اگر بدون پروکسی سایت به طور پایدار باز می‌شود، اما از طریق پروکسی به طور منظم خطای 502 یا 503 را نشان می‌دهد، معمولاً چندین دلیل وجود دارد و همه آنها به نحوه ادغام پروکسی در زنجیره درخواست مربوط می‌شوند.
بارگذاری بیش از حد خود سرور پروکسی. در پروکسی‌های ارزان‌قیمت دیتاسنتر، ممکن است تعداد زیادی جلسه همزمان بر روی یک IP «آویزان» باشد. وقتی پروکسی نمی‌تواند ترافیک را پروکسی کند، یا اتصال را قطع می‌کند یا از طرف خود 502 را ارائه می‌دهد.
مسدود شدن IP در سمت سایت هدف. Facebook Ads، Instagram، Wildberries و Ozon به طور فعال از سیستم‌های ضد ربات استفاده می‌کنند که دامنه‌های IP دیتاسنتر را به صورت دسته‌ای مسدود می‌کنند. در این حالت، سایت به طور رسمی کار می‌کند، اما برای IP خاص 503 یا ریدایرکت به کپچا را ارائه می‌دهد.
عدم تطابق جغرافیایی. اگر پروکسی از یک کشور باشد و حساب با پیوند به منطقه دیگری ایجاد شده باشد، برخی از سرویس‌ها به طور موقت جلسه را «معلق» می‌کنند و به جای رد دسترسی واقعی، خطای دروازه را ارائه می‌دهند.
پروتکل و پورت. نوع نادرست پروکسی (HTTP به جای SOCKS5، یا برعکس) در تنظیمات مرورگر ضد تشخیص نیز اغلب به عنوان 502 پنهان می‌شود — مرورگر به طور فیزیکی نمی‌تواند تونل را برقرار کند و خطای دروازه را نشان می‌دهد.
بررسی سریع: پروکسی یا سایت
مطمئن‌ترین راه برای بررسی — به طور متوالی متغیرها را حذف کنید. اینجا ترتیب اقداماتی است که بیشتر از پنج دقیقه طول نخواهد کشید.
مرحله 1. سایت را بدون پروکسی، مستقیماً با IP واقعی خود باز کنید. اگر خطا تکرار شد — مشکل قطعاً در سمت سایت است، پروکسی در اینجا نقشی ندارد.
مرحله 2. اگر بدون پروکسی همه چیز کار می‌کند، پروکسی را به IP دیگری از همان مجموعه تغییر دهید. اگر خطا ناپدید شد — به این معناست که IP خاص مسدود یا بارگذاری شده است، نه کل سرویس.
مرحله 3. پروکسی را در سایت دیگری بررسی کنید (به عنوان مثال، هر منبع بی‌طرفی مانند httpbin.org یا whatismyip را باز کنید). اگر پروکسی هیچ چیزی را باز نمی‌کند — مشکل در خود سرور پروکسی است، نه در سایت هدف.
مرحله 4. اگر پروکسی سایر سایت‌ها را به طور عادی باز می‌کند، اما دقیقاً در منبع هدف به طور مداوم 503 را نشان می‌دهد — این تقریباً همیشه حفاظت از ربات‌ها است که IP خاص شما را به عنوان مشکوک شناسایی کرده است. در چنین شرایطی، تغییر نوع پروکسی کمک می‌کند، نه فقط چرخش در چارچوب همان مجموعه.
تشخیص در Dolphin Anty، AdsPower و Multilogin
اگر شما حساب‌ها را از طریق مرورگر ضد تشخیص مدیریت می‌کنید، راحت‌تر است که تشخیص را مستقیماً درون آن انجام دهید، بدون اینکه به سرویس‌های خارجی سوئیچ کنید.
در Dolphin Anty پروفایل را باز کنید، به تنظیمات پروکسی بروید و دکمه بررسی اتصال را فشار دهید. اگر تست نشان می‌دهد «پروکسی پاسخ نمی‌دهد» یا زمان‌توقف — مشکل در سطح سرور پروکسی است، خطای 502 در مرورگر نتیجه منطقی آن خواهد بود. اگر تست با موفقیت انجام شد و سایت درون پروفایل هنوز 502 یا 503 را نشان می‌دهد، کد پاسخ را یادداشت کنید و همان URL را در برگه کناری با پروفایل دیگری در IP دیگر باز کنید — این نشان می‌دهد که آیا مشکل سیستمی است یا محلی.
در AdsPower عملکرد مشابهی به نام «بررسی پروکسی» وجود دارد، که به طور اضافی سرعت پاسخ و موقعیت جغرافیایی شناسایی شده را نشان می‌دهد. اگر موقعیت جغرافیایی پروکسی با انتظار مطابقت نداشته باشد (به عنوان مثال، شما پروکسی‌های ایالات متحده را خریداری کرده‌اید، اما سرویس هلند را نشان می‌دهد)، این دلیلی برای مشکوک شدن به تغییر یا تنظیم نادرست است که می‌تواند خطاهای دروازه را نیز تحریک کند.
در Multilogin و GoLogin بررسی پروکسی به یک دیالوگ جداگانه در هنگام ایجاد پروفایل منتقل شده است — از آن قبل از هر بار اجرای کمپین استفاده کنید، به ویژه اگر شما حساب‌های جدید را به صورت دسته‌ای ایجاد می‌کنید. پنج ثانیه بررسی کافی است تا بعداً یک ساعت را برای شناسایی دلایل 502 هدر ندهید.
روش فنی: بررسی از طریق curl
برای کسانی که با پارسینگ کار می‌کنند یا پروکسی را به صورت برنامه‌نویسی تنظیم می‌کنند، دقیق‌ترین روش تشخیص — درخواست مستقیم از طریق ترمینال است. این امکان را می‌دهد که کد پاسخ واقعی را بدون «تزئینات» مرورگر ببینید.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
پرچم -I فقط هدرها را درخواست می‌کند و -v خروجی دقیق را فعال می‌کند، که نشان می‌دهد در کدام مرحله قطع ارتباط رخ داده است — در هنگام ایجاد تونل به پروکسی یا در زمان مراجعه به سرور هدف.
اگر خطا بلافاصله در هنگام اتصال به پروکسی رخ دهد (خط Connection refused یا Connection timed out)، پروکسی سرور خود مقصر است. اگر تونل برقرار شد، اما پاسخ با کد 502 یا 503 از دامنه هدف دریافت شد — مشکل در سمت سایت یا سیستم حفاظت آن است.
مفید است که بلافاصله ده پروکسی از مجموعه را با اسکریپت اجرا کنید و آمار کدهای پاسخ را جمع‌آوری کنید — این به سرعت نشان می‌دهد که آیا مشکل سیستمی در کل مجموعه است یا فقط در چند IP «پوسیده»:
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneاگر بیش از 30% پروکسی‌ها از مجموعه در سایت‌های مختلف 502 را برگردانند — مشکل در تأمین‌کننده یا زیرساخت خود است و باید کل مجموعه را تغییر دهید. اگر خطاها فقط در یک دامنه خاص رخ دهند — مشکل در حفاظت ضد ربات این سایت است.
جدول: دلایل خطاها بر اساس نوع پروکسی
انواع مختلف پروکسی به طور متفاوتی در برابر خطاهای 502 و 503 آسیب‌پذیر هستند — این نکته‌ای است که باید در انتخاب برای وظیفه خاص در نظر گرفته شود.
| نوع پروکسی | دلیل معمول 502/503 | فرکانس خطاها |
|---|---|---|
| پروکسی دیتاسنتر | مسدود شدن دسته‌ای دامنه‌های IP توسط سیستم‌های ضد ربات، بارگذاری بیش از حد سرورهای عمومی | بالا |
| پروکسی‌های مسکونی | گاهی اوقات اتصال ناپایدار دستگاه نهایی-اهداکننده IP | پایین |
| پروکسی‌های موبایل | تغییر IP توسط اپراتور در وسط جلسه، افت‌های موقتی سیگنال | متوسط، اما کوتاه‌مدت |
IPهای دیتاسنتر معمولاً به طور پیش‌فرض توسط سیستم‌های ضد ربات شناخته می‌شوند، بنابراین آنها بیشترین سهم 503 را در چنین پلتفرم‌هایی مانند Facebook Ads، Instagram و بازارها تحریک می‌کنند. IPهای مسکونی و موبایل برای حفاظت به عنوان کاربران عادی به نظر می‌رسند، بنابراین سهم مسدودسازی‌های کاذب در آنها به طور قابل توجهی کمتر است، هرچند که برابر با صفر نیست.
چگونه تعداد خطاها را کاهش دهیم
برای آربیتراژکنندگانی که حساب‌های تبلیغاتی Facebook Ads یا TikTok Ads را ایجاد می‌کنند، حیاتی است که IP در لیست سیاه سیستم‌های ضد ربات قرار نگیرد — این معمولاً خود را با کد 503 نشان می‌دهد. در چنین وظایفی، پروکسی‌های مسکونی به طور قابل توجهی پایدارتر از دیتاسنترها عمل می‌کنند، زیرا IPهای آنها متعلق به ارائه‌دهندگان واقعی است و کمتر موجب مشکوک شدن سیستم‌های حفاظت می‌شوند.
برای متخصصان SMM که به طور همزمان به طور انبوه Instagram و TikTok را مدیریت می‌کنند، دلیل 502 اغلب بارگذاری بیش از حد یک IP خاص به دلیل تعداد زیاد جلسات است. راه حل — اختصاص یک IP منحصر به فرد به هر حساب و صرفه‌جویی نکردن در تعداد آدرس‌ها در مجموعه است.
برای فروشندگانی که قیمت‌ها را در Wildberries، Ozon و Avito نظارت می‌کنند، 503 اغلب به این معناست که حفاظت سایت الگوی درخواست‌های مشابه مکرر را شناسایی کرده است. در اینجا، نه تنها تغییر نوع پروکسی، بلکه کاهش فرکانس درخواست‌ها و اضافه کردن تأخیرهای تصادفی بین درخواست‌ها، همراه با چرخش IP برای هر درخواست جدید کمک می‌کند.
برای پارسینگ و اسکریپت‌های خودکار، جایی که سرعت و ثبات اتصال در حجم بالای درخواست‌ها مهم است، پروکسی‌های دیتاسنتر انتخاب معقولی از نظر قیمت و سرعت باقی می‌مانند — اما باید با احتیاط استفاده شوند و بار را به طور یکنواخت بین تعداد زیادی IP توزیع کرد تا به محدودیت‌های یک آدرس نرسید.
چک‌لیست تشخیص
این ترتیب را ذخیره کنید و در هر بار بروز خطای 502 یا 503 از طریق پروکسی از آن پیروی کنید:
- سایت را بدون پروکسی باز کنید — آیا خطا تکرار می‌شود.
- اتصال پروکسی را به طور جداگانه بررسی کنید (whatismyip، httpbin).
- IP را در چارچوب همان مجموعه تغییر دهید و درخواست را تکرار کنید.
- نوع پروکسی و پورت را در تنظیمات پروفایل بررسی کنید (HTTP/SOCKS5).
- چند IP را از طریق curl اجرا کنید و کدهای پاسخ را مقایسه کنید.
- بررسی کنید که آیا موقعیت جغرافیایی پروکسی نسبت به پیوند حساب تغییر کرده است.
- اگر خطا فقط در یک سایت تکرار می‌شود، فرکانس درخواست‌ها را کاهش دهید.
- اگر خطاها به طور گسترده در کل مجموعه وجود دارد — تأمین‌کننده یا نوع پروکسی را تغییر دهید.
نتیجه‌گیری
کدهای 502 و 503 — نه حکم اعدام هستند و نه دلیلی برای رد فوری پروکسی. در اکثر موارد، فقط پنج دقیقه تشخیص کافی است تا بفهمید که دقیقاً کجا خطا رخ داده است: در خود سرور پروکسی، در سایت هدف یا در سیستم حفاظت آن از ربات‌ها. بررسی بدون پروکسی، تغییر IP درون مجموعه و تست از طریق curl یا ابزارهای داخلی مرورگرهای ضد تشخیص مانند Dolphin Anty و AdsPower 90% از این سوالات را بدون حدس و گمان اضافی پوشش می‌دهند.
اگر دلیل در تنظیمات نیست، بلکه در این است که IPهای شما به طور منظم در لیست سیاه سیستم‌های ضد ربات قرار می‌گیرند، باید نوع پروکسی را برای وظیفه مورد نظر دوباره بررسی کنید. برای ایجاد حساب‌های تبلیغاتی و کار با شبکه‌های اجتماعی، منطقی است که به پروکسی‌های مسکونی توجه کنید — آنها کمتر موجب مشکوک شدن سیستم‌های حفاظت سایت‌ها می‌شوند. برای وظایفی که سرعت در حجم بالای درخواست‌ها حیاتی است، پروکسی‌های دیتاسنتر مناسب هستند، و برای رفتار طبیعی‌تر در برنامه‌های موبایل — پروکسی‌های موبایل.