वेब अनुप्रयोग समस्याएँ (web.config त्रुटियाँ) HTTP 500.19 IIS7.5 और ASP.NET v2 के साथ

146

यह पूरी टीम को पागल कर रहा है। IIS या हमारे वेब सर्वर का कुछ सरल गलत-कॉन्फ़िगर भाग होना चाहिए, लेकिन हर बार जब हम IIS 7.5 पर ASP.NET वेब एप्लिकेशन को चलाने का प्रयास करते हैं, तो हमें निम्न त्रुटि मिलती है ...

यहाँ पूर्ण में त्रुटि है:

HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration  
data for the page is invalid.

`Detailed Error Information` 
Module              IIS Web Core
Notification        Unknown
Handler             Not yet determined
Error Code          0x8007000d
Config Error
Config File         \\?\E:\wwwroot\web.config
Requested URL       http://localhost:80/Default.aspx
Physical Path 
Logon Method        Not yet determined
Logon User          Not yet determined
Config Source
   -1: 
    0:

मशीन Windows Server 2008 R2 चला रही है । हम विजुअल स्टूडियो 2008 का उपयोग करके अपना वेब एप्लिकेशन विकसित कर रहे हैं ।

Microsoft के अनुसार कोड 8007000d का अर्थ है कि हमारे web.config में एक सिंटैक्स त्रुटि है - परियोजना को छोड़कर स्थानीय स्तर पर ठीक चलता है। XML Notepad में web.config को देखकर कोई भी सिंटैक्स त्रुटियां सामने नहीं आती हैं। मैं यह मान रहा हूँ कि यह मेरी ओर से किसी प्रकार का घटिया विन्यास होना चाहिए ...?

