Збої DNS у ланцюжку HTTP-проксі: який вузол розв'язує ім'я?
Під час діагностики ланцюжкового проксі розрізняйте досягнення локального проксі, розв'язання батьківського вузла та розв'язання сайту.
client → local forward proxy → HTTP parent → websiteПочніть з імені, яке не розв'язується, а не з твердження, що весь DNS належить «проксі»:
| Потрібне ім'я | Вузол, якому треба до нього дістатися |
|---|---|
| Кінцева точка локального проксі | Клієнт |
| Кінцева точка батьківського HTTP | Локальний проксі переспрямування |
| Кінцева точка сайту | Батьківський вузол, коли відкриває підсумкове з'єднання |
Ці вузли можуть використовувати різні резолвери, якщо кінцеві точки — це імена хостів. У HTTPS проксі переспрямування може передати батьківському вузлу хост і порт призначення з CONNECT, і саме батьківський вузол встановлює підсумкове з'єднання. Початковому клієнту не потрібно спершу розв'язувати сайт. Звичайне пересилання HTTP також передає інформацію про призначення далі.
Це не обіцянка, що кожне ім'я запитує рівно одна машина. Оцінювання ACL, кешування, політика та деталі реалізації можуть спричиняти додаткові запити.
Перевірте резервну політику, коли батьківський вузол недоступний. Якщо прямий доступ дозволено, локальний проксі може стати вузлом, оберненим до сайту, з власними рішеннями щодо резолвера й адреси джерела. Лише налаштування батьківського вузла не доводить, що кожен запит його використав.
У разі збою визначте ім'я та процес, який намагається його розв'язати, перш ніж редагувати файл hosts. Правка на боці клієнта не виправить усі подальші рішення. Підсумкове публічне джерело належить вузлу, який відкриває з'єднання із сайтом; спостереження за цим джерелом не те саме, що вимірювання, де стався DNS.