Hitilafu za DNS katika mnyororo wa proksi ya HTTP: hatua ipi hutatua jina?
Tenganisha kufikia proksi ya ndani, kutatua mzazi na kutatua tovuti unapochunguza proksi ya mbele iliyofungamana.
client → local forward proxy → HTTP parent → websiteAnza na jina linaloshindikana badala ya kusema DNS yote ni ya «proksi»:
| Jina linalohitajika | Hatua inayohitaji kulifikia |
|---|---|
| Mwisho wa proksi ya ndani | Mteja |
| Mwisho wa mzazi wa HTTP | Proksi ya mbele ya ndani |
| Mwisho wa tovuti | Mzazi anapofungua muunganisho wa mwisho |
Hatua hizo zinaweza kutumia vitatuzi tofauti ikiwa ncha ni majina ya mwenyeji. Kwa HTTPS, proksi ya mbele inaweza kupeleka mwenyeji na bandari ya lengo la CONNECT kwa mzazi, ambaye hufanya muunganisho wa mwisho. Mteja asilia hakihitaji kutatua tovuti kwanza. Uhamishaji wa kawaida wa HTTP pia hubeba taarifa za lengo mbele.
Hii si ahadi kwamba mashine moja hasa huuliza kila jina. Tathmini ya ACL, akiba, sera na maelezo ya utekelezaji vinaweza kusababisha utafutaji zaidi.
Angalia sera ya akiba mzazi asipopatikana. Ikiwa ufikiaji wa moja kwa moja unaruhusiwa, proksi ya ndani inaweza kuwa hatua inayoelekea tovuti, na maamuzi yake ya kitatuzi na anwani ya chanzo. Kusanidi mzazi peke yake hakuthibitishi kwamba kila ombi lilitumia.
Hitilafu ikitokea, tambua jina na mchakato unaojaribu kulitatua kabla ya kuhariri faili la hosts. Uhariri wa upande wa mteja hauwezi kurekebisha kila uamuzi unaofuata. Chanzo cha umma cha mwisho ni cha hatua inayofungua muunganisho wa tovuti; kuchunguza chanzo hicho si sawa na kupima DNS ilikotokea.