DNS-Feeler an enger HTTP-Proxy-Kette: wéi eng Statioun léist den Numm op?
Trennt beim Diagnostizéieren vun engem verketteten Forward-Proxy d'Erreechen vum lokale Proxy, d'Opléise vum Parent an d'Opléise vun der Websäit.
client → local forward proxy → HTTP parent → websiteFänkt mam Numm un, deen ausfällt, amplaz ze soen, all DNS géif „dem Proxy“ gehéieren:
| Néidegen Numm | Statioun, déi en erreeche muss |
|---|---|
| Endpunkt vum lokale Proxy | De Client |
| Endpunkt vum HTTP-Parent | De lokale Forward-Proxy |
| Endpunkt vun der Websäit | De Parent, wann en déi lescht Verbindung opmécht |
Dës Statiounen kënnen ënnerschiddlech Resolver benotzen, wann d'Endpunkten Hostnimm sinn. Bei HTTPS kann e Forward-Proxy dem Parent den Zilhost a -port vum CONNECT weiderginn, deen déi lescht Verbindung opbaut. Den urspréngleche Client muss d'Websäit net als éischt opléisen. Och d'einfach HTTP-Weidergab bréngt Zilinformatiounen no vir.
Dëst ass keng Verspriechen, datt genee eng Maschinn all Numm freet. ACL-Auswäertung, Caching, Polititk a Implementéierungsdetailer kënnen zousätzlech Ofbroen verursaachen.
Préift d'Fallback-Politik, wann de Parent net disponibel ass. Wann de direkte Zougrëff erlaabt ass, kann de lokale Proxy zu der Statioun ginn, déi op d'Websäit kuckt, mat sengen eegene Resolver- a Quelladress-Entscheedungen. Just e Parent konfiguréieren beweist net, datt all Ufro en benotzt huet.
Bei engem Feeler identifizéiert den Numm an de Prozess, deen en opléise wëll, ier Dir eng hosts-Datei ännert. Eng Ännerung op Client-Säit kann net all spéider Entscheedung reparéieren. D'lescht ëffentlech Quell gehéiert zu der Statioun, déi d'Verbindung mat der Websäit opmécht; dës Quell ze observéieren ass net datselwecht wéi ze moossen, wou DNS geschitt ass.