Domaine personnalisé pour projet GitHub pages

J'ai un gh-pages branche dans un de mes http://github.com repos. Le projet GitHub pages fonctionne très bien si je vais à http://myuser.github.com/myrepo

Je veux la configuration d'un domaine personnalisé (myexample.com) qui va servir de ce projet pages. Je veux les deux myexample.com et www.myexample.com pour servir de ces pages du projet.

GitHub pages d'aide dit de faire Un enregistrement et un enregistrement CNAME dans votre DNS. L'enregistrement du bon sens, mais je ne sais pas ce que l'enregistrement CNAME faire dans mon DNS.

La gh-pages docs-dire de faire un CNAME record 'charlie.github.com" qui est la page d'un utilisateur du référentiel. Je n'ai pas la page d'un utilisateur du référentiel - je n'ai qu'un projet de référentiel et d'un gh-pages direction que je veux utiliser pour myexample.com et www.myexample.com.

Je dois faire une page d'utilisateur référentiel juste pour que je puisse utiliser ma page de projet pour www.myexample.com et myexample.com?

Je viens de l'essayer, mais je veux être sûr que cela fonctionne comme je l'ai déjà www.myexample.com vivre et ne veux pas faire une erreur.

J'ai envoyé GitHub soutien et leur réponse a été

Vous ne pouvez pas avoir les deux points de la même gh-pages autant que je sache.

J'ai du mal à croire qu'elles seraient uniquement en charge les dossiers pour les pages du projet.

Quelqu'un a réussi à faire cela avant?

J'ai mis en place lacewing-project.org avec juste Un enregistrement pointant vers 207.97.227.245 (pas d'enregistrements CNAME), et il fonctionne très bien. J'ai aussi mis un fichier appelé CNAME dans la racine de la gh-pages branche contenant le nom de domaine.
Dans mon cas, il suffit de placer le fichier CNAME dans gh-pages branche a fait le tour, merci!

InformationsquelleAutor rynop | 2012-01-31

dns github

469

1/23/19 mise à JOUR:

Les choses ont un peu changé (pour le mieux) depuis ma dernière réponse. Cette mise à jour de la réponse va vous montrer comment le configurer:
1. Racine (example.com)
2. Sous-domaine (www.example.com)
3. HTTPS (facultatif mais fortement recommandé)
En fin de compte, toutes les demandes de example.com serez re-dirigé à https://www.example.com (ou http://si vous choisissez de ne PAS utiliser le protocole HTTPS). J'ai toujours utiliser www que ma destination finale. Pourquoi(Un,Deux), est une autre discussion.

Cette réponse, c'est long, mais il est pas compliqué. J'ai été détaillé pour plus de clarté que le GitHub docs sur ce sujet ne sont pas claires ou linéaire.

Étape 1: Activer le GitHub pages GitHub paramètres
1. À partir de votre dépôt, cliquez sur le onglet
2. Faites défiler jusqu'à la GitHub Pages section. Vous avez deux options:
3. Choix master branch permettra de traiter /README.md que votre site web index.html. Le choix de master branch /docs folder permettra de traiter /docs/README.md que votre site web index.html.
4. Choisir un thème.
5. Attendez une minute, tandis que GitHub publie votre site. Vérifier qu'elle fonctionne en cliquant sur le lien suivant pour Your site is ready to be published at
Étape 2: indiquer domaine personnalisé dans GitHub paramètres

Entrez votre nom de domaine personnalisé ici et frapper save:

C'est une subtile, mais importante étape.
- Si la coutume de domaine que vous avez ajouté à votre GitHub Pages du site est example.com, puis www.example.com redirige example.com
- Si la coutume de domaine que vous avez ajouté à votre GitHub Pages du site est www.example.com, puis example.com redirige www.example.com.
Comme mentionné avant, je recommande toujours à l'atterrissage à l' www je suis donc entrée www.example.com comme sur la photo ci-dessus.

Étape 3: Créer des entrées DNS

