ഡൊമെയ്ൻ ട്രസ്റ്റ് ഇല്ലാതെ Excel-ൽ നിന്ന് പങ്കാളിയുടെ SQL Server-ലേക്ക്

മറ്റൊരു സ്ഥാപനത്തിന്റെ SQL Server-ൽ ടേബിൾ തുറക്കുന്ന Excel വർക്ക്ബുക്കിന് സാധാരണയായി ഒന്നായി ചർച്ച ചെയ്യപ്പെടുന്ന മൂന്നു കാര്യങ്ങൾ വേണം: സെർവർ സ്വീകരിക്കുന്ന ഐഡന്റിറ്റി, ക്ലയന്റ് സാധൂകരിക്കുന്ന ഗതാഗതം, ഇരുവശവും അനുവദിക്കുന്ന നെറ്റ്വർക്ക് പാത. ഡൊമെയ്ൻ ട്രസ്റ്റ് ആദ്യത്തേത് നിറവേറ്റാനുള്ള ഒരു മാർഗമാണ്, ഏറ്റവും വിശാലമായത്. TLS രണ്ടാമത്തേത് നിറവേറ്റുന്നു, ആദ്യത്തെക്കുറിച്ച് ഒന്നും പറയുന്നുമില്ല. പാത മൂന്നാമത്തേത് നിറവേറ്റുന്നു, സ്വയം ഒന്നും സംരക്ഷിക്കുന്നുമില്ല.

ഈ മൂന്നും വേർതിരിക്കുന്നത് സ്പ്രെഡ്ഷീറ്റിനെ ഭരണപരമായ ബന്ധത്തിനു പകരം ചെറിയതും പരിശോധിക്കാവുന്നതുമായ ഒരു അഭ്യർത്ഥനയാക്കുന്നു.

ചോദ്യം ഒളിപ്പിക്കുന്ന മൂന്ന് തീരുമാനങ്ങൾ

ഐഡന്റിറ്റി എന്നത് ഡാറ്റാബേസ് നിങ്ങളെ ആരായി കാണുന്നു എന്നതാണ്: വിശ്വസ്ത ഡൊമെയ്നിൽ നിന്നുള്ള Windows അക്കൗണ്ട്, സ്വന്തം പാസ്വേഡുള്ള SQL ലോഗിൻ, അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് അധിഷ്ഠിത ഐഡന്റിറ്റി. ഗതാഗതം എന്നത് സെഷൻ എൻക്രിപ്റ്റ് ചെയ്തിട്ടുണ്ടോ, ക്ലയന്റ് സെർവറിന്റെ സർട്ടിഫിക്കറ്റ് ശൃംഖല പരിശോധിക്കുന്നുണ്ടോ എന്നതാണ്. പാത എന്നത് പാക്കറ്റുകൾ ലിസണറിലേക്ക് എത്തുന്ന വിധമാണ്; അത് VPN, സ്വകാര്യ ലിങ്ക്, ഫയർവാൾ നിയമങ്ങളുള്ള പൊതു എൻഡ്പോയിന്റ് ആകാം. ഓരോന്നും വേറെ സ്ഥലത്താണ്, ഓരോന്നും സ്വതന്ത്രമായി പരാജയപ്പെടാം.

ഫോറസ്റ്റ് ട്രസ്റ്റ് ആദ്യത്തേതിന് വിശാലമായി ഉത്തരം നൽകുന്നു, അത് ഒരു വർക്ക്ബുക്കിന്റെ ക്രമീകരണമല്ല, സ്ഥാപനങ്ങൾ തമ്മിലുള്ള ബന്ധമാണ്. അത് ഒന്നും എൻക്രിപ്റ്റ് ചെയ്യുന്നുമില്ല, ട്രസ്റ്റാണ് സുരക്ഷാ നിയന്ത്രണം എന്ന് കരുതിയവരെ ഇത് അത്ഭുതപ്പെടുത്തുന്നു.

