वेब सर्वर पर डीबगिंग शुरू करने में असमर्थ। ASP.NET डिबगिंग VS 2010, II7, विन 7 x64 शुरू नहीं कर सका

Question

मैं विंडोज 7 x64 पर विजुअल स्टूडियो 2010 (एडमिन के रूप में), आईआईएस 7 चला रहा हूं। मैं IIS 7 में ASP.NET वेब साइट को बिना ठीक डिबगिंग के चलाने में सक्षम हूं, लेकिन जब मैं इसे डीबग करने के लिए F5 दबाता हूं, तो मैं:

वेब सर्वर पर डीबगिंग शुरू करने में असमर्थ। ASP.NET डीबगिंग प्रारंभ नहीं किया जा सका। डिबगिंग के बिना प्रोजेक्ट शुरू करने से अधिक जानकारी उपलब्ध हो सकती है।

दुर्भाग्य से मदद लिंक मुझे बहुत मदद नहीं कर रहा है और चीजों के एक बड़े पेड़ की एक बिल्ली को नीचे ले जाता है।

मैंने निम्नलिखित की जाँच की:

• सुरक्षा आवश्यकताएं - मुझे याद नहीं है कि पहले कुछ विशेष करना था। IIS7 में कार्यकर्ता प्रक्रिया w3wp.exe है। यह कहता है कि यदि यह ASPNET या NETWORK सेवा के रूप में चल रहा है तो मेरे पास इसे डीबग करने के लिए प्रशासक के विशेषाधिकार होने चाहिए। अगर मुझे यहां कुछ बदलने की आवश्यकता है तो मुझे कैसे पता चलेगा?

• वेब साइट संपत्ति पृष्ठ> विकल्प प्रारंभ करें> डीबगर्स> ASP.NET की जाँच की जाती है। कस्टम सर्वर का उपयोग साइट के URL पर सेट होता है (जो डिबगिंग के बिना ठीक काम करता है)।

• डिबगिंग में सक्षम है web.config।

• एप्लिकेशन ASP.NET 3.5 का उपयोग कर रहा है (मैं अंततः 4.0 पर जाना चाहता हूं लेकिन मेरे पास इससे निपटने के लिए कुछ माइग्रेशन है)।

• अनुप्रयोग पूल: क्लासिंग .NET AppPool (भी DefaultAppPool की कोशिश की गई)।

कोई भी विचार जहां मैं अगले की जांच कर सकता हूं?

निश्चित रूप से यह नहीं होना चाहिए कि IIS, VS को स्थापित करना, एक वेब साइट बनाना, और इसका परीक्षण करना शुरू करें?

अग्रिम में धन्यवाद।

Comments

बस स्पष्ट होने के लिए जब आपने विज़ुअल स्टूडियो शुरू किया, तो आपने उस पर राइट क्लिक किया और रन अस एडमिनिस्ट्रेटर विकल्प चुनें?

— एरोन कार्लसन

क्या आपने अभी तक इस लिंक की जाँच की है? msdn.microsoft.com/en-us/library/dwesw3ee.aspx

— आरोन कार्लसन

@ एरॉन, हां, मेरे पास वास्तव में हमेशा प्रशासक के रूप में चलाने के लिए वीएस सेट है।

— दान सी

@ ऐरन, मैं यहाँ पोस्ट करने से पहले स्पष्ट रूप से उस पेज और उसके बच्चों के माध्यम से गया था और कुछ भी नहीं था जो मुझे करने की आवश्यकता थी। मेरा सिस्टम आवश्यकताओं को पूरा करता है और साइट के लिए डिबगिंग चालू है। मेरे पास विंडोज सर्वर 2003 नहीं है इसलिए आईआईएस को वहां कॉन्फ़िगर नहीं किया गया है। अगर मुझे जरूरत नहीं है, तो मैं किसी भी सुरक्षा सेटिंग्स को नहीं छूता हूं क्योंकि मुझे नहीं पता है।

— दान सी

