Forcer Pidgin à accepter un certificat non valide

J'obtiens l'erreur suivante sur Pidgin 2.10.10-3.fc20 (libpurple 2.10.10).

Comment puis-je le forcer à accepter un certificat invalide?

(Selon ce rapport de bogue, il devrait être capable).

Voici ce que j'ai fait:

• visité le domaine sur Firefox et exporté le certificat
• importé le certificat sur les outils Pidgin -> certificats
• Importation du certificat sur seahorse(interface graphique de trousseau gnome)

Comme alternative, vous pouvez télécharger le certificat SSL à la main. Ensuite, pidgin démarre sans problème. Pour télécharger le certificat, vous pouvez utiliser l'utilitaire de ligne de commande openssl.

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

Lorsque la commande ci-dessus échoue avec «aucun certificat d'homologue disponible», le serveur utilise peut-être STARTTLS au lieu de SSL. Dans ce cas, utilisez la commande suivante:

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

Copiez maintenant la pièce commençant par "---- BEGIN CERTIFICATE ----". Si vous imprimez le contenu du fichier de certificat, il ressemble à ceci:

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

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

Il s'avère qu'il y a un bug avec les certificats dans Pidgin 2.10.10 (libpurple 2.10.10):

Dans la version 2.10.10, il n'est plus possible de se connecter à un serveur XMPP qui utilise un certificat SSL auto-signé. Le message d'erreur est: Le certificat n'a pas pu être validé. La chaîne de certificats présentée n'est pas valide.

La connexion est possible si le certificat de serveur est déjà dans le cache local (.purple \ certificats \ x509 \ tls_peers). Si le certificat n'est pas encore mis en cache (par exemple après une nouvelle installation de windows / pidgin) la connexion échoue.

La mise à niveau vers 2.10.11 résout le problème. Si vous utilisez une ancienne version d'Ubuntu comme moi, vous pouvez utiliser le PPA (12.04, 14.04 et 14.10)

Il semble important que le nom que vous entrez lors de l'importation du certificat via Tools→ Certificatescorresponde à celui connect serverde la configuration du compte XMPP. C'est la seule façon dont j'ai pu le faire fonctionner pour la même erreur.

Une autre solution consiste à importer le nom du serveur spécifié dans l'erreur comme myserver.chat.com. Par exemple:

1. Ouvrez le navigateur Firefox et mettez l'URL:, HTTPS://mysever.chat.comvous obtiendrez une erreur:

   

2. Sélectionnez l' Advancedoption puis Add Exception. Une fenêtre contextuelle pour le certificat s'ouvrira.

3. Cliquez ensuite sur Advanced-> Details->Export

   

4. Enregistrez le certificat quelque part

5. Ouvrez Pidgin, allez dans Tools-> Certificates-> Add Maintenant, enregistrez le certificat avec le même nom commun que l'erreur au début.

Enfin, essayez de vous reconnecter.

Moyen facile,

1. Fermer Pidgin
2. Trouvez votre dossier de certificats ( Win­dows: %appdata%\.purple) (Linux: /home/<Username>/.purple/certificates/x509/tls_peers)
3. Supprimez tout dans le dossier des certificats.
4. Redémarrez pidgin et vous devriez éventuellement obtenir un nouveau certificat qui fonctionne.

PS: les utilisateurs de Windows qui ne sont pas familiers avec %app­data%simplement tapez %appdata%\.purplevotre barre d'adresse et appuyez sur Entrée.

J'ai pu contourner le problème du certificat en le remplaçant manuellement par une copie enregistrée à quelques reprises. Arrêté de fonctionner après cela, et la mise à niveau vers 2.11 ne semblait pas aider.

Si vous construisez à partir des sources, une chose à essayer est de modifier le code source de libpurple / certificats.c; déplacer la vérification PURPLE_CERTIFICATE_FATALS_MASK sous la vérification PURPLE_CERTIFICATE_NON_FATALS_MASK pour inviter l'utilisateur mais autoriser le certificat s'il est accepté. Ce n'est probablement pas la chose la plus sûre à faire, mais cela a fonctionné pour moi.

Vous pouvez utiliser PPA pour les développeurs Pidgin pour le résoudre. J'ai installé les packages pidgin et libpurple à partir de cette source et cela a résolu mon problème d'accès aux ressources Lync 2013. Maintenant, il peut automatiquement autoriser les certificats (afficher la boîte de dialogue pour accepter ou refuser un certificat inconnu). As-tu essayé ça? Si vous avez utilisé 15.04, il existe également une solution de contournement pour télécharger quelques packages et remplacer les anciens par de nouveaux. Je l'ai déjà testé le 15.04, ça fonctionne.

Forcer pidgin à télécharger de nouveaux certificats.

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

Fermez et rouvrez le pidgin.

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

Maintenant, cela devrait répertorier les certificats nouvellement téléchargés.