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