פרטי APN של Android ו-Network ProxyInfo משרתים מטרות שונות
קראו את תצורת פרוקסי הרשת דרך הממשקים הנתמכים של Android והפרידו בין פרטי הגישה של הספק לבין חשבון פרוקסי HTTP.
יישום Android עשוי להזדקק לכתובת הפרוקסי הנוכחית בלי להחזיק בהגדרות החיבור. התחילו בממשק פרוקסי הרשת במקום לחפש עמודת מסד נתונים בשם user או password.
תצורת APN של הטלפוניה מתארת את הגישה של הספק. שדות החשבון שלה שייכים לתצורה הזו. הם אינם מאגר פרטי גישה כללי לפרוקסי ה-HTTP שנבחר ב-Wi-Fi, ברשת מנוהלת או בחיבור פרטי של יישום.
| המידע הנדרש | התצורה הרלוונטית |
|---|---|
| חשבון גישה לנתונים של הספק | הגדרות APN, עם מגבלות הגישה של הפלטפורמה |
| פרוקסי ה-HTTP הנוכחי של הרשת | ConnectivityManager ו-ProxyInfo |
| התחברות שנדרשת מפרוקסי נבחר | זרימת האימות שהלקוח תומך בה ומקור החשבון המאושר |
בגרסת Android נתמכת, ConnectivityManager.getDefaultProxy() מחזיר את פרטי הפרוקסי הרלוונטיים. התוצאה עשויה להיעדר. ProxyInfo עשוי לתאר נקודת קצה ישירה או תצורת PAC, לכן בדקו את צורתו לפני שאתם מתייחסים לכל תוצאה כאל צמד מארח ופורט.
ProxyInfo אינו חושף צמד שם משתמש וסיסמה אוניברסלי. אם השירות הנבחר דורש אימות, השיגו את החשבון המיועד דרך הסדר פרטי הגישה הנתמך ביישום. אתגר פרוקסי והתחברות לספק יכולים להשתמש בזהויות שונות לחלוטין.
זה גם מפריד בין גילוי לבין שימוש. שקע מקורי או SDK עם תעבורה משלו אינו נעשה מודע לפרוקסי רק מפני שהיישום יכול לקרוא את ProxyInfo. מסרו את המסלול שנבחר ללקוח שתומך בפרוטוקול ובשיטת האימות שלו.
דוגמאות ישנות יותר שמבצעות שאילתה לספק תוכן טלפוני מתארות גרסאות והרשאות Android מסוימות. הן הקשר היסטורי שימושי, אך אינן יכולות להפוך חשבון APN לסיסמה החסרה עבור פרוקסי לא קשור.