Сегодня переставали грузиться все иностранные сервисы. Со временем вроде все восстановилось, но github.com в моем случае перестал работать. ping/tracert вроде доходит до него, но Zen/Firefox не загружает. Помогает только VPN, goodbyedpi нет. Только у меня такое произошло? Что можно предоставить для разьяснения ситуации?
в cmd
curl -v https://github.com
Тоже есть проблема периодически, 140.82.121.6 & co не откликаются, идёт как в blackhole. Есть подозрение что связано с большим количеством трафика по ssh, когда клонишь большую репу. Он ещё и замедляется очень сильно при этом…
Что за провайдер\локация ? А то так не очень понятно где\на чем
c RT работает
< HTTP/2 200
< server: GitHub.com
Спойлер
nmap -4 -p 443 --traceroute github.com
6 81.00 ms 217.161.68.33
7 78.00 ms telia-gw.fnt.cw.net (195.2.22.238)
8 77.00 ms github-ic-350972.ip.twelve99-cust.net (62.115.182.171)
9 … 10
11 66.00 ms lb-140-82-121-4-fra.github.com (140.82.121.4)
Провайдер Freedom, Воронеж
nmap traceroute
$ sudo nmap -4 -p 443 --traceroute 140.82.121.4
Starting Nmap 7.95 ( https://nmap.org ) at 2024-09-25 09:52 MSK
Nmap scan report for lb-140-82-121-4-fra.github.com (140.82.121.4)
Host is up (0.044s latency).
PORT STATE SERVICE
443/tcp filtered https
TRACEROUTE (using proto 1/icmp)
HOP RTT ADDRESS
1 1.95 ms router.lan (192.168.88.1)
2 1.96 ms lo-fras22.vrn.ru (195.98.64.217)
3 3.91 ms a96-kl-vl-58.vrn.ru (195.98.65.195)
4 2.49 ms 195.98.94.197
5 15.86 ms 139.45.244.253
6 42.36 ms ae1-5.rt.irx.fkt.de.retn.net (87.245.232.244)
7 49.88 ms ae17.cr6-fra2.ip4.gtt.net (154.14.40.233)
8 43.92 ms ae21.cr2-fra6.ip4.gtt.net (213.200.116.225)
9 44.76 ms 87.119.94.70
10 ... 11
12 44.37 ms lb-140-82-121-4-fra.github.com (140.82.121.4)
curl -v https://140.82.121.4 так же как и у curoviyxru таймаутит
Всё успешно открывается в МСК (AS25159, проводной Мегафон).
У меня тоже возникли проблемы, но со временем всё вернулось в норму, кроме github.com — он просто не грузится. Пинг и tracert показывают, что до него добираюсь, но браузеры как Zen, так и Firefox упорно молчат. VPN спасает ситуацию, но GoodbyeDPI не помогает
А безопасный dns (doh) у вас включен в браузере?
раньше я думал, что в нынешней версии firefox он априори включен, пойду смотреть как это сделать вручную. спасибо за наводку, друг !
Пока что не за что) По моему опыту лучше включать сразу максимальный уровень (или как он там называется) и прописывать свои doh https://dns.cloudflare.com/dns-query или https://doh.opendns.com/dns-query. Потому что адреса из самого браузера у меня почему-то не работают. А если и это не помогает, то смотрю dns тут DNS Checker - DNS Check Propagation Tool и прописываю в hosts разные варианты ip, пока не заработает.
В итоге гитхаб начал загружаться? Или уже начались тестовые блокировки?
Йота Новосибирск, пока работает.
Я думаю режут на десктопе, чтобы люди не смотрели правила goodbyedpi.
Их ддосят второй день, так что не показатель
РТК, Москва, очень медленная скорость при работе с github через git. В районе 100-200кбит\сек. При завороте траффика через иностранный VPS проблема уходит.
мне начинает казаться в этом направление нужно копать. у меня гитхаб постоянно временно блочится по всей сети когда я захожу в него с винды уже несколько месяцев, только полная смена ип помогает. почему-то с линукса и даже андройда блока нету, с курлом тоже нету блока. вопрос как это определяется и что его триггерит? обе системы с тем же браузером и ua спуфится как виндоувский и там и там.
Если гитхаб заблочат, то это будет самая жестокая блокировка за всю историю цензуры в РФ. Тот же некобокс откуда скачивать будем?
Некобокс еще ладно. Как IT-шники будут работать, интересно? Те, кто активно пользовался Гитхабом. Там же куча всего…
Если у вас есть ВПС. То вы можете скачать файлы на ВПС, а потом уже с ВПС на ваш компьютер. Пока есть ВПС не заблокированный IT-шники смогут всё это дело обходить