अपर्याप्त अनुमतियों के कारण कॉन्फ़िगरेशन फ़ाइल नहीं पढ़ सकता

354

मैंने हाल ही में IIS के साथ अपने asp.net साइट को होस्ट करने की कोशिश में एक त्रुटि का सामना किया है। मैंने एक ऐसा समाधान ढूंढ लिया है, जिसके द्वारा कई लोग शपथ लेते हैं।

समाधान:

  1. फ़ोल्डर में फ़ाइलों पर पढ़ने की अनुमति के साथ IIS_IUSRS जोड़ें
  2. IIS प्रमाणीकरण विधि को BasicAuthentication में बदलें
  3. वेबसाइट को रिफ्रेश करें। यह काम करेगा

( http://vivekthangaswamy.blogspot.com/2009/07/aspnet-website-cannot-read.html )

हालाँकि मैं अपनी web.config फ़ाइल में क्या जोड़ूँ? मुझे पहले कभी इसे संपादित नहीं करना पड़ा। यहाँ इसकी वर्तमान सामग्री है:

<?xml version="1.0"?>
<!--
  For more information on how to configure your ASP.NET application, please visit
  http://go.microsoft.com/fwlink/?LinkId=169433
  -->
<configuration>
    <connectionStrings>
  <add name="DefaultConnection" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\Database.mdf;Integrated Security=True;User Instance=True"
   providerName="System.Data.SqlClient" />
 </connectionStrings>
 <system.web>
  <compilation debug="true" strict="false" explicit="true" targetFramework="4.0"/>
    </system.web>
</configuration>

मेरी त्रुटि है:

कॉन्फ़िगरेशन त्रुटि: अपर्याप्त अनुमतियों के कारण कॉन्फ़िगरेशन फ़ाइल नहीं पढ़ सकता है
कॉन्फ़िगरेशन फ़ाइल: \? \ C: \ Users ***** \ Documents \ Visual Studio2010 \ WebSites \ PointsForTime \ web.config

asp.net  iis-7  file-permissions 
— Freesnöw
स्रोत
9
कृपया पुनर्लेखन मॉड्यूल स्थापित करें देखें। अपने आप को कुछ घंटों के लिए
— बचाएं
मेरा समाधान प्रशासक विशेषाधिकारों के साथ खोली गई कमांड लाइन से कमांड को चलाने के लिए होगा। ऐसा करने के लिए, कमांड प्रॉम्प्ट ढूंढें, इसे राइट-क्लिक करें, और व्यवस्थापक विशेषाधिकारों के साथ चलाएँ क्लिक करें।
— डेविड वाडिंगटन
अन्य उत्तरों के अलावा, ध्यान दें कि फ़ाइलसिस्टम (EFS) को एन्क्रिप्ट करना भी IIS के साथ हस्तक्षेप कर सकता है।
— G-Wiz
मैंने यह विज्ञापन अब स्थानीय होस्ट से पासवर्ड के लिए पूछ रहा है, निकटतम मुझे इस काम के लिए अब तक धन्यवाद मिल रहा है
— पॉल
1
मेरे लिए कोई IIS_IUSR नहीं था, मैंने प्रामाणिक उपयोगकर्ता के लिए ऐसा ही किया और यह काम किया
— भानु छाबड़ा

जवाबों:

544

नहीं है अपने web.config के साथ कोई समस्या नहीं है । आपकी वेब साइट एक प्रक्रिया के तहत चलती है। Iis में आप उस प्रक्रिया की पहचान को परिभाषित कर सकते हैं। आपकी वेब साइट के एप्लिकेशन पूल ( नेटवर्क सेवा, स्थानीय प्रणाली , आदि) के रूप में चलने वाली पहचान को वेब.कॉन्फिग फ़ाइल तक पहुंचने और पढ़ने की अनुमति होनी चाहिए।

अपडेट करें:

यह अद्यतन उत्तर ऊपर जैसा है, लेकिन थोड़ा लंबा और सरल और बेहतर है।

सबसे पहले : आपको अपनी कॉन्फ़िग फ़ाइल में कुछ भी बदलने की आवश्यकता नहीं है। यह ठीक है । समस्या विंडोज़ फ़ाइल अनुमतियों के साथ है ।

यह समस्या इसलिए होती है क्योंकि आपका एप्लिकेशन web.config फ़ाइल को एक्सेस नहीं कर सकता है और न ही पढ़ सकता है।

फ़ाइल को IIS_IUSRS समूह तक पहुँच योग्य बनाएँ । बस राइट-क्लिक करें web.config और क्लिक करें गुण , सुरक्षा टैब के तहत , IIS_IUSRS जोड़ें ।

तो यह IIS_IUSRS चीज़ क्या है?

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

जब आपकी साइट IIS में शुरू होती है , तो आपकी वेब साइट का एप्लिकेशन पूल एक उपयोगकर्ता ( नेटवर्क सेवा, स्थानीय प्रणाली , आदि ...) से जुड़ा होता है (और IIS में बदला जा सकता है)

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

और जैसा कि @Seph ने नीचे टिप्पणी में उल्लेख किया है : यदि आपका कंप्यूटर एक डोमेन पर है , तो याद रखें कि IIS_IUSRS समूह एक स्थानीय समूह है । यह भी सुनिश्चित करें कि जब आप इस उपयोगकर्ता को खोजने का प्रयास कर रहे हैं, तो वह स्थान की जाँच करें जिसे स्थानीय कंप्यूटर पर सेट किया जाना चाहिए न कि एक कॉर्पोरेट डोमेन।

— अफशीन घी
स्रोत
79
दूसरों के लिए, यह इंगित करने के लायक है कि डिफ़ॉल्ट आमतौर पर है IIS_IUSRSऔर यह सुनिश्चित करने के लिए कि जब आप इस उपयोगकर्ता को खोजने का प्रयास कर रहे हैं, तो उस स्थान की जांच करें जिसे स्थानीय कंप्यूटर पर सेट किया जाना चाहिए न कि कॉर्पोरेट डोमेन।
— सेप
3
अच्छा जवाब, और यहां एक अतिरिक्त टिप - एक डोमेन में Win7 पर IIS7 चल रहा है, यदि आप 'चेक नामों ...' के साथ खोजने की कोशिश नहीं करते हैं, तो आपको स्थानीय समूह में IIS_IUSRS नहीं मिल सकता है। चिंता न करें - केवल IIS_IUSRS को पूर्ण रूप से टाइप करें और ठीक दबाएं, और सब ठीक हो जाएगा।
— आठ-बिट गुरु
2
यदि आपके पास किसी साइट के पथ के लिए एक साझा ड्राइव है तो क्या होगा? क्या इसका असर होता है? आप साझा ड्राइव के साथ यह काम कैसे करते हैं?
— केविन
2
मुझे IUSR के लिए ऐसा करना पड़ा। IIS_IUSRS ने किसी कारण से मेरे लिए काम नहीं किया।
— टोड
13
IIS 7 में खरोंच से एक नई ASP.Net वेब साइट को सेटअप करने का प्रयास करते समय एक बार जब आप इस थ्रेड में चर्चा की जा रही त्रुटि को ठीक कर लेते हैं, तो आपको अपने अगले बाधा के रूप में "HTTP त्रुटि 401.3 - अनधिकृत" त्रुटि का सामना करना पड़ सकता है। यह तय करने के लिए कि यदि आपने अनाम प्रमाणीकरण सक्षम किया है, तो अनाम उपयोगकर्ता पहचान को "IUSR" (IIS द्वारा डिफ़ॉल्ट के रूप में सेट) से अनुप्रयोग पूल पहचान में बदल दें। इस सेटिंग के लिए संपादन विंडो को प्राप्त करने के लिए "प्रमाणीकरण" IIS सुविधा के लिए IIS सुविधाओं के दृश्य में क्रियाएँ फलक से "संपादित करें" कार्रवाई का उपयोग करें।
— RBT
72

मुझे वही दिखाई दिया जो web.configफाइल पर एक ही अनुमति जारी करता है।
हालाँकि, मेरी समस्या IIS फ़ाइल को कॉन्फ़िगर करने में विफल होने के कारण हुई थी क्योंकि इसमें URL फिर से लिखना था और मैंने नए सर्वर पर IIS URL पुनर्लेखन मॉड्यूल स्थापित नहीं किया था।

समाधान: फिर से लिखना मॉड्यूल स्थापित करें।
आशा है कि कुछ घंटे किसी को बचाता है।

— जारोड
स्रोत
हाँ। पिछले सर्वर मैं इसे ssl के लिए गैर ssl मार्ग पर फिर से लिखा था .. इतना IIS से एक महान त्रुटि संदेश के लिए। error::) +1 एसएसएल की आवश्यकता के बजाय, मैंने URL को HTTPS में फिर से लिखा है कि कोई भी बिना https से जुड़ा हुआ है। क्या एक पहेली है।
— पियोट्र कुला
धन्यवाद!!! घंटे के लिए अनुमति के साथ के बारे में faffing और अंत में यह करने के लिए नीचे गया था!
— कार्ल वुडहाउस
IIS URL पुनः लिखने वाले मॉड्यूल को स्थापित करने के बारे में कैसे जाना जाता है?
— बी क्ले शैनन
2
यह मेरा मुद्दा था - धन्यवाद! पुनर्लेखन मॉड्यूल को स्थापित करने के लिए, इसे इस पृष्ठ से डाउनलोड करें: iis.net/downloads/microsoft/url-rewrite करीब IIS, स्थापित करें, IIS पुनरारंभ करें (बस सुरक्षित होने के लिए)।
— टायलर फोर्सिथे
2
@ B.ClayShannon वेब प्लेटफ़ॉर्म इंस्टॉलर का उपयोग करें, IIS
— रिवाइराइट की
64

