HTTP прокси тізбегіндегі DNS ақаулары: қай түйін атауды шешеді?
Тізбектелген форвард проксиді диагностикалау кезінде жергілікті проксиге жетуді, parent-ті шешуді және сайтты шешуді ажыратыңыз.
client → local forward proxy → HTTP parent → websiteБарлық DNS «проксиге» тиесілі деп айтудың орнына, сәтсіз атаудан бастаңыз:
| Қажетті атау | Оған жетуі керек түйін |
|---|---|
| Жергілікті прокси соңғы нүктесі | Клиент |
| HTTP parent соңғы нүктесі | Жергілікті форвард прокси |
| Сайттың соңғы нүктесі | Parent соңғы қосылымды ашқанда |
Соңғы нүктелер хост атаулары болса, бұл түйіндер түрлі шешушілерді пайдалана алады. HTTPS үшін форвард прокси CONNECT-тің межелі хосты мен портын parent-ке бере алады, ал parent соңғы қосылымды орнатады. Бастапқы клиент сайтты алдын ала шешуі міндетті емес. Қарапайым HTTP жіберу де межелік ақпаратты алға жеткізеді.
Бұл әр атауды дәл бір машина сұрайды деген уәде емес. ACL бағалауы, кэштеу, саясат және іске асыру егжей-тегжейлері қосымша іздеулер тудыруы мүмкін.
Parent қолжетімсіз болғанда резервтік саясатты тексеріңіз. Тікелей қатынас рұқсат етілсе, жергілікті прокси өз шешушісі мен бастауыш мекенжай шешімдерімен сайтқа қараған түйінге айналуы мүмкін. Тек parent-ті конфигурациялау әр сұраныстың оны пайдаланғанын дәлелдемейді.
Ақау кезінде hosts файлын өңдеуден бұрын атауды және оны шешуге тырысып жатқан процесті анықтаңыз. Клиент жағындағы түзету кейінгі шешімдердің барлығын өтей алмайды. Соңғы жария бастауыш сайт қосылымын ашатын түйінге тиесілі; сол бастауышты бақылау DNS қайда болғанын өлшеумен бірдей емес.