בדקו את ה-.exe.config שפורסם כאשר ClickOnce מאבד הגדרת פרוקסי
בדקו את תצורת קובץ ההפעלה שנפרס כאשר שינוי פרוקסי של .NET Framework עובד מקומית אך נעלם בהתקנת ClickOnce.
אם build פיתוח עובד אך שחרור ה-ClickOnce שלו מחזיר 407, בדקו אם השחרור מכיל את תצורת קובץ ההפעלה המיועדת לפני ששינוי אישורים.
| נקודת בדיקה | מה להשוות |
|---|---|
| פלט ה-build | התצורה בעלת השם הנכון של קובץ ההפעלה: Reports.exe.config עבור Reports.exe |
| פלט הפרסום | תוכן הקובץ הזה והגדרות הכללת קובצי יישום |
| ההתקנה המושפעת | הגרסה שפורסמה שאותה קיבל המשתמש הזה בפועל |
App.config הוא המקור בפרויקט שולחן עבודה של .NET Framework. עריכתו אינה מוכיחה שהיישום המותקן קיבל את ה-.exe.config הנובע.
עבור יישום מדור קודם שנועד להשתמש בפרוקסי של המערכת עם אישורי Windows הנוכחיים, הקטע יכול להיות:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>מקם אותו תחת שורש ה-configuration הקיים, תוך שמירה על הגדרות לא קשורות. זהו מודל תצורת הרשת של .NET Framework, לא הגדרה לכל לקוח .NET מודרני.
אם הקובץ המותקן תקין, עקבו אחר זהות התהליך והמסלול. אישורי ברירת המחדל הם אלה הזמינים לתהליך הרץ; הם אינם מעניקים הרשאת פרוקסי. פרוקסי יישום מפורש יכול גם הוא לגבור על ברירת המחדל. תצורה שפורסמה חסרה ואימות שנדחה יכולים שניהם להיראות כמו 407, אך השוואת שלושת הקבצים מכריעה אם המסירה היא התיקון הראשון.