GitHub перестал работать - таймед аут
Айпи, домен в запрет не помогли. Смена браузеров, сброс куки не помогли. Только могу зайти через Тор или ВПН. У кого нибудь есть такая же проблема? Дальний восток, ростелеком.
GitHub перестал работать - таймед аут
Айпи, домен в запрет не помогли. Смена браузеров, сброс куки не помогли. Только могу зайти через Тор или ВПН. У кого нибудь есть такая же проблема? Дальний восток, ростелеком.
Github крутится в основном на Fastly
Через один из этих тестеров проверь, есть ли у тебя блок Fastly. Если да - то причина в этом.
Аналогичная история, СПБ, скайнет:
curl -v ``https://github.com
Host github.com:443 was resolved.
IPv6: (none)
IPv4: 140.82.121.3
Trying 140.82.121.3:443…
connect to 140.82.121.3 port 443 from 0.0.0.0 port 62732 failed: Timed out
Failed to connect to github.com port 443 after 21089 ms: Could not connect to server
closing connection #0
curl: (28) Failed to connect to github.com port 443 after 21089 ms: Could not connect to server
Заметил у себя замедление release-assets.githubusercontent.com на Ростелекоме
curl -o /dev/null https://release-assets.githubusercontent.com/github-production-release-asset/288461785/a3d85900-e166-11ea-8213-964311d44fc7
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 1996M 0 16.8M 0 0 720k 0 0:47:18 0:00:23 0:46:55 445k
Самое любопытное, что до 15 скачанных мегабайт скорость колеблется в районе 3мб/с. После идёт снижение до ~500кб/с и далее сохраняется на протяжении всего скачивания.
У меня это замедление ещё с декабря. Ночью отпускает, а днём скорость сначала хорошая, но через несколько мегабайт скачанного начинает снижаться до нескольких сотен килобайт. Через WARP всё нормально
Нету никакого замедления. Это серверы гитхаба медленные, очень старая проблема
устаревают?))
P.S через впн скорость нормальная. GitHub.com тоже замедляется - репозитории скачиваются медленно
нет, скорее всего неоптимальный congestion control на сервере и плохой маршрут от твоего провайдера. пропингуй release-assets.githubusercontent.com когда качает медленно
2 из 4 доступных IP фильтруются очень сильно (110 и 111). Это не полная блокировка по IP, однако никакие стандартные стратегии blockcheck из zapret2 не находятся.
nslookup release-assets.githubusercontent.com 1.1.1.1
Server: 1.1.1.1
Address: 1.1.1.1#53
Non-authoritative answer:
Name: release-assets.githubusercontent.com
Address: 185.199.110.133
Name: release-assets.githubusercontent.com
Address: 185.199.111.133
Name: release-assets.githubusercontent.com
Address: 185.199.109.133
Name: release-assets.githubusercontent.com
Address: 185.199.108.133
Т2, вчера ночью гитхаб с трудом запускался, или вообще не запускался, сегодня заходит, но медиа не грузится (аватарки, и т.п). Походу в спешке добавили в вайтлист.
Стратегией от запрета ты и не обойдёшь это, т.к тут сухой блок по айпи, а не по tls hs.
правильно понимаю, что проблемы в очередной раз только у тех, у кого на пути retn?
у меня его нет, и проблем со скачиванием тоже нет
блин не в ту тему с гитхабом написал -_-
Ну, у меня ретн на пути нет.
# traceroute -q 1 raw.githubusercontent.com
traceroute to raw.githubusercontent.com (185.199.111.133), 30 hops max, 60 byte packets
1 router.home (10.0.0.1) 0.156 ms
2 *
3 *
4 *
5 *
6 62.208.11.5 (62.208.11.5) 139.162 ms
7 telia-gw.fnt.cw.net (195.2.22.238) 139.165 ms
8 fastly-ic-373943.ip.twelve99-cust.net (62.115.167.143) 139.711 ms
9 cdn-185-199-111-133.github.com (185.199.111.133) 137.565 ms
A eсли запустить трейсрут с tcp syn: traceroute -q 1 -T --sport=443 raw.githubusercontent.com то всё в таймауте.
А если дёргать курлом, то иногда (~1 раз из 10) ответ приходит. Значит, мне кажется, блок не на пути к 185.199.111.133, а на пути туда, куда эникаст едет. Это был сайд эффект от запрета настроенного на айписет фастли. UDP трейсрут не идет дальше второго хопа - провайдерской dpi коробки.
Обходится запретом
--dpi-desync=fake --dpi-desync-fake-tls-mod=sni=4pda.to --dpi-desync-fooling=ts
Плюс 185.199.109.133 avatars.githubusercontent.com в hosts
А почему оно в принципе работает? Я сомневаюсь что блочили конкретно домен, zapret же не поможет при прямом блоке айпи адреса, че туда не подставляй. Или может помочь?
(ну да, если в хостах поменять на рабочий айпи, то заведется, но зачем тогда запрет здесь?)
Так запросы редиректятся на пока еще рабочий ip 185.199.109.133
А на этом ip видимо блок по sni или 16кб
А для чего им блокать диапазоны фастли именно с sni гитхаб? Если это целенаправленная работа, то логично, но если просто задело от очередного удара, то странно немного. (если на 1 адресе из одной и той же подсети работает, а на адресе гита нет, то скорее всего именно по sni роняют, ибо обычно в 16кб целые подсети вносят)
Ни к чему запрет, вы правы, у меня видимо какой-то глюк был, после перезапуска браузера и чистки кеша все ок
Это уже не первый эникаст IP fastly, который эти клоуны так заблокировали. Есть 151.101.1.55, в него резолвит кучу крупных сайтов типа giphy, сабдомены магазина игр gog и т.п.