Fallos de DNS nunha cadea de proxy HTTP: que salto resolve o nome?
Separe chegar ao proxy local, resolver o pai e resolver o sitio web ao diagnosticar un proxy de reenvío encadeado.
client → local forward proxy → HTTP parent → websiteComece polo nome que falla en lugar de dicir que todo o DNS pertence «ao proxy»:
| Nome necesario | Salto que debe acadar |
|---|---|
| Extremo do proxy local | O cliente |
| Extremo do pai HTTP | O proxy de reenvío local |
| Extremo do sitio web | O pai cando abre a conexión final |
Eses saltos poden usar resolutores distintos cando os extremos son nomes de host. En HTTPS, un proxy de reenvío pode pasar ao pai o host e o porto de destino de CONNECT, que establece a conexión final. O cliente orixinal non precisa resolver primeiro o sitio web. O reenvío HTTP simple tamén transporta a información de destino cara adiante.
Isto non é unha promesa de que exactamente unha máquina consulte cada nome. A avaliación de ACL, a caché, a política e os detalles de implementación poden provocar procuras adicionais.
Comprobe a política de reserva cando o pai non está dispoñible. Se se permite o acceso directo, o proxy local pode converterse no salto que mira ao sitio web, coas súas propias decisións de resolutor e de enderezo de orixe. Só configurar un pai non demostra que todas as peticións o usasen.
Ante un fallo, identifique o nome e o proceso que tenta resolvelo antes de editar un ficheiro hosts. Unha edición no lado do cliente non pode reparar todas as decisións posteriores. A fonte pública final pertence ao salto que abre a conexión co sitio web; observar esa fonte non é o mesmo que medir onde ocorreu o DNS.