यकीन नहीं होता कि यह मदद करता है, लेकिन मैंने वीएस 2010 में एक नया परीक्षण ASP.NET 3.5 वेब साइट बनाने की कोशिश की, इसे बिना किसी विशेष कॉन्फ़िगरेशन के IIS 7 में जोड़ा और यह ठीक डिबग करने में सक्षम था। मेरे मुख्य एप्लिकेशन के साथ कुछ ऐसा है कि कैसे इसे वीएस, आईआईएस या शायद यहां तक ​​कि फ़ाइल सिस्टम में कॉन्फ़िगर किया गया है। अभी निश्चित नहीं है कि कहां से शुरू करना है।

— दान सी

Answer 1

IIS में जाने की कोशिश करें और सुनिश्चित करें कि आपके द्वारा उपयोग किए जा रहे ऐप पूल को शुरू किया गया है। बहुत बार, आप एक त्रुटि उत्पन्न करेंगे जो ऐप पूल को बंद कर देती है। आपको बस राइट क्लिक और स्टार्ट करने की आवश्यकता है और आपको जाने के लिए अच्छा होना चाहिए।

Comments

धन्यवाद, काश मैं इस पोस्ट शुक्रवार मिल गया है! पूल बंद हो गया था और मुझे पहली त्रुटि आई

— क्रिस्टोफर कैबेजूडो रॉड्रिग्ज

मेरे मामले में मुझे ISAPI और ASPI प्रतिबंधों में ASP.NET v4.0.30319 की अनुमति देनी पड़ी

— Adi

ऐप पूल के प्रमाणीकरण के लिए उपयोग किया जाने वाला बुरा उपयोगकर्ता नाम / पासवर्ड।

— पी। ब्रायन। मैके 18

मेरे मामले में पूल पहले ही शुरू हो गया था, लेकिन स्टॉपिंग और इसे फिर से शुरू करने के बाद, इसने काम किया।

— सेरज सगन

धन्यवाद। इस समाधान ने मेरे लिए पूरी तरह से काम किया। मुझे अतिरिक्त रूप से एप्लिकेशन पूल को पुनरारंभ करना पड़ा।

— सुनील

Answer 2

यह बताता है कि अपराधी आईआईएस यूआरएल रिवाइराइट मॉड्यूल था। मैंने एक नियम को परिभाषित किया था जो Default.aspx (जो वेब साइट के शुरुआती पृष्ठ के रूप में सेट किया गया था ) को साइट के रूट पर पुनर्निर्देशित करता है ताकि मैं एक कैनोनिकल होम URL रख सकूं। हालांकि, जाहिर तौर पर वीएस को इससे समस्या थी और वह उलझन में था। यह समस्या तब नहीं हुई जब मैं हेलिकॉन ISAPI_Rewrite का उपयोग कर रहा था, इसलिए यह मेरे पास भी नहीं था।

मैंने स्क्रैच और पोर्टिंग प्रोजेक्ट्स से पूरी नई वेब साइट तैयार की / मेरे समाधान में थोड़ी-थोड़ी कमी करके और अपने web.config को फिर से बनाया जब तक मुझे यह पता नहीं चला! ठीक है, कम से कम अब मेरे पास .NET 4.0 (अब तक, उम्मीद है कि मैं किसी भी दीवार में नहीं चलाऊंगा) का उपयोग करके एक थोड़ा क्लीनर साइट है - लेकिन क्या दर्द है!

Comments

हां, लेकिन आपको सुनिश्चित होना चाहिए कि एप्लिकेशन पूल आपके पोर्टल पर भी चल रहा हो।

— 20 मई को जूनियर मेहे सेप

उस नोट पर, मेरा मुद्दा निम्न में web.config में था: <applicationInitialization remapManagedRequestsTo = "/ App / splash.html" doAppInitAfterRestart = "true" lockAttributor = ">> <initializationPage =" App / index.html "hostName =" जोड़ें। CSI "lockItem =" true "/> </ applicationInitialization>। मैं उपयोग कर रहा था कि एक दिखावा स्क्रीन दिखाने के लिए, जबकि एप्लिकेशन इनिशियलाइज़ कर रहा था।

— निक

यह मेरे लिए था। HTTPS में सभी HTTP ट्रैफ़िक भेजने के लिए पुनर्लेखन नियम इस बदसूरत त्रुटि का कारण बन रहा था। मुझे डिबगिंग के लिए नियम रखने का कोई तरीका नहीं मिला।