Dans votre DNS du fournisseur de la console web, la création de quatre A de disques et un CNAME.
1. A Enregistrements pour @ (aka l'apex de la racine):
Certains fournisseurs de DNS vous permettront de vous préciser @, d'autres (comme AWS Route35) vous quitter le sous-domaine vide pour indiquer @. Dans les deux cas, ces sont les A enregistrements pour créer:
```
185.199.108.153
185.199.109.153
185.199.110.153
185.199.111.153
```
1. Créer un CNAME record de point http://www.example.com pour YOUR-GITHUB-USERNAME.github.io.
C'est la partie la plus déroutante.

Note le YOUR-GITHUB-USERNAME PAS le dépôt GitHub nom! La valeur de YOUR-GITHUB-USERNAME est déterminé par ce tableau.

Pour un pages Utilisateur site (plus probable que vous êtes), CNAME entrée sera username.github.io, ex:

Pour un Organisation des pages site, CNAME entrée sera orgname.github.io, ex:

Étape 5: Vérifiez les entrées DNS
1. Confirmer votre A enregistrements en cours d'exécution dig +noall +answer example.com. Il doit retourner les quatre 185.x.x.x les adresses IP que vous avez entré.
2. Confirme votre CNAME record en cours d'exécution dig www.example.com +nostats +nocomments +nocmd. Il doit retourner un CNAME YOUR-GITHUB-USERNAME.github.io
Il peut prendre une heure ou deux de ces entrées DNS pour résoudre et de se multiplier. Une fois qu'ils font, ouvrez votre navigateur à http://example.com et il devrait re-diriger vers http://www.example.com

Étape 6: le protocole SSL (HTTPS) de Configuration. Facultatif, mais fortement recommandé

Après vous avez la coutume domaine de travail, revenir à la repo paramètres. Si vous avez déjà la page des paramètres de l'ouvrir, rafraîchissement de la page.

Si il y a un message sous la Enforce HTTPS case, indiquant qu'il est toujours en cours de traitement, vous devrez attendre. Vous pouvez aussi avoir besoin de frapper la save bouton dans le Custom domain section pour le coup d'envoi de la Enforce HTTPS de traitement.

Une fois le traitement terminé, il devrait ressembler à ceci:

Suffit de cliquer sur le Enforce HTTPS case, et pointez votre navigateur sur https://example.com. Il devrait re-directe et ouverte https://www.example.com

THATS IT!

GitHub sera automatiquement garder votre HTTPS cert up-to-date ET doit gérer l'apex de www rediriger sur HTTPS.

Espérons que cette aide!!

...

Ancien (avant 1/23/19) réponse

J'ai donc pensé à elle. James McLaughlin m'a donné le coup de pouce dont j'avais besoin.

De Configuration d'un domaine personnalisé pour un gh-pages Pages du Projet repo qui gère http://www.yourdomain.com et yourdomain.com (suppose que vous avez déjà gh-pages branche sur votre repo):
1. De votre projet repo, gh-pages de la branche. Créer un enregistrement CNAME fichier avec le contenu yourdomain.com. S'engager ensuite pousser.
2. Dans votre gestionnaire de DNS, le programme d'installation de deux cname enregistrements. L'un pour l'apex de la racine (@) et un pour www. Deux points de YOURusername.github.io. Si votre fournisseur de DNS ne prend PAS en charge ALIAS dossiers sur l'apex de la racine (@), il suffit de créer A enregistrements de ce point de 192.30.252.153 et 192.30.252.154
3. Attendez jusqu'à ce que le nom de votre serveur de mise à jour:
  
  dig yourdomain.com +nostats +nocomments +nocmd
- Comme d'Apr 19, 2012, GitHub de documentation utilise 204.232.175.78 que l'adresse IP.
- Je suis invalide nom d'hôte pour 204.232.175.78
- Je pense qu'il est également possible de configurer un enregistrement CNAME qui pointe www à la racine.
- Est-il possible de le configurer avec un CNAME (aucun enregistrement)?
- Je pense que oui, 204.232.175.78 décide de pages.github.com - si vous pouviez donner un essai. Curieux - pourquoi tu veux CNAME? Pour isoler à partir des pages de changements de propriété intellectuelle. Il a "changé" dans le passé , qu'ils ont juste changer de docs à une nouvelle adresse IP (ancien fonctionne encore)
- Vérifié février 6 2014 et github docs disent: Créer les DNS des enregistrements qui pointent vers les adresses IP suivantes: 192.30.252.153, 192.30.252.154.
- "Si vous utilisez un record de points à 207.97.227.245 ou 204.232.175.78, vous devrez mettre à jour vos paramètres DNS, comme nous n'avons plus de servir des Pages directement à partir de ces serveurs." help.github.com/articles/my-custom-domain-isn-t-working - 3/8/14
- Je ne pense pas que c'est possible de mettre en place un enregistrement CNAME du nu @ domaine. C'est pourquoi vous avez besoin de l'Un des enregistrements, pour gérer la redirection à partir du nu de domaine pour le sous-domaine www. C'est un problème avec l'un cloudhost. Pas de garantie d'une adresse IP fixe.
- vous avez raison, certains fournisseurs de DNS ne pas soutenir alias à l'apex de la racine. J'ai édité ma réponse. FWIW si votre fournisseur de DNS prend en charge les alias à l'apex, qui doit être utilisé à la place.
- Je peux convertir à compter d'aujourd'hui, cette méthode fonctionne encore parfaitement. Je vous remercie beaucoup.
- GoDaddy n'autorise pas les @ et www de nom d'utilisateur.github.io, un seul enregistrement CNAME par sous-domaine 🙁
- Pour Namecheap utilisateurs du domaine, à configurer qu'un apex nom de domaine, le faire dans votre All Host Records.
- Je suis confronté au même problème. - Je déployer mon site sur GitHub pages et puis juste essayer de personnalisé mon domaine qui n'est pas sortie. Mais quand j'ai ouvert mon site, il sera redirigé vers qui de domaine personnalisé. Comment puis-je supprimer une. Aider moi que faire ?
- Passer par Hambourg, et je vais vous acheter une bière.
- Des Services comme "neubox" ne vous permettra pas de modifier des enregistrements ou des enregistrements CNAME. Mais vous pouvez en faire la demande via le support. Envoyer un e-mail avec un bon ips et c'est fait.
- Les adresses ip que vous devez utiliser peut être vérifiée à partir d'ici: help.github.com/articles/troubleshooting-custom-domains/...
- J'ai mis à jour la réponse à l'adresse et comprennent des informations beaucoup de ces commentaires élever. Merci pour tous les commentaires!
- Si je suis l'hébergement d'un projet: https://vedantroy.github.io/my-repository-name/, si mon enregistrement CNAME point de vedantroy.github.io ou vedantroy.github.io/my-repository-name? Aussi les Domaines de Google donne l'option de nom de au nom de domaine. Je viens de nommé www. Savez-vous si c'est correct?
InformationsquelleAutor rynop
237

Aperçu

La la documentation est un peu confus quand il s'agit de pages du projet, par opposition à pages utilisateur. Il se sent comme vous ne devrait avoir à faire plus, mais en réalité, le processus est très simple.

Qu'elle implique:
1. Configuration 2 statique des enregistrements pour le nu (pas de www) de domaine.
2. Créer un enregistrement CNAME pour www qui pointe vers une URL GitHub. Cela permettra de gérer www redirection pour vous.
3. La création d'un fichier appelé CNAME (capitalisées) dans votre racine du projet sur le gh-pages de la branche. Ceci va dire Github que l'URL de répondre.
4. Attendre pour que tout se propager.
Ce que vous obtiendrez

Votre contenu sera servi à partir d'une URL de la forme http://nicholasjohnson.com.

Visite http://www.nicholasjohnson.com sera de retour une redirection 301 de la nu de domaine.

Le chemin sera respecté par la redirection, donc la circulation de http://www.nicholasjohnson.com/angular serez redirigé vers http://nicholasjohnson.com/angular.

Vous pouvez avoir une page de projet par dépôt, donc si votre repos sont ouverts, vous pouvez en avoir autant que vous le souhaitez.

Voici le processus:

1. Créer des enregistrements

Pour les enregistrements A, point @ pour les adresses ip suivantes:
```
@: 185.199.108.153
@: 185.199.109.153
@: 185.199.110.153
@: 185.199.111.153
```
Ce sont statiques Github adresses IP à partir de laquelle votre contenu sera servi.

2. Créer un Enregistrement CNAME

Pour l'enregistrement CNAME, point www à nomutilisateur.github.io. Remarque la fuite arrêt complet. A noter également, c'est le nom de l'utilisateur, pas le nom du projet. Vous n'avez pas besoin de spécifier le nom de projet encore. Github va utiliser le CNAME fichier pour déterminer quel projet pour servir de contenu.

par exemple
```
www: forwardadvance.github.io.
```
Le but de l'enregistrement CNAME est de rediriger tous les sous-domaine www trafic vers un GitHub page de redirection 301 de la nu de domaine.

Voici une capture d'écran de la configuration que j'utilise pour mon propre site http://nicholasjohnson.com:

3. Créer un enregistrement CNAME fichier

Ajouter un fichier CNAME pour votre projet racine dans le gh-pages de la branche. Cela devrait contenir le nom de domaine que vous souhaitez servir. Assurez-vous de vous engager et de pousser.

par exemple
```
nicholasjohnson.com
```
Ce fichier indique à GitHub pour utiliser ce repo pour gérer le trafic vers ce domaine.

4. Attendre

Maintenant, attendez 5 minutes, votre projet page doit maintenant être en direct.
- De Github instructions de dire "Attention: Vous ne devez pas utiliser un enregistrement CNAME avec un apex domaine, car cela peut causer des problèmes avec d'autres services sur le sommet du domaine, comme le courrier électronique." N'est-ce pas ce que vous êtes en train de faire Un classement et un CNAME dans votre fichier DNS?
- Non, l'apex de domaine est une adresse IP statique. Le sous-domaine www est le CNAME.
- j'ai répété le processus, et j'ai deux questions, 1) je suis en utilisant freeDNS afraid.org pour les DNS de partage, qui ne permet pas d'ajouter de fuite . dans le nom d'utilisateur.github.io.. 2) quand j'ai ajouté github.io url sans fin ., mydomain.com fonctionne, mais je ne peux pas accès http://www.mydomain.com ??
- Salut bistaumanga, je n'ai pas d'expérience avec afraid.org mais je crois que le point est nécessaire. Peur peut-être de l'ajouter pour vous.
- La partie que je ne pouvais pas comprendre via GitHub docs est ce que l'URL à utiliser pour le projet. Merci pour cette réponse: "c'est le nom de l'utilisateur, pas le nom du projet." donc utiliser yourUserName.github.io.
- est le dernier point nécessaire à la fin de forwardadvance.github.io.?
- Salut @StéphaneBruckert - oui, il est, à moins que votre fournisseur de DNS inserts pour vous.
- Assurez-vous d'attendre au moins ~10 minutes, pour se propager. Ça prend du temps.
- Il dépend aussi de votre domaine TTL paramètres.
- pouvez-vous veuillez donner des précisions? Je (et je suis sûr que quelqu'un d'autre lecture) en serais reconnaissant 🙂
- Salut @YasharBahman - Le DNS mondial système constitue un gigantesque web avec les serveurs DNS de parler et de transmettre les données autour de. Les données sur un domaine est mis en cache pour une période, nous l'appelons le Temps de Vivre ou TTL. Le bas de votre durée de vie est le plus souvent, les serveurs DNS qui va vérifier les mises à jour sur votre domaine.
- J'ai mis à jour cette solution et vous recommande vraiment de le faire. Vous pouvez l'obtenir pour travailler dans d'autres façons, par exemple à l'aide d'un CNAME pour le @ de l'hôte, mais il va se casser e-mail, etc. C'est la meilleure solution que j'ai trouvé. Je vous remercie.
- Merci!!!! J'ai été bloqué sur la valeur correcte pour l'enregistrement CNAME DNS - juste de l'organisation.github.io, peu importe ce projet dans le cadre de cette organisation, vous êtes en essayant de servir. (c'est à dire, PAS d'organisation.github.io/repo)
InformationsquelleAutor superluminary
21

