VPN müştəri DNS qeydləri: sahib, TTL və təmizləmə ayrı şeylərdir

Notbuklar qoşulur, VPN ünvanı alır, amma digər sistemlərin həll etdiyi ad hələ dünənki ofis ünvanını göstərir. Heç nə uğursuz olmadı: ünvan ayrıldı, qeyd yenilənmədi və keş hələ də köhnə cavabı saxlayır. Bunlar üç sahibi olan üç obyektdir və yalnız biri VPN-ə aiddir. Yayımı planlaşdırmaq adı kimin yazacağını, hansı interfeyslərin iştirak edəcəyini və köhnə məlumatın nə vaxt yox olacağını müəyyən etmək deməkdir.

Simptom: yanlış ünvanı izləyən ad

Cihazdan tunel açıqdır və VPN ünvanı cavab verir. Həmkarın iş stansiyasından eyni host adı cihazın artıq daşımadığı şəxsi ünvana həll olunur, buna görə bağlantı yerini dəyişmiş maşına qarşı vaxt aşımına uğrayır. Qeyd səlahiyyətlidir və səhvdir, bu isə onun olmamasından pisdir. Hamı ona güvənir və heç kim qoşula bilmir.

Əks hal daha səssizdir: qeyd yox olur və ad ümumiyyətlə həll olunmur. Hər iki nəticə dizayndakı eyni boşluqdan irəli gəlir və heç biri TTL-i azaltmaqla düzəlmir. Daha qısa keş ömrü səhv cavabın nə qədər qaldığını dəyişir, onun yazılıb-yazılmadığını yox.

Hansı obyektin köhnəldiyini soruşmaqla başlayın. VPN-in ayırdığı ünvan, zonadakı qeyd və həlledici keşindəki cavab fərqli ömürlərə və fərqli sahiblərə malikdir.

Üç obyekt, üç sahib

Ünvan ayrılması VPN-ə məxsusdur və o, ünvanı daxili hovuzdan verə bilər, heç bir DHCP mübadiləsi notbuka çatmadan. Qeyd DNS zonasına məxsusdur və onun təhlükəsizlik modeli kimin yarada və ya dəyişdirə biləcəyini müəyyən edir. Həlledici keşi oxucunun hazırda istifadə etdiyi nüsxəyə sahibdir və cihazın etdiyi heç nə ora çata bilməz.

Dizaynın qırıldığı yer bir komponentin üçünü də etdiyini güman etməkdir. İdarə olunan diapazondan gəlmiş kimi görünən ünvan DHCP serverinin qeydiyyatı apardığını sübut etmir və uğurlu qeydiyyat oxucuların keşini yenilədiyini sübut etmir.

Qeydi kim yeniləyə bilər

Təhlükəsiz dinamik yeniləmələri olan Active Directory ilə inteqrasiya edilmiş zonada icazələr qeydin özündə yaşayır. DHCP xidmət hesabının yaratdığı qeyd notbukun kompüter hesabı tərəfindən yazıla bilməyə bilər və sahiblik modelini sonradan dəyişmək keçid tələb edir, sadəcə açar döndərmək deyil. Buna görə sahiblik konflikti hər müştəri tərəfi parametrini üstələyir.

Microsoft-un dinamik yeniləmə təlimatı domendə olan hibrid son nöqtələr üçün müştəri tərəfində qeydiyyatı üstün tutur. Bunu qəbul etmək mövcud qeydləri qəsdən köçürmək deməkdir, sadəcə VPN adapterində qutunu işarələyib köhnə sahibin geri çəkiləcəyini gözləmək deyil.

DHCP xidməti digər cihaz sinifləri üçün qeydiyyat aparmalı olduqda, ona həmin rol üçün dəstəklənən etimad və icazə modelini verin. İrəli və tərs qeydləri eyni planda saxlayın, çünki onlara tez-tez fərqli komponentlər baxır və biri adətən unudulur.

ipconfig /all
Resolve-DnsName laptop-042.corp.example -Type A
Get-DnsServerResourceRecord -ZoneName corp.example -Name laptop-042

Birinci əmr cihazın daşıdığını düşündüyü ünvanları və bağlantının onları qeyd etmək üçün qurulub-qurulmadığını göstərir. İkinci və üçüncü əmr müştərinin həll etdiyini zonanın əslində saxladığı ilə müqayisə edir və bununla keş problemini səlahiyyətli problemdən ayırır.

Üç saat, bir deyil

Yayım və yeniləmə birinci saatdır: səlahiyyətli yeniləyicinin ünvanın dəyişdiyini elan etdiyi an. Keş TTL-i ikincidir: həlledicinin aldığı cavabı nə qədər saxlaya biləcəyi. Səlahiyyətli təmizləmə üçüncüdür: köhnəlmiş qeydlərin qeydiyyat prosesi ilə və ya köhnəlmə və təmizləmə ilə necə silindiyi.

Bu saatlar müstəqildir və onları qarışdırmaq işləməyən düzəlişlər doğurur. Birindəki dəyişiklik digər ikisi üçün görünməzdir. Qısa TTL keşlənmiş cavabın ömrünü qısaldır və heç bir yeniləmə icazəsi vermir. Təmizləmə yenilənməmiş qeydləri silir və düzgün sahib tərəfindən heç vaxt yazılmamış qeydi bərpa edə bilmir.

TTL-i oxucuların dəyişikliyi nə qədər tez görməli olduğuna görə, təmizləməni isə tərk edilmiş cihazın adı nə qədər saxlamalı olduğuna görə təyin edin. Heç bir rəqəm qeydi kimin yazacağına qərar vermir və heç bir TTL dəyəri ünvan ayrılmasını DNS idarəetmə hüququna çevirmir.

Gəzən cihaz üçün yayımı planlaşdırın

Qeydiyyatda hansı interfeyslərin iştirak edəcəyini müəyyən edin. Ev Wi-Fi ünvanı, VPN ünvanı və köhnə ofis ünvanı fərqli auditoriyalara xidmət edir və hamısını yayımlamaq qeyri-bərabər faydalı bir neçə cavabı olan ad yaradır. Nəzərdə tutulan oxucuların həqiqətən çata bildiyi interfeysləri qeyd edin.

Sabit kompüter adını kimlik kimi saxlayın və ünvanları onun atributları kimi qəbul edin. Cihazın ehtiyac duyduğu domen kəşf qeydlərini qoruyun və icazə dəyişikliyinin düzəldəcəyi dublikat qeyd problemini həll etmək üçün qeydiyyatı bütövlükdə söndürməyin.

Ayırıcını, yeniləyicini və təmizləmə sahibini nəzərdə tutulan oxucuların adları ilə bir qeydə yazın. Ad yenidən yanlış ünvanı göstərdikdə, həmin qeyd araşdırmanı yenidən başlatmaq əvəzinə üçündən hansının ilk yoxlanacağını sizə deyir.