החיבור אופס על ידי העמית דרך פרוקסי: איתור השלב שנכשל
השתמשו בשלב החיבור ובראיות מאמתות כדי לחקור איפוס של פרוקסי בלי להתייחס להודעת השגיאה הקצרה של מערכת ההפעלה כייחוס סיבה.
«Connection reset by peer» מציין חיבור תעבורה שבור. הוא אינו מזהה את ספק האינטרנט, מפעיל הפרוקסי או האתר כגורם.
| מועד האיפוס | היכן לחקור |
|---|---|
| מיד לאחר ש-TCP מתחבר | חוסר התאמה בפרוטוקול או שירות שדוחה את חילופי הפתיחה |
| לאחר ש-CONNECT מצליח | נתיב המנהרה שנקבע |
| במהלך תגובה | סגירה במעלה הזרם, מדיניות משך חיים של מתווך ונתיב ההעברה |
לאחר מכן שנו תנאי רלוונטי אחד תוך שמירה על הפרוקסי והיעד קבועים. השוו חיבור מוצפן מוגדר כראוי בין לקוח לפרוקסי, היכן שנתמך, או את אותו לקוח מרשת מאושרת אחרת. שאלו אם המפעיל יכול להתאים את הניסיון ביומנים שלו.
תוצאה שונה מצמצמת את החקירה בלי להוכיח גורם אחד. העברת תעבורה דרך מנהרה יכולה לשנות יחד תזמון, עומס, מדיניות ומתווכים. ההצלחה שלה לבדה אינה יכולה לבסס חסימה מכוונת בנתיב המקורי.
היכן שיש תצפיות מנות מורשות, השוו אותן ליומני היישום והפרוקסי. אפילו כתובת המקור הצפויה של המנה אינה מסבירה מדוע נשלח איפוס או איזו מערכת אכפה מדיניות.
שמרו את השגיאה המספרית, חותמת הזמן, נקודת הקצה והשלב האחרון שהושלם. השתמשו בראיות אלה לפני שינוי פרטי התחברות או הגדרות TLS; הודעת האיפוס הקצרה כשלעצמה אינה מספקת סיבה לשנות אף אחד מהם.