Boshqa tashkilotning SQL Server’ida jadval ochadigan Excel ish kitobi odatda bitta narsa deb muhokama qilinadigan uchta narsani talab qiladi: server qabul qiladigan identifikatsiya, mijoz tekshiradigan transport va ikkala tomon ruxsat beradigan tarmoq yoʻli. Domen ishonchi birinchisini qondirishning bir usuli va eng kengi. TLS ikkinchisini qondiradi va birinchisi haqida hech narsa aytmaydi. Yoʻl uchinchisini qondiradi va oʻz-oʻzidan hech narsani himoya qilmaydi.

Bu uchtasini ajratish jadvalni ma’muriy munosabat oʻrniga kichik va koʻrib chiqiladigan soʻrovga aylantiradi.

Savol yashiradigan uchta qaror

Identifikatsiya — ma’lumotlar bazasi sizni kim deb hisoblashi: ishonchli domendan Windows hisobi, oʻz paroliga ega SQL kirish yoki sertifikatga asoslangan identifikatsiya. Transport — seans shifrlanganmi va mijoz serverning sertifikat zanjirini tekshiradimi. Yoʻl — paketlar tinglovchiga qanday yetib borishi; u VPN, xususiy ulanish yoki xavfsizlik devori qoidalari boʻlgan ochiq oxirgi nuqta boʻlishi mumkin. Har biri boshqa joyda yashaydi va har biri yakka holda muvaffaqiyatsiz boʻlishi mumkin.

Oʻrmon ishonchi birinchisiga keng javob beradi va bu bitta ish kitobining sozlamasi emas, tashkilotlar orasidagi munosabat. U hech narsani shifrlamaydi ham, bu ishonchni xavfsizlik nazorati deb oʻylaganlarni hayratga soladi.

Oʻrmon ishonchisiz identifikatsiya

Maqsadli muhitda ataylab tayyorlangan hisob mijozning ish oqimi undan foydalana olsa, hech qanday ishonchsiz torroq talabni qondirishi mumkin. SQL autentifikatsiyasi siyosat ruxsat berganda boshqa keng tarqalgan javob: kirish oʻzining hisob ma’lumotlari hayot tsiklini olib yuradi va domenlarga qoʻshilmaydi hamda Windows integratsiyalashgan autentifikatsiyasini yaratmaydi. Sertifikat yoki token asosidagi identifikatsiya yangi platformalarda uchinchi variant. Nima tanlasangiz ham, ish kitobiga haqiqatan kerak boʻlgan ma’lumotlar bazasi ruxsatlarini bering.

Birovning shaxsiy kirishi oʻrniga maxsus hisobni afzal koʻring. Jadvalda umumiy hisob ma’lumotlari — sodir boʻlishini kutayotgan qoʻllab-quvvatlash muammosi, nomlangan hisob esa loyiha tugaganda bekor qilishni mumkin qiladi.

Shifrlash ha, lekin sertifikatga ishonish kerakmi?

ODBC Driver 18 bilan Encrypt=Yes;TrustServerCertificate=No sertifikati haqiqatan tekshiriladigan shifrlangan seans talab qiladi. U holda ulanish satri sertifikat qamrab olgan serverni nomlashi kerak, mijoz esa uning zanjiriga ishonishi kerak. Driver 18 avvalgi versiyalardan farqli ravishda standart boʻyicha ham shifrlaydi, shuning uchun eski ulanish satri endi buni aytmasdan TLS kelishib olishi mumkin. Aniq sozlamalar moʻljallangan siyosatni barcha mashinalarda koʻrinadigan qiladi, bu bir necha kishi bir xil ish kitobini yuritganda muhim.

TrustServerCertificate=Yes shifrlaydi va tekshirishni oʻtkazib yuboradi, bu nom mos kelmasligi yoki ishonchsiz zanjir uchun teng kuchli tuzatish emas. U mijoz notoʻgʻri oxirgi nuqtaga yetganini aytadigan signalni olib tashlaydi, shuning uchun sertifikat yoki nomni tuzating.

Server tomonidagi majburlash alohida nazorat. Agar shifrlash har bir mijozga tatbiq etilishi kerak boʻlsa, serverning majburiy shifrlash sozlamasini sozlang va tekshiring, chunki bitta hamkorlik qiluvchi ulanish satri hech narsani majburlamaydi.

Tarmoq yoʻli himoya emas

VPN orqali yetib boriladigan xususiy tinglovchi ta’sirni kamaytiradi va bu ishlashi uchun VPN toʻgʻri manzil va qaytish yoʻllarini olib yurishi kerak. Ishlayotgan tunnel autentifikatsiya zaruratini yoki sertifikat tekshiruvini yoʻqotmaydi, TLS esa qaysi masofaviy tizimlar ulanishga urinishi mumkinligini cheklamaydi. Bu uchta alohida kuzatuv: TLS qoʻl berish, VPN kirish va ruxsat berilgan soʻrov. Faqat uchinchisi ish kitobi oʻqishga ruxsat berilgan ma’lumotlarni oʻqiganini isbotlaydi.

Shuning uchun ishonch savoliga ma’lumotlar bazasini internetga ochish bilan javob berishning qisqa yoʻliga qarshi turing. Tor javob odatda maxsus hisob, tekshirilgan shifrlash va bitta tasdiqlangan yoʻl, aynan shu tartibda.

Odatiy Excel ish oqimi bilan tekshiring: qabul qilingan identifikatsiya, amaldagi ruxsatlar va kelishilgan shifrlash, har biri serverning oʻz seans koʻrinishi orqali.

O'xshash maqolalar