— कैट

बस यह जोड़ना चाहता था कि मेरे लिए यह समान था, लेकिन SSL फिर से लिखना हमारा मतलब था कि हमारा स्टार्ट पथ लोकलहोस्ट / ऐपनाम था, लेकिन जैसे ही रीडायरेक्ट ने आपको लोकलहोस्ट / ऐपनामे में भेजा यह वीएस को त्रुटि के रूप में भेज दिया क्योंकि यह रीडायरेक्ट को संभाल नहीं सकता है। ले लिया हमें एक घंटे + इस मुद्दे को खोजने के लिए जब IIS में परीक्षण स्थानीय स्तर पर सब कुछ पूरी तरह से काम किया! ..

— लियाम व्हील्डन

यहाँ एक ही समस्या (IIS यूआरएल रिवाइराइट मॉड्यूल)। मैं इसे अपने नियमों को अपने पास ले जाकर हल करता हूं Web.Release.config। Weblogs.asp.net/srkirkland/… और stackoverflow.com/questions/11032868/… देखें ।

— स्विशर स्वीट

Answer 3

दृश्य स्टूडियो, जब शुरू होता है, तो (किसी कारण से) URL तक पहुंचने का प्रयास करेंगे:

/debugattach.aspx

यदि आपके पास फिर से लिखने का नियम है जो पुनर्निर्देशित करता है (या अन्यथा पकड़ता है), कहते हैं, .aspxफाइलें, कहीं और तो आपको यह त्रुटि मिलेगी। समाधान अपने की शुरुआत करने के लिए इस खंड को जोड़ने के लिए है web.configके <system.webServer>/<rewrite>/<rules>अनुभाग:

<rule name="Ignore Default.aspx" enabled="true" stopProcessing="true">
    <match url="^debugattach\.aspx" />
    <conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
    <action type="None" />
</rule>

यह इस एक विशेष अनुरोध को पकड़ना सुनिश्चित करेगा, कुछ भी न करें , और, सबसे महत्वपूर्ण बात, निष्पादन को रोकें ताकि आपके अन्य नियमों में से कोई भी नहीं चलेगा। यह एक मजबूत समाधान है, इसलिए उत्पादन के लिए इसे अपनी कॉन्फ़िगर फ़ाइल में रखने के लिए स्वतंत्र महसूस करें।

Comments

यह दुर्भाग्य से मेरे लिए व्यक्तिगत रूप से काम नहीं करता था, लेकिन मैं यह सत्यापित कर सकता हूं कि यह निश्चित रूप से किसी प्रकार का पुनर्लेखन मुद्दा है जैसा कि मैंने web.config के पुनर्लेखन अनुभाग पर टिप्पणी की थी और मैं बिना किसी समस्या के चला सकता हूं।

— मैट

: यहाँ से समाधान करने की कोशिश करना चाहते हो सकता है stackoverflow.com/a/30813200/375303 । मेरे लिए एक आकर्षण की तरह काम करता है।

— jerhewet

विज़ुअल स्टूडियो यहां डिबगअटैच.स्पेक्स से संबंधित त्रुटियों को लॉग करेगा:% UserProfile% \ AppData \ Local \ Temp \ Visual Studio Web Debugger.log (यदि आपके पास वह फ़ाइल नहीं है - या यदि यह एक पुरानी फ़ाइल है - तो आपका मुद्दा शायद DebugAttach.aspx से संबंधित नहीं है।)

— ब्रेंडन S

मेरे मामले में, मूल कारण सही है, लेकिन संकल्प नहीं। मेरे लिए, इसने काम किया: <location path="debugattach.aspx"> <system.webServer> <validation validateIntegratedModeConfiguration="false" /> <httpErrors errorMode="DetailedLocalOnly" existingResponse="PassThrough"> <clear /> </httpErrors> </system.webServer> </location>

— टासोस के।

मेरे लिए समस्या "/debugattach.aspx" की वजह से थी, लेकिन समाधान इरोडमोड को "डिटेललोकलीनली" के रूप में अच्छी तरह से बदल रहा था।

