Tempo limite de conexão ao acessar o Github [fechado]

Eu tenho exatamente o mesmo problema descrito aqui: /programming/12849986/connection-timeout-when-accessing-github

Então, eu vou copiar e colar:

Eu tenho alguns problemas estranhos. Quando tento fazer login na minha conta do Github , recebo o erro "net :: ERR_EMPTY_RESPONSE ".

Eu tentei com o Chrome, Firefox e Opera . No Firefox, se você limpa o cache e os dados offline, ele funciona por um tempo. Depois, consigo efetuar login, mas ainda não consigo criar um repositório do Github, mesmo que limpe o cache novamente.

Meu amigo , na mesma rede , com o Windows, pode fazer o que ele quiser no site do Github, mas eu não posso. Eu tentei muitos servidores DNS , tentei não configurá-lo (meu amigo não), mas ainda não está funcionando .

Meu SO: Ubuntu x64 12.04

Idéias, por favor. E obrigada

Além disso, posso clonar qualquer repo, mas não posso forçar. Eu tive que mudar para https://codeplane.com/ devido a esse problema, mas quero entender por que isso acontece.

Edição: Eu poderia clonar um repo, mas o outro apenas trava neste momento:

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 

QUALQUER push trava assim:

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)

EDIÇÃO 2: Formato meu PC e reinstalei o Ubuntu, mas o problema permanece o mesmo. Portanto, elimina qualquer problema com instalações ou atualizações. Eu tenho um Dell Studio XPS.

EDIT 3: Pago 4 Bitcoin se alguém resolver o meu problema. Basta colocar seu endereço público.

EDIT 4: Quando tento empurrar, após alguns minutos, recebo esta mensagem:

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

A solução:

após uma longa discussão com suporte ao Github, eles disseram que era uma configuração do lado do servidor relacionada a uma tentativa de evitar o ataque DDOS que afetou alguns usuários, como eu. Após alguns ajustes no servidor Github, tudo volta ao normal e funciona muito bem novamente!

Muito obrigado pela equipe de suporte do Github, eles foram muito transparentes e úteis.

Citação do longo tópico de e-mail:

Olá Felipe -

Temos experimentado ataques intermitentes de DDoS nas últimas semanas e um infeliz efeito colateral de algumas das medidas preventivas que implementamos são efeitos colaterais estranhos como esse. Acreditamos que o problema aqui foi que parte de nossa proteção contra DDoS foi configurada incorretamente. Estamos trabalhando com nosso provedor de rede para ajustar a proteção DDoS para não deixar cair outro tráfego como esse com a maior prioridade. Desculpe novamente pelos problemas repetidos aqui!

Jesse GitHub Ops

Pesquisando em torno de sua mensagem de erro aparece algumas coisas sobre o tamanho da MTU.

Se possível, sugiro que você tente uma rede / ISP diferente apenas para confirmar que está acontecendo apenas nessa rede específica.

Então, você pode tentar alterar o MTU (você pode, por exemplo, ver o que o Windows tem para o MTU e definir o Ubuntu para isso; por padrão, é 1500 no Ubuntu).

Veja como alterar os MTUs: http://ubuntuforums.org/showthread.php?t=1887063 .

Sugiro que você verifique primeiro uma rede diferente e só então tente alterar o MTU. Não é algo que precisa ser feito com frequência; se a mudança de rede ajudar, eu diria que é algum problema estranho com a rede, para o qual o Windows é de alguma forma impermeável.

Eu poderia ajudá-lo a diagnosticá-lo, se você desabilitar todos os aplicativos de rede além do seu aplicativo (cliente git neste caso) para minimizar o ruído da rede e usar tcpdump / wireshark para capturar o tráfego enviado e recebido quando houver problemas.

Certifique-se de começar a capturar antes de executar o comando que está tendo problemas para se conectar.

Instale os dois programas com:

sudo apt-get install wireshark tcpdump

e depois corra

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

para iniciar a captura antes do teste.

Seria útil se você capturasse o tráfego durante uma sessão que falhou e carregasse o dump.pcap resultante em algum lugar onde eu pudesse baixá-lo.

Se você não estiver atrás do proxy, ignore este comentário.

Estou atrás do proxy no trabalho e tive que configurar o git para alcançá-lo. Antes disso, eu tinha tempo limite para o github na máquina Ubuntu, enquanto as máquinas Windows funcionavam bem.

Portanto, se você estiver atrás do proxy, abra o arquivo ~ / .gitconfig e adicione estas linhas:

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

É claro que substitua os números de IP e porta pelos seus. Espero que isto ajude

Eu estava recebendo esse erro ao executar 'atualização de atualização' na minha linha de comando (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

Também notei que nenhum dos meus navegadores conseguia se conectar ao github.comsite.

Resolvi todos os problemas de conexão entre o meu Mac OS X Mavericks e o github trocando minha conexão wifi de rede de 802.11n (5.18GHz) para 802.11g (2.412GHz).

Não sei por que isso funcionou para mim, mas estou feliz por voltar ao normal.