HTTP proksi zanjiridagi DNS nosozliklari: qaysi bosqich nomni hal qiladi?
Zanjirli yo'naltiruvchi proksini tekshirayotganda mahalliy proksiga yetib borishni, ota proksini hal qilishni va saytni hal qilishni ajratib turing.
client → local forward proxy → HTTP parent → websiteBarcha DNS «proksiga» tegishli deyish o'rniga muvaffaqiyatsiz bo'layotgan nomdan boshlang:
| Kerakli nom | Unga yetib borishi kerak bo'lgan bosqich |
|---|---|
| Mahalliy proksi yakuniy nuqtasi | Mijoz |
| HTTP ota proksi yakuniy nuqtasi | Mahalliy yo'naltiruvchi proksi |
| Sayt yakuniy nuqtasi | Ota proksi oxirgi ulanishni ochganda |
Yakuniy nuqtalar xost nomlari bo'lsa, bu bosqichlar turli hal qiluvchilardan foydalanishi mumkin. HTTPS uchun yo'naltiruvchi proksi CONNECT ning manzil xosti va portini ota proksiga berishi mumkin, oxirgi ulanishni esa ota proksi o'rnatadi. Asl mijoz avval saytni hal qilishi shart emas. Oddiy HTTP yo'naltirish ham manzil ma'lumotini oldinga olib boradi.
Bu har bir nomni aynan bitta mashina so'raydi degan va'da emas. ACL baholash, keshlash, siyosat va amalga oshirish tafsilotlari qo'shimcha qidiruvlarga sabab bo'lishi mumkin.
Ota proksi mavjud bo'lmaganda zaxira siyosatini tekshiring. To'g'ridan-to'g'ri kirishga ruxsat berilsa, mahalliy proksi o'z hal qiluvchisi va manba manzili qarorlari bilan saytga qaragan bosqichga aylanishi mumkin. Faqat ota proksini sozlash har bir so'rov undan foydalanganini isbotlamaydi.
Nosozlik yuz berganda, hosts faylini tahrirlashdan oldin nomni va uni hal qilishga urinayotgan jarayonni aniqlang. Mijoz tomonidagi tahrir keyingi barcha qarorlarni tuzata olmaydi. Yakuniy ommaviy manba sayt ulanishini ochadigan bosqichga tegishli; o'sha manbani kuzatish DNS qayerda sodir bo'lganini o'lchash bilan bir xil emas.