DNS-virheet HTTP-välityspalvelinketjussa: mikä hyppy selvittää nimen?
Erottele paikalliseen välityspalvelimeen pääseminen, parentin selvittäminen ja verkkosivuston selvittäminen, kun diagnosoit ketjutettua forward-välityspalvelinta.
client → local forward proxy → HTTP parent → websiteAloita epäonnistuvasta nimestä sen sijaan, että sanoisit kaiken DNS:n kuuluvan ”välityspalvelimelle”:
| Tarvittava nimi | Hyppy, jonka täytyy tavoittaa se |
|---|---|
| Paikallisen välityspalvelimen päätepiste | Asiakas |
| HTTP-parentin päätepiste | Paikallinen forward-välityspalvelin |
| Verkkosivuston päätepiste | Parent, kun se avaa lopullisen yhteyden |
Nämä hypyt voivat käyttää eri selvittäjiä, kun päätepisteet ovat isäntänimiä. HTTPS:ssä forward-välityspalvelin voi välittää CONNECTin kohdeisännän ja portin parentille, joka muodostaa lopullisen yhteyden. Alkuperäisen asiakkaan ei tarvitse ensin selvittää verkkosivustoa. Tavallinen HTTP-välitys kuljettaa myös kohdetietoja eteenpäin.
Tämä ei ole lupaus siitä, että täsmälleen yksi kone kysyy jokaista nimeä. ACL-arviointi, välimuisti, käytäntö ja toteutuksen yksityiskohdat voivat aiheuttaa lisähakuja.
Tarkista varareittikäytäntö, kun parent ei ole käytettävissä. Jos suora pääsy on sallittu, paikallisesta välityspalvelimesta voi tulla verkkosivustoon päin oleva hyppy, jolla on omat selvittäjä- ja lähdeosoitepäätöksensä. Pelkkä parentin määrittäminen ei todista, että jokainen pyyntö käytti sitä.
Vian kohdalla tunnista nimi ja prosessi, joka yrittää selvittää sitä, ennen hosts-tiedoston muokkaamista. Asiakaspään muutos ei voi korjata kaikkia myöhempiä päätöksiä. Lopullinen julkinen lähde kuuluu hypylle, joka avaa verkkosivuston yhteyden; tuon lähteen tarkkaileminen ei ole sama asia kuin mitata, missä DNS tapahtui.