Si vous vous demandez comment obtenir votre domaine d'apparaître comme www.mydomain.com au lieu de rediriger l' www demande à
mydomain.com, essayez ceci:

CNAME fichier sur gh-pages branche aura une ligne:

www.mydomain.com (au lieu de mydomain.com)

Peu importe votre préférence sur la redirection (en d'autres mots, peu importe ce qui est dans votre fichier CNAME sur le gs-pages branche), avec votre fournisseur de DNS, vous devez le configurer comme ceci:
```
A      @    192.30.252.154
A      @    192.30.252.153
CNAME  www  username.github.io
```
- pourquoi ne puis-je point le CNAME à @? pourquoi "www.mydomain.com" et "mydomain.com" nous résoudre à potentiellement adresses ip différentes?
InformationsquelleAutor Phil
15

Réponse courte

Ces explications détaillées sont grands, mais les OP (et mon) confusion pourrait être résolu par une phrase: "DNS Direct à votre GitHub nom d'utilisateur ou organisation, ignorant les spécificités du projet, et ajouter les CNAME fichiers dans votre projet dépôts GitHub vous enverrons le bon DNS vers la droite sur la base du projet fichiers dans le respository."
- Je n'ai aucune idée de ce que "l'envoi de DNS" signifie.
- Rediriger les requêtes DNS, de sorte que les requêtes HTTP avec des noms de domaine particulier d'obtenir les bons documents que des réponses.
InformationsquelleAutor Jim Pivarski
13

De Aug 29, 2013, De Github documentation affirment:

Avertissement: les pages du Projet sous-chemins comme http://username.github.io/projectname ne sera pas redirigé vers un projet de domaine personnalisé.
- Je suis confondu pourquoi ils ont ajouté ce comportement. Je veux que mon .com de point de github pages, et non pas l'inverse.
- J'étais vraiment confus par cela aussi. Comme je le comprends maintenant, vous pouvez toujours le point yoursite.com pour github pages, mais nomutilisateur.github.io/votresite de ne pas rediriger vers yoursite.com. C'est bien parce que yoursite.com fonctionne toujours, assurez-vous de mettre à jour vos enregistrements dns, et le temps pour le résoudre. help.github.com/articles/...
- Ce qui devrait avoir le SEO (Search Engine Optimization) les implications pour le site web. Google est dit de rétrograder le classement des résultats d'un contenu qui est accessible à partir de plusieurs domaines, ce qui est l'un des plusieurs raisons pour l'application 301 ("stable") les redirections de username.github.io/projectname à www.projectname.com.
InformationsquelleAutor Amio
3

Les choses sont beaucoup plus facile de nos jours!
1. Mise à jour de votre Apex de domaine (@) enregistrement au point de
192.30.252.154

192.30.252.153
1. Modifier votre Custome domaine champ dans votre dépôt github paramètres.
1. www et d'autres sous-domaines peuvent être mis à jour comme CNAME à l'apex de domaine.
InformationsquelleAutor Rafaf Tahsin
2

Je viens de découvrir, après un peu de frustration, que si vous êtes en utilisant PairNIC, tout ce que vous avez à faire est d'activer le "Transfert Web" sous "DNS Personnalisés" et fournir le nom d'utilisateur.github.io/projet d'adresse et il sera automatiquement mis en place à la fois le sommet et de sous-domaine des documents pour vous. Il semble faire exactement ce qui est suggéré dans la accepté de répondre. Cependant, il ne vous laisse pas faire exactement la même chose en ajoutant manuellement des enregistrements. Très étrange. De toute façon, il m'a fallu un certain temps pour comprendre que, alors j'ai pensé que je devais partager pour sauver tout le monde la peine.

InformationsquelleAutor Brandon Fosdick
0

J'aimerais partager pas qui est un peu différent de ce que proposés par rynop et superluminary.
- pour A Enregistrement est exactement le même, mais
- au lieu de créer CNAME pour www je préfère le rediriger vers mon vide de domaine (non-www)
Cette configuration fait référence à l'orientation de domaine préféré. Le paramètre de domaine www à non www ou vice versa peut être différente sur chacun des fournisseurs de domaine. Depuis mon domaine est en vertu de GoDaddy, dans le cadre de la Paramètre de Domaine je l'ai installé à l'aide de la Sous-Domaine Redirection (301).

Comme le résultat de pointer le domaine sur Github, il donnera alors toutes les Url pour les deux master et gh-pages branche similaire comme ceux que j'ai énumérés ci-dessous va pour le domaine privilégié:

maître

Par la création de CNAME fichier sur master branche (vérifier sur mon user repository).

http://hyipworld.github.io/

http://www.hyip.world/

http://hyip.world/

gh-pages

Par la création d'un même CNAME fichier sur gh-pages branche (vérifier sur mon référentiel de projet).

http://hyipworld.github.io/maps/

http://www.hyip.world/maps/

http://hyip.world/maps/

Que plus de la CNAME fichier ci-dessus, vous devrez peut-être complètement bypass Jekyll traitement sur GitHub Pages en créant un fichier nommé .nojekyll dans la racine de vos pages repo.
- Je recommanderais pas pour utiliser godaddy, mais juste un avis personnel
InformationsquelleAutor Chetabahana