कॉम्पैक्ट फ्रेमवर्क पर डब्ल्यूसीएफ का उपयोग और सुरक्षित करने का सबसे अच्छा तरीका?

Question

मैं ऐसे ऐप पर काम कर रहा हूं जिसमें कई क्लाइंट हैं - डेस्कटॉप, मोबाइल डिवाइस, वेब पोर्टल। हम एक एसओए प्रकार की वास्तुकला में जा रहे हैं और डब्ल्यूसीएफ का उपयोग करेंगे।

डेस्कटॉप और वेब पोर्टल पक्ष पर नेटटीसीपी + परिवहन/संदेश सुरक्षा + विंडोज प्रमाणीकरण (या यहां तक ​​कि उपयोगकर्ता नाम टोकन और एक कस्टम उपयोगकर्ता नामवैलिएटर प्रदाता) का उपयोग करने की बात आने पर डब्ल्यूसीएफ कहानी बहुत बढ़िया है।

जहां यह पूरी तरह से टूट जाता है कॉम्पैक्ट फ्रेमवर्क पक्ष पर है ... डब्ल्यूसीएफ का सबसेट इसका समर्थन इतना सीमित है। मुझे बस एसएसएल पर हेडर में मूल एचटीपी + उपयोगकर्ता नाम/पासवर्ड का उपयोग करने के लिए इस्तीफा दे दिया गया था, लेकिन ऐसा लगता है कि आप कॉम्पैक्ट फ्रेमवर्क स्टैक (कोई ऑपरेशन कॉन्टेक्स्टस्कोप) पर हेडर जोड़ नहीं सकते हैं - जिससे मुझे उपयोगकर्ता नाम/पासवर्ड सहित प्रत्येक के लिए पैरामीटर के रूप में छोड़ दिया जाता है सेवा में सिंगल ऑपरेशन विधि।

कृपया मुझे बताएं कि मैं गलत हूं और एक बेहतर तरीका है।

Answer 1

आपकी सबसे अच्छी शर्त डब्लूसीएफ एंड-पॉइंट का खुलासा करने जा रही है जो डब्ल्यूएस-सुरक्षा मानकों के अनुरूप है।

आपको संदेश आधारित सुरक्षा के लिए उन मानकों का उपयोग करने में सक्षम होना चाहिए (संभवतः X.50 9 का उपयोग करके)। यहाँ MSDN लिंक आरंभ करने के लिए है:

Messaging in the .NET Compact Framework

Answer 2

एक वैकल्पिक समाधान एक टिकट पारित करने के लिए है (पढ़ें: GUID)।

ग्राहक लॉग इन करता है (उपयोगकर्ता नाम और पासवर्ड भेजता है)। एक यादृच्छिक रूप से जेनरेट किया गया टिकट जेनरेट किया जाता है (फिर से गाइड किया जाता है), सर्वर पर कैश किया जाता है, और क्लाइंट को वापस भेज दिया जाता है। यह टिकट उपयोगकर्ता नाम और पासवर्ड के बजाय आगे और आगे पारित किया जाता है।

बेशक, यह सब मानते हुए कि आप सत्र स्थिति का उपयोग नहीं करना चाहते हैं।

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

वैसे भी, एक और अच्छा संदर्भ WCF Guidance for Mobile है।