Збоі DNS ў ланцугу HTTP-проксі: які вузел развязвае імя?
Аддзяляйце дасягненне лакальнага проксі, развязанне бацькоўскага і развязанне сайта пры дыягностыцы ланцужковага прымога проксі.
client → local forward proxy → HTTP parent → websiteПачынайце з імені, якое не развязалася, а не з тэзіса, што ўвесь DNS належыць «проксі»:
| Патрэбнае імя | Вузел, якому трэба да яго дайсці |
|---|---|
| Канечная кропка лакальнага проксі | Кліент |
| Канечная кропка бацькоўскага HTTP | Лакальны прамы проксі |
| Канечная кропка сайта | Бацькоўскі вузел, калі адкрывае апошняе злучэнне |
Гэтыя вузлы могуць выкарыстоўваць розныя рэзалверы, калі канечныя кропкі — гэта імёны хостаў. Для HTTPS прамы проксі можа перадаць бацькоўскаму вузлу хост і порт прызначэння CONNECT, і менавіта бацькоўскі вузел ўсталёўвае апошняе злучэнне. Першапачатковаму кліенту не абавязкова спачатку развязваць сайт. Звычайнае прамаванне HTTP таксама перадае інфармацыю пра прызначэнне далей.
Гэта не абяцанне, што кожнае імя запытвае роўна адна машына. Ацэнка ACL, кэшаванне, палітыка і дэталі рэалізацыі могуць выклікаць дадатковыя запыты.
Праверце палітыку рэзервовага шляху, калі бацькоўскі вузел недаступны. Калі прамы доступ дазволены, лакальны проксі можа стаць вузлом, які глядзіць на сайт, са сваімі рашэннямі пра рэзалвер і адрас крыніцы. Само наладжванне бацькоўскага вузла не даказвае, што кожны запыт ім карыстаўся.
Пры збоі вызначце імя і працэс, які спрабуе яго развязаць, перш чым правіць файл hosts. Праўка на баку кліента не можа выправіць усе наступныя рашэнні. Канчатковая публічная крыніца належыць вузлу, які адкрывае злучэнне з сайтам; назіранне за гэтай крыніцай не тое самае, што вымярэнне, дзе адбываўся DNS.