DNS hutsegiteak HTTP proxy kate batean: zein jauzik ebazten du izena?
Bereizi proxy lokalera iristea, gurasoa ebaztea eta webgunea ebaztea kateatutako aurreranzko proxy bat diagnostikatzean.
client → local forward proxy → HTTP parent → websiteHasten den izenarekin hasi, DNS guztia «proxyarena» dela esan beharrean:
| Behar den izena | Hara iritsi behar duen jauzia |
|---|---|
| Proxy lokalaren muturra | Bezeroa |
| HTTP gurasoaren muturra | Aurreranzko proxy lokala |
| Webgunearen muturra | Gurasoa azken konexioa irekitzen duenean |
Jauzi horiek ebazle desberdinak erabil ditzakete muturrak ostalari-izenak direnean. HTTPSn, aurreranzko proxy batek CONNECTen helmuga-ostalaria eta portua gurasoari pasa diezazkioke, eta harekin egiten du azken konexioa. Jatorrizko bezeroak ez du webgunea lehenengo ebazteko beharrik. HTTP aurreratze soilak ere helmugako informazioa aurrera eramaten du.
Hau ez da izen bakoitza makineria batek bakarrik galdetuko duen promesa. ACL ebaluazioak, cacheak, politikak eta inplementazio-xehetasunek bilaketa gehigarriak eragin ditzakete.
Egiaztatu fallback politika gurasoa erabilgarri ez dagoenean. Sarbide zuzena baimenduta badago, proxy lokala webguneari begira dagoen jauzia bihur daiteke, bere ebazle eta iturburu-helbide erabakiekin. Gurasoa konfiguratzeak soilik ez du frogatzen eskaera guztiek hura erabili zutenik.
Hutsegitean, identifikatu izena eta hura ebazten saiatzen den prozesua hosts fitxategia editatu aurretik. Bezeroaren aldeko aldaketa batek ezin ditu ondorengo erabaki guztiak konpondu. Azken iturburu publikoa webgunearen konexioa irekitzen duen jauziarena da; iturburu horri behatzea ez da DNS non gertatu zen neurtzearen berbera.