Şəxsi son nöqtə, eyni server adı: Azure SQL bağlantı sətirləri

Private Link bağlantının hara çatdığını dəyişir, bağlantının necə adlandırıldığını yox. Azure SQL Database üçün bu fərq bütün dizayndır: məntiqi server adını saxlayır və şəxsi son nöqtə adın həll olunduğu şəbəkə girişini təmin edir. Adı IP ünvanı ilə əvəz etmək TLS-i, etimad məlumatlarını və alətləri eyni vaxtda sındıran yeganə dəyişiklikdir. İki bağlantı sətri ekvivalent görünə və tamam fərqli davrana bilər.

orders-db.database.windows.net saxlayın və müştəriyə onun üçün şəxsi cavab verin.

Adın və ünvanın vəzifələri fərqlidir

Ad SQL xidmətini müəyyən edir, sertifikat və giriş də məhz bunu gözləyir. Şəxsi ünvan qoşulmuş virtual şəbəkə daxilində şəbəkə girişi təmin edir. Birini digəri ilə qarışdırmaq nəyəsə çatan və heç nəyə autentifikasiya etməyən bağlantı yaradır.

Microsoft-un Azure SQL üzrə təlimatı müştərilərdən normal server adını tələb edir. Birbaşa IP və eyni dərəcədə privatelink prefiksli ad dəyişdirilə bilən giriş hədəfi deyil. IP qəbul edən alətlər onu qəbul edəcək və sonra TLS-də və ya autentifikasiyada uğursuz olacaq, bu da əsl səhvi gizlədir. Bu uğursuzluqlar xətanın içindəki host adına baxana qədər etimad məlumatı problemi kimi oxunur.

Şəxsi zona əslində nəyi dəyişir

Şəxsi DNS zonası privatelink ad sahəsi daxilində server üçün bir ünvan qeyd edir və zona ondan istifadə etməli olan virtual şəbəkəyə bağlanır. Həll yeri dəyişir; bağlantı sətri dəyişmir. Aşağıdakı forma nümunədir, ictimai zonaya yapışdırılacaq qeyd deyil.

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

Həmin qeydi və onun zona bağlantısını infrastruktur kimi, sahibi və baxış tarixi ilə birlikdə saxlayın.

Eyni mənşəli və fərqli cavablı iki zona normal son vəziyyətdir, konflikt deyil. İctimai müştərilər ictimai cavabı saxlayır, şəxsi müştərilər isə son nöqtə ünvanını alır. İzlənilməli uğursuzluq rejimi şəxsi görünüşün qismən yayılmasıdır: bir alt şəbəkə şəxsi olaraq həll edir, digəri isə səssizcə etmir.

Azure xaricindəki müştərilərə həmin zonaya yol lazımdır

VPN müştərisi Azure-un həlledicisindən kənarda oturur, ona görə də şəxsi zona hibrid yoldan əlçatan olmalıdır. Azure DNS yönləndiricisi və ya Azure DNS Private Resolver o şəbəkədən gələn sorğulara xidmət edə bilər. Microsoft-un təlimatı müştərilərin privatelink adını birbaşa sorğuladığını güman etmək əvəzinə müvafiq ictimai xidmət zonasını həmin qurğu vasitəsilə yönləndirməkdir. Şəxsi cavabı həll edə bilməyən müştərilər şikayət etmədən ictimai cavaba düşür.

Yönləndirmə əhatəsini qəsdən saxlayın, çünki istifadədə olan ictimai zonanı əvəz etmək, əvəzləyicinin ehtiva etmədiyi adları sındırır.

Kimliyi sabit saxlayan bir sıra ilə təmin edin

Addımların ayrı sahibləri var: son nöqtəni yarat və təsdiqlə, VPN marşrutunu təmin et, şəxsi DNS-i inteqrasiya et, sonra müştərini normal server adı ilə konfiqurasiya et. DNS-i marşrutdan əvvəl etmək DNS uğursuzluqları kimi görünən fasilələr yaradır. Müştərini sonuncu etmək bir anda bir dəyişəni hərəkətdə saxlayır. Hər addımın müşahidə edilə bilən nəticəsi var, ona görə heç birini təxminlə sınamaq lazım deyil.

Qoşulmuş VPN işarəsi özlüyündə şəxsi təyinat seçmir.

Şəxsi son nöqtənin söndürmədiyi şey

Şəxsi son nöqtə yaratmaq məntiqi serverə ictimai girişi avtomatik söndürmür. Bu ayrı yerləşdirmə qərarıdır və nəzərdə tutulan şəxsi müştərilərin işlədiyi təsdiqləndikdən sonra gəlir. Bərpa yolu saxlayın və hələ də ictimai girişdən istifadə edən tətbiqləri nəzərə alın. İctimai girişi birinci söndürmək işləyən xidmətin səliqəli audit izi ilə kəsintiyə çevrilmə üsuludur.

Serverin hansı bağlantı siyasətindən istifadə etdiyini də yoxlayın.

Redirect ilk şlüz bağlantısından sonra müştərini düyündəki porta göndərir və bu, müştəri şəbəkəsinin nəyə icazə verməli olduğunu dəyişir. Proxy trafiki şlüz üzərində saxlayır. Bir portda uğurlu TCP əl sıxma bütün giriş iş axını deyil.

Bu, Azure SQL Database-dır, öz bağlantı modeli olan və ekvivalent şəxsi son nöqtə hekayəsi olmayan SQL Managed Instance deyil. Hər iki halda üç şeyi ayrı-ayrı adlandırın: ad, şəbəkə girişi və etimad məlumatı. Bağlantının hara getdiyini dəyişmək müştərinin hansı xidmətlə danışdığını düşündüyünü heç vaxt dəyişməməlidir.