HTTP proksi zəncirində DNS xətaları: adı hansı hop həll edir?
Zəncirənmiş forvard proksini diaqnoz edərkən yerli proksiyə çatmağı, parent-in adı həll etməsini və saytın həllini ayırın.
client → local forward proxy → HTTP parent → websiteBütün DNS-in “proksiyə” aid olduğunu söyləmək əvəzinə, uğursuz olan addan başlayın:
| Lazım olan ad | Ona çatmalı olan hop |
|---|---|
| Yerli proksi endpoint | Müştəri |
| HTTP parent endpoint | Yerli forvard proksi |
| Sayt endpoint | Parent son bağlantını açanda |
Endpoint-lər host adı olduqda bu hop-lar müxtəlif həlledicilərdən istifadə edə bilər. HTTPS üçün forvard proksi CONNECT-in təyinat hostunu və portunu parent-ə ötürə bilər, son bağlantını parent açır. Orijinal müştərinin əvvəlcə saytı həll etməsi lazım deyil. Adi HTTP forvardı da təyinat məlumatını irəliyə ötürür.
Bu, hər adı məhz bir maşının sorğulaması vədi deyil. ACL qiymətləndirməsi, keşləmə, siyasət və tətbiq detalları əlavə axtarışlara səbəb ola bilər.
Parent əlçatan olmadıqda fallback siyasətini yoxlayın. Birbaşa girişə icazə verilirsə, yerli proksi öz həlledicisi və mənbə-ünvan qərarları ilə sayta baxan hop ola bilər. Sadəcə parent konfiqurasiya etmək hər sorğunun ondan istifadə etdiyini sübut etmir.
Xəta olduqda, hosts faylını redaktə etməzdən əvvəl adı və onu həll etməyə çalışan prosesi müəyyən edin. Müştəri tərəfindəki düzəliş bütün sonrakı qərarları bərpa edə bilməz. Son ictimai mənbə sayt bağlantısını açan hop-a aiddir; həmin mənbəni müşahidə etmək DNS-in harada baş verdiyini ölçməklə eyni şey deyil.