HTTP прокси гинжин дэх DNS алдаа: аль шат нэрийг шийддэг вэ?
Гинжилсэн форвард проксиг оношлохдоо локал проксид хүрэх, эцгийн шийдэл, вэбсайтын шийдлийг тусгаарлана.
client → local forward proxy → HTTP parent → websiteБүх DNS «проксид» хамаарна гэж хэлэхийн оронд алдаа гарч буй нэрээс эхэл:
| Шаардлагатай нэр | Түүнд хүрэх ёстой шат |
|---|---|
| Локал проксийн төгсгөлийн цэг | Клиент |
| HTTP эцгийн төгсгөлийн цэг | Локал форвард прокси |
| Вэбсайтын төгсгөлийн цэг | Эцэг эцсийн холболтыг нээх үед |
Төгсгөлийн цэгүүд хост нэр байвал эдгээр шатууд өөр өөр шийдэгч ашиглаж болно. HTTPS-ийн хувьд форвард прокси CONNECT-ийн очих хост, портыг эцэгт дамжуулж, эцэг нь эцсийн холболтыг хийнэ. Анхны клиент эхлээд вэбсайтыг шийдэх шаардлагагүй. Энгийн HTTP дамжуулалт ч очих хаягийн мэдээллийг урагш зөөдөг.
Энэ нь нэр бүрийг яг нэг машин асууна гэсэн амлалт биш. ACL үнэлгээ, кэш, бодлого, хэрэгжүүлэлтийн дэлгэрэнгүй мэдээлэл нэмэлт хайлт үүсгэж болно.
Эцэг боломжгүй үед нөөц бодлогыг шалга. Шууд хандахыг зөвшөөрвөл локал прокси өөрийн шийдэгч, эх хаягийн шийдвэртэйгээр вэбсайт руу харсан шат болж болно. Зөвхөн эцэг тохируулсан нь хүсэлт бүр түүнийг ашигласан гэдгийг батлахгүй.
Алдаа гарахад hosts файлыг засахаас өмнө нэр болон түүнийг шийдэх гэж буй процессыг тодорхойл. Клиент талын засвар дараагийн бүх шийдвэрийг засаж чадахгүй. Эцсийн нийтийн эх сурвалж нь вэбсайтын холболтыг нээж буй шатанд хамаарна; тэр эх сурвалжийг ажиглах нь DNS хаана болсныг хэмжихтэй ижил биш.