SQL సర్వర్ ఎన్క్రిప్షన్ లోపాన్ని పరిష్కరించండి - ఒక క్లిక్ సొల్యూషన్
SQL సర్వర్ కనెక్ట్ అవుతుంది, ఆపై సర్వర్ సర్టిఫికేట్‌ను విశ్వసించనందున లాగిన్‌ని నిరాకరిస్తుంది. ఇది నెట్‌వర్క్ సమస్య కాదు మరియు మీ డేటా పోలేదు - ఇది విశ్వసనీయ సమస్య. వీడియో చూపే క్రమంలో పరిష్కారాల ద్వారా పని చేయండి: శీఘ్ర క్లయింట్ వైపు ఎంపిక, యాప్ కనెక్షన్ స్ట్రింగ్ లోపల అదే స్విచ్ మరియు సర్వర్‌లోనే సరైన పరిష్కారం.
📑అధ్యాయాలు
- లాగిన్ లోపం - "సర్టిఫికెట్ చైన్ విశ్వసించని అధికారం ద్వారా జారీ చేయబడింది"
- లోపం నిజంగా అర్థం ఏమిటి - ఎన్క్రిప్షన్ డిమాండ్ చేయబడింది, సర్వర్ యొక్క సర్టిఫికేట్ దాని గుర్తింపును నిరూపించలేదు
- శీఘ్ర క్లయింట్ పరిష్కారం - SSMS కనెక్ట్ విండోలో సర్వర్ సర్టిఫికేట్‌ను విశ్వసించండి
- అప్లికేషన్ కనెక్షన్ స్ట్రింగ్ లోపల అదే పరిష్కారం
- సరైన పరిష్కారం - సర్వర్‌కు నిజమైన సర్టిఫికేట్ క్లయింట్లు తమ స్వంతంగా విశ్వసించడాన్ని అందించండి
- పరిష్కారాన్ని ధృవీకరించడం - కఠినమైన మార్గాన్ని మళ్లీ కనెక్ట్ చేయండి మరియు ఎన్క్రిప్షన్ నిజంగా ఆన్‌లో ఉందని నిరూపించండి
📋 అవలోకనం & దశల వారీ గైడ్
లోపాన్ని చదవండి - ఇది ట్రస్ట్ సమస్య, నెట్‌వర్క్ సమస్య కాదు
మీ నెట్‌వర్క్ బాగానే ఉంది మరియు సర్వర్ రన్ అవుతోంది. కనెక్షన్ SQL సర్వర్‌కు చేరుకుంది, సర్వర్ లాగిన్ కోసం ఎన్‌క్రిప్టెడ్ ఛానెల్‌ని అందించింది మరియు సర్వర్ గుర్తింపును రుజువు చేసే సర్టిఫికేట్ మీ PC విశ్వసించని వారు సంతకం చేసినందున మీ PC దానిని తిరస్కరించింది. 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;ఉదాహరణ విలువల స్థానంలో మీ స్వంత సర్వర్ పేరు, డేటాబేస్ మరియు లాగిన్‌ని ఉపయోగించండి. ట్రేడ్-ఆఫ్ అనేది స్టెప్ 2లోని చెక్‌బాక్స్‌తో సమానంగా ఉంటుంది, ఒక అదనపు ప్రమాదం ఉంది: షిప్పింగ్ చేసిన అప్లికేషన్ యొక్క కాన్ఫిగరేషన్‌లో బేక్ చేయబడితే, స్కిప్ చేయబడిన చెక్ ప్రతి యూజర్‌కు అదృశ్యంగా మరియు శాశ్వతంగా వర్తిస్తుంది. దీన్ని డెవలప్‌మెంట్ మరియు స్టేజింగ్ కాన్ఫిగరేషన్‌లలో ఉంచండి మరియు ప్రొడక్షన్‌లో స్టెప్ 4లోని సర్వర్ సర్టిఫికేట్ వచ్చే వరకు అరువు తీసుకున్న సమయంగా పరిగణించండి.
Encrypt ఆన్ చేయబడ్డాయి. ఎన్క్రిప్షన్ గురించి ప్రస్తావించని కనెక్షన్ స్ట్రింగ్‌లు స్వీయ సంతకం చేసిన సర్టిఫికేట్‌లు ధ్రువీకరణను ఆమోదించలేని సర్వర్‌లకు వ్యతిరేకంగా డిమాండ్ చేయడం ప్రారంభించాయి. మీ డేటాబేస్ గురించి ఏమీ మారలేదు; స్ట్రింగ్ లోపల ఒప్పందం జరిగింది. సెట్టింగ్‌లను స్పష్టంగా వ్రాయడం అంటే తదుపరి డ్రైవర్ నవీకరణ మీ వెనుక ఉన్న మీ యాప్ ప్రవర్తనను మార్చదు.సరైన పరిష్కారం - సర్వర్‌కు నిజమైన సర్టిఫికేట్ ఇవ్వండి
శాశ్వత మరమ్మత్తు సర్వర్‌లో ఒకసారి జరుగుతుంది, ఆపై ప్రతి క్లయింట్ చెక్‌బాక్స్ మరియు హెచ్చరిక లేకుండా ఖచ్చితంగా కనెక్ట్ అవుతుంది. ముందుగా సర్వర్ యొక్క పూర్తి 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;TRUEని చూపుతున్న encrypt_option ఉత్తీర్ణత గ్రేడ్. వర్కింగ్ లాగిన్‌తో తప్పు అంటే రక్షణను వదిలివేయడం ద్వారా కనెక్షన్ విజయవంతమైంది మరియు పని పూర్తి కాలేదు. ఆ ఉత్తీర్ణత పరీక్ష నిజమైన ముగింపు రేఖ: భవిష్యత్ SSMS సంస్కరణలతో సహా ఏదైనా సరిగ్గా కాన్ఫిగర్ చేయబడిన క్లయింట్, ఇప్పుడు పూర్తి ధ్రువీకరణతో కనెక్ట్ అవుతుంది మరియు ప్రత్యేక సెట్టింగ్‌లు లేవు.
🏷️టాపిక్ శోధన వేరియబుల్స్ & కీలకపదాలు
🎙️ పూర్తి లిప్యంతరీకరణ — విస్తరించడానికి నొక్కండి
__TOK_24__
__TOK_25__
__TOK_26__
❓ తరచుగా అడిగే ప్రశ్నలు
ఈ ట్యుటోరియల్ అనుసరించడానికి 100% ఉచితం?
__TOK_27__
ప్రారంభకులు ఈ గైడ్‌ని అనుసరించవచ్చా?
__TOK_28__
నేను చిక్కుకుపోతే నేను ఎక్కడ ప్రశ్నలు అడగగలను?
__TOK_29__