Afin d’utiliser correctement le protocole HTTPS sur un site Web, un certain type de fichier est n\u00e9cessaire, \u00e0 savoir un certificat. Ces certificats sont \u00e9mis par une autorit\u00e9 de certification (\u00e9galement connue sous le nom de CA). Let’s Encrypt est une autorit\u00e9 de certification gratuite et \u00e0 but non lucratif. Si vous devez obtenir un certificat pour le domaine de votre site Web aupr\u00e8s de Let’s Encrypt, vous devrez prouver que vous contr\u00f4lez ce domaine. Pour ce faire, vous pouvez utiliser un logiciel fonctionnant avec le protocole ACME (Automatic Certificate Management Environment), qui est g\u00e9n\u00e9ralement ex\u00e9cut\u00e9 par votre h\u00e9bergeur. Avec des outils tels que l’acc\u00e8s shell (ou acc\u00e8s SSH) \u00e0 votre h\u00e9bergeur, vous serez en mesure d’identifier la m\u00e9thode qui convient le mieux \u00e0 votre utilisation particuli\u00e8re. Si un site Web est g\u00e9r\u00e9 via l’un des panneaux de contr\u00f4le connus tels que cPanel, Plesk ou WordPress, il est fort probable qu’un acc\u00e8s shell devra \u00eatre demand\u00e9 \u00e0 l’h\u00e9bergeur. L’objectif de Let’s Encrypt et du protocole ACME est de permettre la configuration d’un serveur HTTP et de faire en sorte qu’il re\u00e7oive automatiquement un certificat auquel les navigateurs Web font confiance, sans aucune interaction humaine et en ex\u00e9cutant un agent de gestion des certificats directement dans le serveur Web.<\/p>\n\n\n\n
Mais Let’s Encrypt n’\u00e9met pas seulement des certificats SSL\/TLS pour les sites web exclusivement, ils peuvent \u00e9galement \u00e9mettre des certificats pour tout serveur qui utilise r\u00e9ellement un nom de domaine, comme les serveurs web, les serveurs de messagerie, les serveurs FTP, les serveurs VoIP, etc.<\/p>\n\n\n\n Le 30 septembre dernier, un l\u00e9ger changement a eu lieu dans la mani\u00e8re dont les anciens navigateurs et appareils faisaient confiance aux certificats Let’s Encrypt. Sur un site Web ordinaire, le changement n’est pas perceptible, car la plupart des visiteurs de ce site accepteront toujours le certificat Let’s Encrypt, mais si vous fournissez une API ou un support aux dispositifs IoT, une certaine interaction peut \u00eatre n\u00e9cessaire. Le certificat qui a r\u00e9cemment expir\u00e9 est appel\u00e9 DST Root X3, qui est une \u00ab\u00a0signature crois\u00e9e\u00a0\u00bb utilis\u00e9e pour s’assurer que les certificats \u00e9mis par Let’s Encrypt sont fiables sur les anciens appareils. Aujourd’hui, les appareils plus r\u00e9cents font confiance au nouveau certificat racine appel\u00e9 ISRG Root X1 ainsi qu’\u00e0 son pr\u00e9d\u00e9cesseur DST Root X3, ce qui n’est pas le cas des appareils plus anciens (ordinateurs utilisant Windows XP avec Service Pack 3, MacOS 2016 et ant\u00e9rieurs, iPhone 4, HTC Dream, anciennes PlayStation, pour n’en citer que quelques-uns), qui ne feront pas confiance au nouveau certificat racine ISRG Root X1. Certains appareils peuvent \u00eatre modifi\u00e9s afin de faire confiance aux nouveaux certificats racines, mais d’autres ne le pourront pas, car ils sont d\u00e9pr\u00e9ci\u00e9s ou ne re\u00e7oivent plus de support ou de mises \u00e0 jour de leur firmware. Dans le cas particulier des appareils Android, Let’s Encrypt a pr\u00e9vu une solution de contournement, permettant \u00e0 de nombreux appareils Android de faire confiance au nouveau certificat ISRG Root X1, qui expire jusqu’en 2035. Les utilisateurs d’Android avec la version 7.1.1 de Nougat et les versions ant\u00e9rieures pourront faire confiance au certificat racine de Let’s Encrypt gr\u00e2ce \u00e0 une signature crois\u00e9e qui prolongera sa validit\u00e9 de trois ann\u00e9es suppl\u00e9mentaires. Cependant, les utilisateurs d’Android avec la version Lollipop 5.0 et ant\u00e9rieure, peuvent avoir besoin d’installer Firefox pour la navigation web, en raison du fait que ce navigateur a une liste int\u00e9gr\u00e9e de certificats racine de confiance. C’est l\u00e0 que la t\u00e9l\u00e9phonie SIP ou VoIP entre en jeu, l’expiration de l’ancien certificat racine DST Root X3 a certainement repr\u00e9sent\u00e9 de l\u00e9gers probl\u00e8mes pour les utilisateurs de services de voix sur IP en raison du fait que leurs appareils ne sont malheureusement plus pris en charge par les fabricants, ou, pour une raison quelconque, le firmware de leurs appareils n’a pas pu \u00eatre mis \u00e0 jour depuis un certain temps, ce qui fera que les appareils maintiendront l’ancienne signature pour le certificat DST Root X3 maintenant d\u00e9pr\u00e9ci\u00e9, emp\u00eachant les appareils de s’inscrire \u00e0 tout serveur SIP tout en essayant de se connecter \u00e0 leur nom de domaine et en utilisant TLS comme protocole de transport.<\/p>\n\n\n\n Nous avons re\u00e7u des rapports de dispositifs qui peuvent parfaitement effectuer un enregistrement correct sur nos serveurs, mais en utilisant exclusivement le transport UDP \/ TCP. Nous travaillons actuellement en \u00e9troite collaboration avec nos partenaires pour obtenir des informations actualis\u00e9es directement de leur part afin d’\u00eatre certains des dispositifs qui pourront \u00eatre soumises \u00e0 un processus de mise \u00e0 jour et de ceux qui ne le pourront pas. Nous mettrons prochainement \u00e0 jour nos ressources Wiki afin d’inclure des informations d\u00e9taill\u00e9es sur les appareils qui n\u00e9cessiteront des modifications suppl\u00e9mentaires afin de continuer \u00e0 prendre en charge le cryptage, et de partager avec vous les appareils qui ne seront pas en mesure de faire confiance au nouveau certificat racine qui est actuellement largement utilis\u00e9.<\/p>\n\n\n\n![\"\"](\"http:\/\/voip.stageweb.com.ar\/wp-content\/uploads\/2026\/04\/img1-1-2.png\")
<\/figure>\n\n\n\n![\"\"](\"http:\/\/voip.stageweb.com.ar\/wp-content\/uploads\/2026\/04\/img2-1-1.png\")
<\/figure>\n\n\n\n