DNS klaidos HTTP tarpinio serverio grandinėje: kuri grandis išsprendžia vardą?
Diagnozuodami grandininį persiuntimo tarpinį serverį, atskirkite prisijungimą prie vietinio tarpinio serverio, tėvinio mazgo išsprendimą ir svetainės išsprendimą.
client → local forward proxy → HTTP parent → websitePradėkite nuo nepavykusio vardo, o ne nuo teiginio, kad visas DNS priklauso „tarpiniam serveriui“:
| Reikalingas vardas | Grandis, kuri turi jį pasiekti |
|---|---|
| Vietinio tarpinio serverio galinis taškas | Klientas |
| HTTP tėvinio mazgo galinis taškas | Vietinis persiuntimo tarpinis serveris |
| Svetainės galinis taškas | Tėvinis mazgas, kai atidaro galutinį ryšį |
Šios grandys gali naudoti skirtingus sprendiklius, kai galiniai taškai yra mazgų vardai. Naudojant HTTPS, persiuntimo tarpinis serveris gali perduoti tėviniam mazgui CONNECT paskirties mazgą ir prievadą, o šis užmezga galutinį ryšį. Pradiniam klientui nereikia pirmiausia išspręsti svetainės. Paprastas HTTP persiuntimas taip pat perduoda paskirties informaciją toliau.
Tai nėra pažadas, kad kiekvieną vardą užklausia tiksliai viena mašina. ACL vertinimas, podėliavimas, politika ir įgyvendinimo detalės gali sukelti papildomų užklausų.
Patikrinkite atsarginę politiką, kai tėvinis mazgas nepasiekiamas. Jei tiesioginė prieiga leidžiama, vietinis tarpinis serveris gali tapti į svetainę atsukta grandimi su savo sprendiklio ir šaltinio adreso sprendimais. Vien tėvinio mazgo konfigūravimas neįrodo, kad kiekviena užklausa jį naudojo.
Esant klaidai, prieš redaguodami hosts failą nustatykite vardą ir procesą, kuris bando jį išspręsti. Kliento pusės pakeitimas negali pataisyti visų vėlesnių sprendimų. Galutinis viešasis šaltinis priklauso grandžiai, kuri atidaro svetainės ryšį; stebėti tą šaltinį nėra tas pats, kas matuoti, kur įvyko DNS.