ഫോറസ്റ്റ് ട്രസ്റ്റ് ഇല്ലാതെ ഐഡന്റിറ്റി

ലക്ഷ്യ പരിതസ്ഥിതിയിൽ ബോധപൂർവം ഒരുക്കിയ അക്കൗണ്ടിന് ട്രസ്റ്റ് ഇല്ലാതെ തന്നെ കൂടുതൽ സങ്കുചിതമായ ആവശ്യം നിറവേറ്റാനാകും, ക്ലയന്റിന്റെ വർക്ക്ഫ്ലോ അത് ഉപയോഗിക്കാൻ കഴിയുമെങ്കിൽ. നയം അനുവദിക്കുമ്പോൾ SQL പ്രാമാണീകരണമാണ് മറ്റൊരു സാധാരണ ഉത്തരം: ലോഗിൻ സ്വന്തം ക്രെഡൻഷ്യൽ ജീവിതചക്രം വഹിക്കുന്നു, ഡൊമെയ്നുകളിൽ ചേരുന്നുമില്ല, Windows സംയോജിത പ്രാമാണീകരണം സൃഷ്ടിക്കുന്നുമില്ല. സർട്ടിഫിക്കറ്റ് അല്ലെങ്കിൽ ടോക്കൺ അധിഷ്ഠിത ഐഡന്റിറ്റി പുതിയ പ്ലാറ്റ്ഫോമുകളിലെ മൂന്നാമത്തെ ഓപ്ഷനാണ്. ഏത് തിരഞ്ഞെടുത്താലും വർക്ക്ബുക്കിന് യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള ഡാറ്റാബേസ് അനുമതികൾ മാത്രം നൽകുക.

ആരുടെയെങ്കിലും വ്യക്തിഗത ലോഗിനേക്കാൾ സമർപ്പിത അക്കൗണ്ട് തിരഞ്ഞെടുക്കുക. സ്പ്രെഡ്ഷീറ്റിലെ പങ്കിട്ട ക്രെഡൻഷ്യൽ സംഭവിക്കാൻ കാത്തിരിക്കുന്ന ഒരു പിന്തുണാ പ്രശ്നമാണ്, പേരുള്ള അക്കൗണ്ട് പ്രോജക്ട് അവസാനിക്കുമ്പോൾ റദ്ദാക്കൽ സാധ്യമാക്കുന്നു.

എൻക്രിപ്ഷൻ അതെ, പക്ഷേ സർട്ടിഫിക്കറ്റ് വിശ്വസിക്കണോ?

ODBC Driver 18-നൊപ്പം, Encrypt=Yes;TrustServerCertificate=No സർട്ടിഫിക്കറ്റ് യഥാർത്ഥത്തിൽ പരിശോധിക്കുന്ന എൻക്രിപ്റ്റഡ് സെഷൻ ആവശ്യപ്പെടുന്നു. അപ്പോൾ കണക്ഷൻ സ്ട്രിംഗ് സർട്ടിഫിക്കറ്റ് ഉൾക്കൊള്ളുന്ന സെർവറിനെ പേരിടണം, ക്ലയന്റ് അതിന്റെ ശൃംഖല വിശ്വസിക്കണം. Driver 18 മുൻ പതിപ്പുകളിൽ നിന്ന് വ്യത്യസ്തമായി സ്വതവേയും എൻക്രിപ്റ്റ് ചെയ്യുന്നു, അതിനാൽ പഴയ കണക്ഷൻ സ്ട്രിംഗ് ഇപ്പോൾ പറയാതെ തന്നെ TLS ചർച്ച ചെയ്തേക്കാം. വ്യക്തമായ ക്രമീകരണങ്ങൾ ഉദ്ദേശിച്ച നയം എല്ലാ യന്ത്രങ്ങളിലും ദൃശ്യമാക്കുന്നു, പലരും ഒരേ വർക്ക്ബുക്ക് പരിപാലിക്കുമ്പോൾ ഇത് പ്രധാനമാണ്.

