Sayt yanlış sertifikat göstərir? Dinləyicini tapın

Veb hostda VPN proqramı quraşdırmaq xidmətləri yenidən düzə bilər, lakin gözlənilməz sertifikat Apache fayllarının yenidən yazıldığını sübut etmir. Nəsə həmin sertifikatı brauzerinizə təqdim etdi və ilk vəzifə onu adlandırmaqdır. Dinləyici və virtual host müəyyən edilməyənə qədər hər düzəliş yanlış qata tətbiq olunan təxmindir. Aşağıdakı bütün yoxlama yalnız oxumaqdır.

Məsələni həll edən faktları toplayarkən heç nə yenidən başladılmır, silinmir və ya üzərinə yazılmır.

Brauzerin həqiqətən aldığı sertifikatı oxuyun

Host adını, hər ünvan ailəsi üçün həll olunmuş ünvanı, portu və brauzerin şikayət etdiyi sertifikat detallarını qeyd edin. Həm A, həm də AAAA qeydinə həll olunan ad iki fərqli ön hissəyə çata bilər və yalnız biri sizin shell girişiniz olan host ola bilər. Proksi arxasındakı brauzer yenidən üçüncü yol tuta bilər. Xəbərdarlığı hansının yaratdığını təxmin etmək, sahib olduğunuz yeganə müşahidəni israf edir.

Sonra eyni yolda olan bir maşından handshake-i təkrarlayın, ünvanı açıq şəkildə göstərin və nəzərdə tutulan server adını göndərin ki, cavab default hostu deyil, saytı əks etdirsin.

openssl s_client -connect 198.51.100.37:443 -servername www.example.net </dev/null 2>/dev/null |
  openssl x509 -noout -subject -issuer -fingerprint -sha256 -ext subjectAltName

Subyekt alternativ adlarını və barmaq izini gözlədiyiniz sertifikatla müqayisə edin, tanış emissarla deyil. Server adı olmadan çılpaq ünvana qoşulmaq default sertifikat seçə bilər, o zaman bu, həqiqətən yanlış sual olduğu halda yanlış fayl kimi görünür.

Həmin porta bağlanmış prosesi müəyyən edin

Bağlantını qəbul etməli olan hostda dinləyiciləri sadalayın və bind ünvanını, ünvan ailəsini və proses sahibini qeyd edin. Loopback ünvanına bağlanmış xidmət hər interfeysə bağlanmış xidmətlə eyni deyil və konteyner publikasiyası ictimai dinləyicini tamamilə başqa yerə qoya bilər.

sudo ss -ltnp 'sport = :443'
sudo ss -ltnp | grep -E ':(443|943)\b'

TLS öndə duran yük balanslaşdırıcı və ya proksi tərəfindən sonlandırılırsa, burada dayanın və əvəzinə həmin ön hissəni yoxlayın. Arxadakı Apache nüsxəsi ictimai brauzerə heç vaxt sertifikat təqdim etməyə bilər, ona görə də onun konfiqurasiyasını redaktə etmək brauzerin gördüyü heç nəyi dəyişmir. Socket görünüşü və xarici handshake eyni yolu təsvir etməlidir və bu müqayisə məhz bunu müəyyən edir.

Fayldan əvvəl virtual hostu uyğunlaşdırın

Apache sonlandırıcıdırsa, ondan həmin ünvan və ad üçün hansı virtual hostun qalib gəldiyini soruşun. Nəzarət əmri effektiv sxemi çap edir, o cümlədən hər socketə uyğun qrupu, elan olunmuş server adlarını və default kimi qəbul edilən hostu. Bu cavab olmadan sertifikat faylını redaktə etmək, düzgün fayldan yanlış saytın təqdim olunmasına gətirib çıxarır.

sudo apachectl -S

Apache SSL FAQ server adı göstəricisinin sertifikatı necə seçdiyini izah edir. HTTP Host başlığı handshake-dən sonra gəlir və artıq təqdim edilmiş olanı geriyə dəyişdirə bilməz, buna görə uyğun gəlməyən və ya olmayan ad default hosta qayıdır.

ServerAlias-da yazı səhvi olan adlandırılmış virtual host məhz bu simptomu yaradır və əvvəlcə hər şeyi tutan hostu yükləyən ikinci konfiqurasiya faylı da eyni şeyi edir. Hər ikisi həmin sxem siyahısında görünür.

Düzəlişi iddia etdiyiniz hər yolda yoxlayın

Təsdiqlənmiş dəyişiklikdən sonra hər ünvan ailəsi üçün host adına xas yoxlamanı təkrarlayın və yan keçmə bayrağı əvəzinə brauzerin adi validasiyası ilə bitirin. Ortaq dinləyici parametrlərinə toxunmazdan əvvəl ayrı bir idarəetmə yolu saxlayın, çünki oradakı səhv geri qaytarmaq üçün istifadə edəcəyiniz girişi götürür. Sonra hansı dinləyicinin cavab verdiyini, hansı virtual hostun uyğunlaşdığını və əvvəl və sonra hansı sertifikatın verildiyini yazın.

Paket silinməsi sxemi dəyişə və ilkin uyğunsuzluğu izahsız qoya bilər, buna görə də həmin qeyd təmirdən daha uzun yaşayır.

İstədiyiniz nəticə nəzərdə tutulan giriş nöqtəsində nəzərdə tutulan saytdır. Əlaqəsiz bir xidmət yox olduqdan sonra fərqli sertifikat həmin nəticə deyil, hətta brauzer şikayət etməyi dayandırsa da.