بازنشانی اتصال توسط طرف مقابل از طریق پروکسی: مرحله ناموفق را پیدا کنید
از مرحله اتصال و شواهد تأییدکننده برای بررسی بازنشانی پروکسی استفاده کنید و پیام خطای کوتاه سیستم‌عامل را به‌عنوان انتساب علت نپذیرید.
«Connection reset by peer» نشان‌دهنده یک اتصال انتقال شکسته است. این پیام ISP، اپراتور پروکسی یا وب‌سایت را به‌عنوان علت مشخص نمی‌کند.
| زمان بازنشانی | کجا بررسی شود |
|---|---|
| بی‌درنگ پس از برقراری TCP | ناسازگاری پروتکل یا سرویسی که تبادل آغازین را رد می‌کند |
| پس از موفقیت CONNECT | مسیر تونل برقرارشده |
| در طول یک پاسخ | بسته شدن بالادست، سیاست عمر یک واسطه و مسیر انتقال |
سپس یک شرط مرتبط را تغییر دهید و پروکسی و مقصد را ثابت نگه دارید. اتصال رمزنگاری‌شده و درست پیکربندی‌شده کلاینت به پروکسی را، در جایی که پشتیبانی می‌شود، یا همان کلاینت را از شبکه‌ای دیگر و تأییدشده مقایسه کنید. بپرسید آیا اپراتور می‌تواند این تلاش را در گزارش‌های خود مرتبط کند.
نتیجه متفاوت دامنه بررسی را محدود می‌کند، اما یک علت را اثبات نمی‌کند. عبور ترافیک از تونل می‌تواند زمان‌بندی، بار، سیاست و دستگاه‌های میانی را هم‌زمان تغییر دهد. موفقیت آن به‌تنهایی نمی‌تواند مسدودسازی عامدانه در مسیر اصلی را اثبات کند.
هرجا مشاهدات مجاز بسته‌ها در دسترس است، آن‌ها را با گزارش‌های برنامه و پروکسی مقایسه کنید. حتی نشانی مبدأ مورد انتظار بسته توضیح نمی‌دهد که چرا بازنشانی فرستاده شده یا کدام سیستم سیاستی را اعمال کرده است.
خطای عددی، برچسب زمان، نقطه پایانی و آخرین مرحله کامل‌شده را نگه دارید. پیش از تغییر اعتبارنامه‌ها یا تنظیمات TLS از آن شواهد استفاده کنید؛ پیام کوتاه بازنشانی به‌خودی‌خود دلیلی برای تغییر هیچ‌یک از این دو ارائه نمی‌دهد.