DNS-feil i en HTTP-proxykjede: hvilket ledd slår opp navnet?
Skille mellom å nå den lokale proxyen, å slå opp forelderen og å slå opp nettstedet når du diagnostiserer en kjeded forward-proxy.
client → local forward proxy → HTTP parent → websiteStart med navnet som feiler i stedet for å si at all DNS tilhører «proxyen»:
| Nødvendig navn | Ledd som må nå det |
|---|---|
| Endepunkt for lokal proxy | Klienten |
| Endepunkt for HTTP-forelderen | Den lokale forward-proxyen |
| Endepunkt for nettstedet | Forelderen når den åpner den endelige forbindelsen |
Disse leddene kan bruke ulike resolvere når endepunktene er vertsnavn. For HTTPS kan en forward-proxy sende CONNECTs destinasjonsvert og -port videre til forelderen, som oppretter den endelige forbindelsen. Den opprinnelige klienten trenger ikke først å slå opp nettstedet. Vanlig HTTP-videresending bringer også destinasjonsinformasjon videre.
Dette er ikke et løfte om at nøyaktig én maskin spør om hvert navn. ACL-vurdering, hurtigbufring, policy og implementasjonsdetaljer kan gi ekstra oppslag.
Kontroller reservepolitikken når forelderen ikke er tilgjengelig. Hvis direkte tilgang er tillatt, kan den lokale proxyen bli leddet som vender mot nettstedet, med egne beslutninger om resolver og kildeadresse. Bare å konfigurere en forelder beviser ikke at hver forespørsel brukte den.
Ved en feil, identifiser navnet og prosessen som prøver å slå det opp før du redigerer en hosts-fil. En endring på klientsiden kan ikke reparere hver nedstrøms beslutning. Den endelige offentlige kilden tilhører leddet som åpner nettstedets forbindelse; å observere den kilden er ikke det samme som å måle hvor DNS fant sted.