SQL സെർവർ എൻക്രിപ്ഷൻ പിശക് പരിഹരിക്കുക - ഒറ്റ ക്ലിക്ക് പരിഹാരം

പിശക് വായിക്കുക - ഇതൊരു ട്രസ്റ്റ് പ്രശ്നമാണ്, നെറ്റ്‌വർക്ക് പ്രശ്നമല്ല

നിങ്ങളുടെ നെറ്റ്‌വർക്ക് മികച്ചതാണ്, സെർവർ പ്രവർത്തിക്കുന്നു. കണക്ഷൻ 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;

ഉദാഹരണ മൂല്യങ്ങളുടെ സ്ഥാനത്ത് നിങ്ങളുടെ സ്വന്തം സെർവർ നാമം, ഡാറ്റാബേസ്, ലോഗിൻ എന്നിവ ഉപയോഗിക്കുക. ട്രേഡ്-ഓഫ്, സ്റ്റെപ്പ് 2 ലെ ചെക്ക്ബോക്‌സിന് സമാനമാണ്, ഒരു അധിക അപകടമുണ്ട്: ഷിപ്പ് ചെയ്‌ത ആപ്ലിക്കേഷൻ്റെ കോൺഫിഗറേഷനിലേക്ക് ബേക്ക് ചെയ്‌താൽ, ഒഴിവാക്കിയ ചെക്ക് എല്ലാ ഉപയോക്താവിനും അദൃശ്യമായും ശാശ്വതമായും ബാധകമാണ്. ഇത് ഡെവലപ്‌മെൻ്റ്, സ്റ്റേജിംഗ് കോൺഫിഗറേഷനുകളിൽ സൂക്ഷിക്കുക, കൂടാതെ സ്റ്റെപ്പ് 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;

TRUE എന്നത് പാസിംഗ് ഗ്രേഡാണ് കാണിക്കുന്നത് encrypt_option. പ്രവർത്തനക്ഷമമായ ലോഗിൻ ഉപയോഗിച്ച് തെറ്റ് എന്നതിനർത്ഥം സംരക്ഷണം ഉപേക്ഷിച്ച് കണക്ഷൻ വിജയിച്ചു, ജോലി പൂർത്തിയായില്ല. ആ പാസിംഗ് ടെസ്റ്റ് യഥാർത്ഥ ഫിനിഷ് ലൈൻ ആണ്: ഭാവിയിലെ SSMS പതിപ്പുകൾ ഉൾപ്പെടെ, ശരിയായി കോൺഫിഗർ ചെയ്‌ത ഏതൊരു ക്ലയൻ്റും ഇപ്പോൾ പൂർണ്ണ മൂല്യനിർണ്ണയവുമായി ബന്ധിപ്പിക്കുന്നു, പ്രത്യേക ക്രമീകരണങ്ങളൊന്നുമില്ല.