آیا می‌توان پراکسی را با ping بررسی کرد؟
پاسخ ping دسترس‌پذیری ICMP را می‌آزماید، نه سرویس HTTP یا SOCKS روی درگاه پراکسی.
ping نشان می‌دهد درخواست پژواک ICMP پاسخی دریافت کرده یا نه. درگاه HTTP یا SOCKS موجود در فهرست پروکسی را باز نمی‌کند و از پراکسی نمی‌خواهد به وب‌سایتی برسد.
این تفاوت وقتی مهم است که مدخل به ping پاسخ می‌دهد اما اتصال پراکسی را رد می‌کند. ICMP و سرویس TCP پراکسی مسیرهای متفاوتی را در نرم‌افزار و قواعد دسترسی میزبان طی می‌کنند. نشانی دسترس‌پذیر ممکن است روی درگاه انتخابی هیچ پراکسی شنونده‌ای نداشته باشد.
سه نتیجه که به‌آسانی بد تفسیر می‌شوند
- ping پاسخ می‌دهد، پراکسی شکست می‌خورد: درگاه سرویس، پروتکل، احراز هویت و پاسخ پراکسی را بررسی کنید. پاسخ پژواک این‌ها را نیازموده است.
- ping شکست می‌خورد، پراکسی کار می‌کند: شبکه یا میزبان ممکن است ICMP را فیلتر کند ولی اتصال پراکسی را مجاز بداند. آزمایش موفق برنامه را به دلیل بی‌پاسخ ماندن پژواک کنار نگذارید.
- ping سریع است، درخواست‌ها کندند: رفت‌وبرگشت پژواک مذاکرهٔ پراکسی، مسیر از پراکسی تا مقصد، TLS و زمان پاسخ مقصد را در بر نمی‌گیرد.
از عملیات واقعی کلاینت استفاده کنید
برای نقطهٔ HTTP، درخواست HTTP با حدود مشخص از آن بفرستید. اگر HTTPS لازم دارید، ایجاد تونل و پاسخ TLS مقصد را هم تأیید کنید. برای SOCKS از حالت SOCKS پشتیبانی‌شدهٔ برنامه استفاده کنید. بررسی درگاه TCP مشاهدهٔ میانی مفیدی است، اما پیش از این مراحل پروتکل متوقف می‌شود.
هنگام عیب‌یابی مسیر شناخته‌شده، ping را اطلاعات تکمیلی شبکه بدانید. نتیجه‌اش را جدا از نتیجهٔ برنامه گزارش کنید. «IP به درخواست پژواک پاسخ می‌دهد» و «پراکسی این درخواست HTTPS را کامل کرد» دو ادعای متفاوت‌اند؛ فقط دومی عملیات موردنظر را می‌آزماید.