Ten błąd oznacza, że przeglądarka i serwer nie potrafią uzgodnić bezpiecznego połączenia TLS albo wspólnego zestawu szyfrów. Kod err_ssl_version_or_cipher_mismatch pojawia się nie tylko przy starej konfiguracji witryny, ale też wtedy, gdy ruch HTTPS jest po drodze filtrowany przez antywirus, VPN albo firmowy proxy. W praktyce liczy się nie sam komunikat, tylko to, czy problem występuje na jednej stronie, czy na całym komputerze.
Najpierw odróżnij problem strony od problemu na komputerze
- Jeśli błąd pojawia się tylko na jednej witrynie, częściej winny jest serwer albo jego konfiguracja TLS.
- Jeśli wywala się wiele stron HTTPS na jednym komputerze, podejrzany jest antywirus, VPN, proxy albo filtr sieciowy.
- Test czasowego wyłączenia skanowania HTTPS zwykle rozstrzyga sprawę w 2-5 minut.
- Nie wyłączaj ochrony na stałe, bo inspekcja HTTPS ma sens bezpieczeństwa i powinna wrócić po teście.
- Warto też sprawdzić datę i godzinę systemu, aktualizacje przeglądarki oraz stan certyfikatów w antywirusie.
Co naprawdę oznacza ten błąd
Ten komunikat nie mówi po prostu „brak internetu”. Chodzi o moment handshake, czyli krótką wymianę danych, w której przeglądarka i serwer ustalają wersję protokołu, szyfr i certyfikat. Jeśli jedna ze stron mówi „za stara wersja”, „zły szyfr” albo „to połączenie nie spełnia moich wymagań bezpieczeństwa”, Chrome przerywa połączenie zamiast udawać, że wszystko jest w porządku.
W praktyce widzę tu trzy najczęstsze scenariusze: witryna ma przestarzałą konfigurację, lokalne oprogramowanie bezpieczeństwa miesza w szyfrowaniu albo system po drodze dokłada własny problem, na przykład z zegarem albo certyfikatami. Dla czytelnika ważne jest jedno: ten sam kod błędu może mieć różne źródła, więc naprawa zaczyna się od prostego zawężenia pola.
| Co widzisz | Co to zwykle oznacza | Co sprawdzić najpierw |
|---|---|---|
| Tylko jedna strona nie działa | Problem po stronie witryny lub jej serwera | Otwórz ją na innym urządzeniu i w innej sieci |
| Wiele stron HTTPS nie działa na jednym PC | Lokalny filtr, antywirus, VPN albo proxy | Test skanowania HTTPS i trybu incognito |
| Po zmianie antywirusa błąd zaczął się od razu | Konflikt certyfikatu lub inspekcji ruchu | Sprawdzenie modułu ochrony WWW |
| Po godzinie pracy problem znika i wraca | Nietrwała konfiguracja, aktualizacja lub certyfikat pośredni | Restart i naprawa ustawień ochrony HTTPS |
Gdy już wiesz, jak rozpoznać objawy, można zejść poziom niżej i sprawdzić, dlaczego akurat antywirus bywa tu głównym podejrzanym.
Dlaczego antywirus potrafi przerwać negocjację TLS
Wiele pakietów bezpieczeństwa nie ogranicza się do skanowania pobranych plików. Mają też moduł ochrony WWW, który wchodzi w zaszyfrowany ruch HTTPS, rozpakowuje go, sprawdza i dopiero potem ponownie szyfruje. Avast opisuje taki mechanizm wprost jako skanowanie HTTPS oparte na ruchu TLS/SSL, więc technicznie jest to użyteczne, ale też podatne na konflikty, jeśli certyfikat lokalny nie jest poprawnie zainstalowany albo jeśli drugi filtr bezpieczeństwa robi to samo.
Najczęściej problem wywołuje jedna z czterech rzeczy:
- niepoprawnie zainstalowany certyfikat antywirusa, przez co przeglądarka nie ufa pośredniemu podpisowi;
- konflikt dwóch narzędzi filtrujących, na przykład antywirusa i VPN z inspekcją HTTPS;
- stara wersja modułu ochrony WWW, która źle dogaduje się z nowszą przeglądarką;
- polityka bezpieczeństwa systemu, która blokuje określone wersje TLS lub zestawy szyfrów.
To ważne, bo od tej przyczyny zależy rozwiązanie. Jeśli winny jest serwer, nic nie pomoże lokalne dłubanie w antywirusie. Jeśli winny jest filtr na twoim komputerze, naprawa jest zwykle szybka i nie wymaga wielkich zmian. Dlatego następny krok to krótki test diagnostyczny, a nie losowe wyłączanie wszystkiego po kolei.
Jak sprawdzić, czy winny jest moduł HTTPS w antywirusie
Ja zwykle zaczynam od najprostszego testu: na chwilę wyłączam tylko skanowanie HTTPS, a nie cały antywirus, i od razu odświeżam stronę. Jeśli po 1-2 minutach witryna otwiera się normalnie, diagnoza jest w zasadzie przesądzona. Jeśli nic się nie zmienia, trzeba szukać dalej.
| Test | Jak go wykonać | Co z niego wynika |
|---|---|---|
| Tę samą stronę otwórz na telefonie | Najlepiej w tej samej sieci Wi-Fi | Jeśli działa, problem jest lokalny na komputerze |
| Tymczasowo wyłącz skanowanie HTTPS | Wyłącz tylko ten moduł na chwilę | Jeśli strona rusza, winny jest filtr antywirusa |
| Uruchom stronę w trybie incognito | Otwórz okno bez rozszerzeń | Jeśli pomaga, podejrzane są dodatki lub polityki przeglądarki |
| Sprawdź inną sieć | Użyj hotspotu z telefonu | Jeśli działa poza domową siecią, problem może siedzieć w routerze albo filtrze sieciowym |
Jeśli którykolwiek z tych testów wskazuje na antywirus, nie zostawiaj ochrony wyłączonej na stałe. To tylko narzędzie diagnostyczne, a nie docelowa konfiguracja. Następny krok to naprawa ustawień, tak żeby zachować ochronę i pozbyć się konfliktu.
Jak naprawić problem bez wyłączania ochrony na stałe
Gdy wiem już, że źródłem jest pakiet bezpieczeństwa, działam od najmniej inwazyjnych rzeczy. Najpierw aktualizuję program i przeglądarkę, bo wiele konfliktów znika po poprawkach modułu WWW. Potem sprawdzam, czy producent nie przewiduje opcji naprawy certyfikatu, przywrócenia domyślnego skanowania HTTPS albo ponownej instalacji komponentu ochrony sieci.
- Zaktualizuj antywirus i przeglądarkę do najnowszej stabilnej wersji.
- Włącz i wyłącz ponownie ochronę HTTPS, jeśli program ma taką opcję.
- Zrestartuj komputer, bo część certyfikatów ładuje się dopiero przy starcie systemu.
- Sprawdź datę i godzinę systemu, zwłaszcza gdy błąd pojawił się po dłuższym odłączeniu od internetu lub po wymianie baterii CMOS.
- Dodaj wyjątek tylko dla zaufanej domeny, jeśli to strona banku, urzędu lub firmowy portal, z którego korzystasz regularnie.
Jeśli po tych krokach strona nadal nie działa, nie dokładałbym kolejnych wyjątków „na próbę”. Lepiej wrócić do konfiguracji antywirusa i sprawdzić, czy w systemie nie ma drugiego filtra HTTPS, który podbija konflikt. Właśnie tu najczęściej wychodzą na jaw nieprzyjemne zestawy typu antywirus plus VPN plus filtr DNS.
Kiedy problem nie leży po stronie antywirusa
Jeżeli błąd występuje na wielu urządzeniach, w różnych przeglądarkach i u kilku osób naraz, bardzo prawdopodobne, że źródło siedzi po stronie witryny. Zwykle chodzi o przestarzały serwer, słaby zestaw szyfrów, nieaktualny certyfikat albo błędnie ustawiony łańcuch zaufania. Google w pomocy Chrome zaleca właścicielom stron przejście na TLS 1.3 oraz nowoczesny zestaw szyfrów, a jednocześnie zostawienie TLS 1.2 dla starszych klientów, co dobrze pokazuje, jak wygląda dziś sensowna konfiguracja.
Dla zwykłego użytkownika oznacza to tyle: jeśli problem wraca niezależnie od twojego komputera, nie próbuj dalej „leczyć” go lokalnie. Możesz zgłosić to właścicielowi strony albo po prostu poczekać na poprawkę. To nie jest porażka po twojej stronie, tylko sygnał, że połączenie po drugiej stronie nie spełnia aktualnych wymagań bezpieczeństwa.
- Jedna domena nie działa, a wszystkie inne otwierają się normalnie.
- Na telefonie, laptopie i innym łączu efekt jest identyczny.
- Problem pojawił się po migracji strony, zmianie hostingu albo odnowieniu certyfikatu.
- Komunikat wraca nawet po wyłączeniu ochrony HTTPS w twoim antywirusie.
W takim układzie antywirus jest tylko posłańcem złej konfiguracji, a nie jej źródłem. To dobra wiadomość, bo pozwala przestać kręcić się w kółko i skupić na właściwym poziomie problemu.
Co zrobić, żeby błąd nie wracał po kilku dniach
Najlepiej działa prosta rutyna: aktualizacje, jeden aktywny filtr bezpieczeństwa i minimalna liczba wyjątków. Ja zwykle pilnuję, żeby nie łączyć kilku narzędzi, które robią to samo, bo wtedy każdy z nich próbuje „pomóc” i kończy się to właśnie dziwnymi problemami z TLS. W praktyce najbardziej stabilne środowisko to takie, w którym przeglądarka, system i antywirus są aktualne, a skanowanie HTTPS jest włączone i poprawnie skonfigurowane.
Warto też pamiętać o jednej rzeczy: jeśli musiałeś wyłączyć ochronę, żeby strona zadziałała, to po diagnozie wróć do ustawień sprzed testu i napraw źródło konfliktu. Tylko wtedy zachowujesz równowagę między wygodą a bezpieczeństwem. Jeśli po wszystkim problem nadal wraca, to już nie jest przypadek dla „szybkiej poprawki”, lecz sygnał do sprawdzenia serwera, proxy albo konfiguracji sieci w firmie.
