Délai d'expiration de la connexion lors de l'accès à Github [fermé]

J'ai exactement le même problème que celui décrit ici: /programming/12849986/connection-timeout-when-accessing-github

Je vais donc simplement copier-coller:

J'ai des problèmes étranges. Lorsque j'essaie de me connecter à mon compte Github , j'obtiens une erreur "net :: ERR_EMPTY_RESPONSE ".

J'ai essayé avec Chrome, Firefox et Opera . Dans Firefox, si vous nettoyez le cache et les données hors ligne, cela fonctionne pendant un certain temps. Ensuite, je peux me connecter, mais je ne peux toujours pas créer un référentiel Github, même si je vide à nouveau le cache.

Mon ami , dans le même réseau , avec Windows, peut faire ce qu'il veut sur le site Web de Github, mais je ne peux pas. J'ai essayé de nombreux serveurs DNS , j'ai essayé de ne pas le configurer (mon ami ne le fait pas), mais cela ne fonctionne toujours pas .

Mon système d'exploitation: Ubuntu x64 12.04

Des idées, s'il vous plaît. Et merci.

De plus, je peux cloner n'importe quel dépôt mais je ne peux pas pousser. J'ai dû passer à https://codeplane.com/ en raison de ce problème, mais je veux comprendre pourquoi cela se produit.

EDIT: Je pourrais cloner un dépôt, mais l'autre se bloque à ce stade:

felipelalli@felipelalli-Studio-XPS-8100:~/wa$ git clone git@github.com:felipelalli/micaroni.git
Cloning into 'micaroni'...
remote: Counting objects: 5238, done.
remote: Compressing objects: 100% (3257/3257), done.
Receiving objects:  92% (4839/5238), 43.29 MiB | 902 KiB/s 

N'IMPORTE QUELLE poussée se bloque comme ceci:

master!fml.eti.br> push
Counting objects: 23, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (19/19), 4.25 KiB, done.
Total 19 (delta 3), reused 0 (delta 0)

EDIT 2: J'ai formaté mon PC et j'ai réinstallé Ubuntu, mais le problème reste le même. Ainsi, il élimine tout problème d'installation ou de mise à jour. J'ai un Dell Studio XPS.

EDIT 3: Je paie 4 Bitcoin si quelqu'un résout mon problème. Mettez simplement votre adresse publique ensemble.

EDIT 4: Lorsque j'essaie de pousser, après quelques minutes, je reçois ce message:

felipelalli@felipelalli-Studio-XPS-8100:~/wa/fml.eti.br$ git push
Counting objects: 26, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (18/18), done.
Writing objects: 100% (22/22), 4.48 KiB, done.
Total 22 (delta 4), reused 0 (delta 0)
Write failed: Broken pipe
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly

La solution:

après un long fil avec le soutien Github, ils ont dit qu'il était une configuration côté serveur lié à une tentative d'éviter les attaques DDOS qui a touché certains utilisateurs, comme moi. Après quelques ajustements dans le dos de tout serveur Github à la normale et fonctionne très bien à nouveau!

Merci beaucoup pour l'équipe de soutien Github, ils étaient très transparents et utiles.

Citation du fil de discussion à long:

Salut Felipe -

Nous avons connu des attaques DDoS intermittentes au cours des dernières semaines, et un effet secondaire malheureux de quelques-unes des mesures préventives que nous avons mis en place est étrange des effets secondaires comme celui-ci. Nous pensons que le problème ici est que certains de notre protection DDoS a été mal configuré. Nous travaillons avec des fournisseurs de réseau pour accorder la protection DDoS à ne pas laisser tomber tout autre trafic comme celui-ci avec la plus haute priorité. Désolé encore pour les problèmes répétés ici!

Ops Jesse GitHub

La recherche de votre message d'erreur sur Google révèle des informations sur la taille du MTU.

Si possible, je vous suggère d'essayer un autre réseau / FAI juste pour confirmer que cela ne se produit que sur ce réseau particulier.

Ensuite, vous pouvez essayer de changer le MTU (vous pouvez par exemple voir ce que Windows a pour MTU et définir Ubuntu sur cela; par défaut, c'est 1500 sur Ubuntu).

Voici comment changer les MTU: http://ubuntuforums.org/showthread.php?t=1887063 .

Je vous suggère de vérifier d'abord sur un réseau différent et d'essayer ensuite de changer le MTU. Ce n'est pas quelque chose qui doit être fait couramment, donc si changer de réseau aide, je dirais que c'est un problème étrange avec le réseau, auquel Windows est en quelque sorte imperméable.

Je pourrais vous aider à le diagnostiquer, si vous désactivez toutes les applications réseau en dehors de votre application (client git dans ce cas) pour minimiser le bruit du réseau et utilisez tcpdump / wirehark pour capturer le trafic envoyé et reçu lorsque vous rencontrez des problèmes.

Assurez-vous de commencer la capture avant d'exécuter la commande qui rencontre des problèmes de connexion.

Installez les deux programmes avec:

sudo apt-get install wireshark tcpdump

puis exécutez

sudo tcpdump -i wlan0 -o dump.pcap -s 1500

pour commencer la capture avant le test.

Il serait utile que vous capturiez le trafic au cours d'une session qui échoue et que vous téléchargiez le fichier dump.pcap résultant quelque part où je pourrais le télécharger.

Si vous n'êtes pas derrière le proxy, ignorez ce commentaire.

Je suis derrière le proxy au travail et j'ai dû configurer git pour l'atteindre. Avant cela, j'avais des délais d'attente pour github sur une machine Ubuntu tandis que les machines Windows fonctionnaient bien.

Donc, si vous êtes derrière un proxy, ouvrez votre fichier ~ / .gitconfig et ajoutez ces lignes:

[http]
    proxy = http://192.168.219.2:8080
[https]
    proxy = https://192.168.219.2:8080

Bien sûr, remplacez les numéros IP et de port par les vôtres. J'espère que cela t'aides

J'obtenais cette erreur lors de l'exécution de la «mise à jour de brassage» dans ma ligne de commande (terminal):

fatal: unable to access 'https://github.com/Homebrew/homebrew/': SSLRead() return error -36 Error: Failure while executing: git pull -q origin refs/heads/master:refs/remotes/origin/master

J'ai également remarqué qu'aucun de mes navigateurs n'était en mesure de se connecter au github.comsite Web.

J'ai résolu tous les problèmes de connexion entre mon mac OS X Mavericks et github en commutant ma connexion wifi réseau de 802.11n (5.18GHz) à 802.11g (2.412GHz).

Je ne sais pas pourquoi cela a fonctionné pour moi, mais je suis juste content que ce soit redevenu normal.