טעינת מודול פרוקסי מותאם ב-.NET Framework
בדקו טעינת טיפוסים, תצורת קובץ ההרצה ועקיפות בקשות כאשר מודול defaultProxy נראה חסר השפעה.
עבור יישום .NET Framework, רשום את מודול הפרוקסי תחת configuration/system.net/defaultProxy:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>השם הראשון הוא הטיפוס והשני הוא זהות ה-assembly, לא נתיב DLL. יש לטעון את ה-assembly והתלויות לפי הכללים הרגילים של היישום.
בדוק שני שערים. ראשית, ה-runtime חייב לבנות טיפוס ציבורי שמממש את IWebProxy באמצעות בנאי ללא פרמטרים. שמור חריגות פנימיות מכשלי טעינה או בנייה; הן קודמות לכל חיבור TCP של פרוקסי. עבור מהדורת שולחן עבודה, ודא שהרישום הגיע לתצורה הפרוסה של קובץ ההרצה. עם ClickOnce, השווה את ה-.exe.config שנבנה, פורסם והותקן. App.config של ספריית מחלקות בדרך כלל אינו מגדיר את תהליך המארח שלה.
שנית, הבקשה חייבת להשתמש באותו ברירת מחדל. הקצאת פרוקסי מפורשת יכולה לעקוף אותו, ומחסנית HTTP אחרת עשויה שלא לקרוא את מודל התצורה הזה. בתוך המודול, GetProxy ו-IsBypassed זקוקים להחלטות עקביות, עם URI מוחלט של פרוקסי שמשתמש בסכימה ובפורט הנכונים.
הפוך גם את התנהגות פרטי הכניסה לעקבית. getter שמייצר חשבון מקודד קשיח ומתעלם מה-setter שלו יכול לסכל תצורה מאוחרת יותר גם לאחר טעינה מוצלחת.
זהו מנגנון תחזוקה עבור .NET Framework. השתמש בתצורת הפרוקסי הנתמכת על ידי לקוח הרשת ב-.NET הנוכחי במקום לצפות שהרישום הישן הזה של system.net ישלוט בכל HttpClient.