డొమైన్ విశ్వాసం లేకుండా 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 పని ప్రవాహంతో ధృవీకరించండి: ఆమోదించబడిన గుర్తింపు, ప్రభావవంతమైన అనుమతులు మరియు చర్చించబడిన ఎన్‌క్రిప్షన్, ప్రతిదీ సర్వర్ స్వంత సెషన్ వీక్షణ ద్వారా.