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

11

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 [email protected]: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
git Felipe
la source
Felipe - est memcachedvotre problème ( askbot.org/en/question/2699/… )? L'avez-vous installé?
fossfreedom
@fossfreedom, non, je n'ai pas de memcached installé
Felipe
si vous ajoutez -và votre appel push (run -à- dire en mode de bavard) - ce qui est la sortie? utiliser paste.ubuntu.com pour vos résultats.
fossfreedom
Il se bloque: paste.ubuntu.com/1386951
Felipe
1
Était un problème du côté du serveur de GitHub , rien à voir avec Ubuntu.
Braiam

Réponses:

4

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

Felipe
la source
Y a-t-il réellement eu des améliorations depuis ou avez-vous toujours les mêmes problèmes?
IQAndreas
Salut @IQAndreas, je n'ai jamais eu ce problème auparavant. Vous étiez?
Felipe
J'ai ce problème depuis près d'un an (et je l'obtiens toujours), et réinstaller Ubuntu ou ajuster la taille MTU n'a rien fait. Pensez-vous que GitHub pourrait aider, ou devrais-je simplement continuer à utiliser HTTPS?
IQAndreas
Salut @IQAndreas! Github devrait vous aider! Ils m'aident et résolvent mon problème. Je suis sûr que votre problème est lié à une configuration côté serveur. Veuillez les contacter et mettre ici votre histoire. Il est important d'aider les autres ayant le même problème! Merci beaucoup.
Felipe
2

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.

roadmr
la source
Merci @roadmr! J'ai essayé sous Mac OSX et Windows et ça va. Juste sur Ubuntu, j'ai le problème. Je ne peux même pas entrer dans cette URL, par exemple: github.com dans Firefox Je peux accéder à la première page, mais échoue parfois lorsque je clique à l'intérieur. J'ai déjà essayé de changer mon MTU mais je n'ai toujours pas fonctionné. Savez-vous ce que je peux essayer de plus? Je ne comprends pas pourquoi Codeplane fonctionne et Github ne fonctionne pas. Merci!
Felipe
Aujourd'hui, je pouvais entrer sur github.com mais pas sur github.com/felipelalli/machine-gun par exemple. Le navigateur continue de penser pour toujours jusqu'à la fin sur "Erreur 324 (net :: ERR_EMPTY_RESPONSE): Le serveur a fermé la connexion sans envoyer de données."
Felipe
Eh bien, je peux très bien accéder à l'URL de la mitrailleuse, et j'utilise Ubuntu 12.10, donc ce n'est pas quelque chose de "mal" dans Ubuntu, juste une incompatibilité ou un décalage avec votre réseau et Ubuntu. Si les administrateurs réseau sont raisonnables, vous pouvez leur demander de l'aide pour le diagnostic. Je crains que leur réponse habituelle soit "Utiliser Windows" mais peut-être qu'ils peuvent vous aider.
roadmr
Salut @roadmr, ça se passe chez moi, et j'ai fait l'installation à partir de zéro. C'est peut-être un problème de mon ordinateur (Dell Studio) + Ubuntu 12.10?
Felipe
1

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.

Marcin Kaminski
la source
Merci. Je le verrai dès mon retour à la maison. Mais le problème se produit sur https, je pense que c'est un problème pour tcpdump, n'est-ce pas? Je vais vérifier si je peux tester avec http.
Felipe
Je ne sais pas ce que vous vouliez dire par le problème avec tcpdump. Je proposais de l'utiliser pour capturer tout le trafic pendant la période où vous rencontrez des problèmes car cela permettrait de l'analyser et éventuellement de trouver le problème.
Marcin Kaminski
Je veux dire que la connexion https est impossible de capturer le trafic. Ai-je tort? Parce qu'il est crypté.
Felipe
Mon erreur - je n'ai pas remarqué que vous utilisiez HTTPS. Même si cela ne vous montrait pas les problèmes de niveau application que vous pourriez rencontrer, vous seriez toujours en mesure de trouver des problèmes dans la couche réseau inférieure qui pourraient s'avérer utiles.
Marcin Kaminski
Merci de votre attention. Alors, que dois-je faire maintenant? Vaut 4 BTC.
Felipe
1

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

faskunji
la source
Je suis désolé, ce n'est pas mon cas. Merci. Mon principal problème persiste, c'est quand j'essaie de pousser les choses vers Github. Cloner et tirer est OK.
Felipe
-1

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.

George
la source