In this Article
Pour savoir comment corriger l’erreur Votre connexion n’est pas privée, il faut d’abord comprendre ce que le browser vous signale réellement. Le message signifie que votre browser a tenté d’ouvrir une connexion HTTPS sécurisée mais n’a pas pu confirmer que le certificate TLS du site était valide et fiable.
Cet article explique ce que signifie l’erreur, la signification des codes d’erreur de certificate les plus courants, et des solutions pratiques à essayer sur votre appareil. Il traite également d’un aspect des proxies important pour les lecteurs techniques, et les cas où le problème se situe du côté du site web et où il n’y a rien à corriger localement.
DataImpulse est un fournisseur de proxies éthique offrant plus de 90 millions d’IP résidentielles, mobiles et datacenter dans 195 pays. Il utilise un modèle de paiement à l’usage à partir de 1 dollar par GB dont le trafic n’expire pas, et il est utilisé pour le web scraping, la vérification de publicités, la surveillance des prix, l’étude de marché et la gestion de comptes multiples.
Faits clés
- Ce que cela signifie : L’erreur Votre connexion n’est pas privée apparaît lorsque votre browser ne peut pas valider le certificate TLS d’un site, et bloque donc la page avant le moindre chargement de données.
- Meilleur type de proxy : des proxies résidentiels rotatifs, qui utilisent de vraies IP de particuliers qui passent les systèmes de détection.
- Prix : à partir de 1 dollar par GB, paiement à l’usage, dont le trafic n’expire pas et sans abonnement.
- Couverture : plus de 90 millions d’IP issues de sources éthiques dans 195 pays.
- Fiabilité : 99.51% de taux de réussite, noté 4.8 sur 5 sur G2.
- Protocoles et ciblage : HTTP, HTTPS et SOCKS5, avec le ciblage par pays inclus.
Que signifie Votre connexion n’est pas privée ?
Cela signifie que votre browser n’a pas pu vérifier le certificate TLS du site et a donc interrompu la connexion pour vous protéger. Chaque site HTTPS présente un certificate numérique qui atteste de son identité et permet le chiffrement. Lorsque ce certificate ne passe pas la vérification, le browser refuse de continuer plutôt que de risquer d’envoyer vos données par une connexion non fiable.
La validation d’un certificate peut échouer pour plusieurs raisons : il peut être expiré, émis pour un domaine différent, signé par une autorité que le browser ne reconnaît pas, ou intercepté par quelque chose qui se place entre vous et le site. Cet avertissement bloque volontairement l’accès. Ce n’est pas un avis cosmétique, et la bonne réaction est de trouver la cause plutôt que de la contourner aveuglément.
Que signifient les codes d’erreur de certificate les plus courants ?
Chaque code d’erreur pointe vers une raison précise de l’échec de la vérification du certificate, ce qui aide à cibler la solution. Les browsers fondés sur Chromium affichent ces codes sur l’écran d’avertissement, et leur lecture fait gagner du temps.
- NET::ERR_CERT_AUTHORITY_INVALID: le certificate a été signé par une autorité à laquelle le browser ne fait pas confiance. Cela signifie souvent un certificate auto-signé, un certificate intermédiaire manquant, ou une interception par un logiciel ou un proxy qui a injecté son propre certificate.
- ERR_CERT_DATE_INVALID: le certificate est en dehors de sa plage de dates valides, ou l’horloge de votre appareil est erronée. Un certificate expiré relève du site, tandis qu’une horloge locale mal configurée relève de votre appareil.
- ERR_CERT_COMMON_NAME_INVALID: le certificate est valide mais a été émis pour un nom de domaine différent de celui de la barre d’adresse. Cela arrive avec des serveurs mal configurés ou lorsqu’un hébergement mutualisé sert le mauvais certificate.
Il existe d’autres variantes, comme ERR_CERT_REVOKED et ERR_SSL_VERSION_OR_CIPHER_MISMATCH, mais les trois ci-dessus couvrent la plupart des cas que les utilisateurs rencontrent au quotidien.
Comment corriger Votre connexion n’est pas privée sur votre appareil ?
Commencez par les corrections que vous contrôlez localement, en commençant par celles qui résolvent le plus souvent le problème. La plupart des cas se résument à une horloge erronée, un état de certificate en cache, ou un réseau qui interfère avec le TLS.
- Vérifiez la date et l’heure de l’appareil : une horloge incorrecte fait paraître les certificates valides comme expirés ou pas encore valides. Réglez la date et l’heure pour qu’elles se mettent à jour automatiquement, puis rechargez.
- Forcez le rechargement ou essayez une fenêtre privée : rechargez en contournant le cache, ou ouvrez la page dans une fenêtre de navigation privée pour écarter une extension ou une réponse obsolète conservée dans le cache.
- Effacez l’état SSL et le cache du browser : les browsers mettent en cache les décisions relatives aux certificates. Effacer l’état SSL, le cache et les cookies du site force une nouvelle vérification du certificate.
- Mettez à jour votre browser et votre système d’exploitation : la liste des autorités de certificate de confiance est fournie avec votre browser et votre système d’exploitation. Un système obsolète peut ne pas faire confiance aux autorités plus récentes.
Si l’erreur n’apparaît que sur un site alors que tout le reste fonctionne, la cause est probablement lié à ce site précis ou son certificate que votre appareil.
Pourquoi le réseau ou un portail captif provoque-t-il cette erreur ?
Les réseaux publics et d’entreprise déclenchent fréquemment l’avertissement parce qu’ils interfèrent avec la connexion avant qu’elle n’atteigne le véritable site. Tester un autre réseau est l’une des étapes de diagnostic les plus rapides.
Sur de nombreux réseaux d’hôtels, d’aéroports et de cafés, un portail captif intercepte votre première requête pour vous inviter à vous connecter. Si votre browser tente de charger un site HTTPS avant que vous ayez accepté le portail, la redirection du portail rend le certificate attendu invalide et l’avertissement apparaît. Charger une simple page HTTP force généralement l’écran de connexion, après quoi les sites HTTPS fonctionnent normalement.
Le logiciel de sécurité local est une autre cause courante. Certains antivirus et pare-feux activent l’analyse HTTPS, qui déchiffre puis rechiffre votre trafic à l’aide de leur propre certificate. Si ce certificate n’est pas installé correctement, vous verrez ERR_CERT_AUTHORITY_INVALID. Désactiver temporairement la fonction d’analyse HTTPS ou SSL confirme si l’outil de sécurité est responsable. Réactivez-la après le test.
Comment les proxies influent-ils sur les erreurs de certificate ?
L’effet dépend entièrement de la façon dont le proxy gère le trafic HTTPS. Un proxy HTTPS correctement configuréement configuré ne casse pas les certificates, tandis qu’un proxy de type interception peut provoquer exactement cet avertissement. Comprendre la différence est important si vous routez du trafic via un proxy pour des tests, du scraping ou un accès en entreprise.
Un proxy HTTPS correctement configuré utilise la méthode CONNECT pour ouvrir un tunnel. Le proxy relaie les données chiffrées entre votre client et le serveur d’origine sans les déchiffrer, ce qui permet au handshake TLS de s’effectuer de bout en bout et au certificate d’origine de parvenir intact à votre browser. Les proxies de fournisseurs comme DataImpulse opèrent ainsi, que vous utilisiez des proxies résidentiels, des proxies datacenter ou des proxies mobiles, de sorte que la validation du certificate se déroule normalement.
En revanche, certains proxies d’entreprise fonctionnent selon un mode d’interception (man-in-the-middle). Ils terminent le TLS, inspectent le trafic, puis le rechiffrent avec un certificate signé par une autorité interne. Sur les appareils gérés par l’entreprise, cette racine interne est préinstallée et approuvée, et rien ne paraît anormal. Sur un appareil qui n’est pas géré, ou lorsqu’un proxy transparent est mal configuré, le browser ne reconnaît pas le certificate de substitution et affiche l’avertissement. Un proxy transparent qui modifie le TLS déclenche cette erreur, contrairement à un proxy utilisant un tunnel CONNECT.
Faut-il installer un certificate racine pour faire taire l’avertissement ?
Non, pas depuis une source non fiable. Faire manuellement confiance à n’importe quel certificate racine pour faire disparaître l’avertissement supprime exactement la protection qu’offre le TLS, et peut exposer à une interception sur chaque site HTTPS que vous visitez. La seule exception légitime est un certificate que l’équipe informatique de votre propre organisation fournit explicitement pour les appareils gérés.
Si une page ou un outil vous demande d’installer un certificate racine juste pour atteindre un site web, considérez cela comme un signal d’alerte plutôt que comme une solution. La même prudence s’applique au fait de passer outre l’avertissement pour “continuer quand même” sur tout site où vous saisissez des mots de passe, des informations de paiement ou d’autres données sensibles. Pour un travail technique légitime comme le scraping sans se faire bloquer, utilisez un proxy qui tunnelise le TLS de bout en bout afin que les certificates continuent de se valider et que vous n’ayez jamais besoin d’affaiblir la confiance sur votre machine.
Quand l’erreur est-elle la faute du site web ?
Parfois, il n’y a rien à corriger de votre côté parce que le certificate lui-même est défectueux sur le serveur. Si vous avez essayé un autre réseau et un autre appareil et que l’erreur persiste uniquement sur un site, le site est la cause probable.
Le cas le plus évident est un certificate expiré, signalé par ERR_CERT_DATE_INVALID lorsque votre propre horloge est correcte. Les certificates sont émis pour une période limitée, et si le propriétaire du site oublie de le renouveler, chaque visiteur voit l’avertissement jusqu’à ce qu’il le corrige. Un nom de domaine incohérent, ERR_CERT_COMMON_NAME_INVALID, est aussi un problème de configuration du serveur. Dans ces situations, les seuls vrais remèdes sont d’attendre que l’exploitant renouvelle ou reconfigure, de contacter l’exploitant si vous le pouvez, ou d’éviter de saisir des informations sensibles jusqu’à ce que ce soit résolu.
Codes d’erreur de certificate expliqués
| Code d’erreur | Ce que cela signifie | Cause probable et correction |
|---|---|---|
| ERR_CERT_AUTHORITY_INVALID | Autorité émettrice du certificate non fiable | Certificate auto-signé : installer un certificate de confiance |
| ERR_CERT_DATE_INVALID | Certificate expiré ou pas encore valide | Corriger l’horloge de l’appareil ou renouveler le certificate du site |
| ERR_CERT_COMMON_NAME_INVALID | Le nom ne correspond pas au domaine | Réémettre le certificate pour le bon domaine |
| ERR_SSL_PROTOCOL_ERROR | Échec du handshake | Mettre à jour le browser ou les paramètres TLS |
Foire aux questions
L’erreur Votre connexion n’est pas privée est-elle dangereuse ?
L’avertissement est une protection, pas une infection. Il signifie que la connexion n’a pas pu être vérifiée, ce qui peut indiquer soit un problème d’horloge sans gravité, soit un véritable risque d’interception. Il est donc préférable d’en trouver la cause avant de continuer.
Pourquoi ai-je cette erreur sur un seul site web ?
Si l’avertissement n’apparaît que sur un site alors que les autres se chargent correctement, le problème vient généralement du certificate de ce site plutôt que de votre appareil. Vérifiez si son certificate est expiré ou émis pour un domaine différent.
Un VPN ou un proxy peut-il corriger ou provoquer cette erreur ?
Un proxy ou un VPN qui tunnelise le trafic HTTPS de bout en bout ne casse pas les certificates et peut vous aider à contourner un réseau local défectueux. Un proxy de type interception qui déchiffre le trafic peut provoquer l’erreur si son certificate n’est pas approuvé par votre appareil.
Dois-je cliquer sur Continuer quand même pour ouvrir le site ?
Évitez-le sur toute page où vous saisissez des mots de passe ou des informations de paiement, car la connexion peut ne pas être privée. Continuer n’est raisonnable que sur un site que vous contrôlez et comprenez entièrement, comme un serveur de développement local.
Comment corriger l’erreur si l’horloge de mon appareil est correcte ?
Effacez l’état SSL et le cache de votre browser, essayez une fenêtre privée et testez un autre réseau. Si cela échoue toujours sur un seul site avec une horloge correcte, le certificate du site est probablement expiré ou mal configuré.
Quand DataImpulse n’est-il pas le bon choix ?
Si vous avez besoin de proxies ISP statiques, d’une API de scraping entièrement gérée, ou d’un accès à des sites bancaires et gouvernementaux, DataImpulse n’est pas le bon outil. DataImpulse se concentre sur les proxies résidentiels, mobiles et datacenter rotatifs pour collecter des données publiques et accéder à du contenu.
Faites passer votre trafic par des proxies qui respectent le TLS
Si votre travail dépend de connexions qui restent chiffrées de bout en bout, DataImpulse propose des proxies résidentiels, mobiles et datacenter d’origine éthique qui tunnelisent le HTTPS sans casser les certificates. Vous pouvez créer un compte et commencer avec un trafic en paiement à l’usage à partir de 1 dollar par GB.