DNS kļūdas HTTP starpniekservera ķēdē: kura saite atrisina vārdu?
Diagnozējot ķēdveida pāradresācijas starpniekserveri, atdaliet piekļuvi vietējam starpniekserverim, vecāka atrisināšanu un vietnes atrisināšanu.
client → local forward proxy → HTTP parent → websiteSāciet ar vārdu, kas neizdodas, nevis ar apgalvojumu, ka viss DNS pieder „starpniekserverim“:
| Nepieciešamais vārds | Saite, kurai tas jāsasniedz |
|---|---|
| Vietējā starpniekservera galapunkts | Klients |
| HTTP vecāka galapunkts | Vietējais pāradresācijas starpniekserveris |
| Vietnes galapunkts | Vecāks, kad atver galīgo savienojumu |
Šīs saites var izmantot dažādus atrisinātājus, ja galapunkti ir resursdatoru nosaukumi. HTTPS gadījumā pāradresācijas starpniekserveris var nodot vecākam CONNECT galamērķa resursdatoru un portu, un vecāks izveido galīgo savienojumu. Sākotnējam klientam nav vispirms jāatrisina vietne. Vienkārša HTTP pāradresācija arī pārvada galamērķa informāciju tālāk.
Tas nav solījums, ka tieši viena mašīna vaicā par katru vārdu. ACL novērtēšana, kešatmiņa, politika un ieviešanas detaļas var izraisīt papildu meklējumus.
Pārbaudiet rezerves politiku, kad vecāks nav pieejams. Ja tieša piekļuve ir atļauta, vietējais starpniekserveris var kļūt par uz vietni vērstu saiti ar saviem atrisinātāja un avota adreses lēmumiem. Tikai vecāka konfigurēšana nepierāda, ka katrs pieprasījums to izmantoja.
Kļūdas gadījumā pirms hosts faila rediģēšanas nosakiet vārdu un procesu, kas mēģina to atrisināt. Klienta puses labojums nevar izlabot visus turpmākos lēmumus. Galīgais publiskais avots pieder saitei, kas atver vietnes savienojumu; šī avota novērošana nav tas pats, kas mērīt, kur notika DNS.