TrustServerCertificate=Yes എൻക്രിപ്റ്റ് ചെയ്ത് സാധൂകരണം ഒഴിവാക്കുന്നു, ഇത് പേരിലെ പൊരുത്തക്കേടിനോ വിശ്വസനീയമല്ലാത്ത ശൃംഖലയ്ക്കോ തുല്യമായ പരിഹാരമല്ല. ക്ലയന്റ് തെറ്റായ എൻഡ്പോയിന്റിൽ എത്തി എന്ന് പറയുമായിരുന്ന സിഗ്നൽ അത് നീക്കം ചെയ്യുന്നു, അതിനാൽ സർട്ടിഫിക്കറ്റോ പേരോ ശരിയാക്കുക.

സെർവർ വശത്തെ നിർബന്ധം വേറിട്ട ഒരു നിയന്ത്രണമാണ്. എൻക്രിപ്ഷൻ ഓരോ ക്ലയന്റിനും ബാധകമാകണമെങ്കിൽ, സെർവറിന്റെ നിർബന്ധിത-എൻക്രിപ്ഷൻ ക്രമീകരണം കോൺഫിഗർ ചെയ്ത് പരിശോധിക്കുക, എന്തെന്നാൽ ഒരു സഹകരണ കണക്ഷൻ സ്ട്രിംഗ് ഒന്നും നിർബന്ധിക്കുന്നില്ല.

നെറ്റ്വർക്ക് പാത സംരക്ഷണമല്ല

VPN വഴി എത്തുന്ന സ്വകാര്യ ലിസണർ എക്സ്പോഷർ കുറയ്ക്കുന്നു, അത് പ്രവർത്തിക്കാൻ VPN ശരിയായ ലക്ഷ്യ-മടക്ക പാതകൾ വഹിക്കണം. പ്രവർത്തിക്കുന്ന ടണൽ പ്രാമാണീകരണത്തിന്റെ ആവശ്യകത അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് സാധൂകരണം നീക്കുന്നില്ല, TLS ഏതൊക്കെ വിദൂര സിസ്റ്റങ്ങൾക്ക് കണക്ഷൻ ശ്രമിക്കാമെന്ന് പരിമിതപ്പെടുത്തുന്നുമില്ല. ഇവ മൂന്ന് വേറിട്ട നിരീക്ഷണങ്ങളാണ്: TLS ഹാൻഡ്ഷേക്ക്, VPN ലോഗിൻ, അനുവദിച്ച ക്വറി. മൂന്നാമത്തേത് മാത്രം വർക്ക്ബുക്ക് വായിക്കാൻ അനുവാദമുള്ള ഡാറ്റ വായിച്ചു എന്ന് തെളിയിക്കുന്നു.

അതിനാൽ ഡാറ്റാബേസ് ഇന്റർനെറ്റിൽ തുറന്നുവെച്ച് ട്രസ്റ്റ് ചോദ്യത്തിന് ഉത്തരം നൽകുന്ന ഷോർട്ട്കട്ടിനെ ചെറുക്കുക. സങ്കുചിതമായ ഉത്തരം സാധാരണയായി സമർപ്പിത അക്കൗണ്ട്, സാധൂകരിച്ച എൻക്രിപ്ഷൻ, അനുവദിച്ച ഒരു പാത എന്നിവയാണ്, അതേ ക്രമത്തിൽ.

സാധാരണ Excel വർക്ക്ഫ്ലോ ഉപയോഗിച്ച് പരിശോധിക്കുക: സ്വീകരിക്കപ്പെട്ട ഐഡന്റിറ്റി, ഫലപ്രദമായ അനുമതികൾ, ചർച്ച ചെയ്ത എൻക്രിപ്ഷൻ, ഓരോന്നും സെർവറിന്റെ സ്വന്തം സെഷൻ കാഴ്ചയിലൂടെ.