האם OkHttp יתחבר ישירות כאשר פרוקסי נכשל?
השתמשו בגרסת הלקוח, במועמדות הניתוב ובנתיב הניסיון החוזר של היישום כדי להחליט אם פרוקסי שנכשל יכול להוביל לגישה ישירה.
במקרה ההיסטורי של פרוקסי HTTP מערכתי, OkHttp שינה את התנהגותו ב-3.5.0: הוא הפסיק לנסות חיבור ישיר לאחר שאותו פרוקסי נכשל. דיווח ישן יותר על נסיגה שקטה עשוי לתאר את ההתנהגות שלפני השינוי הזה.
ההיסטוריה הזו אינה מכריעה את מדיניות הניתוב של כל יישום. כדי לפרש דיווח מהיישום שלכם, בצעו את שלוש הבדיקות האלה:
- מצאו את גרסת OkHttp שנפתרה. השתמשו במידע התלויות של היישום, כולל הגרסה שמסגרת אורזת בפועל, ולא בגילו של הדוגמה המועתקת.
- מצאו כיצד לקוח זה בוחר נתיב. פרוקסי מפורש ו-ProxySelector מותאם הם תצורות שונות. אם הבורר מספק מועמד ישיר אחרי פרוקסי, הוא מציע חלופה ישירה.
- עקבו אחר מטפל הכשל. חפשו קוד יישום שמנסה שוב עם לקוח אחר. בקשה ישירה ששולח אותו מחליף נמצאת מחוץ להחלטת הלקוח הראשון.
לדרישת פרוקסי חובה, מדיניות הלקוח הרלוונטית חייבת לעצור ולא להציע חלופה ישירה. בדקו את הלקוח בפועל ואת נתיב הניסיון החוזר מול הדרישה הזו; השינוי ב-3.5.0 לבדו אינו כלל תעבורה ברמת המחשב כולו.