ASP.NET वेब प्रपत्र परियोजनाओं में संरक्षित कॉन्फ़िगरेशन प्रदाता का कस्टम उपयोग

आज मैं एक दिलचस्प बात करना चाहूंगा, मेरी राय में, अवसर जो संरक्षित कॉन्फ़िगरेशन प्रदाता से प्राप्त किया जा सकता है।

तो एक संरक्षित कॉन्फ़िगरेशन प्रदाता क्या है? यह एक वर्ग है जो आपको web.config कॉन्फ़िगरेशन फ़ाइल के कुछ वर्गों की सामग्री को एन्क्रिप्ट और डिक्रिप्ट करने की अनुमति देता है। यह आमतौर पर गोपनीय जानकारी की रक्षा के लिए एक होस्टिंग पर तैयार परियोजना को तैनात करते समय उपयोग किया जाता है - उपयोगकर्ता नाम, पासवर्ड, डेटाबेस कनेक्शन तार, एन्क्रिप्शन, आदि।

यह configProtectedData अनुभाग में पंजीकृत है:

<configuration> <configProtectedData defaultProvider="SampleProvider"> <providers> <add name="SampleProvider" type="System.Configuration.RsaProtectedConfigurationProvider, System.Configuration, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" keyContainerName="SampleKeys" useMachineContainer="true" /> </providers> </configProtectedData> </configuration> 

AppSettings और कनेक्शन में इस्तेमाल किया वर्गों:

 <appSettings configProtectionProvider="SampleProvider"> <EncryptedData> ... </EncryptedData> </appSettings> <connectionStrings configProtectionProvider="SampleProvider"> <EncryptedData> ... </EncryptedData> </connectionStrings> 

आइए इस श्रेणी की क्षमताओं का उपयोग गैर-मानक रूप से करने की कोशिश करें, अर्थात्, एक परियोजना के ढांचे के भीतर कॉन्फ़िगरेशन में शाखाएं बनाने के लिए - कॉन्फ़िगरेशन प्रोफाइल, एक वेब साइट के भीतर आवेदन की आभासी निर्देशिका के नाम पर निर्भर करता है।

यह किस लिए है? सबसे पहले, एक ही परियोजना के आधार पर साइटों के परीक्षण शासकों को तैनात करने के लिए, लेकिन डेटाबेस के लिए अलग कनेक्शन लाइनें, और ऐपसेटिंग और कनेक्शनस्ट्रीम वर्गों में अन्य सेटिंग्स।

दूसरे शब्दों में, यह आपके जीवन को सरल बना सकता है जब आपको तैनात करने की आवश्यकता होती है, उदाहरण के लिए, कई समान साइटें, केवल अलग-अलग सेटिंग्स के साथ, लेकिन एक समान कोड होने पर। उदाहरण के लिए, अलग-अलग विषय नाम या डेटाबेस कनेक्शन स्ट्रिंग्स के साथ।

हम ऐसे प्रदाता को लिखेंगे और स्थापित करेंगे।

IIS प्रबंधक में, "डेमोसाइट" साइट बनाएं, जो अभी के लिए एक खाली फ़ोल्डर से लिंक होगा। इसके बाद, हम दो एप्लिकेशन (वर्चुअल डाइरेक्टरी) बनाएंगे जो हमारे प्रोजेक्ट के रूट फोल्डर को संदर्भित करेगा, जहां हमारे web.config निहित हैं।



Web.config फ़ाइल में, इस तरह से कुछ प्राप्त करने के लिए ऐपसेटिंग और कनेक्शनस्ट्रीम अनुभाग बदलें।

 <?xml version="1.0" encoding="UTF-8"?> <configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0"> ... <appSettings configProtectionProvider="DemoConfigurationProvider"> <EncryptedData> <profile1> ... </profile1> <profile2> ... </profile2> <defaultSettings> ... </defaultSettings> </EncryptedData> </appSettings> ... <connectionStrings configProtectionProvider="DemoConfigurationProvider"> <EncryptedData> <profile1> ... </profile1> <profile2> ... </profile2> <defaultSettings> ... </defaultSettings> </EncryptedData> </connectionStrings> ... <configProtectedData> <providers> <add name="DemoConfigurationProvider" type="Renascence.DemoConfigurationProvider,DemoConfigurationProvider" /> </providers> </configProtectedData> </configuration> 

अब हमारे पास अनुभाग प्रोफाइल 1 और प्रोफाइल 2 विन्यास में दिखाई दे रहा है, और हमने प्रदाता के रूप में वर्ग डेमोकॉन्फ़िगरेशनप्रोवाइडर को भी निर्दिष्ट किया है।

इन जोड़तोड़ के बाद, आप इन प्रोफ़ाइलों का उपयोग करके अपनी साइट तक पहुंच सकते हैं। कुछ इस तरह से: लोकलहोस्ट / डेमोसाइट / प्रोफाइल 1 या लोकलहोस्ट / डेमोसाइट / प्रोफाइल 2 । तदनुसार, अनुभाग प्रोफाइल 1 और प्रोफाइल 2 से संबंधित सेटिंग्स लागू की जाएंगी।

मुझे उम्मीद है कि विचार स्पष्ट है और किसी के लिए उपयोगी होगा। अब हमें बस DemoConfigurationProvider वर्ग को लागू करना है।

मैं इस लेख में इस वर्ग के बारे में विस्तार से विचार नहीं करूंगा, बस एक समाप्त डेमो परियोजना के लिए एक लिंक दूंगा जिसमें स्रोत पाठ शामिल है।

डेमो प्रोजेक्ट शुरू करने के बाद, आपको निम्न जैसा कुछ प्राप्त करना चाहिए:



डाउनलोड: github पर डेमो