AD FS 2.0 केवल केवल कर सकता है सक्रिय निर्देशिका (AD DS) के विरुद्ध प्रमाणित करें। यह आधिकारिक AD FS 2.0 दस्तावेज़ीकरण में स्पष्ट रूप से प्रलेखित नहीं है, लेकिन यह निम्नलिखित दो स्निपेट से अनुसरण करता है:
- एडी एफएस 1.x डिजाइन गाइड से "परिशिष्ट ए:एडी एफएस आवश्यकताओं की समीक्षा", अनुभाग "खाता स्टोर आवश्यकताएं" कहता है, "एडी एफएस दो प्रकार के खाता स्टोर का समर्थन करता है:सक्रिय निर्देशिका डोमेन सेवा (एडी डीएस) और सक्रिय डायरेक्ट्री लाइटवेट डायरेक्ट्री सर्विसेज (एडी एलडीएस)।"
- "AD FS 2.0 में माइग्रेशन की योजना बनाना" कहता है, "निम्नलिखित AD FS 1.x विशेषताएं और परिदृश्य हैं जो अब AD FS 2.0 में समर्थित नहीं हैं:[...] AD LDS एक खाता स्टोर के रूप में उपयोग किया जाता है" ।
तो कोई कस्टम प्रमाणीकरण स्टोर, SQL सर्वर आधारित या अन्यथा नहीं।
(दूसरे प्रश्न पर अतिरिक्त विशेषता . पर स्टोर:यह संभव है।)
आपके द्वारा संदर्भित दूसरे प्रश्न के उत्तर में जो समाधान सुझाया गया है वह थोड़ा भ्रामक है। यदि आप वास्तविक ब्लॉग पोस्ट पढ़ते हैं तो आप देखते हैं कि वे एक अतिरिक्त एसटीएस जोड़ते हैं। AD FS 2.0 में उस अन्य STS के लिए एक 'दावा प्रदाता ट्रस्ट' है, और उस पर पुनर्निर्देशित करता है (यदि 'घरेलू क्षेत्र की खोज' सही ढंग से सेट की गई है)। वह अन्य एसटीएस तब प्रमाणीकरण करता है जिस तरह से वह पसंद करता है, एडी एफएस को एक टोकन वापस भेजता है, जो उसके बाद दावा नियम चलाता है।
तो उस समाधान में यह AD FS 2.0 प्रमाणीकरण . नहीं है एक गैर-एडी स्टोर के खिलाफ, लेकिन एक एसटीएस पर रीडायरेक्ट करना जो प्रमाणित करता है उस दुकान के खिलाफ।
