2012-04-02 14 views
6

मैं एक ग्राहक दोनों अंतिमबिंदुओं पर निम्नलिखित का उपयोग कर एक WCF सेवा से कनेक्ट करने के लिए है । 'http: // मेजबान/सेवा': '// मेजबान/सेवाhttp' लक्ष्य के लिएविंडोज सुरक्षा के साथ WCF सेवा करने के लिए कनेक्ट करने में त्रुटि

साथ

सोप सुरक्षा बातचीत: जब मैं यह परीक्षण वातावरण मैं निम्न संदेश प्राप्त करने के लिए धक्का में विफल रहा है । अधिक जानकारी के लिए आंतरिक अपवाद देखें।

भीतरी अपवाद:

System.ComponentModel.Win32Exception: सुरक्षा समर्थन प्रदाता इंटरफ़ेस (SSPI) प्रमाणीकरण विफल। सर्वर को 'होस्ट/सर्वर-नाम.डोमेन' वाले खाते में नहीं चलाया जा सकता है। यदि सर्वर किसी सेवा खाते (उदाहरण के लिए नेटवर्क सेवा) में चल रहा है, सर्वर के लिए एंडपॉइंट एड्रेस में पहचान के रूप में खाता की सेवा प्रिंसिपलनाम निर्दिष्ट करें। यदि सर्वर उपयोगकर्ता खाते में चल रहा है, तो सर्वर के लिए EndpointAddress में पहचान के रूप में खाता का UserPrincipalName निर्दिष्ट करें।

बेतरतीब ढंग से गुण बदल रहा है और आम तौर पर के बारे में एक ही तरीका है मैं मिल सकता है यह सेवा पहचान के रूप में स्थानीय सिस्टम का उपयोग करने के लिए आवेदन पूल बदलने के लिए था वर्किंग, खिलवाड़ करने के बाद। इसने बाद में sys व्यवस्थापक को बिल्ली के बच्चे होने का कारण बना दिया है, और ऐसा कुछ नहीं है जिसे मैं जारी रख सकता हूं।

क्या कोई भी ऐसा प्रकाश डाल सकता है कि यह क्यों हो रहा है? क्लाइंट विंडोज खाता दोनों, और AppPool की पहचान एक ही डोमेन में हैं। सेवा एक ही डोमेन में सर्वर पर चल रही है।

उत्तर

2

यदि प्रमाणीकरण स्थानीय सिस्टम के साथ काम करता है लेकिन डोमेन खाता नहीं है तो हो सकता है कि आप डोमेन खाते के लिए एसपीएन खो रहे हों। यह पृष्ठ आपकी सेवा के रूप में चल रही पहचान को कॉन्फ़िगर करने के बारे में कुछ पृष्ठभूमि प्रदान करता है: http://msdn.microsoft.com/en-us/library/bb628618.aspx

+0

बस एक विचार, क्या यह मामला हो सकता है यदि मशीन टेम्पलेट (यानी क्लोन) से वीएम के रूप में स्थापित की गई हो? –

+0

मुझे यकीन नहीं है कि मशीन क्लोन (या नहीं) इस पर असर डालेगी। सेवा पहचान के लिए केर्बेरोस का उपयोग करने के लिए AFAIK एक वैध एसपीएन/यूपीएन की आवश्यकता है। –

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