Yoxlama proksisinin hansı tərəfi sertifikatı rədd etdi?

Müştəri təsdiqlənmiş yoxlama proksisinə etibar edir. Sorğu yenə də sertifikat xətası səbəbindən uğursuz olur. Hər iki fakt doğru ola bilər: bu proksisin yoxlamalı olduğu başqa bir TLS əlaqəsi var.

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

Müdaxilə quruluşunda vasitəçi müştərinin TLS sessiyasını sonlandırır və irəliyə doğru öz bağlantısını yaradır. Müştəri öz tərəfində təqdim olunan sertifikatı qəbul edə bilər, proksi isə vebsaytdan aldığı sertifikatı rədd edir.

Yoxlayıcının xətasını oxuyun

Uğursuz zənciri və ya host adını hansı prosesin bildirdiyini müəyyən edin. Proksi tərəfindən yaradılmış xəta səhifəsi etibarlı bağlantı ilə müştəriyə uğurla çata bilər. Müştərinin CA faylını yenidən dəyişmək proksisin yuxarı istiqamət etimad konfiqurasiyasını yeniləmir.

Məsələn, Mitmproxy ayrı yuxarı istiqamət etimad seçimlərini sənədləşdirir, o cümlədən ssl_verify_upstream_trusted_ca. Səlahiyyətli administrator yoxlamanı qoruyaraq yuxarı istiqamət xidməti üçün təsdiqlənmiş etimad qura bilər. Başqa bir proksi məhsulu öz uyğun interfeysini tələb edir.

Faktiki təyinat adını və zənciri də yoxlayın. Ara sertifikatı olmayan özəl xidmət, vaxtı keçmiş sertifikat və tanınmayan özəl verən fərqli təmir tələb edir. Bir özəl xidmət üçün nəzərdə tutulan istisna səssizcə hər sertifikatın qlobal qəbuluna çevrilməməlidir.

Adi CONNECT tuneli fərqlidir

Qeyri-şəffaf irəli tunel təyinat TLS-ni bu şəkildə ayırmır. Tətbiq adətən həmin ucdan-uca TLS sessiyasını özü danışır və yoxlayır. Yoxlama proksisi parametrlərini hər hansı vasitəçiyə tətbiq etmək əvəzinə əvvəlcə müdaxilənin həqiqətən marşrutun hissəsi olub-olmadığını müəyyənləşdirin.

İki yoxlama nəticəsini ayrıca qeyd edin. “Proksinin sertifikatı etibarlıdır” müştəri tərəfindəki suala cavab verir; proksisin yuxarı qoşularkən nə gördüyünü təsdiqləmir.