ડોમેન ટ્રસ્ટ વિના 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 કાર્યપ્રવાહ સાથે ચકાસો: સ્વીકૃત ઓળખ, અસરકારક પરવાનગીઓ અને વાટાઘાટ કરેલ એન્ક્રિપ્શન, દરેક સર્વરના પોતાના સત્ર દૃશ્ય દ્વારા.