— नाशी

Answer 4

दूसरों के लाभ के लिए, मेरे मामले में मैंने नेटवर्क संसाधन साझा का उपयोग करने के लिए अपने विंडोज़ क्रेडेंशियल्स का उपयोग करने के लिए एप्लिकेशन पूल को कॉन्फ़िगर किया था। पिछले समाधान के डिबगिंग के बाद से मैंने अपना विंडोज़ पासवर्ड रीसेट कर दिया था। ऐप पूल और बाडा बिंग में परिवर्तित पासवर्ड।

Comments

इसके लिए धन्यवाद, मैं एक नेटवर्क शेयर का उपयोग भी नहीं कर रहा था लेकिन यह बहुत अच्छा काम कर रहा था।

— मैरिसा

Answer 5

यदि ApplicationPool Identity को custom account सेट किया जाता है और कंप्यूटर का पासवर्ड बदल दिया जाता है, तो आपको अपना पासवर्ड अपडेट करना होगा

Comments

हाँ, एक समस्या थी, परिणाम के बिना यहाँ से युगल जवाब की कोशिश की, आपका जवाब है जो वास्तव में मेरी मदद की है!

— वडज़िम सवेनोक

Answer 6

मेरे परिदृश्य के लिए यह web.config में httpErrors अनुभाग में परिवर्तन था, इसे इस तरह सेट करना:

<httpErrors mode="Custom"> 

"वेब सर्वर पर डिबगिंग शुरू करने में असमर्थ" समस्या के कारण। इसे "डिटेललोकलोनली" के पिछले मान पर सेट करने से समस्या ठीक हो गई। थोड़ा गहरा खोदने पर मुझे पता चला कि यह वास्तव में सिर्फ 401 त्रुटि सेटिंग थी जो यह पैदा कर रही थी:

<httpErrors mode="Custom"> 
    <error statusCode="401" prefixLanguageFilePath="" path="/masterpages/500.html" responseMode="ExecuteURL" />
<httpErrors mode="Custom"> 

401 त्रुटि लाइन के बारे में टिप्पणी करते हुए इस मुद्दे को भी ठीक कर दिया, मैं उसके साथ चला गया क्योंकि मैं तब कस्टम त्रुटि से निपटने और डिबगिंग के साथ शुरू कर सकता हूं।

मुझे अभी तक पता नहीं है कि ऐसा क्यों हो रहा है।

Comments

मेरे लिए एक ही कारण, डिबगिंग शुरू करने की कोशिश करते समय मेरे लॉग में 401 प्रतिक्रियाएं देखी जा रही थीं, और मेरे लिए "बनाम नहीं डिबग साइट" समस्या को हल करने में मेरी डिफ़ॉल्ट त्रुटि को निष्क्रिय करने से निष्क्रिय हो सकता है। मुझे समझ में नहीं आता है कि 401 मेरे लॉगिन पेज पर भी क्यों होता है, जब केवल और केवल डिबग के साथ शुरू होता है, जबकि केवल अनाम एक्सेस और वेब फॉर्म ऑर्ट। सक्रिय हैं।

— Frédéric

यह मेरे लिए भी ठीक था, केवल मेरे पास 401 के लिए स्पष्ट रूप से परिभाषित करने के बजाय एक डिफ़ॉल्ट त्रुटि पथ सेट है।

— tuespetre

यह मेरे लिए काम कर रहा है (मैंने अस्थायी रूप से पूरे कैंपरों को हटा दिया है)। जिन चीज़ों की मैंने पहले कोशिश की थी, वे काम नहीं कर रही थीं, वे ऐप पूल को फिर से शुरू कर रही थीं और यूआरएल को फिर से लिखना चाहती थीं।

— निकोलस वेस्टबी

मेरे लिए यही काम आया। तब मैंने अपनी कस्टम त्रुटि को बदल दिया क्योंकि इस उत्तर में @ पाब्लो रोमियो ने लिखा है: stackoverflow.com/a/13905859/4489664

— बॉन्डरीक व्लादिमीर

