چرا IP یک پراکسی رایگان کار نمی‌کند
پراکسی بی‌پاسخ را به ترتیب منطقی بررسی کنید: نشانی، پروتکل، مسیر محلی، پشتیبانی تونل و پاسخ مقصد.
یک فهرست عمومی ممکن است نقطهٔ پایانی‌ای داشته باشد که دیگر اتصال نمی‌پذیرد. این علت رایج خرابی پراکسی است، اما تنها علت نیست. پروتکل اشتباه، تنظیم دور زدن، درگاه مسدود یا وب‌سایتی که IP خروجی را رد می‌کند نیز می‌تواند همین نشانه را ایجاد کند.
پیش از تغییر برنامه، ورودی را بررسی کنید
IP، درگاه و پروتکل را دوباره کپی کنید. کمبود یک رقم در درگاه یا اشتباه گرفتن HTTP و SOCKS برای جلوگیری از دست‌دهی کافی است. پروتکل را از درگاه 8080 یا 1080 حدس نزنید و مگر اینکه سرویس واقعاً نام کاربری ارائه کند، آن را اضافه نکنید.
برای نقطهٔ پایانی HTTP، یک درخواست کوتاه curl کمک می‌کند آزمون را از افزونه‌های مرورگر و تنظیمات سیستم جدا نگه دارید:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/نشانی مستندات را با ورودی خود جایگزین کنید. برای SOCKS5، درگاه واقعی و طرح SOCKS متناظر را به کار ببرید.
به نخستین شکست نگاه کنید
| نتیجه | محل احتمالی بررسی |
|---|---|
| اتصال رد شد | درگاه بسته است یا دستگاهی فعالانه اتصال را رد کرده است. |
| پایان مهلت اتصال | مسیر، فیلترگذاری یا سرویس نتوانسته برقراری اتصال را در مهلت کامل کند. |
| پاسخ غیرمنتظره در دست‌دهی پراکسی | ممکن است پروتکل انتخابی با سرویس سازگار نباشد. |
| 407 | پراکسی احراز هویت می‌خواهد. |
| CONNECT رد شد | پراکسی ممکن است آن مقصد یا درگاه را محدود کند. |
| وب‌سایت 403 یا 429 برمی‌گرداند | درخواست به یک سرور HTTP رسیده که آن را رد یا محدود کرده است. بررسی کنید کدام سرور پاسخ را صادر کرده است. |
اتصال TCP سالم فقط گام نخست است. اگر سرویس آن درگاه پروتکل پراکسی انتخابی نباشد، درخواست می‌تواند بلافاصله پس از آن شکست بخورد.
دو مقایسه انجام دهید
همان مقصد را با پراکسی دومی با همان پروتکل امتحان کنید. اگر فقط نقطهٔ پایانی اول هنگام برقراری اتصال شکست می‌خورد، مشکل به آن نقطه یا مسیر محدودتر می‌شود. سپس مقصد عادی دیگری را با پراکسی اول امتحان کنید. اگر فقط یک سایت مشکل دارد، به‌جای ازکارافتاده دانستن کل پراکسی، سیاست ویژهٔ مقصد را بررسی کنید.
اگر دسترسی مستقیم ممکن باشد، درخواست مستقیم نیز مقایسهٔ مفیدی است. دور زدن را صریح کنید تا متغیرهای پراکسی به‌ارث‌رسیده آزمون ظاهراً مستقیم را بی‌سروصدا در مسیر پراکسی نگه ندارند.
بدانید چه وقت آزمون یک ورودی را متوقف کنید
اگر چند درخواست با زمان محدود در یک مرحلهٔ اتصال شکست خوردند، به‌جای افزایش انتظار به چند دقیقه، ورودی دیگری از فهرست پروکسی رایگان انتخاب کنید. اگر لازم است گزارش دهید، خطای دقیق را نگه دارید. اتصال مجدد پی‌درپی درگاه بسته یا نقطهٔ پایانی حذف‌شده را تعمیر نمی‌کند.
اگر همهٔ ورودی‌ها شکست می‌خورند، دید گسترده‌تری داشته باشید. تنظیمات کلاینت، قواعد خروجی شبکه و دسترس‌پذیری مقصد بدون پراکسی را بررسی کنید. مشکلی مشترک میان همهٔ درخواست‌ها دلیل ضعیفی برای کنار گذاشتن کل فهرست است.