SQL सर्भर इन्क्रिप्शन त्रुटि फिक्स गर्नुहोस् - एक क्लिक समाधान
SQL सर्भर जडान हुन्छ, त्यसपछि लगइन अस्वीकार गर्दछ किनभने यसले सर्भरको प्रमाणपत्रलाई विश्वास गर्न सक्दैन। यो नेटवर्क समस्या होइन र तपाईंको डाटा गएको छैन - यो एक विश्वास समस्या हो। भिडियोले देखाउने क्रममा फिक्सहरू मार्फत काम गर्नुहोस्: द्रुत क्लाइन्ट-साइड विकल्प, एप जडान स्ट्रिङ भित्र उही स्विच, र सर्भरमा नै उचित समाधान।
📑अध्यायहरू
- लगइन त्रुटि - "प्रमाणपत्र श्रृंखला विश्वसनीय नभएको प्राधिकरण द्वारा जारी गरिएको थियो"
- त्रुटिको साँच्चै अर्थ के हो - इन्क्रिप्शनको माग गरिएको छ, सर्भरको प्रमाणपत्रले यसको पहिचान प्रमाणित गर्न सक्दैन
- द्रुत ग्राहक समाधान - SSMS जडान विन्डोमा सर्भर प्रमाणपत्रलाई विश्वास गर्नुहोस्
- एप्लिकेसन जडान स्ट्रिङ भित्र उही समाधान
- उचित समाधान - सर्भरलाई वास्तविक प्रमाणपत्र दिनुहोस् क्लाइन्टहरू आफैंमा विश्वास गर्नुहोस्
- फिक्स प्रमाणित गर्दै - कडा तरिकाले पुन: जडान गर्नुहोस् र इन्क्रिप्सन वास्तवमै सक्रिय छ भनेर प्रमाणित गर्नुहोस्
📋 सिंहावलोकन र चरण-दर-चरण गाइड
त्रुटि पढ्नुहोस् - यो एक ट्रस्ट समस्या हो, नेटवर्क समस्या होइन
तपाईंको नेटवर्क ठीक छ र सर्भर चलिरहेको छ। जडान SQL सर्भरमा पुग्यो, सर्भरले लगइनको लागि एन्क्रिप्टेड च्यानल प्रस्ताव गर्यो, र तपाईंको पीसीले यसलाई अस्वीकार गर्यो किनभने सर्भरको पहिचान प्रमाणित गर्ने प्रमाणपत्रमा तपाईंको पीसीले विश्वास नगर्ने कसैले हस्ताक्षर गरेको छैन। SSMS ले देखाएको पूर्ण त्रुटि हो:
पूर्वनिर्धारित रूपमा, SQL सर्भरले आफैले सिर्जना गरेको स्व-हस्ताक्षरित प्रमाणपत्रको साथ लगइनलाई सुरक्षित गर्दछ। स्व-हस्ताक्षरित प्रमाणपत्रले ट्राफिकलाई इन्क्रिप्ट गर्छ, तर यसले सर्भर वास्तवमै तपाईंको सर्भर हो भनेर प्रमाणित गर्न सक्दैन, त्यसैले प्रमाणित ईन्क्रिप्शनको माग गर्ने ग्राहकहरूले यसलाई अस्वीकार गर्छन्। प्रत्येक इमानदार समाधान दुई चीजहरू मध्ये एक हो: ग्राहकलाई यो विशेष सर्भरलाई जानाजानी स्वीकार गर्न लगाउनुहोस् (चरण 2 र 3), वा सर्भरलाई प्रमाणपत्र दिनुहोस् ग्राहकहरूलाई उनीहरूको आफ्नै विश्वासमा (चरण 4)।
SSMS मा द्रुत ग्राहक समाधान - ट्रस्ट सर्भर प्रमाणपत्र
यो भिडियोमा देखाइएको द्रुत मार्ग हो। यसले सर्भरमा केही परिवर्तन गर्दैन; यसले यो एक जडानलाई सर्भरको प्रमाणपत्र कसले हस्ताक्षर गरेको जाँच नगरी स्वीकार गर्न बताउँछ। SSMS सर्भरमा जडान गर्नुहोस् विन्डोमा, अतिरिक्त ट्याबहरू खोल्न विकल्पहरू मा क्लिक गर्नुहोस्, जडान गुणहरू ट्याबमा जानुहोस्, एन्क्रिप्शनलाई अनिवार्य मा सेट गर्नुहोस् (वा यसलाई प्रस्ताव गरिएको रूपमा छोड्नुहोस्), ट्रस्ट सर्भर प्रमाणपत्र मा टिक गर्नुहोस्, र क्लिक गर्नुहोस् जडान गर्नुहोस्। लगइन सिधै जान्छ।
एक एप जडान स्ट्रिङ भित्र समान फिक्स
यदि एप्लिकेसन SSMS को सट्टा असफल भयो भने, उही स्विच यसको जडान स्ट्रिङमा रहन्छ। दुई सेटिङहरू स्पष्ट रूपमा थप्नुहोस् - Encrypt=True सुरक्षित च्यानल खोल्छ, र TrustServerCertificate=True SSMS चेकबक्सको जडान-स्ट्रिङ हिज्जे हो:
Server=SQL01;Database=AppDB;User Id=appuser;Password=YourPassword;Encrypt=True;TrustServerCertificate=True;
उदाहरण मानहरूको स्थानमा तपाईंको आफ्नै सर्भर नाम, डाटाबेस र लगइन प्रयोग गर्नुहोस्। ट्रेड-अफ ठ्याक्कै चरण २ मा रहेको चेकबक्स जस्तै छ, एउटा अतिरिक्त खतराको साथ: पठाइएका एप्लिकेसनको कन्फिगरेसनमा बेक गरिएको, छोडिएको चेक अदृश्य रूपमा र स्थायी रूपमा प्रत्येक प्रयोगकर्तामा लागू हुन्छ। यसलाई विकास र स्टेजिङ कन्फिगरेसनहरूमा राख्नुहोस्, र उत्पादनमा यसलाई उधारिएको समयको रूपमा व्यवहार गर्नुहोस् जबसम्म चरण 4 मा सर्भर प्रमाणपत्र छैन।
इन्क्रिप्ट सक्रिय गरियो। इन्क्रिप्सन उल्लेख नगर्ने जडान स्ट्रिङहरूले यसको माग गर्न थाल्यो, सर्भरहरू विरुद्ध जसको स्व-हस्ताक्षरित प्रमाणपत्रहरूले प्रमाणीकरण पास गर्न सक्दैनन्। तपाईको डाटाबेसको बारेमा केहि परिवर्तन भएको छैन; स्ट्रिङ भित्र सम्झौता गरे। सेटिङ्हरू स्पष्ट रूपमा लेख्नु भनेको अर्को ड्राइभर अपडेटले तपाइँको पछाडि तपाइँको एपको व्यवहार परिवर्तन गर्न सक्दैन।उचित समाधान - सर्भरलाई वास्तविक प्रमाणपत्र दिनुहोस्
स्थायी मर्मत एक पटक हुन्छ, सर्भरमा, र त्यसपछि प्रत्येक ग्राहकले कुनै चेकबक्स र कुनै चेतावनी बिना कडा रूपमा जडान गर्दछ। पहिले सर्भरको पूरा DNS नामको लागि प्रमाणपत्र प्राप्त गर्नुहोस् (उदाहरणका लागि sql01.company.local) तपाईंको आन्तरिक प्रमाणपत्र प्राधिकरण वा सार्वजनिक CA, सर्भर प्रमाणीकरण प्रयोगको साथ। यसलाई आयात गर्नुहोस्, यसको निजी कुञ्जीको साथ, SQL सर्भर मेसिनमा स्थानीय कम्प्युटर प्रमाणपत्र भण्डारमा। त्यसपछि प्रमाणपत्रमा दायाँ क्लिक गर्नुहोस्, सबै कार्यहरू → निजी कुञ्जीहरू प्रबन्ध गर्नुहोस् छनौट गर्नुहोस्, र SQL सर्भर सेवा खातालाई निजी कुञ्जीमा पढ्नुहोस् अनुमति दिनुहोस्। SQL सर्भर कन्फिगरेसन प्रबन्धक खोल्नुहोस्, विस्तार गर्नुहोस् SQL सर्भर नेटवर्क कन्फिगरेसन, दायाँ क्लिक गर्नुहोस् MSSQLSERVER का लागि प्रोटोकल, गुणहरू छान्नुहोस्, र प्रमाणपत्र ट्याबमा प्रमाणपत्र चयन गर्नुहोस्। झण्डा ट्याबमा तपाईंले ForceEncryption लाई Yes मा सेट गर्न सक्नुहुन्छ त्यसैले प्रत्येक ग्राहकलाई इन्क्रिप्ट गर्न आवश्यक छ। SQL सर्भर सेवा पुन: सुरु गर्नुहोस् - तपाईंले नगरेसम्म परिवर्तनले केही गर्दैन।
कडा तरिका फिक्स प्रमाणित गर्नुहोस्
चुपचाप सफल हुने लगइनले मानिसहरूले सोचेभन्दा कम साबित हुन्छ, किनभने केही सेटिङ संयोजनहरू वास्तविक सुरक्षा बिना जडान हुन्छन्। दुबै आधा प्रमाणित गर्नुहोस्। पहिले, ग्राहकबाट कडा तरिकाले पुन: जडान गर्नुहोस्: सर्भरको DNS नाम प्रयोग गरेर जडान गर्नुहोस् - प्रमाणपत्र भित्रको नाम - एन्क्रिप्शनलाई अनिवार्यमा सेट गर्नुहोस् र ट्रस्ट सर्भर प्रमाणपत्र अनटिक छोड्नुहोस्। लगइन कुनै चेतावनी बिना सफल हुनुपर्छ। त्यसपछि, त्यही सत्रमा, SSMS मा यो क्वेरी चलाएर जडान वास्तवमा इन्क्रिप्ट गरिएको छ कि छैन भनेर सर्भरलाई सोध्नुहोस्:
SELECT session_id, encrypt_option, auth_scheme FROM sys.dm_exec_connections WHERE session_id = @@SPID;
encrypt_option देखाउँदै TRUE उत्तीर्ण ग्रेड हो। कार्य लगइनको साथ FALSE भनेको सुरक्षा छोडेर जडान सफल भयो, र काम सकिएको छैन। त्यो उत्तीर्ण परीक्षण वास्तविक अन्तिम रेखा हो: कुनै पनि सही तरिकाले कन्फिगर गरिएको क्लाइन्ट, भविष्यको SSMS संस्करणहरू सहित, अब पूर्ण प्रमाणीकरण र कुनै विशेष सेटिङहरूसँग जडान हुन्छ।
🏷️विषय खोज चर र किवर्डहरू
🎙️ पूर्ण ट्रान्सक्रिप्ट — विस्तार गर्न ट्याप गर्नुहोस्
__TOK_24__
__TOK_25__
__TOK_26__
❓ बारम्बार सोधिने प्रश्नहरू
के यो ट्यूटोरियल 100% पछ्याउन नि: शुल्क छ?
__TOK_27__
के शुरुवातकर्ताहरूले यो गाइड पछ्याउन सक्छन्?
__TOK_28__
म अड्किएमा म कहाँ प्रश्न सोध्न सक्छु?
__TOK_29__