VPN-ээр SQL: шууд клиент эсвэл дотоод ажлын станц уу?

Багууд зөөврийн компьютер дээрээ SSMS хүсдэг бөгөөд хурдан шийдэл нь SQL портыг VPN pool-д нийтлэх явдал юм. Удаан хариулт нь клиент процесс хаана ажиллах ёстойг асуудаг, учир нь шууд хандалт болон дотоод ажлын станц нь өөр эх хаяг, төгсгөлийн цэгийн итгэлцэл болон өгөгдлийн замыг үүсгэдэг. Аль нь ч автоматаар аюулгүй биш бөгөөд зөвхөн VPN гишүүнчлэл юуг ч шийдэхгүй. Зөвшөөрлийн дүрэм үүсэхээс өмнө загваруудыг харьцуулна уу.

Хоёр зам, хоёр эх хаяг

Шууд хандалтын үед зөөврийн компьютер клиентийн тохиргоог агуулж, өгөгдлийн сангийн холболтыг өөрөө нээдэг. Алсын ажлын станцын үед зөөврийн компьютер ширээний сесс нээж, ажлын станц SQL холболтыг өөрийн хаягаас хийдэг. Тиймээс өгөгдлийн сан эхний загварт VPN pool эсвэл орчуулсан гарцыг, хоёр дахьд ажлын станцын хаягийг хардаг. Энэ ялгаа нь аль галт хананы дүрэм, аль SQL зөвшөөрөл үнэхээр хэрэгжихийг шийддэг.

Зөөврийн компьютер алсын сессийг үргэлжлүүлэн удирддаг тул ажлын станц хэрэглэгчийн баталгаажуулалт эсвэл сессийн бодлогыг орлохгүй.

Өгөгдлийн сан үнэхээр юу харж байгааг шалгана уу

Эх хаяг нь диаграмаас дүгнэх биш, хэмжих зүйл юм. Идэвхтэй холболтын сервер талаас уншина уу.

Test-NetConnection sql.example.com -Port 1433
sqlcmd -S tcp:sql.example.com,1433 -N -d appdb -Q "select SUSER_SNAME() as login_name, DB_NAME() as db"

Холболтын тест нь сонсогч тэр сүлжээнээс TCP хүлээн авч байгааг баталж, асуулга нь сесс аль нэвтрэлт, аль өгөгдлийн санд хүрснийг батална. Серверийн бүртгэсэн хаягийг харахын тулд одоогийн сессийн хувьд sys.dm_exec_connections асуулга гүйцэтгэнэ үү; энэ нь ямар ч орчуулгаас хойш клиентийн хаягийг буцаана. Хэрэв тэр утга зөөврийн компьютер биш гарц бол, хэрэглэгч тус бүрийн хост дүрэм өгөгдлийн сангийн машин дээр ажиллах боломжгүй. Ажигласан утгыг сонгосон загварын хажууд бичнэ үү, учир нь дахин холболт болон pool-ийн өөрчлөлт түүнийг зөөдөг.

Сонсогчийг нээ, өөр юу ч биш

Байршуулалтад хэрэгтэй үйлчилгээг л нээнэ үү. Танил 1433 бол өгөгдмөл instance-ийн порт, бүх нийтийн тогтмол биш.

Get-NetTCPConnection -State Listen -LocalPort 1433

Нэртэй instance-үүд ихэвчлэн динамик порт дээр сонсдог бөгөөд SQL Server Browser UDP 1434 дээр илрүүлэлтэд хариулдаг, энэ хамаарал нь тусад нь үндэслэх шаардлагатай илрэл юм. Instance-д тогтмол порт тогтоох нь Browser-ийн хэрэгцээг арилгаж, галт хананы дүрмийг тогтвортой болгодог. Тест давна гэж клиентийн аль хэдийн хийж буй шифрлэлт болон гэрчилгээний шалгалтыг унтраахын оронд хадгална уу. Дараа нь бүх VPN бүлгийг серверийн рольд нэмэхийн оронд ажлын ачаалалд өгөгдлийн сангийн роль олгоно уу.

Зөвшөөрөгдсөн зам ба татгалзсан замыг батална уу

Энгийн зөвшөөрөгдсөн хэрэглэгчээр шинэ сесс нээж, серверийн таних мэдээлэл, өгөгдлийн сан болон шаардлагатай үйлдлийг батална уу. Дараа нь хасалтыг батална уу: бодлогын гаднах эх сурвалж эсвэл бүртгэл мөн тестэд унах ёстой. Ажлын станцын загварын хувьд зөөврийн компьютер өгөгдлийн санд шууд хүрч хил хязгаарыг тойрч чадахгүйг шалгана уу. Шууд хандалтын хувьд маршрут болон эх дүрэм дахин холболтын дараа ч хүчинтэй эсэхийг шалгана уу.

Клиент хаана ажилласан, өгөгдлийн сан ямар эх сурвалжийг ажигласан, ямар дүрэм зөвшөөрснийг бүртгэнэ үү. Энэ бол дараагийн хяналт шаардах нотолгоо юм.