Домен сенімі жоқ 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 жұмыс ағынымен тексеріңіз: қабылданған сәйкестік, нақты рұқсаттар және келісілген шифрлау, әрқайсысы сервердің өз сеанс көрінісі арқылы.