چرا پروکسی در یک وب‌سایت کار می‌کند اما در دیگری نه؟
اتصال سالم پروکسی را از محدودیت مقصد، قوانین پورت، خطاهای TLS و پاسخ‌های HTTP جدا کنید.
وقتی یک وب‌سایت کار می‌کند و دیگری نه، پیکربندی پروکسی را تغییر ندهید. تفاوت میان درخواست‌ها مدرک مفیدی است؛ تغییر فوری نقطهٔ اتصال آن را از بین می‌برد.
برای HTTPS از طریق پروکسی HTTP، در ردگیری کلاینت پاسخ CONNECT، TLS با مقصد و پاسخ نهایی HTTP وب‌سایت را از هم جدا کنید:
| خرابی مشاهده‌شده | چه چیزی را بررسی کنید |
|---|---|
| پروکسی پاسخ نمی‌دهد | اتصال پروکسی و مسیر. موفقیت قبلی یک سایت، دسترسی فعلی را ثابت نمی‌کند. |
| CONNECT برای یک مقصد رد می‌شود | سیاست مقصدها/پورت‌های مجاز و دسترسی‌پذیری از شبکهٔ پروکسی. |
| تونل پذیرفته شده، بررسی گواهی شکست می‌خورد | خطای گواهی گزارش‌شده: انقضا، نام میزبان، ساعت محلی، پیکربندی اعتماد یا رهگیری مدیریت‌شده. |
| TLS تأییدشده و سپس 403 از وب‌سایت | قواعد دسترسی سایت، وضعیت حساب، کوکی‌های لازم و مجوزها. |
| 429 از وب‌سایت | محدودیت‌های نرخ منتشرشده. کاربران دیگر هم می‌توانند به فعالیت منتسب به یک خروجی مشترک اضافه کنند. |
ببینید چه کسی صفحهٔ خطا را تولید کرده است. یک واسطه می‌تواند 403 یا خطای HTTP دیگری برگرداند؛ شماره به‌تنهایی محل آن را مشخص نمی‌کند. بررسی TLS را روشن نگه دارید تا درخواستی که موفق به نظر می‌رسد، شکست اتصال امن را پنهان نکند.
برای هر مقصد، نتیجهٔ دست‌دهی پروکسی، نتیجهٔ TLS و وضعیت نهایی را ثبت کنید. یک مقصد معمولی تحت کنترل خود را به‌عنوان مبنای مقایسه بگنجانید. اگر نقطهٔ اتصال به آن می‌رسد ولی یک سایت مرتب نشانی خروجی آن را رد می‌کند، نیازمندی‌های سایت را بررسی کنید یا مسیر مجاز دیگری به کار ببرید. تعویض پروکسی جای احراز هویت یا مجوزهای دسترسیِ موجود‌نبوده را نمی‌گیرد.