इरोडमॉड को "डिटेललोकलोनली" में बदलना मेरे लिए भी हल हो गया। डीबगर "/DebugAttach.aspx" को खोलने का प्रयास कर रहे थे, जिससे यह कस्टम त्रुटि पेज पर चला गया जो इसे दिए गए समय पर नहीं चल सका।

— नाशी

Answer 7

प्लास चेक एप्लीकेशन पूल। अगर इसे रोका जाता है। इसे पुनः आरंभ करें।

Comments

यह संख्या 1 उत्तर के समान है जिसे एक महीने पहले प्रस्तावित किया गया था।

— mac10688

ठीक है, यह वही है, लेकिन यह हर बार क्यों रुकता है?

— फर्नांडो टोरेस

मेरा एप्लिकेशन पूल उस उपयोगकर्ता पर चल रहा था जिसके पास पासवर्ड था।

— एंडरसन

Answer 8

एक ही मुद्दा एक DNN (डॉट नेट Nuke) मॉड्यूल डिबग करने की कोशिश कर रहा था। यह पता लगाने के लिए कि आपके पास संकलन डिबग = "सही" है:

<compilation debug="true" strict="false" targetFramework="4.0"> 

अपने web.config में। डिफ़ॉल्ट रूप से यह DNN में गलत है। मूल स्रोत यहां: http://www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

Comments

धन्यवाद!! मैं पूरे दिन अपने बालों को फाड़ रहा हूं और फिक्स इतना आसान था। यदि केवल वी.एस. ही सार्थक त्रुटि संदेश दे सकता है!

— कोलिनसिमरन

Answer 9

पुनर्लेखन मॉड्यूल को लागू करने के बाद मुझे ठीक वैसी ही समस्या है।

यदि मैं अपनी वेब से पुन: लिखने वाली प्रविष्टियों को हटाता हूं। फाइल फ़ाइल, डिबगिंग पूरी तरह से काम करती है।

इसके आस-पास जाने के लिए, मुझे इस तरह से डीबग करते समय रीराइट टैग को कमेंट करना होगा ...

<rewrite>
    <rules>
        <rule name="LowerCaseRule_1" stopProcessing="true">
            <match url="[A-Z]" ignoreCase="false" />
            <action type="Redirect" url="{ToLower:{URL}}" />
        </rule>
        <rule name="RedirectDefault.aspx_1" stopProcessing="true">
            <match url="(.*)default.aspx" />
            <action type="Redirect" url="{R:1}" redirectType="Permanent" />
        </rule>
    </rules>
</rewrite>

मैं डिबगिंग के बाद टिप्पणियों को हटाता हूं।

दृश्य स्टूडियो 2010 में एक बग होना चाहिए।

Comments

यह सच है, यह एक वर्कअराउंड है, लेकिन एक गरीब इसलिए क्योंकि साइट के कमिट या पब्लिश करने से पहले इस तरह की टिप्पणियों को हटाना वास्तव में आसान है।

— जॉन एडम्स

आप इन पंक्तियों को web.config.release config फ़ाइल में स्थानांतरित कर सकते हैं, इसलिए जब आप इसे प्रकाशित करते हैं तो यह केवल प्रकाशित संस्करण में होगा। वही मैंने किया।

— shalke

शायद सिर्फ /debugattach.aspx को छोड़कर यह करता है। पीटर मोंक्स की टिप्पणी को देखें

— डैनियल फिशर लेनी

Answer 10

IIS में एप्लिकेशन पूल बंद होने के बाद से मुझे वही त्रुटि मिली। ऐप पूल शुरू करने के बाद, इस मुद्दे को हल किया गया था।

Comments

मेरा मुद्दा भी हल कर दिया! मुझे पता चला कि मेरा DefaultAppPool बंद हो गया है। इसे साझा करने के लिए धन्यवाद। मैं समझ नहीं पा रहा हूं कि यह क्यों रुक गया।

— जोबट एनामनो

Answer 11

