Xususiy so'nggi nuqta, bir xil server nomi: Azure SQL ulanish satrlari

Private Link ulanish qayerga yetib borishini o'zgartiradi, ulanish qanday nomlanishini emas. Azure SQL Database uchun bu farq butun dizayndir: mantiqiy server o'z nomini saqlaydi, xususiy so'nggi nuqta esa nom hal qilinadigan tarmoq yozuvini taqdim etadi. Nomni IP manzil bilan almashtirish TLS, hisob ma'lumotlari va vositalarni bir vaqtda buzadigan yagona o'zgarishdir. Ikki ulanish satri teng ko'rinishi va butunlay boshqacha xatti-harakat qilishi mumkin.

orders-db.database.windows.net ni saqlang va mijozga u uchun xususiy javob bering.

Nom va manzilning vazifalari boshqacha

Nom SQL xizmatini aniqlaydi va sertifikat hamda kirish aynan shuni kutadi. Xususiy manzil ulangan virtual tarmoq ichida tarmoq yozuvini taqdim etadi. Birini ikkinchisi bilan aralashtirish biror narsaga yetib boradigan, lekin hech narsaga qarshi autentifikatsiya qilmaydigan ulanish hosil qiladi.

Azure SQL uchun Microsoft yo'riqnomasi mijozlardan odatiy server nomini talab qiladi. To'g'ridan-to'g'ri IP va xuddi shunday privatelink prefiksli nom almashtiriladigan kirish maqsadi emas. IP qabul qiladigan vositalar uni qabul qiladi va keyin TLS da yoki autentifikatsiyada muvaffaqiyatsizlikka uchraydi, bu esa haqiqiy xatoni yashiradi. Bu nosozliklar xatodagi xost nomini ko'rmaguningizcha hisob ma'lumotlari muammosi kabi o'qiladi.

Xususiy zona aslida nimani o'zgartiradi

Xususiy DNS zonasi privatelink nom fazosida server uchun bitta manzilni qayd etadi va zona undan foydalanishi kerak bo'lgan virtual tarmoqqa bog'langan. Hal qilish joyi o'zgaradi; ulanish satri o'zgarmaydi. Quyidagi shakl illyustratsiya, ommaviy zonaga yopishtiriladigan yozuv emas.

Application name:        orders-db.database.windows.net
Private DNS zone:        privatelink.database.windows.net
Resolved private entry:  the approved private endpoint address

O'sha yozuvni va uning zona bog'lanishini egasi va ko'rib chiqish sanasi bilan infratuzilma sifatida saqlang.

Bir xil kelib chiqish va turli javoblarga ega ikki zona odatiy yakuniy holat, mojaro emas. Ommaviy mijozlar ommaviy javobni saqlaydi, xususiy mijozlar esa so'nggi nuqta manzilini oladi. Kuzatish kerak bo'lgan nosozlik rejimi xususiy ko'rinishning qisman tarqalishi bo'lib, unda bir quyi tarmoq xususiy ravishda hal qilinadi, boshqasi esa jimgina yo'q.

Azure tashqarisidagi mijozlarga o'sha zonaga yo'l kerak

VPN mijozi Azure hal qiluvchisidan tashqarida o'tiradi, shuning uchun xususiy zona gibrid yo'ldan yetib boriladigan bo'lishi kerak. Azure DNS yo'naltiruvchisi yoki Azure DNS Private Resolver o'sha tarmoq orqali keladigan so'rovlarga xizmat qilishi mumkin. Microsoft yo'riqnomasi mijozlar privatelink nomini to'g'ridan-to'g'ri so'raydi deb taxmin qilish o'rniga tegishli ommaviy xizmat zonasini shu tartib orqali yo'naltirishdir. Xususiy javobni hal qila olmaydigan mijozlar shikoyat qilmasdan ommaviy javobga qaytadi.

Yo'naltirish doirasini ataylab saqlang, chunki foydalanilayotgan ommaviy zonani almashtirish o'rnini bosuvchida yo'q nomlarni buzadi.

Identifikatsiyani barqaror saqlaydigan tartibda ta'minlang

Qadamlar alohida egalarga ega: so'nggi nuqtani yarating va tasdiqlang, VPN yo'lini ta'minlang, xususiy DNSni integratsiya qiling, so'ngra mijozni odatiy server nomi bilan sozlang. Yo'ldan oldin DNS qilish DNS nosozliklariga o'xshab ko'rinadigan vaqt tugashlarini keltirib chiqaradi. Mijozni oxirgi qilish bir vaqtda bitta o'zgaruvchini harakatda saqlaydi. Har bir qadamning kuzatiladigan natijasi bor, shuning uchun hech birini taxmin bilan sinab ko'rish shart emas.

Ulangan VPN belgisi o'zi xususiy manzilni tanlamaydi.

Xususiy so'nggi nuqta nimani o'chirmaydi

Xususiy so'nggi nuqta yaratish mantiqiy serverga ommaviy kirishni avtomatik ravishda o'chirmaydi. Bu alohida joylashtirish qarori va mo'ljallangan xususiy mijozlar ishlashi tasdiqlangandan keyin keladi. Tiklash yo'lini saqlang va hali ham ommaviy kirishdan foydalanadigan ilovalarni hisobga oling. Ommaviy kirishni birinchi bo'lib o'chirish ishlab turgan xizmatning tartibli audit izi bilan uzilishga aylanish usulidir.

Server qaysi ulanish siyosatidan foydalanishini ham tekshiring.

Redirect dastlabki shlyuz ulanishidan keyin mijozni tugundagi portga yuboradi, bu mijoz tarmog'i nimaga ruxsat berishi kerakligini o'zgartiradi. Proxy trafikni shlyuzda ushlab turadi. Bitta portda muvaffaqiyatli TCP qo'l berish butun kirish ish oqimi emas.

Bu Azure SQL Database, SQL Managed Instance emas, uning o'z ulanish modeli bor va ekvivalent xususiy so'nggi nuqta hikoyasi yo'q. Ikkala holatda ham uch narsani alohida belgilab saqlang: nom, tarmoq yozuvi va hisob ma'lumoti. Ulanish qayerga borishini o'zgartirish mijoz qaysi xizmat bilan gaplashayotganini o'ylashini hech qachon o'zgartirmasligi kerak.