דפדפן Windows שעובד דרך ה-proxy של החברה אינו מוכיח שאפליקציה מבוססת libcurl גילתה את אותה תצורה. ל-libcurl יש אפשרויות proxy ומשתני סביבה מתועדים; גילוי ה-proxy של דפדפן Windows הוא ממשק אחר.

אפליקציה שרוצה לפעול לפי הגדרות Windows של המשתמש הנוכחי יכולה לשאול אותן באמצעות ה-API לתצורת proxy של Windows. זה עדיין משאיר עבודה. כתובת URL של תצורה אוטומטית מצביעה על מדיניות PAC, לא על נקודת קצה קבועה של proxy שמתאימה להעתקה ישירה אל CURLOPT_PROXY.

הגדרת proxy ידנית
נתחו את התצורה הנתמכת ומסרו ללקוח את אפשרויות ה-proxy והעקיפה המתאימות.
PAC או גילוי אוטומטי
העריכו את המדיניות עבור היעד בפועל באמצעות אינטגרציה נתמכת.
שירות רקע
בדקו איזה חשבון מחזיק בתצורה האפקטיבית; ייתכן שהגדרות המשתמש האינטראקטיבי אינן הגדרות השירות.

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

מאמרים קשורים