यहाँ मैंने वही किया है जो आपने नोट की गई त्रुटि को दूर करने के लिए किया था। फ़ाइल सिस्टम के भीतर एप्लिकेशन के लिए वेब फ़ोल्डर का पता लगाएँ, गुण => सुरक्षा पर जाएं उन्नत बटन पर क्लिक करें फिर मालिक टैब पर क्लिक करें, संपादन बटन पर क्लिक करें और फ़ोल्डर के स्वामी (सही अनुमतियों के साथ) को बदलें और " Repalce की जाँच करें उपकेंद्रों और वस्तुओं पर मालिक "चेकबॉक्स। “ लागू करें पर क्लिक करें और फिर मैं व्यवसाय में था (डिबग करने में सक्षम)।

उम्मीद है कि यह किसी और के लिए काम करता है।

Comments

मालिक को किसके लिए बदलें?

— dumbledad

Answer 12

बस अंत में यह मेरे एकल समाधान के लिए तय किया गया था जो यह हो रहा था। समाधान में दो परियोजनाओं को IIS में साइटों के रूप में सेट किया गया था। मैंने दोनों परियोजनाओं के लिए प्रमाणीकरण के तहत ASP.Net प्रतिरूपण को सक्षम किया ... और VIOLA! अंत में, इस कष्टप्रद त्रुटि का कोई और नहीं!

Answer 13

मुझे वीएस 2012 में एक ही त्रुटि संदेश मिल रहा था, लेकिन प्रशासक के रूप में नहीं चल रहा था। जब मैंने ऐप को व्यवस्थापक के रूप में चलाया, तो मुझे एक अलग और थोड़ा अधिक उपयोगी संदेश मिला (जिसे मैं समझ पाया था)। HTH

Answer 14

यदि ऐप पूल को पुनरारंभ करने में समस्या है या बस पुनरारंभ नहीं करना है, तो सत्यापित करें कि विंडोज़ ने ASP.NET v4.0 या अन्य ऐप पूल पर हाल ही में अपडेट किया है। यही मेरे मामले में खुशी की बात है। मैंने बस अपने कंप्यूटर को फिर से शुरू किया, फिर ASP.NET v4.0 ऐप पूल को फिर से शुरू किया और सब कुछ फिर से काम कर रहा था!

Answer 15

दान,

हारून के सुझावों के अलावा, निम्नलिखित प्रयास करें

• जाँच करें कि एकीकृत विंडोज़ प्रमाणीकरण आपके आईआईएस वेबसाइट में चुना गया है
• क्या आप IIS के बजाय कैसिनी का उपयोग कर डिबग कर सकते हैं?

Comments

मैंने एकीकृत विंडोज़ प्रमाणीकरण चालू करने के लिए यहाँ चरणों का पालन किया: msdn.microsoft.com/en-us/library/x8a5axew.aspx फिर भी मेरे पास एक ही त्रुटि है (iis प्रबंधक चेतावनी दिखाता है कि मैं चालान और लॉगिन-आधारित प्रमाणीकरण दोनों का उपयोग नहीं कर सकता - मेरी साइट प्रपत्र प्रमाणीकरण का उपयोग करती है)। मैं वीएस 2010 में निर्मित वेब सर्वर का उपयोग करके साइट को डीबग कर सकता हूं, लेकिन यह गायब विशेषताएं हैं।

— दान सी

क्या आपने IIS में एक नई वेबसाइट बनाने और वहां अपना कोड तैनात करने का प्रयास किया? जिज्ञासा से बाहर, कैसिनी में डिबग किए जाने पर आपको क्या विशेषताएं याद आ रही हैं? मेरी जानकारी के लिए, कैसिनी प्रपत्र प्रमाणीकरण का समर्थन करता है।

— कीफू

"IIS में एक नई वेबसाइट बनाने" से आपका क्या मतलब है? यह एक नया कंप्यूटर है जिसमें नया OS, VS2010, IIS इंस्टॉल होता है। मैंने IIS में एक नया एप्लिकेशन बनाया और इसे वास्तविक वेब साइट के फ़ोल्डर (बैकअप से प्राप्त) के लिए इंगित किया। URL रीवाइट कैसिनी में पूरी तरह से काम नहीं करता है। इसके अलावा हम http और https ( codeproject.com/KB/web-security/WebPageSecurity_v2.aspx ) के बीच स्वचालित रूप से स्विच करने के लिए एक कस्टम मॉड्यूल का उपयोग करते हैं ।

