Les personnes disposant d’autorisations d’administrateur sur un dépôt peuvent appliquer HTTPS pour un site GitHub Pages.
À propos de HTTPS et de GitHub Pages
Tous les sites GitHub Pages, y compris les sites correctement configurés avec un domaine personnalisé, prennent en charge HTTPS et l’application de HTTPS. Pour plus d’informations sur les domaines personnalisés, consultez À propos des domaines personnalisés et des pages GitHub et Résolution des problèmes liés aux domaines personnalisés et aux pages GitHub Pages.
Les sites GitHub Pages ne devraient pas être utilisés pour des transactions sensibles telles que l’envoi de mots de passe ou de numéros de carte de crédit.
Warning
Les sites > À moins que votre entreprise n’utilise Enterprise Managed Users, les sites GitHub Pages sont accessibles au public sur Internet par défaut, même si le référentiel du site est privé ou interne. Vous pouvez publier un site en privé en gérant le contrôle d’accès à celui-ci. Autrement, si vous avez des données sensibles dans le dépôt de votre site, vous pouvez les supprimer avant publication. Pour plus d’informations, consultez « À propos des dépôts » et « Modification de la visibilité de votre site pages GitHub ».
Note
RFC3280 indique que la longueur maximale du nom commun doit être de 64 caractères. Par conséquent, le nom de domaine entier de votre site GitHub Pages doit être inférieur à 64 caractères pour qu’un certificat soit correctement créé.
Application du protocole HTTPS pour votre site GitHub Pages
-
Dans GitHub Enterprise Cloud, accédez au dépôt de votre site.
-
Sous le nom de votre dépôt, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.
-
Dans la section « Code et automatisation » de la barre latérale, cliquez sur Pages.
-
Sous « GitHub Pages », sélectionnez Appliquer HTTPS.
Résolution des problèmes de provisionnement de certificats (erreur de type « Certificat pas encore créé »)
Lorsque vous définissez ou modifiez votre domaine personnalisé dans les paramètres Pages, une vérification DNS automatique commence. Cette vérification détermine si vos paramètres DNS sont configurés pour autoriser GitHub à obtenir automatiquement un certificat. Si la vérification réussit, GitHub met en file d’attente un travail pour demander un certificat TLS à partir de Let's Encrypt. Lors de la réception d’un certificat valide, GitHub le charge automatiquement sur les serveurs qui gèrent l’arrêt TLS pour Pages. Une fois ce processus terminé, une coche s’affiche à côté de votre nom de domaine personnalisé.
Le processus peut prendre du temps. Si le processus n’est pas terminé plusieurs minutes après avoir cliqué sur Enregistrer, essayez de cliquer sur Supprimer en regard de votre nom de domaine personnalisé. Retapez le nom de domaine, puis cliquez à nouveau sur Enregistrer. Cela annule et redémarre le processus de provisionnement.
Résolution des problèmes liés aux contenus mixtes
Si vous activez HTTPS pour votre site GitHub Pages, mais que le code HTML de votre site référence toujours des images, CSS ou JavaScript sur HTTP, votre site gère des contenus mixtes. La prise en charge de contenus mixtes peut rendre votre site moins sécurisé et causer des problèmes de chargement des ressources.
Pour supprimer les contenus mixtes de votre site, vérifiez que toutes vos ressources sont gérées sur HTTPS en remplaçant http://
par https://
dans le code HTML de votre site.
Les ressources se trouvent généralement aux emplacements suivants :
- Si votre site utilise Jekyll, vos fichiers HTML se trouvent probablement dans le dossier _layouts.
- CSS se trouve généralement dans la section
<head>
de votre fichier HTML. - JavaScript se trouve généralement dans la section
<head>
ou juste avant la balise de fermeture</body>
. - Les images se trouvent souvent dans la section
<body>
.
Tip
Si vous ne trouvez pas vos ressources dans les fichiers sources de votre site, essayez de rechercher dans les fichiers sources de votre site http
dans votre éditeur de texte ou sur GitHub Enterprise Cloud.
Exemples de ressources référencées dans un fichier HTML
Type de ressource | HTTP | HTTPS |
---|---|---|
CSS | <link rel="stylesheet" href="http://example.com/css/main.css"> | <link rel="stylesheet" href="https://example.com/css/main.css"> |
JavaScript | <script type="text/javascript" src="http://example.com/js/main.js"></script> | <script type="text/javascript" src="https://example.com/js/main.js"></script> |
Image | <a href="http://www.somesite.com"><img src="http://www.example.com/logo.jpg" alt="Logo"></a> | <a href="https://www.somesite.com"><img src="https://www.example.com/logo.jpg" alt="Logo"></a> |
Vérification de la configuration DNS
Dans certains cas, un certificat HTTPS ne peut pas être généré en raison de la configuration DNS de votre domaine personnalisé. Cela peut être dû à des enregistrements DNS supplémentaires ou à des enregistrements qui ne pointent pas vers les adresses IP pour GitHub Pages.
Pour vous assurer qu’un certificat HTTPS est généré correctement, nous vous recommandons les configurations suivantes. Les enregistrements A
, AAAA
, ALIAS
et ANAME
supplémentaires avec l’hôte @
, ou les enregistrements CNAME
pointant vers votre sous-domaine www
ou tout autre sous-domaine personnalisé que vous souhaitez utiliser avec GitHub Pages, peuvent empêcher la génération du certificat HTTPS.
Scénario | Type d’enregistrement DNS | Nom d’enregistrement DNS | Valeur(s) d’enregistrement DNS |
---|---|---|---|
Domaine apex ( example.com ) | A | @ | 185.199.108.153 185.199.109.153 185.199.110.153 185.199.111.153 |
Domaine apex ( example.com ) | AAAA | @ | 2606:50c0:8000::153 2606:50c0:8001::153 2606:50c0:8002::153 2606:50c0:8003::153 |
Domaine apex ( example.com ) | ALIAS ou ANAME | @ | USERNAME.github.io ouORGANIZATION.github.io |
Sous-domaine ( www.example.com ,blog.example.com ) | CNAME | SUBDOMAIN.example.com. | USERNAME.github.io ouORGANIZATION.github.io |