Cet article traite de la configuration manuelle d’un certificat Let’s Encrypt sur un Webhosting. Pour utiliser la configuration automatique, suivez le guide Webhosting – HTTPS automatique. Pour déployer votre propre certificat, suivez l’article Webhosting – Déploiement d’un certificat SSL personnalisé.
Après la configuration dans l’administration, configurez également le HTTPS sur votre site web en suivant le guide Webhosting – Configuration du HTTPS sur le site web.
Dans cet article, vous apprendrez :
- Quand utiliser ce guide
- Comment activer manuellement le HTTPS sur un Webhosting
- Comment définir les domaines et sous-domaines dans le certificat
- Comment configurer le HTTPS sur le site web
- Problèmes courants
- Foire aux questions
Quand utiliser ce guide
- Le navigateur signale que le site est « non sécurisé » ou affiche une erreur de certificat. Voir Le site n’est pas sécurisé, le certificat est manquant.
- Le HTTPS fonctionne sur le domaine sans www, mais pas avec www. Voir Ajout de domaines au certificat.
- L’installation de WordPress ou d’une autre application indique que la cible d’installation n’est pas accessible via HTTP(S). Voir L’installation de l’application signale une cible inaccessible.
- Le certificat indique que le domaine n’est pas dirigé vers le Webhosting ou qu’il n’a pas d’enregistrements DNS. Voir Le domaine ne pointe pas vers le Webhosting et Le domaine n’a pas d’enregistrements DNS configurés.
- Après la modification des serveurs DNS, le site ne fonctionne pas et affiche Not found on accelerator. Voir Not found on accelerator.
- Vous ne savez pas combien de temps attendre après l’application des modifications. Voir Foire aux questions.
Activation manuelle du HTTPS sur un Webhosting
L’activation manuelle du HTTPS avec un certificat Let’s Encrypt se compose des étapes suivantes :
- Activation de la prise en charge SNI
- Activation du HTTPS avec un certificat Let’s Encrypt
- Configuration des domaines dans le certificat
Après l’activation du certificat, nous recommandons de configurer le HTTPS sur le site web.
Activation de la prise en charge SNI
HTTPS sur le domaine (SNI) est une extension du Webhosting permettant le déploiement de certificats HTTPS. Nous la proposons gratuitement et la plupart des Webhostings l’ont activée automatiquement et gratuitement.
Pour vérifier ou activer ce service, suivez le guide Services – Add-on Services:
- Un service complémentaire actif présente, à gauche de son nom, une icône en forme de loupe permettant de le configurer ou de le désactiver.
- Un service complémentaire inactif présente, à gauche de son nom, un bouton vert + pour l’activer.
La seule prise en charge SNI ne suffit pas pour exploiter le site web en HTTPS. Poursuivez en en activant le certificat Let’s Encrypt selon ce guide, ou déployez votre propre certificat en suivant l’article Webhosting – Déploiement d’un certificat SSL personnalisé.
Activation du HTTPS avec un certificat Let’s Encrypt
Pour activer le HTTPS avec un certificat Let’s Encrypt, procédez comme suit :
- Connectez-vous à l’ administration client ⧉.
- Dans le menu du haut, sélectionnez Hosting services Webhosting.
- Sélectionnez votre Webhosting dans la liste des services.
- Dans le menu de gauche, sélectionnez HTTPS.
- Dans le cadre HTTPS variant selection sélectionnez HTTPS avec un certificat Let’s Encrypt.
- Confirmez votre choix avec le bouton Apply Changes.
Poursuivez en ajoutant des domaines et sous-domaines au certificat.
Configuration des domaines et sous-domaines du certificat
La configuration des domaines et sous-domaines dans le certificat est une étape indispensable à sa mise en service. Si vous ne effectuez pas cette configuration ou ne l’enregistrez pas, le HTTPS ne fonctionnera pas sur le site web.
Après chaque application de modifications dans le certificat, patientez jusqu’à 90 minutes (30 minutes d’activation, 60 minutes de propagation des changements) pour que la configuration du HTTPS soit terminée pour les domaines ou sous-domaines concernés.
Après l’activation du HTTPS avec un certificat Let’s Encrypt selon le chapitre précédent vous verrez à côté de l’élément concerné le lien configuration des domaines du certificat. Si aucun domaine n’est défini dans le certificat, le lien s’affiche également dans l’avertissement rouge.
Ce lien vous donne accès à une interface qui vous permet :
- Avec le bouton Add Domains d’ajouter au certificat les domaines et sous-domaines qui sont soit le nom, soit un par un alias du Webhosting.
- Avec l’icône en croix à gauche de la ligne du tableau, de supprimer un domaine ou un sous-domaine.
- Avec les cases à cocher associées aux boutons Delete Selected et Validate Selected d’effectuer des modifications groupées.
- Avec le bouton Apply Changes de lancer la génération du certificat.
Ajout de domaines au certificat
Avec le bouton Add Domains ouvrez l’interface d’ajout de domaines et de sous-domaines.
Dans le tableau Webhosting domains cochez la case :
- Dans la partie gauche du tableau, pour ajouter ce domaine et d’éventuels des sous-domaines.
- Dans la colonne domain, pour ajouter uniquement le domaine.
- Dans la colonne www subdomain, pour ajouter le sous-domaine www.
Avec les cases à cocher sous le tableau, vous pouvez cocher ou décocher toutes les options correspondantes.
Une fois terminé, cliquez sur le bouton Add Domains puis, lorsque vous avez fini, dans l’administration HTTPS cliquez sur Apply Changes. La configuration et la propagation du certificat prendront jusqu’à 90 minutes.
Continuez configurant le HTTPS sur le site web.
Ajout de sous-domaines au certificat
Avec le bouton Add Domains ouvrez l’interface d’ajout de domaines et de sous-domaines.
Procédez ensuite comme suit :
- Dans la partie gauche de la liste Webhosting domains cochez le ou les domaines auxquels vous souhaitez ajouter des sous-domaines.
- Dans le champ Subdomains saisissez la liste des noms de sous-domaines séparés par des virgules. Indiquez uniquement les noms de sous-domaines, sans l’extension du domaine (par ex. eshop, et non eshop.domain.tld).
- Cliquez sur le bouton Add Domains.
Lorsque vous avez terminé, dans l’administration HTTPS cliquez sur Apply Changes. La configuration et la propagation du certificat prendront jusqu’à 90 minutes.
Continuez configurant le HTTPS sur le site web.
Configuration du HTTPS sur le site web
Si, après la configuration réussie du HTTPS dans l’administration client, le site web utilise toujours le protocole HTTP, modifiez sa configuration en suivant le guide Webhosting – Configuration du HTTPS sur le site web.
Problèmes courants
Parmi les problèmes courants liés à la configuration du HTTPS figurent :
- Le site n’est pas sécurisé, le certificat est manquant
- L’installation de l’application signale une cible inaccessible
- Le domaine ne pointe pas vers le Webhosting
- Le domaine n’a pas d’enregistrements DNS configurés
- n’est en cours.
- Une erreur s’affiche sur la page
- Le site web est accessible en HTTP
- Le HTTPS ne fonctionne pas sur le sous-domaine avec www
Le site n’est pas sécurisé, le certificat est manquant
Problème : Le navigateur signale que l’adresse du site est « non sécurisée », ou affiche une erreur de certificat après la saisie d’une adresse commençant par https://.
Cause : Aucun certificat n’a été généré pour le domaine. Cela arrive souvent après avoir dirigé le domaine vers le Webhosting, par exemple depuis un autre service, car le certificat n’est pas créé automatiquement.
Solution : Activez le HTTPS avec le certificat Let’s Encrypt et ajoutez-y le domaine en suivant les chapitres Activation du HTTPS avec un certificat Let’s Encrypt et Configuration des domaines et sous-domaines du certificat. Une fois le certificat déployé, configurez aussi le HTTPS sur le site en suivant le chapitre Configuration du HTTPS sur le site.
L’installation de l’application signale une cible inaccessible
Problème : L’installation de WordPress ou d’une autre application se termine par une erreur indiquant que la cible d’installation n’est pas accessible via HTTP(S) et qu’il faut vérifier le fichier .htaccess.
Cause : L’installateur se connecte au domaine via HTTPS, mais le HTTPS n’est pas encore actif sur le domaine, ou le domaine ne figure pas dans le certificat. C’est aussi le cas lorsque vous sélectionnez le protocole http dans l’installateur.
Solution : Activez le HTTPS et ajoutez le domaine au certificat en suivant ce guide, appliquez les modifications et attendez leur propagation (jusqu’à 90 minutes). Recommencez ensuite l’installation. L’erreur peut aussi provenir d’un fichier .htaccess modifié, voir fichier .htaccess par défaut.
Le domaine ne pointe pas vers le Webhosting
Problème : Le message suivant s’affiche domain is not pointed to this webhosting.
Cause : les enregistrements A et/ou AAAA du domaine ne pointent pas directement vers le Webhosting. Le plus souvent, ils pointent vers un autre hébergement, vers un miniweb (qui ne prend pas en charge le HTTPS), ou le domaine utilise un proxy tel que CloudFlare ou WEDOS Global.
Solution : Assurez-vous que le domaine pointe vers le Webhosting sur lequel vous activez le HTTPS. S’il utilise nos serveurs DNS (NSSET), vous pouvez le faire pointer vers le service en suivant ce guide. Si le domaine utilise des serveurs DNS externes, assurez-vous de l’avoir correctement fait pointer vers le Webhosting, par exemple à l’aide du du diagnostic.
Si le problème concerne un sous-domaine, assurez-vous qu’un enregistrement portant le nom du sous-domaine pointe vers le Webhosting, ou un enregistrement nommé * et que le sous-domaine n’a par ailleurs aucun autre enregistrement DNS.
Si cette erreur s’affiche parce que le domaine est placé sur WEDOS Protection ⧉, contactez-nous via le formulaire ⧉ en demandant que nous ajoutions de notre côté les domaines et sous-domaines au certificat.
Le domaine n’a pas d’enregistrements DNS configurés
Problème : Le message suivant s’affiche domain has no DNS records set.
Cause : Les serveurs ou enregistrements DNS du domaine ne sont pas encore propagés, ou le domaine a été supprimé ou désactivé.
Solution : Si vous ajoutez un domaine récemment acheté, assurez-vous qu’il est bien créé et que suffisamment de temps s’est écoulé depuis sa création pour la propagation des serveurs DNS (généralement 6 à 48 heures). Pour les domaines plus anciens, assurez-vous que les enregistrements du domaine existent chez le fournisseur des serveurs DNS et qu’aucun changement de serveurs DNS.
n’est en cours.
Problème : Dans l’aperçu des domaines du certificat s’affiche Error – contact customer support.
Solution : Si vous ne voyez aucune cause à l’erreur (par exemple les problèmes DNS mentionnés ci-dessus), vérifiez les enregistrements et serveurs DNS du (sous-)domaine indiqué dans le message d’erreur, puis essayez de retirer le domaine du certificat, de l’ajouter à nouveau et d’appliquer les modifications.
Si l’erreur persiste, contactez le Support via le formulaire ⧉. Indiquez le nom du Webhosting et précisez au Support que le retrait et la réintégration du domaine ont échoué.
Not found on accelerator
Problème : Sur le site web s’affiche l’erreur Not found on accelerator.
Cause : Le HTTPS n’est pas correctement activé, ou le certificat n’a pas encore été propagé. L’erreur apparaît souvent juste après la modification des serveurs DNS ou lorsque le certificat n’a pas pu être émis.
Solution : Vérifiez que le HTTPS est correctement configuré selon ce guide et qu’au moins 90 minutes se sont écoulées depuis la configuration. Après une modification des serveurs DNS, patientez : le changement se propage progressivement. Si l’aperçu des domaines du certificat affiche une erreur, retirez le domaine du certificat, ajoutez-le à nouveau et appliquez les modifications. Si cela ne résout pas le problème au bout de plusieurs heures, contactez-nous via formulaire ⧉.
Site non sécurisé
Problème : Le HTTPS est configuré et fonctionne, mais le site web est également accessible en HTTP.
Cause : Le site web autorise l’accès en HTTP comme en HTTPS et n’impose en aucune façon la connexion sécurisée.
Solution : Configurez le HTTPS sur le site web en suivant le guide Webhosting – Configuration du HTTPS sur le site web.
Sous-domaine avec www non fonctionnel
Problème : Nous avons ajouté un certificat sur un sous-domaine, y compris la version avec www. Le sous-domaine seul fonctionne, mais pas la version avec www. Pourtant, le certificat est actif pour les deux.
Cause : Ce problème est courant pour les domaines utilisant WEDOS.protection. Le certificat pour un domaine de 4e niveau (de type www.sub.domena.tld) se trouve sur le Webhosting, mais pas sur le serveur proxy, et la connexion est donc considérée comme non sécurisée.
Solution : Redirigez le sous-domaine avec www vers le sous-domaine entièrement sécurisé sans www. Si vous utilisez notre fichier .htaccess par défaut, ajoutez immédiatement sous RewriteEngine On ce code :
# Redirection 301 de www.sub.domain.tld -> sub.domain.tld
RewriteCond %{HTTP_HOST} ^www\.([^.]+\.[^.]+\.[^.]+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L]
Foire aux questions
Mon domaine, mon DNS et mon Webhosting sont chez vous, je n’ai rien modifié, mais le certificat indique que le domaine ne pointe pas vers le Webhosting. Que se passe-t-il ?
La cause la plus fréquente est la gestion du domaine via la protection WEDOS Protection. Contactez-nous via le formulaire ⧉ afin de faire vérifier et corriger le problème de génération du certificat.
La configuration du HTTPS n’est pas compatible avec le proxy Cloudflare. Que dois-je faire ?
Contactez-nous via le formulaire ⧉ afin de faire vérifier et corriger le problème de génération du certificat. Indiquez le nom du domaine et précisez que vous avez configuré le proxy DNS sur Cloudflare.
Le HTTPS fonctionne sur mon domaine sans www, mais pas avec www. Que dois-je faire ?
Ajoutez le sous-domaine www au certificat : dans les paramètres des domaines du certificat, cochez pour le domaine la colonne www subdomain, cliquez sur Add Domains et dans l’administration HTTPS sur Apply Changes. Vous trouverez plus de détails dans le chapitre Ajout de domaines au certificat.
Combien de temps faut-il pour que le HTTPS fonctionne après avoir cliqué sur Apply Changes ?
Jusqu’à 90 minutes : 30 minutes pour l’activation et 60 minutes pour la propagation des modifications. Tenez-en compte également lorsque vous ajoutez à nouveau un domaine au certificat.