Тайм-аут соединения при доступе к Github [закрыт]

У меня точно такая же проблема, как описано здесь: /programming/12849986/connection-timeout-when-accessing-github

Поэтому я просто скопирую и вставлю:

У меня странные проблемы. Когда я пытаюсь войти в свою учетную запись Github , я получаю ошибку «net :: ERR_EMPTY_RESPONSE ».

Я пробовал с Chrome, Firefox и Opera . В Firefox, если очистить кеш и офлайн данные, это работает какое-то время. Затем я могу войти в систему, но я все еще не могу создать репозиторий Github, даже если я снова очищаю кеш.

Мой друг , находящийся в одной сети с Windows, может делать что угодно на веб-сайте Github, но я не могу. Я пробовал много DNS- серверов, я пытался не устанавливать его (мой друг этого не делает), но он все еще не работает .

Моя ОС: Ubuntu x64 12.04

Идеи, пожалуйста. И спасибо.

Кроме того, я могу клонировать любой репо, но я не могу подтолкнуть. Мне пришлось перейти на https://codeplane.com/ из-за этой проблемы, но я хочу понять, почему это происходит.

РЕДАКТИРОВАТЬ: Я мог бы клонировать один репо, но другой просто зависает в этой точке:

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: я форматирую свой компьютер, и я переустановил 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; по умолчанию это 1500 для Ubuntu).

Вот как можно изменить MTU: http://ubuntuforums.org/showthread.php?t=1887063 .

Я предлагаю вам сначала проверить в другой сети и только потом попытаться изменить MTU. Это не то, что нужно делать обычно, поэтому, если смена сетей помогает, я бы сказал, что это какая-то странная проблема с сетью, в которой Windows почему-то не заметна.

Я мог бы помочь вам диагностировать это, если вы отключите все сетевые приложения, кроме вашего приложения (в данном случае git client), чтобы минимизировать сетевой шум и использовать tcpdump / wireshark для захвата трафика, отправленного и полученного при возникновении проблем.

Обязательно начните захват перед запуском команды, у которой возникли проблемы с подключением.

Установите обе программы с помощью:

sudo apt-get install wireshark tcpdump

а потом беги

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

начать захват перед тестированием.

Было бы полезно, если бы вы захватили трафик во время одного неудачного сеанса и загрузили получившийся файл dump.pcap куда-нибудь, где я мог бы его скачать.

Если вы не используете прокси, игнорируйте этот комментарий.

Я нахожусь за прокси на работе и должен был настроить git для доступа через него. До этого у меня был тайм-аут для github на машине с Ubuntu, в то время как машины с Windows работали нормально.

Поэтому, если вы находитесь за прокси-сервером, откройте файл ~ / .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сайту.

Я решил все проблемы с подключением между моей Mac OS X Mavericks и github, переключив сетевое соединение Wi-Fi с 802.11n (5.18 ГГц) на 802.11g (2.412 ГГц).

Я не знаю, почему это сработало для меня, но я просто рад, что все вернулось на круги своя.