Zlyhania DNS v reťazi HTTP proxy: ktorý hop prekladá názov?
Pri diagnostike zreťazenej doprednej proxy oddeľte dosiahnutie miestnej proxy, preklad rodiča a preklad webu.
client → local forward proxy → HTTP parent → websiteZačnite názvom, ktorý zlyháva, namiesto tvrdenia, že všetok DNS patrí „proxy“:
| Potrebný názov | Hop, ktorý k nemu musí dosiahnuť |
|---|---|
| Koncový bod miestnej proxy | Klient |
| Koncový bod HTTP rodiča | Miestna dopredná proxy |
| Koncový bod webu | Rodič, keď otvára konečné spojenie |
Tieto hopy môžu používať rôzne prekladače, ak sú koncovými bodmi názvy hostiteľov. Pri HTTPS môže dopredná proxy odovzdať rodičovi cieľového hostiteľa a port z CONNECT a konečné spojenie nadviaže rodič. Pôvodný klient nemusí web najprv preložiť. Bežné preposielanie HTTP tiež prenáša informácie o cieli ďalej.
To nie je sľub, že každý názov dopytuje práve jeden stroj. Vyhodnotenie ACL, cachovanie, politika a detaily implementácie môžu spôsobiť ďalšie dopyty.
Skontrolujte politiku záložnej cesty, keď je rodič nedostupný. Ak je povolený priamy prístup, miestna proxy sa môže stať hopom obráteným k webu s vlastnými rozhodnutiami o prekladači a zdrojovej adrese. Samotná konfigurácia rodiča nedokazuje, že ho každá požiadavka použila.
Pri zlyhaní určite názov a proces, ktorý sa ho snaží preložiť, skôr než upravíte súbor hosts. Úprava na strane klienta nemôže opraviť každé nasledujúce rozhodnutie. Konečný verejný zdroj patrí hopu, ktorý otvára spojenie s webom; sledovanie tohto zdroja nie je to isté ako meranie, kde k DNS došlo.