Push to remote sur GitHub pointé vers une nouvelle adresse IP du server

Je n'ai aucune idée de ce qui a changé, mais j'étais dans une grande surprise quand j'ai essayé de pousser vers ma télécommand sur GitHub et il est allé à une adresse IP complètement inconnue à la place.

[slavik@localhost guardonce]$ git push origin master Warning: Permanently added the RSA host key for IP address '192.30.252.128' to the list of known hosts. Connection closed by 192.30.252.128 fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 

D'autres tests suggèrent que la configuration de ma machine locale est correcte. Par exemple:

 [slavik@localhost guardonce]$ ssh -T git@github.com Hi slavik81! You've successfully authenticated, but GitHub does not provide shell access. 

et

 [slavik@localhost guardonce]$ git remote -v origin git@github.com:slavik81/guardonce.git (fetch) origin git@github.com:slavik81/guardonce.git (push) 

En regardant mes known_hosts, je m'attendais à parler à github.com,204.232.175.90 . Alors, pourquoi je ne suis pas?

Solutions Collecting From Web of "Push to remote sur GitHub pointé vers une nouvelle adresse IP du server"

Ce qui a changé est maintenant (25 août 2013) expliqué dans " Changements d'adresse IP ":

Nous avons mentionné ces nouvelles adresses en avril et mis à jour l' API Meta pour les refléter.
Certains services GitHub ont déjà été migrés vers les nouvelles adresses, notamment:

 api.github.com gist.github.com ssh.github.com 

Notre prochaine étape est de commencer à utiliser ces adresses IP pour le site principal de GitHub, donc nous callbackons tout le monde à propos de ce changement.
Il y a quelques pièges qui peuvent affecter certaines personnes:

  • Si vous avez des règles de pare-feu explicites qui autorisent l'access à GitHub depuis votre réseau, vous devez vous assurer que toutes les plages IP répertoriées dans cet article sont incluses.

  • Si vous avez une input dans votre file /etc/hosts qui pointe vers github.com à une adresse IP spécifique, vous devez la supprimer et github.com à la place DNS pour get l'set d'adresses le plus précis.

  • Si vous accédez à vos référentiels via le protocole SSH, vous recevrez un message d'avertissement chaque fois que votre client se connecte à une nouvelle adresse IP pour github.com .
    Tant que l'adresse IP de l'avertissement est dans la plage des adresses IP de la page d'aide mentionnée précédemment, vous ne devriez pas être concerné.
    Plus précisément, les nouvelles adresses ajoutées cette fois sont comsockets entre 192.30.252.0 et 192.30.255.255.
    Le message d'avertissement ressemble à ceci:

 Warning: Permanently added the RSA host key for IP address '$IP' to the list of known hosts. 

vérifier l'URL distante existante

 git config remote.origin.url 

Si ce n'est pas correct, vous pouvez le changer en:

 git remote set-url origin git@github.com:slavik81/guardonce.git 

C'est un server github en Californie

 $ git config remote.origin.url git@github.com:blah/foo $ ping github.com PING github.com (192.30.252.128) 56(84) bytes of data. 64 bytes from 192.30.252.128: icmp_seq=1 ttl=47 time=63.6 ms 

http://fr.utrace.de/ip-address/192.30.252.128

Edit: Ils ont été sous une lourde attaque DDoS ces derniers jours, donc ils l'ont probablement fait pour aider à la combattre.

L'URL des push git est listée dans le dossier config. Recherchez le dossier .git dans votre application, puis ouvrez le file de configuration à l'intérieur.

 $ cat config 

[core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = git@github.com:******/******.git [branch "master"] remote = origin merge = refs/heads/master [branch "sprint_1"] remote = origin merge = refs/heads/sprint_1

Checkout l'url pour "origine" à distance, il montre l'adresse actuelle à distance. Vous pouvez faire des changements ici.

Si vous déployez avec capistrano gem, il clone le repo dans deploy_dir/shared/cached-copy sur le server.

Supprimez simplement le deploy_dir/shared/cached-copy .

$ rm -rf deploy_dir/shared/cached-copy

Puis déployer à nouveau.