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