संपादक का ध्यान दें: यह उत्तर क्या कहता है, यह खतरनाक है ! LocalSystem खाता एक है ...

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

ApplicationPoolIdentity से LocalSystem तक पहचान बदलने का काम किया;)।

मैं IIS 7.5 के साथ win7 64 का उपयोग कर रहा हूं

IIS 7.5 में अनुप्रयोग पूल पहचान के बारे में अधिक और 7 जीतें

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

— एएमडी
स्रोत
IIS 6 के लिए भी उपयोगी उत्तर। Microsoft वेबसाइट पर एप्लिकेशन पूल आइडेंटिटी को बदलने के तरीके के बारे में अधिक जानकारी मिली: microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/…
— मैनुअल अल्वारेज़
22
यह परिवर्तन करना सुरक्षा जोखिम है क्योंकि आप इस सेवा को प्रदान कर रहे हैं: msdn.microsoft.com/en-us/library/windows/desktop/…
— WhiteKnight
ऐसा लगता है कि यहाँ मेरा मुद्दा रहा है और स्थानीय लोगों के लिए ऐप पूल की पहचान को बदलने के रूप में काम किया गया है!
— वासिली हॉल
21
सर्वर पर इस सुरक्षा छेद के अंतराल के कारण इसे नीचे वोट दिया जाता है। आपको स्थानीय सिस्टम खाते के तहत IIS जैसी सार्वजनिक सामना करने वाली सेवाओं को नहीं चलाना चाहिए !!!! आप मूल रूप से सर्वर हैक कर सकते हैं जो किसी के लिए राज्य को चाबियाँ सौंप रहे हैं। गंभीरता से यह मत करो।
— डेमिसियो
5
OMG यह उत्तर सुरक्षा के लिए SO INCORRECT है। मॉडरेशन हस्तक्षेप की आवश्यकता है। यह एक संक्षिप्त विचार है। किसी भी फ़ाइल एक्सेस की कल्पना करें जो क्वेरिस्ट्रिंग पर उल्लिखित है ... बूम ... कोई भी पढ़ सकता है web.config और IIS खुशी से इसे दुनिया में सेवा देगा। इस का उपयोग न करें।
— enorl76
47

