Plesk : corriger l’erreur 400 Let’s Encrypt au renouvellement SSL
Renouvellement Let’s Encrypt en erreur 400 sur Plesk ? Vérifiez le domaine, le challenge HTTP-01, DNS, redirections et journaux.
Renouvellement Let’s Encrypt en erreur 400 sur Plesk ? Vérifiez le domaine, le challenge HTTP-01, DNS, redirections et journaux.
Postfix affiche Untrusted TLS connection established ? Vérifiez la chaîne de confiance, CAfile, CApath et certificats sans désactiver TLS.
Réparer Local by Flywheel bloqué sur un certificat TLS Docker : mise à jour de Boot2Docker et reprovisionnement de la machine virtuelle de l’ancienne version.
Un certificat TLS expiré sur un NAS Synology conduit à remplacer la redirection No-IP par le DDNS synology.me après des difficultés liées à DSM 6.2.
Archive technique sur OpenSSL et nginx pour TLS 1.3 sous Debian. Vérifiez les versions et la pertinence des anciennes commandes avant de les réutiliser.
Ajoutez un domaine à un serveur Linux : DNS, hébergement web, HTTPS, sauvegardes et configuration de messagerie avec les contrôles essentiels.
Guide pour mettre en place un certificat ECDSA avec Let’s Encrypt sur votre serveur dédié ou VPS. Au final: A+ sur SSLabs, en Perfect Forward Secrecy.
Guide pour mettre à jour un hébergement OVH vers une version d’OpenSSL qui permet d’utiliser TLS v1.2+, nécessaire pour PayPal avant le 30 juin.
Ajouter un domaine à la liste HSTS preload pour imposer HTTPS dès la première visite, avec les conditions requises et l’en-tête HTTP Strict Transport Security.
L’erreur Apache 421 Misdirected Request peut venir de paramètres SSL différents entre virtual hosts sous HTTP/2 : harmoniser notamment les listes de ciphers.
Archive technique de 2015 sur HTTP/2 et Apache : principes, configuration historique et précautions avant d’utiliser les commandes sur un serveur récent.
Vous avez sécurisé votre domaine avec DNSSEC et DANE ? Très bien ! Choses à garder à l’esprit pour anticiper les difficultés et bien gérer la maintenance.
Sécurisez les connexions TLS avec DANE, DNSSEC et les enregistrements TLSA : préparation du domaine, configuration DNS et tests de validation.
Aujourd’hui, nous allons mettre en place DNSSEC afin d’ajouter une couche de sécurité supplémentaire dans la gestion des DNS de notre domaine.
Créons une mielleure réserve de forte entropie, par exemple lorsque l’on génère une clé SSH, un certificat SSL/TLS ou une clé pour DNSSEC.
Voici comment détecter les services qui utilisent les librairies d’OpenSSL afin de les redémarrer et éviter de rebooter la machine.
Retour sur le retrait de Varnish après le passage de SkyMinds en HTTPS : modification d’Apache pour servir le site directement, sans désinstaller le proxy.
Sécuriser le serveur de mail, géré par Postfix et Courier, pour utiliser notre certificat SSL et en ajoutant le Perfect Forward Secrecy.
Accéder au WebUI de Transmission en HTTPS : retour sur l’erreur ssl_error_rx_record_too_long et configuration TLS-SSL derrière le serveur Apache.
Sécurisez Webmin avec HTTPS : Let’s Encrypt, certificat existant, miniserv.conf, renouvellement automatique, firewall et tests OpenSSL.
Passez WordPress en HTTPS : certificats TLS, URLs internes, redirections permanentes, contenu mixte et vérifications SEO après migration.
Configurer HTTPS dans Apache avec TLS 1.3 et des suites ECDHE pour TLS 1.2 : principes de la Perfect Forward Secrecy et abandon des anciens protocoles.
Une équipe de chercheurs du Codenomicon et le chercheur Neel Mehta de Google Security ont découvert une faille dans la librairie open-source OpenSSL.