Zmusić Pidgin do przyjęcia nieprawidłowego certyfikatu

Otrzymuję następujący błąd na Pidgin 2.10.10-3.fc20 (libpurple 2.10.10).

Jak mogę zmusić go do zaakceptowania nieważnego certyfikatu?

(Zgodnie z tym raportem błędu powinien być w stanie).

Oto co zrobiłem:

• odwiedził domenę w Firefoksie i wyeksportował certyfikat
• zaimportowałem certyfikat do narzędzi Pidgin -> certyfikaty
• Zaimportowano certyfikat seahorse(GUI z kluczem gnome)

Alternatywnie możesz pobrać certyfikat ssl ręcznie. Następnie pidgin zaczyna się bez problemów. Aby pobrać certyfikat, możesz użyć narzędzia wiersza polecenia openssl.

~/.purple/certificates/x509/tls_peers$ openssl s_client -connect YOUR_SERVER:PORTNUMBER  

Gdy powyższe polecenie zakończy się niepowodzeniem i „nie ma dostępnego certyfikatu równorzędnego”, być może serwer używa STARTTLS zamiast SSL. W takim przypadku użyj następującego polecenia:

~/.purple/certificates/x509/tls_peers$ openssl s_client -connect YOUR_SERVER:PORTNUMBER -starttls xmpp

Teraz skopiuj część zaczynającą się od „---- ROZPOCZNIJ CERTYFIKAT ----”. Jeśli wydrukujesz zawartość pliku certyfikatu, wygląda to tak:

~/.purple/certificates/x509/tls_peers$ cat jabber.ulm.ccc.de 

-----BEGIN CERTIFICATE-----
MIIFXDCCA0QCCQCa5jxvwccm0DANBgkqhkiG9w0BAQUFADBwMQswCQYDVQQGEwJE
RTEMMAoGA1UEBxMDVWxtMRUwEwYDVQQLEwxDQ0MgRXJmYSBVbG0xGjAYBgNVBAMT
EWphYmJlci51bG0uY2NjLmRlMSAwHgYJKoZIhvcNAQkBFhFqYWJiZXJAdWxtLmNj
...
3EIpMVk3V1djyj0FEuDaG/o+6BTLCiIMiIUFtbpVz8YZChHbv8ObMJ5JpUIkDfKZ
si1YZKpUYwpVXgTCUml67lArx/sq95OQsDSO3fR1Ch0=
-----END CERTIFICATE-----

Okazuje się, że w Pidgin 2.10.10 (libpurple 2.10.10) występuje błąd z certyfikatami :

W wersji 2.10.10 nie jest już możliwe połączenie z serwerem XMPP, który korzysta z samopodpisanego certyfikatu SSL. Komunikat o błędzie to: Nie można zweryfikować certyfikatu dla. Przedstawiony łańcuch certyfikatów jest nieprawidłowy.

Połączenie jest możliwe, jeśli certyfikat serwera znajduje się już w lokalnej pamięci podręcznej (.purple \ certyfikaty \ x509 \ tls_peers). Jeśli certyfikat nie jest jeszcze buforowany (np. Po nowej instalacji systemu Windows / pidgin) połączenie nie powiedzie się.

Aktualizacja do 2.10.11 rozwiązuje problem. Jeśli używasz starszej wersji Ubuntu, takiej jak ja, możesz użyć PPA (12.04, 14.04 i 14.10)

Wydaje się ważne, aby nazwa wprowadzana podczas importowania certyfikatu przez Tools→ była Certificateszgodna z connect serverkonfiguracją konta XMPP. To jedyny sposób, w jaki udało mi się sprawić, by działał z tym samym błędem.

Innym obejściem jest zaimportowanie nazwy serwera określonej w błędzie, np myserver.chat.com. Na przykład:

1. Otwórz przeglądarkę Firefox i wpisz adres URL: HTTPS://mysever.chat.compojawi się błąd:

   

2. Wybierz, Advanceda następnie opcję Add Exception. Otworzy się okienko wyskakujące dla certyfikatu.

3. Następnie kliknij Advanced-> Details->Export

   

4. Zapisz gdzieś certyfikat

5. Otwórz Pidgin, przejdź do Tools-> Certificates-> Add Teraz zapisz certyfikat o tej samej wspólnej nazwie co błąd na początku.

Na koniec spróbuj połączyć się ponownie.

Łatwy sposób,

1. Zamknij Pidgin
2. Znajdź folder Certyfikaty ( Win­dows: %appdata%\.purple) (Linux: /home/<Username>/.purple/certificates/x509/tls_peers)
3. Usuń wszystko z folderu certyfikatu.
4. Uruchom ponownie pidgin i ostatecznie powinieneś dostać nowy certyfikat, który działa.

PS: Użytkownicy systemu Windows, którzy nie są zaznajomieni z %app­data%po prostu wpisz %appdata%\.purpleswój pasek adresu i naciśnij klawisz Enter.

Byłem w stanie obejść problem z certyfikatem, kilkakrotnie ręcznie zastępując go zapisaną kopią. Po tym przestałem działać, a aktualizacja do 2.11 nie pomogła.

Jeśli budujesz ze źródła, jedną rzeczą jest próba modyfikacji kodu źródłowego dla libpurple / certyfikaty.c; przenoszenie testu PURPLE_CERTIFICATE_FATALS_MASK w polu PURPLE_CERTIFICATE_NON_FATALS_MASK, aby monitować użytkownika, ale zezwolić na certyfikat, jeśli zostanie zaakceptowany. Prawdopodobnie nie najbezpieczniejsza rzecz do zrobienia, ale działała dla mnie.

Możesz użyć PPA dla programistów Pidgin, aby go rozwiązać. Zainstalowałem pakiety pidgin i libpurple z tego źródła i rozwiązało to mój problem z dostępem do zasobów programu Lync 2013. Teraz może automatycznie zezwalać na certyfikaty (pokaż okno dialogowe, aby zaakceptować lub odrzucić nieznany certyfikat). Próbowałeś tego? Jeśli korzystałeś z wersji 15.04, istnieje również obejście umożliwiające pobranie kilku pakietów i zastąpienie starych nowymi. Testowałem go już 15.04, działa.

Zmuś pidgin do pobierania nowych certyfikatów.

rm ~/.purple/certificates/x509/tls_peers/*

Zamknij i ponownie otwórz pidgin.

ls ~/.purple/certificates/x509/tls_peers/*

Teraz powinno to zawierać listę nowo pobranych certyfikatów.