מה לכלול בדוח שגיאת פרוקסי

מסרו לתמיכה את השלב שנכשל ואת השגיאה המדויקת, במקום רק «הפרוקסי לא עובד». דוח קצר יכול להשתמש במבנה הזה:

Client and version:
Proxy protocol and port:
Attempt time and timezone:
Connection / overall timeout settings:
Last completed stage:
Exact error or numeric status:
Same target over an allowed direct route:
Same target through another comparable endpoint:

תארו את השלב כחיבור לפרוקסי, הזדהות בפרוקסי, הקמת מנהרה, TLS של היעד או תגובת HTTP הסופית. למשל, «פרוקסי HTTP בפורט 8080; TCP מחובר; CONNECT החזיר 407; עדיין אין TLS של היעד» מזהה את הבעיה בלי לחשוף כניסה לחשבון. עבור שגיאת תעודה, שמרו את הסוג ואת ההקשר של שם המארח הצפוי, והסתירו שמות פרטיים לפי הצורך.

בדקו את הטקסט בפועל לפני שיתוף. הסירו את userinfo מ־URL הפרוקסי, Proxy-Authorization, Authorization של היעד, Cookie, Set-Cookie, ערכי שאילתה פרטיים וגופי בקשות. עוגיית סשן או אסימון bearer יכולים לתת גישה בלי להיראות כסיסמה. ההסתרה של הכלי עשויה להשתנות לפי גרסה ומצב פלט; יומן מפורט ומעקב מלא אינם חייבים להשחיר באותו אופן.

השתמשו בסמנים כמו REDACTED_PROXY_PASSWORD תוך שמירת שמות כותרות, מבנה URL ושגיאות מספריות גלויים. אל תמחקו את כל חילופי הנתונים סביב הכשל. שתפו נקודות קצה פרטיות ופרטי רשת רק בערוץ התמיכה המתאים.

אם בקשה מינימלית ליעד לא מזיק או לשירות שבשליטתכם משחזרת את הבעיה, צרפו אותה במקום מעקב עם נתונים עסקיים. אם השגיאה מתרחשת רק עם היעד המקורי, אמרו זאת: שינוי היעד משנה את מה שהשחזור מוכיח. עבור פרוקסי HTTP, בקשת curl מוגבלת בזמן יכולה לספק דוגמה מינימלית.