जब मैं साइट रूट फ़ोल्डर को किसी अन्य उपयोगकर्ता के साथ साझा करने का प्रयास करता था तो मुझे भी यही समस्या थी। कुछ फ़ोल्डर ने अनुमति खो दी। इसलिए मैंने IIS_IUSRS समूह की अनुमति जोड़ने के लिए कदमों का पालन किया जैसा कि अफशीन घ ने सुझाया था। समस्या यह है कि यह समूह मेरे लिए उपलब्ध नहीं था। मैं विंडोज 7 का उपयोग कर रहा हूं।

मैंने अभी-अभी कुछ कदम बदले हैं:

  1. मूल फ़ोल्डर पर राइट क्लिक करें (जिसने अनुमति खो दी है),
  2. गुण => सुरक्षा => "समूह या उपयोगकर्ता नाम:" में,
  3. संपादित करें पर क्लिक करें ...
  4. विंडो "आपके फ़ोल्डर के लिए अनुमति" खोली जाएगी।
  5. "समूह या उपयोगकर्ता नामों में:" ADD दबाएं ... btn,
  6. ऑटेन टाइप करें और चेक नाम दबाएं,
  7. आपको पूरा समूह नाम " प्रमाणीकृत उपयोगकर्ता " दिखाई देगा
  8. प्रेस ठीक => लागू करें।
  9. इससे विशेषाधिकारों को फिर से सक्षम बनाना चाहिए।

