DNS-tõrked HTTP-puhverserveri ahelas: milline hüpe lahendab nime?
Eristage aheldatud edasisaatmispuhverserveri diagnoosimisel kohaliku puhverserverini jõudmist, parent'i lahendamist ja veebisaidi lahendamist.
client → local forward proxy → HTTP parent → websiteAlustage nimega, mis ebaõnnestub, selle asemel et väita, et kogu DNS kuulub „puhverserverile“:
| Vajalik nimi | Hüpe, mis peab selleni jõudma |
|---|---|
| Kohaliku puhverserveri otspunkt | Klient |
| HTTP-parent'i otspunkt | Kohalik edasisaatmispuhverserver |
| Veebisaidi otspunkt | Parent, kui see avab lõpliku ühenduse |
Need hüpped võivad kasutada erinevaid lahendajaid, kui otspunktid on hostinimed. HTTPS-i puhul saab edasisaatmispuhverserver anda parent'ile edasi CONNECT-i sihtkoha hosti ja pordi, mis loob lõpliku ühenduse. Algsel kliendil ei ole vaja veebisaiti esmalt lahendada. Tavaline HTTP-edasisaatmine kannab sihtkoha teavet samuti edasi.
See ei ole lubadus, et iga nime pärib täpselt üks masin. ACL-i hindamine, vahemälu, poliitika ja teostuse detailid võivad põhjustada täiendavaid päringuid.
Kontrollige varuplaanipoliitikat, kui parent ei ole saadaval. Kui otsene juurdepääs on lubatud, võib kohalikust puhverserverist saada veebisaidi poole vaatav hüpe, millel on oma lahendaja- ja lähteaadressi otsused. Ainult parent'i seadistamine ei tõesta, et iga päring kasutas seda.
Tõrke korral tehke kindlaks nimi ja protsess, mis üritab seda lahendada, enne hosts-faili muutmist. Kliendipoolne muudatus ei saa parandada kõiki järgnevaid otsuseid. Lõplik avalik allikas kuulub hüppele, mis avab veebisaidi ühenduse; selle allika jälgimine ei ole sama, mis mõõta, kus DNS toimus.