Githubにアクセスする際の接続タイムアウト[終了]

ここで説明した問題とまったく同じ問題があります：https : //stackoverflow.com/questions/12849986/connection-timeout-when-accessing-github

だから私はちょうどコピー＆ペーストします：

奇妙な問題があります。私がしようとすると、ログインの私のGitHub のアカウント、私は「ネット::取得ERR_EMPTY_RESPONSE」エラーを。

私はクロム、FirefoxとOperaので試してみました。Firefoxでは、キャッシュとオフラインデータを消去すると、しばらく動作します。その後、ログインできますが、キャッシュを再度クリアしても、Githubリポジトリを作成できません。

私の友人は、同じネットワーク内で、Windowsを使用して、GithubのWebサイトで好きなことをすることができますが、私はできません。私は多くの DNSサーバーを試しましたが、設定しないようにしました（私の友人はそうしませんでした）が、まだ機能していません。

私のOS：Ubuntu x64 12.04

アイデアをお願いします。ありがとう。

また、レポのクローンを作成することはできますが、プッシュすることはできません。この問題のためにhttps://codeplane.com/に変更する必要がありましたが、なぜ発生するのかを理解したいです。

編集：1つのレポのクローンを作成できましたが、もう1つのレポはこの時点でハングします。

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 

いかなるこのようなプッシュがハング：

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)

編集2：PCをフォーマットし、Ubuntuを再インストールしましたが、問題は同じままです。そのため、インストールまたは更新に関する問題が解消されます。Dell Studio XPSを使用しています。

編集3：誰かが私の問題を解決した場合、私は4ビットコインを支払います。パブリックアドレスをまとめるだけです。

編集4：プッシュしようとすると、数分後に次のメッセージが表示されます。

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

ソリューション：

Githubをサポートする長いスレッドの後、彼らは、私のような一部のユーザーに影響を与えたDDOS攻撃を回避するという暫定的な試みに関連するサーバー側の構成であると言いました。Githubサーバーでいくつかの調整を行った後、すべてが正常に戻り、再び非常にうまく機能します！

Githubサポートチームに感謝します。彼らは非常に透明で役に立ちました。

長いメールスレッドからの引用：

こんにちはフェリペ-

過去数週間にわたって断続的なDDoS攻撃を経験してきましたが、いくつかの予防措置の不幸な副作用は、このような奇妙な副作用です。ここでの問題は、DDoS保護の一部が誤って設定されていることであると考えています。ネットワークプロバイダーと協力して、DDoS保護を調整して、このような他のトラフィックを最高の優先度でドロップしないようにしています。ここで繰り返し問題が発生して申し訳ありません！

ジェシー・ギットハブ・オプス

エラーメッセージを探し回ると、MTUサイズに関する情報が表示されます。

可能であれば、その特定のネットワークでのみ発生していることを確認するために、別のネットワーク/ ISPを試すことをお勧めします。

次に、MTUを変更してみてください（たとえば、WindowsがMTU用に持っているものを確認し、Ubuntuをそれに設定できます。デフォルトではUbuntuで1500です）。

：ここでのMTU変更する方法を説明しますhttp://ubuntuforums.org/showthread.php?t=1887063を。

最初に別のネットワークで確認してから、MTUの変更を試みることをお勧めします。一般的に行う必要のあるものではないので、ネットワークの変更が役立つ場合、Windowsが何らかの形で不浸透性であるネットワークの奇妙な問題だと思います。

ネットワークノイズを最小限に抑えるためにアプリケーション（この場合はgitクライアント）を除くすべてのネットワークアプリケーションを無効にし、問題が発生したときに送受信されるトラフィックをキャプチャするためにtcpdump / wiresharkを使用すると、診断に役立ちます。

接続に問題があるコマンドを実行する前に、必ずキャプチャを開始してください。

以下を使用して両方のプログラムをインストールします。

sudo apt-get install wireshark tcpdump

そして実行する

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

テストの前にキャプチャを開始します。

失敗する1つのセッション中にトラフィックをキャプチャし、結果のdump.pcapをダウンロードできる場所にアップロードすると便利です。

プロキシの背後にいない場合は、このコメントを無視してください。

私は職場でプロキシの背後にいるため、それを介して到達するようにgitを設定する必要がありました。それ以前は、Windowsマシンが正常に動作している間にUbuntuマシンでgithubのタイムアウトが発生しました。

したがって、プロキシの背後にいる場合は、〜/ .gitconfigファイルを開いて次の行を追加します。

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

もちろん、IPとポート番号を自分のものに置き換えます。お役に立てれば

コマンドライン（ターミナル）で「brew update」を実行中にこのエラーが発生していました。

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

また、自分のブラウザがgithub.comウェブサイトに接続できなかったことにも気付きました。

ネットワークWi-Fi接続を802.11n（5.18GHz）から802.11g（2.412GHz）に切り替えることで、Mac OS X Mavericksとgithub間の接続の問題をすべて解決しました。

なぜそれが私のために働いたのか分かりませんが、それが正常に戻ってうれしいです。