आप ध्वनि जैसे कि आप प्रमाणीकरण प्रणाली "अपनी खुद की रोलिंग" कर रहे हैं।
मैं Forms authentication सिस्टम में निर्मित एएसपी.NET का उपयोग करने में देखता हूं जिसका उपयोग आमतौर पर एएसपी.NET Membership Provider के साथ किया जाता है। अंतर्निहित प्रदाता SQL सर्वर के लिए पहले से मौजूद हैं, और आप System.Web.Security.MembershipProvider बेस क्लास से विरासत में अपना स्वयं का सदस्यता प्रदाता बना सकते हैं।
अनिवार्य रूप से, एएसपी.NET सदस्यता प्रदाता आमतौर पर क्लाइंट साइड कुकी (जिसे प्रमाणीकरण टिकट के रूप में भी जाना जाता है) को क्लाइंट के ब्राउज़र में सेट करके काम करते हैं, जब क्लाइंट ने सफलतापूर्वक प्रमाणित किया हो। यह कुकी प्रत्येक अनुवर्ती पृष्ठ के अनुरोध पर वेब सर्वर के लिए दिया जाता है, ASP.NET अनुमति देता है, और इस तरह अपने कोड, निर्धारित करने के लिए जो उपयोगकर्ता, आम तौर पर तो जैसे कोड की एक लाइन के साथ:
string username = HttpContext.Current.User.Identity.Name;
// The above gets the current user's name.
if(HttpContext.Current.User.Identity.IsAuthenticated)
// Do something when we know the user is authenticated.
फिर आप सत्र राज्य में कुछ भी स्टोर करने की आवश्यकता नहीं है। बेशक, आप एक सत्र चर में उपयोगकर्ता-विशिष्ट डाटा स्टोर करने चाहते अगर (यानी उपयोगकर्ता के डेटा है कि एक उपयोगकर्ता, शायद उपयोगकर्ता के पसंदीदा रंग आदि के प्रमाणीकरण का हिस्सा नहीं हो सकता है) सब का मतलब है तब तक आप स्टोर कर सकते हैं कि एक सत्र चर में (डीबी से इसे पुनर्प्राप्त करने के बाद जब उपयोगकर्ता को पहले प्रमाणित किया जाता है)। सत्र चर उपयोगकर्ता के नाम (अद्वितीय नाम मानते हुए) के आधार पर संग्रहीत किया जा सकता है और उपरोक्त के समान कोड का उपयोग करके पुनर्प्राप्त किया जा सकता है जो वर्तमान उपयोगकर्ता का नाम सही सत्र ऑब्जेक्ट तक पहुंचने के लिए मिलता है।
<authorization>
<deny users="?"/>
</authorization>
:
निर्मित रूपों प्रमाणीकरण का इस्तेमाल करके आप "रक्षा" करने के लिए सरल कथात्मक कोड है कि अपने web.config में चला जाता है, उदाहरण के लिए के साथ अन-अधिकृत उपयोगकर्ताओं से अपनी वेबसाइट के क्षेत्रों की अनुमति देगा उपरोक्त को अपने "मुख्य" web.config में जोड़ना यह सुनिश्चित करेगा कि आपके कोई भी पृष्ठ अनधिकृत उपयोगकर्ताओं तक पहुंच योग्य नहीं है (हालांकि आप शायद इसे वास्तविकता में कभी नहीं करेंगे - यह सिर्फ एक उदाहरण के रूप में है)। सदस्यता प्रदाता के साथ संयोजन के रूप में ASP.NET Role Provider का उपयोग करके आप या आपकी वेबसाइट के विभिन्न वर्गों तक नहीं पहुँच सकता सकता है जो अधिक और भी अधिक विवरण के स्तर को दे देंगे।