विकास बिल्ड काम करत असेल पण त्याची ClickOnce आवृत्ती 407 परत करत असेल, तर क्रेडेन्शियल्स बदलण्यापूर्वी आवृत्तीत इच्छित एक्झिक्युटेबल कॉन्फिगरेशन आहे का ते तपासा.

तपासणी बिंदूकाय तुलना करावी
बिल्ड आउटपुटएक्झिक्युटेबलचे योग्य नावाचे कॉन्फिगरेशन: 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 सारखे दिसू शकतात, पण तीन-फाइल तुलना ठरवते की वितरण ही पहिली दुरुस्ती आहे का.

संबंधित लेख