Тайм-аут подключения при доступе к Github [закрыт]
Перейдите в каталог A и запустите
find . -mindepth 2 -type f -print -exec mv {} . \;
, что означает «найти все файлы в этом каталоге и его подкаталогах и выполнить mv с целевым каталогом. для каждого найденного файла для их перемещения в текущий каталог.
4 ответа
В результате поиска сообщения об ошибке появляется информация о размере MTU.
Если возможно, я предлагаю вам попробовать другую сеть / интернет-провайдер, чтобы подтвердить, что это происходит только в этой конкретной сети.
Затем вы можете попробовать изменить MTU (вы могли бы, например, посмотреть, что Windows имеет для MTU и установить Ubuntu, по умолчанию это 1500 на Ubuntu).
Вот как изменить MTU: http://ubuntuforums.org/showthread.php?t=1887063.
Я предлагаю вам сначала проверить другую сеть и только затем попытаться изменить MTU. Это не то, что нужно делать обычно, поэтому, если меняются сети, я бы сказал, что это какая-то странная проблема с сетью, к которой Windows как-то непроницаема.
-
1Спасибо @roadmr! Я пробовал в Mac OSX и Windows, и все в порядке. Просто у Ubuntu у меня проблема. Я даже не могу войти в этот URL, например: github.com в Firefox. Я могу получить доступ к первой странице, но иногда не получается, когда я нажимаю внутри. Я уже пытался изменить свой MTU, но все равно не работал. Знаете ли вы, что еще я могу попробовать? Я не понимаю, почему Codeplane работает, а Github - нет. Благодаря! – Felipe 18 November 2012 в 11:04
-
2Сегодня я могу войти на github.com , но не в github.com/felipelalli/machine-gun , например. Браузер постоянно верит, пока не закончится «Ошибка 324 (net :: ERR_EMPTY_RESPONSE): сервер закрыл соединение без отправки каких-либо данных». – Felipe 19 November 2012 в 07:55
-
3Ну, я могу получить доступ к URL-адресу пулемета просто отлично, и я запускаю Ubuntu 12.10, так что это не что-то «неправильное». в Ubuntu, просто некоторая несовместимость или несоответствие вашей сети и Ubuntu. Если сетевые администраторы разумны, вы можете попросить их о помощи в диагностике. Я опасаюсь, что их обычный ответ может быть «Использовать Windows». но, может быть, они могут помочь. – roadmr 19 November 2012 в 21:30
-
4Привет @roadmr, это происходит в моем доме, и я сделал установку с нуля. Может быть, это проблема моего компьютера (Dell Studio) + Ubuntu 12.10? – Felipe 20 November 2012 в 01:04
Я мог бы помочь вам диагностировать его, если вы отключите все сетевые приложения, помимо вашего приложения (в этом случае git-клиент), чтобы минимизировать сетевой шум и использовать tcpdump / wireshark для захвата трафика, отправленного и полученного при возникновении проблем. [ ! d0]
Обязательно запустите захват перед запуском команды, которая имеет проблемы с подключением.
Установите обе программы с помощью:
sudo apt-get install wireshark tcpdump
, а затем запустите
sudo tcpdump -i wlan0 -o dump.pcap -s 1500
, чтобы начать захват перед тестированием.
Было бы полезно, если вы захватили трафик в течение одного сеанса, который завершился неудачно, и загрузите полученный файл dump.pcap где-нибудь, где я мог бы скачать его.
]-
1Спасибо. Я увижу это, как только я приду домой. Но проблема возникает в https, я думаю, что это проблема для tcpdump, не так ли? Я проверю, могу ли я проверить с помощью http. – Felipe 29 November 2012 в 19:08
-
2Я не уверен, что вы имели в виду под проблемой tcpdump. Я предлагал использовать его для захвата всего трафика в то время, когда у вас возникают проблемы, так как это позволит проанализировать его и, возможно, найти проблему. – Marcin Kaminski 30 November 2012 в 06:49
-
3Я имею в виду, что соединение https невозможно захватить трафик. Я ошибаюсь? Потому что он зашифрован. – Felipe 30 November 2012 в 19:19
-
4Моя ошибка - я не заметил, что вы используете HTTPS. Несмотря на то, что это не покажет вам проблемы на уровне приложений, которые могут возникнуть, вы все равно сможете найти проблемы на нижнем сетевом уровне, которые могут оказаться полезными. – Marcin Kaminski 30 November 2012 в 21:24
-
5
Если вы не находитесь за прокси-сервером, тогда проигнорируйте этот комментарий.
Я за прокси-сервером на работе и должен был настроить git, чтобы достичь его. До этого у меня были тайм-ауты для github на машине Ubuntu, в то время как машины Windows работали нормально.
Итак, если вы находитесь за прокси-сервером, откройте файл ~ / .gitconfig и добавьте следующие строки:
[http]
proxy = http://192.168.219.2:8080
[https]
proxy = https://192.168.219.2:8080
Конечно, замените номера IP и портов на свой. Надеюсь, это поможет
-
1Извините, это не мое дело. Благодарю. Моя главная проблема все еще остается, это когда я пытаюсь подтолкнуть вещи к Гитубу. Клон и выталкивание в порядке. – Felipe 9 January 2013 в 19:30
Я получал эту ошибку при выполнении 'brew update' в моей командной строке (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
Я также заметил, что ни один из моих браузеров не смог подключитесь к веб-сайту github.com.
Я решил все проблемы с подключением между моей Mac OS X Mavericks и github, переключив мое сетевое соединение Wi-Fi с 802.11n (5.18GHz) на 802.11g (2.412GHz).
Я не знаю, почему это сработало для меня, но я просто рад, что все в порядке.