DNS грешке у HTTP прокси ланцу: који хоп разрешава име?
Одвојите долазак до локалног проксија, разрешавање родитеља и разрешавање веб странице при дијагностици уланчаног forward проксија.
client → local forward proxy → HTTP parent → websiteПочните са именом које не успева, уместо да тврдите да сав DNS припада „проксију“:
| Потребно име | Хоп који до њега мора доћи |
|---|---|
| Крајња тачка локалног проксија | Клијент |
| Крајња тачка HTTP родитеља | Локални forward прокси |
| Крајња тачка веб странице | Родитељ када отвара коначну везу |
Ови хопови могу користити различите резолвере када су крајње тачке имена хостова. За HTTPS forward прокси може проследити CONNECT-ов одредишни хост и порт родитељу, који успоставља коначну везу. Изворни клијент не мора прво да разреши веб страницу. Обично HTTP прослеђивање такође носи податке о одредишту даље.
Ово није обећање да тачно један рачунар упитује свако име. ACL евалуација, кеширање, политика и појединости имплементације могу изазвати додатне претраге.
Проверите политику причуве када родитељ није доступан. Ако је дозвољен директан приступ, локални прокси може постати хоп окренут веб страници, са сопственим одлукама о резолверу и изворној адреси. Само конфигурисање родитеља не доказује да га је сваки захтев користио.
Код грешке идентификујте име и процес који га покушава разрешити пре уређивања датотеке hosts. Измена на страни клијента не може поправити сваку каснију одлуку. Коначни јавни извор припада хопу који отвара везу са веб страницом; посматрање тог извора није исто као мерење где се DNS догодио.