— दान सी

— कासिनी उरल

Answer 16

Windows 10 के साथ भी यही समस्या थी जब सभी IIS विंडोज़ सुविधाओं को चालू किया गया था। विंडोज 8.1 पर स्विच किया और फिर से समस्या हुई। रूट वेब साइट नाम " http: //MySite.local " (ओएस संस्करण से संबंधित नहीं) में था।

और समाधान सरल है

• में होस्ट फ़ाइल संपादित करें %SystemRoot%\System32\drivers\etc\

• IP बाइंडिंग के साथ लाइन जोड़ें: 127.0.0.1 MySite.local

Comments

यह मेरे लिए एक मणि था, पूरी तरह से अपनी होस्ट फ़ाइल स्थापित करने के बारे में भूल गया और सोच रहा था कि जब स्थानीय आईआईएस (वीटीए) के लिए स्विच किया गया तो मेरे एप्स काम क्यों नहीं कर रहे थे। वीएस ने इसमें केवल एक साइट के साथ काम किया, लेकिन एक बार जब मैंने दूसरा जोड़ा, तो मैं अब डिबग नहीं कर सकता था, इससे यह हल हो गया।

— CDerrig

Answer 17

मुझे यह त्रुटि आज कोड में एक खराबी के कारण आई थी, जो आईआईएस के अनुरोधों के साथ बाढ़ का कारण था। यह अनिवार्य रूप से IIS लॉक किया गया था और इसलिए जब मैंने डिबग करने की कोशिश की, तो यह डीबगर शुरू करने की कोशिश कर रहा था। मैंने बस IIS को पुनरारंभ किया, जिसमें कुछ मिनट लगे, और इसने समस्या हल कर दी।

मुझे यकीन है कि यह त्रुटि कम सामान्य थी, ऐसा लगता है कि इसे उत्पन्न करने के कई अलग-अलग तरीके हैं।

Answer 18

मुझे विंडोज 8.1 पर विजुअल स्टूडियो 2012 और 2013 में भी यही समस्या थी। मेरे लिए यह फिक्स था कि 'चालू या बंद विंडोज सुविधाओं' का उपयोग करके IIS में Windows प्रमाणीकरण जोड़ा जाए

Answer 19

सुनिश्चित करें कि आपकी साइट का एप्लिकेशन पूल सही फ्रेमवर्क संस्करण का उपयोग करता है । मुझे ASP.Net 2005 साइट पर "डिबगिंग प्रारंभ करने में असमर्थ" त्रुटि मिली। यह विंडोज 7 पर DefaultAppPool (जो मेरा मानना ​​है कि .Net फ्रेमवर्क 4 का उपयोग कर रहा था) का गलत तरीके से उपयोग कर रहा था। मैंने .Net फ्रेमवर्क 2 पर आधारित एक नया ऐप पूल बनाया और इसे समस्या वेब साइट को सौंपा। उसके बाद डिबगिंग ने ठीक काम किया।

Answer 20

जांचें कि क्या IIS पर आपकी वेबसाइट बंद नहीं है।

मैंने तय किया कि इसे चलाने के लिए मेरी वेब साइट डाल दी जाए। : डी

Answer 21

मुझे यह समस्या थी और अंततः एहसास हुआ कि I ASP.net आईआईएस के साथ ठीक से पंजीकृत नहीं है। यह तब हो सकता है जब विज़ुअल स्टूडियो से पहले IIS सर्वर स्थापित हो। इस समस्या को हल करने के लिए, aspnet_regiis -i कमांड का उपयोग करें लिंक में आगे की जानकारी मिल सकती है

Answer 22

एक ही मुद्दा था। यदि आपके पास IIS पर एसएसएल प्रमाणपत्र स्थापित है और यदि आप इसे विजुअल स्टूडियो से डीबग करने का प्रयास कर रहे हैं, तो आपको प्रमाणपत्र को अनदेखा करने के लिए अपना आवेदन IIS पर सेट करना होगा।

Answer 23

