Jeżeli w panelu WordPress pojawia się komunikat:

cURL error 60: SSL certificate verify result: unable to get local issuer certificate (20)

może to oznaczać problem z weryfikacją certyfikatów SSL przez WordPress. W efekcie strona może mieć problemy z komunikacją z zewnętrznymi serwerami.

Błąd może między innymi powodować:

• problemy z aktualizacją wtyczek,
• problemy z aktualizacją WordPressa,
• brak komunikacji z niektórymi usługami zewnętrznymi,
• problemy z połączeniami API,
• problemy z wysyłaniem wiadomości przez zewnętrzne serwery SMTP.

Dlaczego pojawia się błąd cURL 60?

WordPress podczas komunikacji z zewnętrznymi serwerami sprawdza ich certyfikaty SSL. Do tego wykorzystuje między innymi zestaw zaufanych certyfikatów.

Jeżeli plik zawierający te certyfikaty jest nieaktualny, WordPress może nie być w stanie prawidłowo zweryfikować certyfikatu serwera.

Wtedy pojawia się między innymi błąd:

cURL error 60

Problem tego typu był szczególnie widoczny w związku z wygaśnięciem certyfikatu DST Root CA X3 Let’s Encrypt we wrześniu 2021 roku.

---

Jak naprawić cURL error 60 w WordPress?

Krok 1. Najpierw wykonaj kopię zapasową

Przed modyfikacją plików WordPressa warto wykonać:

• kopię plików strony,
• kopię bazy danych.

Dzięki temu w razie problemu można przywrócić poprzednią wersję pliku.

---

Krok 2. Sprawdź wersję WordPressa

W pierwszej kolejności sprawdź, czy WordPress jest aktualny.

W panelu administracyjnym przejdź do:

Kokpit → Aktualizacje

i sprawdź dostępność nowej wersji WordPressa.

Dlaczego aktualizacja jest ważna?

Nowsze wersje WordPressa zawierają aktualniejsze certyfikaty oraz poprawki dotyczące komunikacji SSL.

Jeżeli możesz bezpiecznie zaktualizować WordPressa, jest to najlepsze rozwiązanie.

---

Krok 3. Zlokalizuj plik certyfikatów WordPress

Jeżeli aktualizacja WordPressa nie jest możliwa, można ręcznie zaktualizować plik zawierający certyfikaty.

Plik znajduje się tutaj:

/wp-includes/certificates/ca-bundle.crt

Czyli w katalogu instalacji WordPressa należy wejść do:

wp-includes
↓
certificates

i znaleźć plik:

ca-bundle.crt

---

Krok 4. Pobierz aktualny plik ca-bundle.crt

Aktualny plik można pobrać z oficjalnego repozytorium WordPress:

Oficjalny plik ca-bundle.crt WordPress na GitHub

Należy pobrać plik ca-bundle.crt, a nie całą stronę GitHub.

---

Krok 5. Zastąp stary plik

Do plików strony można dostać się na przykład przez:

• menedżer plików w panelu hostingu,
• FTP,
• SFTP.

Przed zastąpieniem pliku warto zmienić nazwę starego pliku, np.:

ca-bundle.crt

na:

ca-bundle.crt.backup

Następnie wgraj pobrany, aktualny:

ca-bundle.crt

do katalogu:

/wp-includes/certificates/

---

Krok 6. Sprawdź działanie WordPressa

Po wymianie pliku wróć do panelu WordPressa i sprawdź, czy problem nadal występuje.

Możesz między innymi spróbować:

• sprawdzić dostępność aktualizacji,
• zaktualizować wtyczkę,
• wykonać operację, podczas której wcześniej pojawiał się błąd.

Jeżeli komunikat cURL error 60 zniknął, problem został rozwiązany.

---

Ważne: nie zawsze problem znajduje się w WordPressie

Błąd:

cURL error 60

nie zawsze oznacza uszkodzony lub nieaktualny plik ca-bundle.crt.

Problem może znajdować się również w konfiguracji:

• serwera,
• PHP,
• biblioteki cURL,
• OpenSSL,
• systemowego magazynu certyfikatów CA.

Dlatego jeżeli wymiana pliku ca-bundle.crt nie pomaga, warto skontaktować się z administratorem hostingu.

Administrator serwera może sprawdzić między innymi konfigurację certyfikatów CA oraz bibliotek SSL/cURL.

---

Podsumowanie

Jeżeli WordPress wyświetla:

cURL error 60

najlepiej postępować w tej kolejności:

1. Wykonaj kopię zapasową.

2. Zaktualizuj WordPressa, jeżeli jest to możliwe.

3. Jeżeli aktualizacja nie jest możliwa, sprawdź plik:

/wp-includes/certificates/ca-bundle.crt

4. Pobierz aktualną wersję pliku z oficjalnego repozytorium WordPress.

5. Zastąp stary plik nowym.

6. Sprawdź aktualizacje i działanie wtyczek.

7. Jeżeli problem nadal występuje – zgłoś go administratorowi serwera.

Ważna uwaga

Ręczna wymiana ca-bundle.crt jest przede wszystkim rozwiązaniem awaryjnym dla starszych instalacji WordPressa. Jeżeli strona pozwala na bezpieczną aktualizację WordPressa, zdecydowanie lepiej zacząć od aktualizacji całego systemu.