Не получается зайти на github

Может РКН опять разбушевался? С него станется.

Вряд-ли. Если бы заблокировали, то во всех браузерах была бы одинаковая ошибка (или просто бесконечное ожидание).

Где-то с позавчера сильно тормозит, ссылка может открываться секунд 30-40, но например обновлять плагины через git — сразу же.

Может РКН опять разбушевался?

Нет, в Одессе то же самое.

Вряд-ли.

вряд ли.

https://status.github.com/ показывает, что среднее время ответа сервера — 143ms.

Похоже, проблемы не только с GitHub-ом: https://uploads.disquscdn.com/ в Icecat выдает такую-же ошибку. Но в Хроме работает, как и в Midori.

У меня эта ссылка вообще отдает 204 No Content.

Непосредственно эта ссылка — да, у меня в Midori тоже, а ресурсы с этого домена в Midori открываются, а в Icecat — нет.

Но в Midori все работает

Значит они просто забили на OCSP

См. в соседней теме, очень похожие симптомы: В Опере перестали открываться некоторые сайты (комментарий)

Да пару дней как безбожно трмозит, но, вроде, открывается пока.

Та же проблема в Iceweasel, прямо сейчас.

Так собственно в чем проблема? У меня тормозит на всех браузерах, включая сафари.

Да, видимо проблема в этом. После отключения ocsp начинает работать.

решено

А не забудешь потом снова включить? Смотрю, придумали хороший способ обхода защиты от MitM: сделать так, чтобы пользователи сами её отключили.

Отключение ocsp, если я правильно понял, не делает возможным MitM. Проблема будет только если сертификат github утечет. И когда «потом»? Думаешь, скоро разблокируют?

Если я не путаю, то сертификату и утекать не надо. Приходит ответ: https сертификат на github. Но только подписан он не той организацией, что обычно, а какой-то другой (которой mozilla доверяет). Тут только OCSP может помочь: предупредить, что старый добрый github вдруг поменял подписывающую организацию. ...Хотя, стоп: это HPKP. Тогда да, пока не утечёт.

Живущим в России должно быть виднее, когда. Недавно на гиктаймсе пробегала новость, якобы хотят (в отличие от штатов) вполне официально ввести прослушку всего https. Если правда, тогда, наверное, это на совсем. Или даже аналог поднимут, чтобы совсем всё красиво выглядело.

Когда у меня раз сайт не открылся, я не пошёл отключать, а пошёл читать, что да как. Взял openssl, начал вручную проделывать то, что браузер, чтобы разобраться, на какой именно стадии сбоит (ocsp6.wosign.com). Вот эта цифра 6 намекает, что серверов может быть не один. Т.е., может, и у digicert всё же не все заблокировали? А если только один, то надо бы им намекнуть, что это не robust.

Почти такая же фигня. Причём только на работе. Приходится ходить на него через свою впску. Дома всё ок.

Все работает и открывается. Chromium/Safari/Chrome.

Да, OCSP-сервер не один, проблема лечится безопасным образом прописыванием другого IP для ocsp.digicert.com в HOSTS. Хотя у вас какой-то другой адрес высветился.

Я для примера, с каким сервером пришлось возиться самому. Проблема в том, что у digicert, похоже, нет другого IP:

$ host ocsp.digicert.com
ocsp.digicert.com is an alias for cs9.wac.phicdn.net.
cs9.wac.phicdn.net has address 93.184.220.29

Можно здесь проверить, что получают разные сети:
http://lg.telia.ru/
http://www.cogentco.com/en/network/looking-glass
https://dnsquery.org/traceroute/ocsp.digicert.com
http://traceroute.org

93.184.220.29 - вся Европа и U.S. по Telia
192.16.58.8 - Южная Америка
72.21.91.29 - U.S. по Cogent, Канада, Принстон, Япония по Cogent
117.18.237.29 - Азия

Вот и решение, значит. Если у этих IP нет бана на запросы из чужих сетей.