मेरे पास एक ही मुद्दा था और मैंने पाया कि यह इसलिए था क्योंकि मैं Web.configअंत टैग के बाद गलती से मेरे चरित्र में टाइप किया गया था। मेरे Web.configअंत में यह सही लग रहा था </section>h:। समापन टैग के बाद "एच" एक अतिरिक्त चरित्र था।

Answer 24

स्टिंग को इस तरह से हटाएं: web.config में targetFramework = "4.0" या उपयुक्त फ्रेमवर्क संस्करण में AppPool बदलें।

Answer 25

IIS UrlScan एक्सटेंशन की स्थापना रद्द करने से मेरे लिए समस्या हल हो गई।

Answer 26

मुझे उसी समस्या का सामना करना पड़ा था, लेकिन यह IIS के बजाय विजुअल स्टूडियो के अपने वेब डेवलपमेंट सर्वर पर था। चारों ओर प्रोजेक्ट गुणों के तहत वेब टैब में विकल्प को अनचेक करना है, सभी उपयोगकर्ताओं के लिए सर्वर सेटिंग्स लागू करें (प्रोजेक्ट फ़ाइल में स्टोर करें)। यह किसी के मूल्यवान समय को बचाएगा।

Answer 27

मुझे भी यही समस्या थी। ऊपर दिए गए सभी उत्तर मेरे काम नहीं आए। समाधान बिन और obj फ़ोल्डर को मैन्युअल रूप से हटाने के लिए था।

Answer 28

मुझे यह मुद्दा भी मिला लेकिन यह @Kirk द्वारा समझाए गए और URL पुनर्लेखन के समान था।

मेरे मामले में किसी ने MVC प्रोजेक्ट के लिए web.config फ़ाइल में इस परिवर्तन की जाँच की थी:

<system.webServer>
    <security>
        <requestFiltering>
            <fileExtensions>
                <add fileExtension=".aspx" allowed="false" />
            </fileExtensions>
        </requestFiltering>
    </security>
</system.webServer>

क्योंकि .aspx फ़ाइल एक्सटेंशन को वेब सर्वर पर अनुमति नहीं थी, इसलिए /debugattach.aspxURL को अस्वीकार कर दिया गया था, जो डिबगर को चलने से रोकता है। एक बार जब मैंने इस कॉन्फ़िगरेशन को हटा दिया तो यह फिर से काम करने लगा।

Answer 29

जब मैं विजुअल स्टूडियो में एप्लिकेशन बनाता था तो मुझे भी यही समस्या थी, और फिर प्रॉपर्टीज में लोकल IIS के साथ प्रयोग के लिए वर्चुअल डायरेक्टरी बनाई गई। अगर किसी के पास यह त्रुटि है, क्योंकि VS गलत AppPool के तहत, यानी AppPool के तहत एप्लिकेशन बनाता है जो आपकी आवश्यकताओं के अनुरूप नहीं है।
अगर ऐसा है, तो IIS मैनेजर पर जाएं, ऐप चुनें, बेसिक सेटिंग्स में जाएं और ऐप के लिए ऐपपूल बदलें और आप जाने के लिए अच्छे हैं।

Answer 30

मुझे हाल ही में यह त्रुटि मिली और मेरे मामले में यह पता चला कि डुप्लिकेट MIME प्रकार थे। मैंने हाल ही में दो जोड़े थे जो शुरू में सूची में दिखाई नहीं दिए थे। IIS ने मुझे उन्हें जोड़ने दिया और यह केवल तब हुआ जब मैंने अपनी निदान प्रक्रिया के हिस्से के रूप में साइट के लिए MIME प्रकारों की फिर से जाँच करने का निर्णय लिया कि मुझे IIS में भी त्रुटि मिली। यह web.config में डुप्लिकेट संदर्भित करता है। एक बार जब मैं web.config फ़ाइल में वापस गया तो मैंने देखा कि एक नया खंड जोड़ा गया था, जिसमें हाल ही में जोड़े गए दो प्रकार के प्रकार शामिल थे। उस खंड को हटा दिया और जीवन फिर से अच्छा है! इसकी आशा करने से उन लोगों को मदद मिल सकती है जो किसी भी अन्य सुझाव के साथ समस्या को ठीक करने में कामयाब नहीं हुए हैं।