2009-08-25 13 views
7

हमारे पास सर्वर में सर्वर फ़ार्म पर हमारे सर्वर हैं। चलो इसे लाइव कहते हैं।आईआईएस 6 वर्चुअल निर्देशिका 500 रिमोट शेयर पर त्रुटि

हमारे डेवलपर कंप्यूटर एक पूरी तरह से अलग कॉर्पोरेट डोमेन, मील और मील दूर रहते हैं। आइए इसे कॉरपोरेशन करें।

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

समस्या विकास में है।

मेरी विकास मशीन पर। मैं कॉर्प \ MyName के रूप में लॉग इन करता हूं। मेरा आईआईएस 6 एप्लिकेशन पूल नेटवर्क सेवा के रूप में चलता है। मैं इसे लाइव डोमेन से उपयोगकर्ता के रूप में नहीं चला सकता क्योंकि मेरी मशीन उस डोमेन में शामिल नहीं है (और नहीं हो सकती है)।

मैं वर्चुअल निर्देशिका बनाने की कोशिश करता हूं, इसे उसी नेटवर्क निर्देशिका पर इंगित करता हूं, कनेक्ट करें पर क्लिक करें, "नेटवर्क निर्देशिका तक पहुंच मान्य करते समय हमेशा प्रमाणित उपयोगकर्ता के प्रमाण-पत्रों का उपयोग करें" चेकबॉक्स को अनचेक करें ताकि मैं लॉगिन जानकारी दर्ज कर सकूं , लाइव \ MediaUser के लिए credentails दर्ज करें, ठीक क्लिक करें, पासवर्ड सत्यापित करें, आदि

यह काम नहीं करता है। मुझे आईआईएस से "HTTP त्रुटि 500 ​​- आंतरिक सर्वर त्रुटि" मिलती है।

आईआईएस लॉग फ़ाइल रिपोर्ट अनुसूचित जाति का दर्जा = 500, अनुसूचित जाति-substatus = 16, और अनुसूचित जाति-Win32 स्थिति = 1326.

प्रलेखन इस का अर्थ है "यूएनसी प्राधिकरण प्रमाणिकता गलत हैं" कहते हैं और Win32 स्थिति का अर्थ है "लॉगऑन विफलता: अज्ञात उपयोगकर्ता नाम या खराब पासवर्ड।"

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

मैं भी वर्चुअल निर्देशिका की निर्देशिका सुरक्षा टैब के लिए जा रहा करने की कोशिश की, और प्रमाणीकरण और प्रवेश नियंत्रण के तहत, मैं अनाम पहुंच क्रेडेंशियल के लिए एक ही LIVE डोमेन उपयोगकर्ता नाम का उपयोग की कोशिश की। कोई भाग्य नहीं।

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

यदि किसी के पास कुछ उज्ज्वल विचार हैं तो मैं सबसे अधिक सराहना करता हूं!

+0

सर्वरफॉल्ट के लिए एक जैसा लगता है शायद – annakata

+0

मेरी राय में यह एक विकास-केंद्रित समस्या है - अधिकांश सर्वर प्रशासक पूरी तरह से समस्या से बचेंगे, आखिरकार, एप्लिकेशन सर्वर और फ़ाइल सर्वर अलग-अलग डोमेन पर क्यों होंगे? हालांकि, मैं आपकी सलाह लेता हूं और इसे सर्वर फॉल्ट पर भी क्रॉस-लिस्ट करता हूं। –

+0

क्या आपको कभी इसका समाधान मिला? –

उत्तर

0

आईआर मेरी स्मृति सही है, तो यह उपयोगकर्ता खाते आईआईएस के साथ प्रमाणीकरण द्वारा प्रयोग किया जाता है पर निर्भर करता है। यदि वर्चुअल निर्देशिका अज्ञात के लिए सेट की गई है, तो आईआईएस के संस्करण के आधार पर यह IUSER_MACHINENAME नामक स्थानीय मशीन खाते का उपयोग करेगा। Here एक TechNet लेख में बताया गया है कि IIS 6.0 में गुमनाम प्रमाणीकरण के लिए इस्तेमाल उपयोगकर्ता खाता परिवर्तित करने का तरीका है।

+0

मैंने पहले ही डिफ़ॉल्ट IUSR_MACHINENAME क्रेडेंशियल को डोमेन क्रेडेंशियल में बदलने के अपने प्रयास का वर्णन किया है वर्चुअल निर्देशिका कॉन्फ़िगरेशन की निर्देशिका सुरक्षा टैब। –

0

हमारे पास यह वही स्थिति है। जैसा कि उपर्युक्त पोस्टर का उल्लेख है, आईआईएस अज्ञात पहुंच के लिए प्रमाणित करने के लिए IUSER_XXXX खाते का उपयोग करने का प्रयास कर रहा है, लेकिन उस खाते को दोनों मशीनों पर मौजूद होना आवश्यक है। आप अभी भी अलग डोमेन में काम कर रहे पासथ्रू प्रमाणीकरण प्राप्त कर सकते हैं।

इस वजह से रास्ता नेटलॉगऑन डोमेन नाम प्रक्रियाओं के लिए एक दूरस्थ Windows फ़ाइल सर्वर के साथ काम करता है - मुझे यकीन है कि अगर यह एक यूनिक्स सर्वर के साथ काम करेंगे नहीं कर रहा हूँ:

अपने उदाहरण के बाद, आप एक डोमेन बना सकते हैं उपयोगकर्ता के स्थानीय डोमेन ('CORP \ MediaUser') में समान लॉगऑन नाम और पासवर्ड के साथ 'LIVE \ MediaUser' खाते के रूप में उपयोगकर्ता। फिर, 'LIVE \ MediaUser' क्रेडेंशियल्स का उपयोग करके वर्चुअल निर्देशिका सेट अप करें जैसा आपने पहले किया था, लेकिन इस बार उस वर्चुअल निर्देशिका के लिए अज्ञात उपयोगकर्ता के रूप में 'CORP \ MediaUser' सेट अप किया गया था। यह तब काम करना चाहिए।

यह एक स्थानीय खाता ('MYMACHINE \ MediaUser') भी काम करेगा जब तक कि लॉगऑन नाम और पासवर्ड दूरस्थ खाते के समान हों।

+0

उपयोगकर्ता नाम और पासवर्ड डुप्लिकेट करना, जैसे कि केवल गैर-डोमेन खातों के लिए काम करता है मुझे डर है। – blowdart

+0

मैंने सत्यापित किया। काम नहीं किया। :-( –

-1

हमें एक ही समस्या थी लेकिन सुरक्षा टैब पर सही सुरक्षा अनुमतियों के साथ भी इसे ठीक नहीं किया जा सका। यह एक दिन काम कर रहा था और अचानक बंद कर दिया।

बहुत सारे सिर धमाके के बाद, मैं वर्चुअल निर्देशिका के बगल में "कनेक्ट एज़" बटन पर गया और आश्चर्यजनक रूप से सुरक्षा टैब की तुलना में अलग-अलग प्रमाण-पत्र थे। मैंने एक ज्ञात अच्छा सेवा खाता और व्हायोला 'का उपयोग किया, यह तुरंत काम करता था।

संबंधित मुद्दे