क्या किसी को पता है कि मुझे त्रुटि के बारे में और जानकारी कहां मिल सकती है? EventViewer में कुछ भी नहीं दिखाई दे रहा है :(

नहीं यकीन है कि और क्या उल्लेख करने के लिए उपयोगी होगा ...

सहायता काफी सराहना की है। धन्यवाद!

अद्यतन! - पोस्ट किया गया WEB.CONFIG BELOW

ठीक है, जब से मैंने ऊपर मूल प्रश्न पोस्ट किया है, मैंने web.config में सटीक लाइनों को ट्रैक किया है जो त्रुटि पैदा कर रहे थे।

यहाँ लाइनें हैं (वे <System.webServer>टैग के बीच दिखाई देती हैं ) ...

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpHandlers>

नोट: यदि मैं I STILL के बीच की पंक्तियों को हटाता <httpHandlers>हूँ तो त्रुटि मिलती है। मुझे <httpHandlers>उपरोक्त त्रुटि को रोकने के लिए शाब्दिक रूप से (और लाइनों inbetween) को हटाना होगा ।

एक बार ऐसा करने के बाद मुझे एक नई 500.19 त्रुटि मिलती है । शुक्र है कि इस बार IIS वास्तव में मुझे बताता है कि web.config में से कौन सा बिट समस्या पैदा कर रहा है ...

    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>

इन पंक्तियों को देखते हुए यह स्पष्ट है कि समस्या उसी <system.webServer>टैग के भीतर आगे माइग्रेट हो गई है <handlers>।

नई त्रुटि भी अधिक स्पष्ट है और विशेष रूप से शिकायत करती है कि यह विशेषता "मान्य" को नहीं पहचानती है (जैसा कि ऊपर तीसरी पंक्ति में देखा गया है)। इस विशेषता को हटाने से यह शिकायत होती है कि एक ही पंक्ति में आवश्यक "नाम" विशेषता नहीं है। इस विशेषता को जोड़ने से ASP.NET त्रुटि सामने आती है ...

फ़ाइल या असेंबली को लोड नहीं किया जा सका 'System.web.Extensions, संस्करण = 1.0.61025.0, संस्कृति = तटस्थ, PublicKeyToken = f2cb5667dc123a56' या इसकी एक निर्भरता। सिस्टम निर्दिष्ट फाइल का पता लगाने में नाकामयाब रहा।

जाहिर है मुझे लगता है कि ये नई त्रुटियां सिर्फ <httpHandlers>पहली बार में टैग हटाने से उत्पन्न हुई हैं - उन्हें स्पष्ट रूप से आवेदन की आवश्यकता है - इसलिए यह सवाल बना हुआ है: ये टैग पहली जगह में IIS में एक त्रुटि क्यों करेंगे? ??

क्या मुझे उनके साथ काम करने के लिए IIS में कुछ स्थापित करने की आवश्यकता है?

किसी भी मदद के लिए फिर से धन्यवाद।

web.config

यहाँ हमारे web.Config के कष्टप्रद बिट्स हैं ... मुझे आशा है कि यह किसी को हमारी समस्या खोजने में मदद करता है!

<system.Web>

<!-- stuff cut out -->

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56" validate="false"/>
    </httpHandlers>
    <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpModules>
</system.web>

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules>
        <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </modules>
    <remove verb="*" path="*.asmx"/>
    <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>
</system.webServer>
asp.net  iis  web-applications  web-config  iis-7.5 
— चक ले बट
स्रोत
में सभी टिप्पणियाँ निकालें web.config। वे साथ शुरू करते हैं <!-- और समाप्त होते हैं -->।
— एलेक्स बैग्नोलिनी
woot। यह <httpHandlers>
— चक ले बट
क्या यह एकीकृत मोड में चल रहा है? यदि हां, तो क्लासिक मोड आज़माएं।
— जेरेमी मैकगी
@ एलेक्स - मैंने सभी टिप्पणियां हटा दीं, इससे कोई मदद नहीं मिली। फिर भी सुझाव के लिए धन्यवाद।
— चक ले बट
@ मुझे नहीं लगता कि मैं पूरी web.config पोस्ट करने जा रहा हूं। शायद बुद्धिमान नहीं होगा ...: - /
— चक ले बट

जवाबों:

263

मेरे पास ये सटीक लक्षण थे और मेरा मुद्दा पीटर के समान था। एक नए सर्वर पर एक मौजूदा परियोजना स्थापित कर रहा था। मेरी परियोजना ने IIS7 URL रिवाइटरिंग मॉड्यूल का संदर्भ दिया, लेकिन वह नए सर्वर पर अभी तक स्थापित नहीं किया गया था। इसे स्थापित करने से मेरा मुद्दा ठीक हो गया।

आप इसे स्थापित करने के लिए Microsoft वेब प्लेटफ़ॉर्म इंस्टालर का उपयोग कर सकते हैं । इसे निष्पादित करें, उत्पादों का चयन करें , बाएं मेनू में सर्वर का चयन करें और सूची में URL फिर से ढूंढें और इसे स्थापित करें।

या आप इसे यहाँ डाउनलोड कर सकते हैं ।

— JJMpls
स्रोत
2
> मेरे पास ये सटीक लक्षण थे और मेरा मुद्दा पीटर के समान था। एक नए सर्वर पर एक मौजूदा परियोजना स्थापित कर रहा था। मेरी परियोजना ने IIS7 URL रिवाइटरिंग मॉड्यूल का संदर्भ दिया, लेकिन वह नए सर्वर पर अभी तक स्थापित नहीं किया गया था। इसे स्थापित करने से मेरा मुद्दा ठीक हो गया। धन्यवाद, डीजेजेफजे। इसे मेरे लिए तय किया। देव सर्वर पर URL rewirte मॉड्यूल स्थापित नहीं है।
— जे.के.
1
हाँ ... मुझे भी, मेरे पास .net 3.5 था तो अजाक्स पहले से ही शामिल था, लेकिन पुनर्लेखन नहीं है।
— WildJoe
3
— उवे कीम
5
4 साल और यह अभी भी एक समस्या है। समस्या के स्रोत पर कोई लीड प्रदान करने के लिए त्रुटि में कुछ भी नहीं है। मैं भी एक नए सर्वर के लिए एक मौजूदा समाधान चला रहा था जिसमें अभी तक मॉड्यूल नहीं था और यह केवल संयोग से था, इसलिए मैं इस उत्तर में ठोकर खाई ताकि मैं अपने बालों को बाहर फाड़ रहा था!
— ProNotion
4
सर्वर 2016 के साथ समस्या जारी है, "URL पुनर्लेखन" को कहने के लिए कोई सुविधा / मॉड्यूल नहीं है। आपको इसे स्थापित करने के लिए उपयोग करना होगा, और उसके बाद मेरी साइट ने काम किया (या कम से कम उस मुद्दे को देना बंद कर दिया गया)।
— रोब
41

एक नई मशीन पर एक दिन के लिए इससे जूझने के बाद मैं निम्नलिखित लिंक पर आया। मुझे फिर से लिखना मॉड्यूल याद आ रहा था। इसने सब कुछ तय कर दिया।

http://forums.iis.net/t/1176834.aspx

http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module/

— kerrydewhirst
स्रोत
1
+1। मैं TFS से पकड़ा गया web.config <rewrite>टैग था , लेकिन मैं urlrewrite स्थापित नहीं था। मैंने <rewrite>सामान की टिप्पणी की और मेरी साइट को संकलित किया और तुरंत लोड किया।
— पीट
1
मुझे यह याद करने में एक घंटे का समय लगा कि मैंने साइट में फिर से लिखा। काश Microsoft एक बेहतर संकलक त्रुटि संदेश प्रणाली होता। अगर मैं web.config की सटीक लाइन देखूंगा तो मैं मिनटों में समस्या हल कर दूंगा।
— dvdmn
आप IIS एक्सप्रेस के लिए Visual Studio में Url Rewrite कैसे स्थापित करते हैं?
— दीमा
40

अहा! मैंने इस समस्या को हरा दिया! मेरे भगवान, यह मेरे जैसे सीमित IIS अनुभव वाले किसी व्यक्ति के लिए एक जानवर था। मैंने वास्तव में सोचा था कि मैं इसे ठीक करने के लिए सभी सप्ताहांत बिताने जा रहा हूं।

यहाँ किसी और के लिए समाधान है जो कभी भी इस बुरी समस्या को आता है।

पहले से अवगत होना: यदि आप उम्मीद कर रहे हैं कि यह आपका समाधान है, तो सुनिश्चित करें कि आपके पास एक ही त्रुटि कोड ( 0x8007000d ) और कॉन्फ़िगरेशन स्रोत ( -1: 0 :) है । यदि नहीं, तो यह नहीं है आपका समाधान है।

अगली चीज़ से अवगत होना: AJAX आपके web.config में ठीक से स्थापित नहीं है!

इस गाइड का पालन करके ठीक करें:
http://www.asp.net/AJAX/documentation/live/ConfiguringASPNETAJAX.aspx

फिर, इस लिंक से अपने उत्पादन सर्वर पर AJAX 1.0 एक्सटेंशन स्थापित करें:

http://www.asp.net/ajax/downloads/archive/
अपडेट : लगता है कि Microsoft ने उपरोक्त पृष्ठ हटा दिया है :(

बस!

— चक ले बट
स्रोत
1
धन्यवाद! AJAX एक्सटेंशन की समस्या थी। मैंने टिप्पणी की कि AJAX के बाद से अनुभाग अब 3.5
— jdiaz
1
ऐसा लगता है कि Microsoft ने ASP.NET AJAX को कॉन्फ़िगर करने के लिए पहला लिंक तोड़ दिया।
— रोब सोबर्स
1
पुरानी सामग्री का दर्पण मिला। तो एमएस प्रलेखन जिस तरह से गायब हो जाता है उस तरह से परेशान करना।
— चक ले बट
4
आपका उत्तर बताता है कि यह त्रुटि केवल अजाक्स के लिए है, लेकिन यह urlrewrite पर भी लागू होता है, जिसका अर्थ है कि त्रुटि संभवतः किसी भी सुझाव को संदर्भित करती है जो कि उपलब्ध मॉड्यूल पर निर्भर है।
— रेनबा
@ चक, "मुझे रॉकी की तरह लग रहा है " क्या मतलब है?
— पचेरियर
16

सर्वर 2016, IIS 10, 500.19 त्रुटि पर समान समस्या। मैंने पुनर्निर्देशित मॉड्यूल स्थापित किया और यह काम किया। मुझे नहीं पता कि यह डिफ़ॉल्ट रूप से क्यों शामिल नहीं था।

https://www.iis.net/downloads/microsoft/url-rewrite#additionalDownloads

स्पष्ट होने के लिए ऐसा लगता है कि IIS 7 से web.config काम करेगा, या काम करने के लिए डिज़ाइन किया गया है, लेकिन इस मॉड्यूल की कमी वास्तव में विषम और अनजानी त्रुटि देती है। Googling आपको एक Microsoft पृष्ठ पर ले जाता है, जो यह कहता है कि आपकी साइट दूषित है या आपका web.config दूषित है। न ही मामला लगता है।

वह अनहेल्दी पेज यहाँ है: https://support.microsoft.com/en-us/kb/942055

— लूटना
स्रोत
12

ऊपर भी यही समस्या थी, एक ही त्रुटि कोड आदि। विंडोज 8 पर एक स्थानीय वेबसाइट स्थापित करना। बहुत खोज के बाद यह पाया गया कि हम URL राइटिंग को याद कर रहे थे। इसे डाउनलोड करने के बाद सब कुछ ठीक था। :)

— किनारा
स्रोत
यार तुमने मुझे बहुत समय बचाया ... अच्छा लगा !!
— फिलीएनजे
इसी तरह, यह त्रुटि संदेश पूरी तरह से अनपेक्षित है!
— केन कीनन
8

मैं सिर्फ एक आंसर जोड़ता हूं क्योंकि मैंने एक ही लक्षण को हल करने में घंटों बिताए (लेकिन अलग-अलग समस्या):

एक संभावित कारण 64 बिट्स ऐप पूल में x86 dll है, इसका समाधान एप्लिकेशन पूल सेटिंग्स में 32 बिट्स एप्लिकेशन को सक्षम करना है।

— Guillaume86
स्रोत
यह उत्तर Umbraco CMS की स्थापना के दौरान 500.19 त्रुटि के लिए भी मान्य है।
— aron.lakatos
4

मेरे लिए, iis के लिए asp.net को फिर से पंजीकृत करना ने चाल चली। उम्मीद है कि किसी और की मदद करता है।

aspnet_regiis.exe -i
— सीटीसी
स्रोत
4

यहां और अन्य जगहों के उत्तरों के आधार पर योग करने के लिए:

  1. एप्लिकेशन पूल का .NET संस्करण जांचें (उदाहरण 2.0 बनाम 4.0)
  2. जाँच करें कि सभी IIS संदर्भित मॉड्यूल स्थापित हैं। इस मामले में यह AJAX एक्सटेंशन था (शायद इन दिनों ऐसा नहीं है), लेकिन URL रीराइट एक आम बात है।
— मार्क सोउल
स्रोत
4

कोई स्पष्ट कारण के लिए 500.19 इरोट होने का एक और तरीका है - लापता निर्देशिका और / या उन पर टूटी हुई अनुमति।

इस प्रश्न के मामले में, मेरा मानना ​​है कि प्रश्न पूर्ण IIS संस्करण के बारे में पूछता है। मैं इस लाइन के कारण इसे मानता हूं:

Config File         \\?\E:\wwwroot\web.config

IIS इंस्टॉलर आमतौर पर wwwrootआपके लिए बनाता है और यह सभी वेबसाइटों के लिए डिफ़ॉल्ट रूट फ़ोल्डर है और वर्चुअल निर्देशिकाओं के लिए माउंट बिंदु है। यह हमेशा मौजूद रहता है, इसलिए कोई बात नहीं, आप आमतौर पर इस बारे में ज्यादा परवाह नहीं करते हैं।

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

हालाँकि, पहला मज़ेदार हिस्सा:

यदि आपके पास IIS ठीक से स्थापित है, तो यह निर्देशिका मौजूद होगी। यदि यह मौजूद नहीं है, तो आपको 500-वर्ग की त्रुटि मिलेगी। हालाँकि, यदि आप फ़ाइल / निर्देशिका अनुमतियों, विशेष रूप से 'उन्नत' लोगों के साथ खेलते हैं, तो आप वास्तव में इस निर्देशिका की सामग्री को स्कैन / पढ़ने से IIS सेवा खाते से गलती से इनकार कर सकते हैं। यदि IIS की जाँच करने में असमर्थ है कि wwwroot \ web.config मौजूद है, या यदि यह मौजूद है और IIS इसे खोलने और पढ़ने में सक्षम नहीं है - bam - 500-वर्ग त्रुटि।

हालाँकि, पूर्ण IIS के लिए यह बहुत संभावना नहीं है। पूर्ण आईआईएस के साथ काम करने वाले डेवलपर्स / सहायक आमतौर पर खेलने से संबंधित अनिच्छुक होते हैं wwwrootइसलिए यह आमतौर पर ठीक से कॉन्फ़िगर किया गया रहता है।

हालाँकि, आईआईएस एक्सप्रेस पर ..

आमतौर पर, IIS एक्सप्रेस "बस काम करता है"। अक्सर, IIS एक्सप्रेस का उपयोग करने वाले डेवलपर्स अक्सर यह नहीं जानते हैं कि यह वास्तविक IIS से कितना आंतरिक रूप से मेल खाता है।

आप आसानी से इस तथ्य पर ठोकर खा सकते हैं कि IIS एक्सप्रेस की अपनी ApplicationHost.config फ़ाइल है और VS इसे आपके लिए (सही तरीके से, कुछ हद तक) बनाता और प्रबंधित करता है और यह एक आंख खोलने वाला बताता है कि यह इतना सरल और बिंदु नहीं है- और पहले जैसा लगता है पर क्लिक करें।

उस कॉन्फ़िग फ़ाइल के अलावा, VisualStudio आपके Documentsफ़ोल्डर में एक खाली निर्देशिका संरचना भी बनाता है । अगर मुझे सही से याद है, तो IIS एक्सप्रेस इन फ़ोल्डरों को आपकी वेबसाइट की मूल निर्देशिका मानता है, जिस पर आपके कोड वाली वर्चुअल निर्देशिकाएँ आरोहित हैं।

बाद में, IIS की तरह, जब IIS एक्सप्रेस शुरू होता है, तो यह इन फोल्डर की मौजूदगी और रूट web.config फ़ाइलों के लिए जाँच करने की अपेक्षा करता है। साइट web.config फ़ाइलें। लगभग हमेशा, ये web.config फाइलें गायब हैं - और यह ठीक है क्योंकि आप उन्हें नहीं चाहते हैं - आपके पास आपका ** एप्लिकेशन web.config है ", उन्हें एक आभासी निर्देशिका में सामग्री के बाकी हिस्सों के साथ रखा गया है।

अब, दूसरा मजेदार हिस्सा है: IIS एक्सप्रेस को उम्मीद है कि खाली निर्देशिका। वे खाली हो सकते हैं, लेकिन उन्हें अस्तित्व में रहने की जरूरत है। यदि वे मौजूद नहीं हैं - आपको एक 500-वर्ग की त्रुटि मिलेगी जो आपको बताएगी कि उस रास्ते पर "web.config" फ़ाइल तक पहुँचा नहीं जा सकता है।

पहली बार जब मैं इस समस्या से टकराया था, जब मैं अपनी हार्ड ड्राइव को साफ़ कर रहा था। मुझे पता चला कि 'दस्तावेज़ \' वेबसाइट के फ़ोल्डर, कचरे से भरे हुए, मैंने कई साल पुरानी परियोजनाओं को पहचाना जिन्हें मैं अब काम नहीं करता, सभी खाली, एक भी फ़ाइल नहीं, इसलिए मैंने यह सब हटा दिया। एक सप्ताह बाद - bam - मैं उन साइटों में से किसी पर भी डिबग / डिबग नहीं कर सकता, जो मैं इस समय काम कर रहा था। त्रुटि 500.19 थी, कॉन्फिग फाइल नहीं पढ़ सका।

इसलिए, यदि आप IIS एक्सप्रेस का उपयोग करते हैं और 500-वर्ग की त्रुटि को पढ़ने के कॉन्फ़िगरेशन के बारे में बता रहे हैं, तो ध्यान से त्रुटि संदेश की जांच करें और उल्लिखित सभी रास्तों को पढ़ें। यदि आप कुछ भी देखते हैं जैसे:

c:\users\user\documents\visual studio 2013\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2015\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2017\projects\WebProject1\WebProject1.web\web.config
etc..

ठीक उसी जगह पर जाएं जहां त्रुटि इंगित करती है, सुनिश्चित करें कि ये फ़ोल्डर मौजूद हैं, सुनिश्चित करें कि IIS कार्यकर्ता खाता उन्हें पढ़ सकता है और पढ़ सकता है, और यदि आप नोटिस करते हैं कि कुछ भी गलत है, तो शायद यह वही होगा।

Btw। VisualStudio में, ProjectProperties / वेब पर एक बटन "वर्चुअल निर्देशिका बनाएँ" है। यह अनिवार्य रूप से यह बहुत काम करता है, इसलिए आप इसे पहले आज़मा सकते हैं, लेकिन IIRC यह ApplicationHost.config फ़ाइल में स्पष्ट / ओवरराइट / स्वैप कॉन्फ़िगरेशन वर्गों को भी सत्यापित कर सकता है, इसलिए यदि आपके पास कोई कस्टम सेटअप है तो उस बटन से सावधान रहें।

— Quetzalcoatl
स्रोत
3

मेरे मामले में, .NET कोर विंडोज होस्टिंग बंडल इंस्टॉलेशन में कुछ गड़बड़ थी।

मैंने स्थापना के बाद IIS स्थापित किया था और पुनः आरंभ किया था ("नेट स्टॉप / y" और "नेट स्टार्ट w3svc") का उपयोग कर रहा था, लेकिन मुझे त्रुटि कोड 0x8007000d और कॉन्फ़िगरेशन स्रोत -1: 0 के साथ 500.19 त्रुटि मिलेगी।

मैं .NET कोर विंडोज होस्टिंग बंडल इंस्टॉलेशन की मरम्मत करके और ऊपर बताए गए आदेशों का उपयोग करके IIS को पुनरारंभ करके समस्या को हल करने में कामयाब रहा।

आशा है कि यह किसी की मदद करता है!

— demonicdaron
स्रोत
1
यह मेरे लिए भी काम करता है, यहाँ .NET कोर विंडोज सर्वर होस्टिंग बंडल स्थापित करने के बारे में एक MSDN ब्लॉग है: blogs.msdn.microsoft.com/rohithrajan/2018/03/13/… यहाँ सीधे डाउनलोड के लिए एक लिंक दिया गया है: aka। ms / dotnetcore-2-
— windowshosting
3

यह प्यारी विस्तृत त्रुटि अभी भी 2019 में मौजूद है! मैं सिर्फ यह जोड़ना चाहता हूं कि यदि आपका web.configवैध और सुलभ है तो इसकी संभावना सबसे अधिक निर्भरता का मुद्दा है ।

जैसा कि ओपी ने उल्लेख किया है कि यह एक AJAXमॉड्यूल था , और अन्य लोगों द्वारा आमतौर पर Rewriteमॉड्यूल। बस अपनी आँखें अपने web.config में खुली रखें कि कौन से मॉड्यूल और लाइब्रेरी आपके टैग को संदर्भित कर रहे हैं क्योंकि त्रुटि कोड 0x8007000d किसी भी निर्भरता के बारे में हो सकता है ।

मेरे मामले में मुझे महसूस नहीं हुआ कि AspNetCoreबंडल गायब था और उसे स्थापित किया जाना था! इतनी खुश मुझे यह पोस्ट मिली !!

— Avinor
स्रोत
2

यह संबंधित हो सकता है या नहीं हो सकता है .... मैंने ऊपर बताई गई एक ही त्रुटि के साथ शुरुआत की, गुगली करना शुरू कर दिया, परिवर्तन करना, नई त्रुटियों को प्राप्त करना, अंतहीन लूप।

उस त्रुटि से मुझे जो परिवर्तन मिला, वह सर्वर के प्रबंधन अनुभाग के अंतर्गत IIS प्रबंधक में फ़ीचर प्रतिनिधिमंडल के साथ खिलवाड़ था। मुझे खेद है कि मुझे याद नहीं है कि मैं कौन सा बदल गया, लेकिन गुगली करने में मदद मिल सकती है।

कि मुझे 1 त्रुटि मिली दूसरों की एक पूरी नई धारा में, कुछ पूरी तरह से निरर्थक। (आभासी निर्देशिका के तहत चलने पर मुझे एक त्रुटि मिलेगी, इसे एक आवेदन में परिवर्तित करने से एक और त्रुटि, etec आदि प्राप्त होता है)। अंत में त्रुटियों की इस श्रृंखला को हल किया गया: IIS प्रबंधक, अनुप्रयोग पूल, DefaultAppPool, 32-बिट अनुप्रयोग सक्षम करें = सत्य

मैंने इस ऐप को 32 बिट विंडोज़ एक्सपी बॉक्स पर शुरू किया था, और मैं अब इसे 64 बिट विंडोज 7 बॉक्स पर चला रहा हूं।

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

— टी हड्डी
स्रोत
2

मेरा IIS 7.5 web.config में टैग को समझ नहीं पाता है। वीएस 2010 में यह उस टैग को भी रेखांकित करता है। सभी अंडरगॉल्ड टैग्स को खोजने के लिए अपनी कॉन्फिग फाइल को सटीक रूप से जांचें। मैंने इसे टिप्पणी में रखा और त्रुटि दूर हो गई।

— Konstantin
स्रोत
2

Web.config फ़ाइल में निम्न पंक्तियाँ लिखें।

<modules>
    <!--<add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</modules>

<handlers>
    <remove name="WebServiceHandlerFactory-ISAPI-2.0"/>
    <!--<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    <add name="ScriptResource" verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</handlers>

यह काम करेगा।

— अमल शशिका
स्रोत
2

मेरी भी यही त्रुटि थी। मेरे पास .net फ्रेमवर्क संस्करण 2.0 के साथ एक आईआईएस साइट थी, लेकिन मेरे ऐप को 4.0 की आवश्यकता थी। मैंने संस्करण बदल दिया और यह काम कर गया।

अगर किसी के पास एक ही मुद्दा हो सकता है, तो एक अनुस्मारक के रूप में पोस्ट करना।

— जोएल पेल्टनन
स्रोत
2

सुनिश्चित करें कि आपकी सभी IIS सुविधाएँ ठीक से सक्षम हैं।

  • Windows सुविधाएँ खोलें (चालू या बंद Windows सुविधाएँ)।

  • इंटरनेट सूचना सेवाओं के लिए नीचे स्क्रॉल करें

  • वर्ल्ड वाइड वेब प्लस बॉक्स ड्रॉप डाउन खोलें

  • एप्लिकेशन डेवलपमेंट फीचर्स प्लस बॉक्स ड्रॉप डाउन खोलें
  • बाद के सभी चेक बॉक्स को मैन्युअल रूप से जांचें, फिर ठीक पर क्लिक करें

यहाँ छवि विवरण दर्ज करें

— कॉलिन
स्रोत
1
मैंने इन-प्लेस अपग्रेड विधि के साथ सिर्फ विंडोज 10 को फिर से इंस्टॉल किया था, और या तो मैंने उन कुछ बॉक्सों को अनइंस्टॉल किया था या रीइंस्ट्रक्शन ने उन्हें अनचेक किया था। संबंधित त्रुटि कोड 0x80070021 500.19 पृष्ठ पर दिखाई दिया।
— एंड्रयू मॉर्टन
2

नीचे का विन्यास मेरे मुद्दे का कारण था:

    <rewrite>
      <rules>
        <clear />
        <rule name="Redirect to HTTPS" stopProcessing="true">
          <match url="(.*)" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^.*spvitals\.com$" />
            <add input="{HTTPS}" pattern="off" ignoreCase="true" />
          </conditions>
          <action type="Redirect" url="https://{HTTP_HOST}{REQUEST_URI}" redirectType="Permanent" appendQueryString="false" />
        </rule>
      </rules>
    </rewrite>

नोट: मैंने स्थानीय परीक्षण के लिए इस खंड को हटा दिया है, क्योंकि यह Azure में ठीक काम करता है।

— काइल चैंपियन
स्रोत
1
यदि आप IIS URL पुनर्लेखन मॉड्यूल स्थापित करते हैं, तो आप IIS में पुनर्लेखन नियम रख सकते हैं। यह iis.net/downloads/microsoft/url-rewrite पर है
— टोबी कारीगर
1

विंडोज 7 में भी यही मुद्दा था।

इसका समाधान मूलभूत सेटिंग्स में जाना था> विशिष्ट उपयोगकर्ता से कनेक्ट करें - और डिफ़ॉल्ट 'पास-थ्रू' के बजाय एक उपयोगकर्ता के रूप में लॉग इन करें।

यह मेरे लिए मुद्दा तय किया।

— BuzzCloudAU
स्रोत
1

विंडोज 7

इसे इस्तेमाल करे,

cmd को व्यवस्थापक के रूप में चलाएं।

सभी iis को अनइस्टॉल करें।

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService

Iis को रीइंस्टॉल करें और सामान्य रूप से काम करें

एलेन

— Alan10977
स्रोत
1

मुझे यह त्रुटि आई कि यह कहां है इसके बजाय <customErrors>टैग को अंदर रखकर । टैग के नीचे एक छोटा वर्ग था, लेकिन मैंने इसे अभी नोटिस नहीं किया था।<system.webServer><system.web><customErrors>

— foldinglettuce
स्रोत
1

शीर्ष उत्तर के समान , एक लापता IIS कॉर्स मॉड्यूल के कारण हमें यह अविश्वसनीय रूप से अप्रभावी अपवाद मिल रहा था। यह एरर कोड (0x8007000d) और कॉन्फिग सोर्स (-1: 0 :) के साथ ठीक वैसी ही त्रुटि थी, लेकिन URL रिवाइटरिंग मॉड्यूल को स्थापित करने से यह ठीक नहीं हुआ।

हमने हाल ही में कुछ डेवलपर्स के लिए CORS को सक्षम करने के लिए web.config को अपडेट किया था, जिसकी आवश्यकता थी, लेकिन यह उम्मीद नहीं की थी कि यह सभी डेवलपर्स के लिए IIS CORS मॉड्यूल को स्थापित करने के लिए आवश्यक होगा। दुर्भाग्य से ऐसा लगता है कि यह आवश्यक है।

इसे ठीक करने के लिए, यहां से IIS CorS मॉड्यूल इंस्टॉल करें ।

— notracs
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.