मेरे लिए वह काम कर गया।

— zwitterion
स्रोत
2
इसने मेरे लिए काम किया। यह स्वीकृत उत्तर होना चाहिए। मैं अन्य तरीकों की कोशिश की, वे काम नहीं करते।
— गन वेंडर
1
अन्य सभी समाधान इस एक तक काम नहीं करेंगे।
— jenna_3108
1
ठीक है, मुझे लगता है कि मेरे पास इसका स्पष्टीकरण है कि यह क्यों काम करता है। कुछ पर अपने कोड मेजबान devs C:\ यानी C:\Devया C:\Code, आदि सुरक्षा समूह Authenticated Usersपर प्रदान किया जाता है C:\ और बच्चे फ़ोल्डरों को प्रचारित किया। हालाँकि, C:\Usersफ़ोल्डर में, यह प्रचार बंद हो जाता है। तो अपने आप जैसे देवता जो अपने कोड को होम फोल्डर के अंदर होस्ट करते हैं, Authenticated Usersउन्हें IIS काम करने के लिए उन IIS रूट फ़ोल्डरों तक पहुंच प्रदान करनी पड़ती है।
— कॉलिन
जब मैं चेक नामों पर क्लिक करता हूं, तो यह मुझसे क्रेडेंशियल पूछता है। मुझे यकीन नहीं है कि यहां कौन से उपयोगकर्ता क्रेडेंशियल अपेक्षित हैं। क्या कोई मदद कर सकता है?
— RSB
18

आपको अपने web.config में कुछ भी बदलने की आवश्यकता नहीं है।

समस्या फ़ाइल सिस्टम अनुमतियाँ है। आपकी फ़ाइल अनुमतियां IIS_IUSRS उपयोगकर्ता को web.config (या शायद किसी भी फ़ाइल) तक पहुंचने की अनुमति नहीं देती हैं। IIS_IUSRS खाते को एक्सेस करने की अनुमति देने के लिए खिड़कियों में उनकी फ़ाइल अनुमतियों को बदलें।

