Falhas de DNS numa cadeia de proxy HTTP: qual salto resolve o nome?
Separe chegar ao proxy local, resolver o pai e resolver o site ao diagnosticar um proxy de encaminhamento encadeado.
client → local forward proxy → HTTP parent → websiteComece pelo nome que falha em vez de afirmar que todo o DNS pertence «ao proxy»:
| Nome necessário | Salto que precisa de o alcançar |
|---|---|
| Ponto final do proxy local | O cliente |
| Ponto final do pai HTTP | O proxy de encaminhamento local |
| Ponto final do site | O pai quando abre a ligação final |
Esses saltos podem usar resolvedores diferentes quando os pontos finais são nomes de anfitrião. Em HTTPS, um proxy de encaminhamento pode passar ao pai o anfitrião e a porta de destino do CONNECT, que estabelece a ligação final. O cliente original não precisa de resolver primeiro o site. O encaminhamento HTTP simples também transporta a informação de destino para a frente.
Isto não é uma promessa de que exatamente uma máquina consulte cada nome. A avaliação de ACL, a cache, a política e os detalhes de implementação podem provocar pesquisas adicionais.
Verifique a política de recurso quando o pai não está disponível. Se o acesso direto for permitido, o proxy local pode tornar-se o salto virado para o site, com as suas próprias decisões de resolvedor e de endereço de origem. Apenas configurar um pai não prova que todos os pedidos o usaram.
Numa falha, identifique o nome e o processo que tenta resolvê-lo antes de editar um ficheiro hosts. Uma edição do lado do cliente não pode reparar todas as decisões seguintes. A fonte pública final pertence ao salto que abre a ligação ao site; observar essa fonte não é o mesmo que medir onde ocorreu o DNS.