Github не загружается в Ubuntu 18.04

По какой-то причине я никак не могу загрузить Github на свой компьютер с Ubuntu 18.04. Пробовал кром и файрфокс. Я попытался отключить прокси, используя -

git config --global --unset http.proxy
git config --global --unset https.proxy

Я также пытался установить его пустым

git config --global http.proxy ""
git config --global https.proxy ""

Я попытался очистить кеш, вручную удалив и воссоздав файл .gitconf в домашней папке. Но ничего не работает. Также запросы git clone не выполняются из командной строки. На сайте просто указано, что время ожидания соединения истекло.

Наконец-то я попробовал wireshark для сбора информации о соединении. Когда я ввожу любой URL-адрес с github.com, он ничего не дает. Через несколько минут, когда я получаю сообщение об ошибке тайм-аута, я получаю это от wireshark:

No.     Time           Source                Destination           Protocol Length Info
    205 115.210340122  192.168.29.136        35.224.99.156         TCP      74     54616 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=1144885874 TSecr=0 WS=128

Frame 205: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface 0
Ethernet II, Src: D-LinkIn_ac:e5:4a (78:32:1b:ac:e5:4a), Dst: 14:ae:85:e1:09:98 (14:ae:85:e1:09:98)
Internet Protocol Version 4, Src: 192.168.29.136, Dst: 35.224.99.156
Transmission Control Protocol, Src Port: 54616, Dst Port: 80, Seq: 0, Len: 0

No.     Time           Source                Destination           Protocol Length Info
    214 116.211223359  192.168.29.136        35.224.99.156         TCP      74     [TCP Retransmission] 54616 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=1144886875 TSecr=0 WS=128

Frame 214: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface 0
Ethernet II, Src: D-LinkIn_ac:e5:4a (78:32:1b:ac:e5:4a), Dst: 14:ae:85:e1:09:98 (14:ae:85:e1:09:98)
Internet Protocol Version 4, Src: 192.168.29.136, Dst: 35.224.99.156
Transmission Control Protocol, Src Port: 54616, Dst Port: 80, Seq: 0, Len: 0

No.     Time           Source                Destination           Protocol Length Info
    215 118.227149032  192.168.29.136        35.224.99.156         TCP      74     [TCP Retransmission] 54616 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=1144888891 TSecr=0 WS=128

Frame 215: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface 0
Ethernet II, Src: D-LinkIn_ac:e5:4a (78:32:1b:ac:e5:4a), Dst: 14:ae:85:e1:09:98 (14:ae:85:e1:09:98)
Internet Protocol Version 4, Src: 192.168.29.136, Dst: 35.224.99.156
Transmission Control Protocol, Src Port: 54616, Dst Port: 80, Seq: 0, Len: 0

No.     Time           Source                Destination           Protocol Length Info
    220 122.387150649  192.168.29.136        35.224.99.156         TCP      74     [TCP Retransmission] 54616 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=1144893051 TSecr=0 WS=128

Frame 220: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface 0
Ethernet II, Src: D-LinkIn_ac:e5:4a (78:32:1b:ac:e5:4a), Dst: 14:ae:85:e1:09:98 (14:ae:85:e1:09:98)
Internet Protocol Version 4, Src: 192.168.29.136, Dst: 35.224.99.156
Transmission Control Protocol, Src Port: 54616, Dst Port: 80, Seq: 0, Len: 0

No.     Time           Source                Destination           Protocol Length Info
    227 130.706783205  192.168.29.136        35.224.99.156         TCP      74     [TCP Retransmission] 54616 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=1144901243 TSecr=0 WS=128

Frame 227: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface 0
Ethernet II, Src: D-LinkIn_ac:e5:4a (78:32:1b:ac:e5:4a), Dst: 14:ae:85:e1:09:98 (14:ae:85:e1:09:98)
Internet Protocol Version 4, Src: 192.168.29.136, Dst: 35.224.99.156
Transmission Control Protocol, Src Port: 54616, Dst Port: 80, Seq: 0, Len: 0

Пожалуйста помоги.

Таким образом, похоже, что любые/все попытки подключения к github.com зависают на некоторое время, а затем в конечном итоге терпят неудачу с «тайм-аутом», верно? В: Пробовали ли вы подключиться из другой локальной сети? Похоже, брандмауэр вашей локальной сети по какой-то причине блокирует github.com. ПРЕДЛОЖЕНИЕ: вы пробовали и HTTPS... и SSH?

paulsm4 14.12.2020 07:18

@ paulsm4 Я пробовал с другого устройства в том же интернет-соединении. Оно работает. Я думаю, что это что-то конкретное для устройства. Пробовал http, https. Не уверен, как попробовать с ssh.

Ruddra dev Roychoudhury 14.12.2020 07:54
35.224.99.156 — действительный адрес... для хоста Google Cloud! Не github.com. "ping github.com" => 192.30.255.113 на моем хосте. DNS вашего Ubuntu не работает. ПРЕДЛОЖЕНИЯ: 1) выполните «ping github.com» с одного из ваших хостов, которые успешно подключаются к GitHub, и сравните IP-адреса. 2) Исправить DNS на сломанном сервере. 3) Попробуйте изменить DNS-серверы на вашем (сломанном!) Ubuntu на те же, что и на вашем рабочем хосте.
paulsm4 14.12.2020 17:41
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
3
529
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Не уверен, как попробовать с ssh.

Просто попробуйте

ssh -Tv [email protected]
git ls-remote [email protected]:<me>/<myRepo>

Если это не работает, это может означать, что вы не можете связаться с github.com.

Проверьте переменные среды на наличие всего, что связано с прокси.

env|grep -i proxy

Строка env|grep -i proxy ничего не возвращает Строка - ssh -Tv git@github возвращает - ``` OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 декабря 2017 г. debug1: Чтение данных конфигурации /etc/ssh/ssh_config debug1: /etc/ssh/ ssh_config строка 19: применение параметров * ssh: не удалось разрешить имя хоста github: имя или служба неизвестны ``` Строка git ls remore возвращает - ssh: подключиться к хосту github.com, порт 22: время ожидания подключения истекло

Ruddra dev Roychoudhury 14.12.2020 11:19

@RuddradevRoychoudhury Извините, я имел в виду ssh -Tv [email protected]

VonC 14.12.2020 11:47

Время соединения все еще истекает - debug1: connect to address 192.30.253.112 port 22: Connection timed out

Ruddra dev Roychoudhury 14.12.2020 16:26

@RuddradevRoychoudhury IP-адрес github.com — 140.82.121.4, поэтому, вероятно, у вас есть какая-то проблема с сетью / DNS. Можете ли вы пропинговать github.com?

VonC 14.12.2020 16:27

Пинг тоже истекает. Но это работает на других моих машинах с Ubuntu в той же сети. Могу ли я проверить, откуда возникает проблема с сетью?

Ruddra dev Roychoudhury 14.12.2020 16:33

@RuddradevRoychoudhury Не уверен. Может проблема в брандмауэре? Можете ли вы упомянуть проблему с сетью в вашей местной ИТ-поддержке, чтобы понять, почему этот конкретный сервер не имеет доступа в Интернет?

VonC 14.12.2020 16:54

@VonC: 35.224.99.156 - это допустимый внешний IP-адрес, поэтому я изначально подумал «брандмауэр». Но, оглядываясь назад, это НЕПРАВИЛЬНЫЙ адрес. Таким образом, ваше первое предположение наиболее вероятно - DNS OP не работает. Возможно, все, что ему нужно сделать, это изменить серверы имен?

paulsm4 14.12.2020 17:45

Другие вопросы по теме