SQL सर्व्हर एनक्रिप्शन त्रुटीचे निराकरण करा - एक क्लिक समाधान

ॲप कनेक्शन स्ट्रिंगमध्ये समान निराकरण

SSMS ऐवजी अनुप्रयोग अयशस्वी झाल्यास, तोच स्विच त्याच्या कनेक्शन स्ट्रिंगमध्ये राहतो. दोन सेटिंग्ज स्पष्टपणे जोडा - Encrypt=True संरक्षित चॅनल चालू करते आणि TrustServerCertificate=True हे SSMS चेकबॉक्सचे कनेक्शन-स्ट्रिंग स्पेलिंग आहे:

Server=SQL01;Database=AppDB;User Id=appuser;Password=YourPassword;Encrypt=True;TrustServerCertificate=True;

उदाहरण मूल्यांच्या जागी तुमचे स्वतःचे सर्व्हर नाव, डेटाबेस आणि लॉगिन वापरा. ट्रेड-ऑफ स्टेप 2 मधील चेकबॉक्स प्रमाणेच आहे, एका अतिरिक्त धोक्यासह: पाठवलेल्या ऍप्लिकेशनच्या कॉन्फिगरेशनमध्ये बेक केलेले, वगळलेले चेक प्रत्येक वापरकर्त्याला अदृश्यपणे आणि कायमचे लागू होते. ते विकास आणि स्टेजिंग कॉन्फिगरेशनमध्ये ठेवा आणि उत्पादनात चरण 4 मधील सर्व्हर प्रमाणपत्र येईपर्यंत उधार घेतलेली वेळ म्हणून हाताळा.

योग्य निराकरण - सर्व्हरला एक वास्तविक प्रमाणपत्र द्या

कायमस्वरूपी दुरुस्ती सर्व्हरवर एकदाच होते आणि त्यानंतर प्रत्येक क्लायंट कोणत्याही चेकबॉक्सशिवाय आणि कोणत्याही चेतावणीशिवाय काटेकोरपणे कनेक्ट होतो. प्रथम सर्व्हरच्या संपूर्ण DNS नावासाठी प्रमाणपत्र मिळवा (उदाहरणार्थ sql01.company.local) तुमच्या अंतर्गत प्रमाणपत्र प्राधिकरणाकडून किंवा सार्वजनिक CA कडून, सर्व्हर प्रमाणीकरण वापरासह. ते, त्याच्या खाजगी कीसह, SQL सर्व्हर मशीनवरील स्थानिक संगणक प्रमाणपत्र स्टोअरमध्ये आयात करा. नंतर प्रमाणपत्रावर उजवे-क्लिक करा, सर्व कार्ये → खाजगी की व्यवस्थापित करा निवडा आणि SQL सर्व्हर सेवा खात्याला खाजगी की वर वाचा परवानगी द्या. SQL सर्व्हर कॉन्फिगरेशन व्यवस्थापक उघडा, SQL सर्व्हर नेटवर्क कॉन्फिगरेशन विस्तृत करा, MSSQLSERVER साठी प्रोटोकॉल वर उजवे-क्लिक करा, गुणधर्म निवडा आणि प्रमाणपत्र टॅबवर प्रमाणपत्र निवडा. ध्वज टॅबवर तुम्ही ForceEncryption देखील होय वर सेट करू शकता त्यामुळे प्रत्येक क्लायंटला एनक्रिप्ट करणे आवश्यक आहे. SQL सर्व्हर सेवा रीस्टार्ट करा - जोपर्यंत तुम्ही करत नाही तोपर्यंत बदल काहीही करत नाही.

कठोर मार्ग निश्चित करा

शांतपणे यशस्वी होणारे लॉगिन लोकांना वाटते त्यापेक्षा कमी सिद्ध होते, कारण काही सेटिंग संयोजन वास्तविक संरक्षणाशिवाय कनेक्ट होतात. दोन्ही अर्धवट सिद्ध करा. प्रथम, क्लायंटकडून कठोर मार्गाने पुन्हा कनेक्ट करा: सर्व्हरचे DNS नाव वापरून कनेक्ट करा - प्रमाणपत्रातील नाव - एन्क्रिप्शन अनिवार्य वर सेट करा आणि ट्रस्ट सर्व्हर प्रमाणपत्र चिन्ह न लावलेले सोडा. लॉगिन कोणत्याही चेतावणीशिवाय यशस्वी झाले पाहिजे. त्यानंतर, त्याच सत्रात, SSMS मध्ये ही क्वेरी चालवून कनेक्शन खरोखर एनक्रिप्ट केले आहे का ते सर्व्हरला विचारा:

SELECT session_id, encrypt_option, auth_scheme FROM sys.dm_exec_connections WHERE session_id = @@SPID;

encrypt_option TRUE दर्शवित आहे उत्तीर्ण ग्रेड आहे. कार्यरत लॉगिनसह असत्य म्हणजे संरक्षण सोडून कनेक्शन यशस्वी झाले आणि कार्य पूर्ण झाले नाही. ती उत्तीर्ण चाचणी ही खरी अंतिम रेषा आहे: भविष्यातील SSMS आवृत्त्यांसह कोणतेही योग्यरितीने कॉन्फिगर केलेले क्लायंट आता पूर्ण प्रमाणीकरणासह कनेक्ट होते आणि कोणत्याही विशेष सेटिंग्जशिवाय.