dnsmasq şəxsi DNS cavabını atır: səbəb rebinding müdafiəsidir?

Şirkətin DNS serveri gözlənilən şəxsi ünvanı qaytarır, amma yerli yönləndirici həlledici vasitəsilə sorğu yenə də uğursuz olur. Cavab mövcuddur, bu da yuxarıdakı zonanı və qeydin özünü istisna edir. Qalan addım həlledicinin bu cavabı müştəriyə qaytarıb-qaytarmamağa qərar verdiyi mərhələdir. Əgər o həlledici dnsmasq-dırsa, imtina yəqin ki, artıq jurnaldadır.

Cavab almaq və onu qaytarmağı seçmək iki fərqli addımdır.

Eyni adı hər iki həlledicidə müqayisə edin

Tətbiqin həqiqətən hansı həlledicidən istifadə etdiyini və soruşduğu dəqiq host adını qeyd edin. Sonra yuxarıdan gələn nəticəni yönləndirici həlledicinin eyni ad üçün hadisəsi ilə müqayisə edin. Yuxarıdan cavabın olmaması, keşdə saxlanan mənfi cavab və jurnalda qeyd olunan imtina üç fərqli düzəliş tələb edir.

Birbaşa diaqnostik sorğuda görünən ünvan tətbiqin onu adi yolla aldığını sübut etmir. İki sorğu fərqli həlledicilərdən və ya eyni həlledicidən fərqli qaydalarla çıxa bilər. Nəzəriyyə qurmazdan əvvəl hər iki nəticəni yazın, çünki məhz bu addımda biri digəri ilə əvəz olunur. Müqayisə bütün diaqnozdur.

Simptomu deyil, imtinanı oxuyun

dnsmasq-ın stop-dns-rebind seçimi yuxarıdan gələn və şərtlərə uyğun şəxsi ünvan cavablarını rədd edir və bunu etdikdə onları jurnala yazır. Bu müdafiə yaxşı səbəbdən mövcuddur: qəflətən şəxsi ünvana çevrilən ictimai ad klassik rebinding hücumudur. O, həm də qəsdən şəxsi xidmətlə kəsişir və bu sizin halınızdır.

Nəyisə dəyişməzdən əvvəl jurnalda imtinanı axtarın, çünki mesaj mexanizmi adlandırır.

Nə imtina, nə də yuxarıdan cavab yoxdursa, rebinding müdafiəsi sizin probleminiz deyil və onu söndürmək heç nəyi düzəltməyən, eyni zamanda məruz qalmanı genişləndirən dəyişiklik olardı. Bu, ilkin nasazlıqdan pisdir, çünki bir nəzarəti aradan qaldırır və qüsuru yerində qoyur. Əvvəlcə konkret jurnal sətrini təsdiqləyin. Sonra qərar verin.

İstisnanı bir domenlə məhdudlaşdırın

Təsdiqlənmiş domen üçün dnsmasq təlimatı qlobal açar əvəzinə domenlə məhdudlaşan istisna təqdim edir.

rebind-domain-ok=corp.example

Yuxarıdakı domen yalnız nümunədir. Həqiqətən idarə etdiyiniz inzibati domeni istifadə edin və seçimin uyğunluq əhatəsini tətbiq etməzdən əvvəl anlayın, çünki şəkilçi qaydası sınaqdan keçirdiyiniz bir hostdan çoxunu əhatə edir. Marşrutizatorun konfiqurasiya generatoru eyni parametri xam direktiv əvəzinə öz idarəetmə elementi ilə təqdim edə bilər. Nəticədə alınan əhatə nəzərdə tutduğunuz əhatə olduğu müddətcə hər iki yol yararlıdır.

Rebinding aşkarlanmasına edilən istisna tam olaraq bir şey edir: həmin domenin cavablarını keçirir.

O, split-DNS yönləndiricisi qurmur, əlçatmaz yuxarı mənbəyi əlçatan etmir və qaytarılan ünvana marşrut yaratmır. Bunların hər biri öz nasazlıq imzasına malik ayrı tələbdir və hər biri müştəridə fərqli şəkildə uğursuz olur.

Sərhədi götürmədən yoxlayın

Host adını yönləndirmə yolu ilə yenidən soruşun, sonra xidmətə adi şəxsiyyət yoxlamaları ilə qoşulun. DNS istisnası gözlənilməz sertifikatı qəbul etmək üçün əsas deyil və iki nasazlıq hər ikisi brauzer xətası kimi görünəndə asanlıqla qarışdırılır. Adı və xidməti ayrı-ayrı yoxlayın. Yalnız biri heç vaxt DNS problemi idi.

İstisnanın səbəbini konfiqurasiyanın yanında, tarix və məsul şəxslə birlikdə saxlayın.

Şəxsi xidmət köçəndə və ya domen dəyişəndə onu yenidən yoxlayın. Müdafiəni qlobal söndürmək əlaqəsiz cavabların necə işlənməsini dəyişərdi və rebinding heç vaxt səbəb olmadıysa, marşrut və ya xidmət nasazlığını yenə də yerində qoyardı.