Тайм-аут соединения при доступе к Github [закрыто]
У меня точно такая же проблема, как описано здесь: https://stackoverflow.com/questions/12849986/connection-timeout-when-accessing-github
Поэтому я просто скопирую & paste:
У меня странные проблемы. Когда я пытаюсь войти в мою учетную запись 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
ЛЮБОЙ push зависает следующим образом:
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
5 ответов
Поиски сообщения об ошибке приводят к некоторым изменениям размера MTU.
Если возможно, я предлагаю вам попробовать другую сеть / провайдера, просто чтобы убедиться, что это происходит только в этой конкретной сети.
Затем вы можете попробовать изменить MTU (вы можете, например, посмотреть, что Windows имеет для MTU и установить Ubuntu на него; по умолчанию это 1500 в Ubuntu).
Вот как можно изменить MTU: http://ubuntuforums.org/showthread.php?t=1887063 .
Я предлагаю вам сначала проверить другую сеть и только потом пытаться изменить MTU. Это не то, что нужно делать обычно, поэтому, если смена сетей помогает, я бы сказал, что это какая-то странная проблема с сетью, в которой Windows почему-то непроницаема.
Если вы не находитесь за прокси-сервером, игнорируйте этот комментарий.
Я нахожусь за прокси на работе и должен был настроить 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 ГГц).
Я не знаю, почему это сработало для меня, но я просто рад, что все вернулось на круги своя.
Решение:
после длинного потока с поддержкой Github, они сказали, что это была конфигурация на стороне сервера, связанная с попыткой избежать DDOS-атаки, которая затронула некоторых пользователей, таких как я. После некоторых настроек на сервере Github все вернулось к нормальному состоянию и снова работает очень хорошо!
Большое спасибо команде поддержки Github, они были очень прозрачными и полезными.
Цитата из длинной ветки электронной почты:
Привет Фелипе -
Мы наблюдаем периодические DDoS-атаки в течение последних нескольких недель и нежелательный побочный эффект некоторых из принятых нами превентивных мер - странные побочные эффекты, подобные этому. Мы считаем, что проблема в том, что некоторые из наших средств защиты от DDoS были неправильно настроены. Мы работаем с нашим провайдером сети, чтобы настроить защиту от DDoS, чтобы не отбрасывать другой трафик, как этот, с наивысшим приоритетом. Еще раз извините за повторяющиеся проблемы!
Jesse GitHub Ops
Я мог бы помочь вам диагностировать это, если вы отключите все сетевые приложения, кроме вашего приложения (в данном случае git client), чтобы минимизировать сетевой шум и использовать tcpdump / wireshark для захвата трафика, отправленного и полученного при возникновении проблем. [ 112]
Обязательно начните захват, прежде чем запустить команду, у которой возникли проблемы с подключением.
Установите обе программы с помощью:
sudo apt-get install wireshark tcpdump
и затем запустите
sudo tcpdump -i wlan0 -o dump.pcap -s 1500
, чтобы начать захват перед тестированием.
Было бы полезно, если бы вы захватили трафик во время одного неудачного сеанса и загрузили получившийся файл dump.pcap куда-нибудь, где я мог бы его скачать.