— एरिक फनकेनबस
स्रोत
1
मुझे भी ऐसी ही समस्या का समाधान करना पड़ा था। यदि किसी को कभी भी IIS_IUSRS उपयोगकर्ता नहीं मिल रहा है, तो स्थान जांचें। मेरा कॉरपोरेट डोमेन डिफॉल्ट हो गया, इसलिए मुझे यह तुरंत नहीं लगा क्योंकि मैं यह देखना भूल गया था कि यह देखना कहाँ है।
— jgreep
@ मिस्टर मैन मेरे पास एक ही मुद्दा है। मैंने अनुमतियां बदलीं और फिर कोशिश की। फिर भी मुझे वही त्रुटि मिलती है। :(
— रऊफ
"(या संभवत: किसी भी फाइल)" मेरे लिए काम करता है, जिससे IIS_IUSRS को वेब तक पहुंच की अनुमति मिलती है ।config पर्याप्त नहीं है, मुझे इसे सक्षम करने की आवश्यकता है कि साइट में सभी फ़ाइलों तक पहुंच हो।
— टयूएन गुयेन
2
मुझे IUSR के लिए ऐसा करना पड़ा। IIS_IUSRS ने मेरे लिए काम नहीं किया।
— टोड
धन्यवाद। मैंने वेब एप्लिकेशन फ़ोल्डर पर पूरी अनुमति के साथ 'सबको' दिया है और यह काम करता है।
— मिन्ह गुयेन
16

फ़ाइल को IIS_IUSRS समूह तक पहुँच योग्य बनाएँ । अपने web.config पर राइट-क्लिक करें, गुणों का विस्तार करें, और सुरक्षा टैब के तहत, IIS_IUSRS जोड़ें। समूह को पढ़ने / लिखने की पहुँच प्रदान करें।

जब समूह उपलब्ध नहीं होता है, तो ComputerName \ IIS_IUSRS द्वारा IIS_IUSRS को प्रतिस्थापित करें

— कर्ट वैन डेन ब्रैंडन
स्रोत
+1 अच्छी टिप। स्वीकृत उत्तर अच्छा है, लेकिन यह उल्लेख करने के लिए उपेक्षा करता है कि आपको अपने कंप्यूटर का नाम 'IIS_IUSRS' के सामने जोड़ने की आवश्यकता हो सकती है, जो कि मुझे पिछले से मिला है।
— राल्फ लावेल
यह ("जब समूह उपलब्ध नहीं है") से मेरी उम्मीदें थीं, लेकिन जब मैंने कंप्यूटर का नाम प्रीपेड किया ("IBM-TAMMYFAYEBAKER.platypus.local \ IIS_IUSRS") अभी भी वही त्रुटि मिलती है। मैंने पूर्ण कंप्यूटर नाम की भी कोशिश की, लेकिन यह भी मान्य उपयोगकर्ता के रूप में स्वीकार नहीं करेगा।
— बी क्ले शैनन
15

मूल फ़ोल्डर पर जाएं, राइट-क्लिक करें और गुण चुनें । सुरक्षा टैब का चयन करें, अनुमतियों को संपादित करें और जोड़ें । उन्नत और अब खोजें पर क्लिक करें । का चयन करें IIS_IUSRS और क्लिक ठीक और ठीक फिर से। सुनिश्चित करें कि आपके पास चेक लिखें । ओके पर क्लिक करें और फिर से ओके करें।

काम हो गया!

— Quinny
स्रोत
19
जब पढ़ने की आवश्यकता हो, तो लिखने की पहुँच के साथ पृथ्वी पर क्या है? /
— डाउनवोटेड
2
केवल IIS * मेरे पास IIS_WPG
— B. Clay Shannon
1
@ B.ClayShannon मुझे भी। मेरे पास केवल IIS_WPG
— फॉर्च्यून
13

जब आप IIS_IUSRS को अनुमति देते हैं, तो आपको यह देखना चाहिए कि आपके वेब एप्लिकेशन के IIS / प्रमाणीकरण अनुभाग में, अनाम प्रमाणीकरण क्रेडेंशियल अनुप्रयोग पूल पहचान और IUSR का उपयोग करता है।

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

— कार्लोस
स्रोत
मुझे यह इंटरफ़ेस कहाँ से मिल सकता है?
अपने वेब अनुप्रयोग पर सुविधाएँ देखें टैब में: प्रमाणीकरण
— कार्लोस
यह उत्तर स्वीकार किए गए उत्तर कारण का हिस्सा होना चाहिए, इसके बिना आपको वेबसाइट के फ़ोल्डर की पहुंच सूची में IUSR भी जोड़ना होगा
— लॉरेंट एस।
7

किसी कारण से आपका web.config केवल पढ़ने के लिए सेट किया गया है। Web.config फ़ाइल के पढ़ने के विकल्प को अनचेक करें।

— लुइस
स्रोत
यदि आपकी अनुमति पूर्ण है और फिर भी त्रुटि मिलती है, तो यह सही उत्तर (y) है।
— वासिल वेलेव
4

मैंने टीम में अन्य डेवलपर्स के समान सेटअप रखने के लिए, D: C से एक मैपिंग बनाने के लिए विकल्प का उपयोग किया। यह भी वर्णित के रूप में मुझे एक ही त्रुटि दी। इसे हटाकर मेरे लिए यह तय हो गया।

— Sniipe
स्रोत
3

स्वीकृत समाधान मेरे लिए नहीं था। मैं Git रेपो का उपयोग करता हूं और यह निम्न फ़ोल्डर में क्लोन किया गया है

c:\users\myusername\source\repos\myWebSite

मैंने नई IIS वेबसाइट बनाई और इसे रास्ते में बताया। जो स्वीकृत समाधान में सुझाए गए iis_iusrs अनुमतियाँ नहीं थी। जब मैंने अनुमतियाँ जोड़ी तब भी यह काम नहीं किया।

यह तभी काम करना शुरू किया जब मैंने 'उपयोगकर्ता' समूह को निम्नलिखित अनुमतियाँ दीं और उत्तराधिकार ने web.config को अनुमति दे दी। संभवतः इसे सतह के क्षेत्र को कम करने के लिए इसे web.config पर लागू किया जाना चाहिए।

उपयोगकर्ता प्रवेश

— टॉम मैकडॉनल्ड्स
स्रोत
ठीक वैसी ही स्थिति थी। इससे मदद मिली।
— रोमर
2

हमारे पास एक वेबसाइट थी जो ऐप्पल में एक विशिष्ट पहचान के साथ चल रही थी, केवल उस उपयोगकर्ता को वेब तक पहुंचने वाले फ़ोल्डर को पढ़ने के लिए देने के बाद। यह काम करेगा। हमने 'सब' उपयोगकर्ता को पढ़ने के साथ जोड़ने के बाद इसे ट्रैक किया और सब कुछ ठीक रहा।

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

मेरे लिए मेरी स्थानीय मशीन पर डीबगिंग के दौरान त्रुटि आई और आधार web.config से संबंधित निकला, जिसे वेबसाइट को संकलित करते समय .NET फ्रेमवर्क द्वारा शुरू किया गया है। मेरी C: \ Windows \ Microsoft.NET \ फ्रेमवर्क 64 \ v4.0.30319 \ config \ web.config फ़ाइल में एक अपरिचित तत्व (folderLevelBuildProviders) था। इसे ठीक करते हुए 500.19 त्रुटि हुई।

इसे देखें: IIS प्रबंधक .NET 4 अनुप्रयोगों पर .NET संकलन को कॉन्फ़िगर नहीं कर सकता है

— राफेल एम्सहोफ
स्रोत
2

स्थानीय प्रणाली के लिए प्रक्रिया मॉडल पहचान को बदलना मेरे लिए इस मुद्दे को तय करता है। यदि आप एप्लिकेशन पूल पर राइट क्लिक करते हैं और "उन्नत सेटिंग" चुनते हैं तो आप यह सेटिंग पा सकते हैं। मैं IIS 7.5 चला रहा हूं।

— jshoaf
स्रोत
2

राइट क्लिक करें Web.Config => टैब सुरक्षा => बटन संपादित करें => बटन जोड़ें => बटन उन्नत => बटन अभी खोजें => खोज परिणामों में अपना समूह चुनें (हमारे मामले में "IIS_IUSRS") => Ok => Ok => ठीक है

— इगोर लेवकिव्स्की
स्रोत
2

यह हमारे साथ तब हुआ जब IIS एप्लिकेशन में एक भौतिक पथ के साथ वर्चुअल निर्देशिका है जिसमें बैकस्लैश के बजाय फ़ॉरवर्ड-स्लैश शामिल हैं । यह गलती से हमारे निरंतर वितरण प्रक्रिया के दौरान IIS के लिए एक पॉवरशेल प्रबंधन API का उपयोग करके किया गया था।/\

खराब विन्यास उदाहरण - applicationHost.config

<application path="/MySite/MyService" applicationPool="MyAppPool" enabledProtocols="http">
    <virtualDirectory path="/" physicalPath="C:\inetpub\MySite/MyService" />
</application>

सुनिश्चित करें कि physicalPathविशेषता में आगे-स्लैश नहीं हैं /, केवल बैकस्लैश हैं\

सही विन्यास उदाहरण - applicationHost.config

<application path="/MySite/MyService" applicationPool="MyAppPool" enabledProtocols="http">
    <virtualDirectory path="/" physicalPath="C:\inetpub\MySite\MyService" />
</application>
— SliverNinja - MSFT
स्रोत
1
मेरे मामले में भौतिक पथ में एक डबल बैक स्लैश उदा था C:\inetpub\MySite\\MyService। इसे सिंगल बैक स्लैश में बदलने का काम किया
— बेन एंडरसन
2

मैंने एप्लिकेशन पूल उपयोगकर्ता (WIN SERVER 2008 R2) के लिए फ़ोल्डर में पठन अनुमति को जोड़कर इसे हल किया है: C: \ Windows \ System32 \ inetsrv \ config

थोड़ी पृष्ठभूमि: हमारे सर्वर को शास्त्रीय त्रुटि का उपयोग करके हैक किया गया है जहां ऐप उपयोगकर्ता के पास अधिक अनुमतियाँ थीं जो उसे (स्थानीय व्यवस्थापक) चाहिए।

इसे ठीक करने के लिए हमने नए डोमेन उपयोगकर्ता बनाए, जिनके पास केवल एप्लिकेशन फ़ोल्डर पर अनुमतियाँ थीं, न्यूनतम आवश्यक अधिकारों के साथ और इसे एप्लिकेशन पूल उपयोगकर्ता के रूप में असाइन किया गया था। हम मुद्दे में मारा और यह हमारी समस्याओं का समाधान था।

— ludens
स्रोत
2

अपने प्रोजेक्ट को C के अलावा किसी अन्य ड्राइव पर शिफ्ट करें: उसी त्रुटि के साथ मेरे लिए काम किया।

— तल्हा इमाम
स्रोत
2

यह तब हो सकता है जब आपका एप्लिकेशन वर्चुअल डायरेक्टरी में हो और फाइलों का रास्ता मैप्ड ड्राइव हो।

यदि आप फ़ाइलों को एक स्थानीय ड्राइव में बदलते हैं, तो यह इसे हल कर देगा, यदि वास्तव में यह आपकी समस्या है।

— UKcentric
स्रोत
2

दिए गए सभी उत्तर मान्य हैं और विभिन्न परिस्थितियों में काम कर रहे हैं।

मेरे लिए, Visual Studio को पुनरारंभ करने ने काम किया।

— Doruk
स्रोत
1

मैं "अपर्याप्त अनुमतियों के कारण कॉन्फ़िगरेशन फ़ाइल नहीं पढ़ सकता था" प्राप्त कर रहा था। IIS के लिए ISAPI और CGI प्रतिबंधों को बंद कर देता है। ASP.NET 4.0 32bit और 64bit दोनों के लिए इनकार करने के लिए सेट किया गया था। उन दोनों को अनुमति देकर मेरी समस्या को हल कर दिया।

— राजा
स्रोत
1

उपरोक्त उत्तर मददगार थे, लेकिन इससे किसी को भी मदद मिलती है - मुझे यह सटीक समस्या थी, और यह पता चला कि मैं (विंडोज़ नेटवर्किंग) रूट फ़ोल्डर को साझा कर रहा था जिससे साइट को होस्ट किया जा रहा था। हमने हिस्सा मार दिया, और उपयोगकर्ताओं को पढ़ने / निष्पादित करने की अनुमति जोड़ दी और यह फिर से ठीक काम किया।

मुझे लगता है कि शेयर ने इसे गड़बड़ कर दिया।

— माइकल
स्रोत
0

एक आभासी अनुप्रयोग के साथ यह मुद्दा था। सभी अनुमतियां निर्धारित की गई थीं। IIS_IUSRS, AppPoolIdentity और फिर सभी को पूर्ण एक्सेस दिया। कुछ भी काम नहीं किया। पुनः आरंभ किया गया ऐप्पल, साइट और आईआईएस लेकिन नो गो।

आभासी एप्लिकेशन को हटा दिया और इसे फिर से खरोंच से जोड़ा और यह काम करना शुरू कर दिया।

काश मुझे पता होता कि इसका हल क्या है।

— जीबीएस
स्रोत
0

जाँच करें कि क्या फ़ाइल केवल-पढ़ने के लिए चिह्नित नहीं है, IIS_IUSRS अनुमति के बावजूद यह वही संदेश प्रदर्शित करेगा।

— सैयद उमर अहमद
स्रोत
0

मेरे पास यह त्रुटि संदेश था जो स्थानीय ड्राइव के विपरीत मेरे भौतिक फ़ोल्डर नेटवर्क ड्राइव पर स्थित होने के कारण निकला। ऐसा लगता है कि डिफ़ॉल्ट रूप से इस तरह के ड्राइव की अनुमति अलग हो सकती है। उदाहरण के लिए, जबकि स्थानीय ड्राइव स्थान ने स्थानीय कंप्यूटर के उपयोगकर्ताओं को अनुमति दी थी, नेटवर्क स्थान नहीं था।

इसके अलावा, स्वीकृत उत्तर ऐसे मामले के लिए काम नहीं करता है। स्थानीय उपयोगकर्ता या IIS उपयोगकर्ता अनुमतियों को असाइन करने के लिए उपलब्ध नहीं थे। समाधान भौतिक फ़ोल्डर को स्थानीय ड्राइव पर ले जाने के लिए था।

— कैट
स्रोत
0

मेरे पास एक ही मुद्दा था और उत्तर के रूप में यहां लिखे गए सभी सामानों को करने के बाद, यह अभी भी पुन: उत्पन्न हुआ। इस मुद्दे की दूसरी छमाही तथ्य यह था कि .NET को "विंडोज सुविधाओं को चालू या बंद करें" के तहत बंद किया गया था

— बोगदान मेट्स
स्रोत
0

कभी-कभी अगर यह एक नया सर्वर है जिसे आपको अपने वेब.config फ़ाइल को पढ़ने में सक्षम करने के लिए IIS पर ASP.NET सुविधा को कॉन्फ़िगर करने या स्थापित करने की आवश्यकता है।

मेरे मामले में यही कारण था।

— SanthoshM
स्रोत
0

मेरे मामले में, मैं मैप किए गए ड्राइव (विकल्प) से पृष्ठों की मेजबानी करने की कोशिश कर रहा था। मुद्दा यह है कि विकल्प मेरे खाते के तहत चलाया गया था और IIS उपयोगकर्ता समान ड्राइव को देखने में सक्षम नहीं है

— दिनेश राजन
स्रोत
0

मैंने अनुमति दी और ICACLS.exe का उपयोग किया लेकिन काम नहीं किया। फिर मैंने भौतिक मार्ग बदल दिया और इसने सफलतापूर्वक काम किया।

(IIS 8.5 विंडोज़ 2012 R2)

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