Высокие задержки при запуске программ

Недавно как вчера столкнулся со следующей проблемой. Запуск почти любых процессов сопровождается задержкой от нескольких секунды до полминуты. Особенно это заметно при старте системы (на экране приветствия и далее).

Началось (или, вернее, продолжилось) всё с того, что сборка проектов в Android Studio шла дольше, чем должна в нормальном состоянии, о чём мне сообщала сама IDE: "Windows Defender might be impacting your build performance" - несмотря на то, что все студийные папки, SDK и gradle'овская были в исключениях. Складывается ощущение, что оные или некоторые из них просто игнорируются. При выключении realtime protection сборка на холодную проходит за полторы минуты вместо 4-ых - влияние очевидно.
Вчера внезапно начались лаги иного характера, которые я описал выше, при том, что в тот день и ранее ничего не ставилось. Первый подозреваемый - встроенный антивирь. Но отключение защиты в реальном времени никакого результата, увы, не давало. Далее я поставил MalwareBytes, с целью подмены встроенного - для того, чтобы исключить его влияние. Картина ровно та же самая: тупняки в том же объёме. Дополнительно просканировал и не нашёл ничего подозрительного кроме uTorrent (который на протяжении всего времени выключен), хотя я уже и проверял им ранее. Единственное, странность была в том, что после перезагрузки в "Центре защиты" уже почему-то не писалось, что меня защищает MalwareBytes, хотя до этого была зелёная галка - снова восклицательный знак (потому что у меня отключён Tamper protection - защита от подделки).
Следом за этим я решил попробовать отключить временно целиком весь Defender (предварительно удавлив MB, само собой). Для этого я дописал параметр в реестр ("DisableAntiSpyware"=dword:00000001) и выключил в групповых политиках. Ессно, ни то ни другое не применилось, т.к. запущенная служба мониторит изменения этих значений. Поэтому я сделал это в безопасном режиме (где никаких задержек не было), после чего перезагрузился... и изменений нет.
Начал разбираться дальше, киляя процессы один за другим и выключая лишние службы. Удалил деинсталятором от ASUS'а Armoury Crate, от которого куча мусора и лишних запущенных процессов. Снова ноль.

Тогда в порядке общего бреда я решил выдернуть шнур из роутера... И, чудо - всё залетало. Подозревая, что дело в Ethernet'е или его Realtek'овском драйвере, я решил подключиться по беспроводному соединению к точке доступа того же роутера через TP-Link'овский свисток - результат тот же. Соот-но круг поиска сузился ещё дальше: дело не в конкретном драйвере (в другом случае, например, использование телефона в режиме USB-модема может давать подвисания в играх), а в самом факте наличия сети.

На данный момент каких-то подозрительных сервисов, процессов и тасок в планировщике не наблюдаю. Отсюда вопрос: что это может быть, куда копать дальше? И по первой проблеме - как сделать так, чтобы Defender таки исключил папки из проверки, которые влияют на сборку?

Добавлено через 1 минуту
Также стоит отметить, что виндовые апдейты ставлю руками через w10mu.exe и недавнее майское с косяками не ставил.

0

При том судя по их сайту, все сервера рабочие...

Сообщение от CyberNewbie Пишут что он вообще заблокирован на территории России

Тогда странно почему у меня одного такая проблема

Сообщение от CyberNewbie А что если заглушку для адреса поставить? В hosts

Думаю, стоит попробовать...

0

А ещё стоит попробовать врубить VPN, в некотором смысле равносильно заглушке

0

CyberNewbie, После добавления в hosts

127.0.0.1 ocsp.digicert.com
127.0.0.1 crl3.digicert.com
127.0.0.1 crl4.digicert.com

не только не стало лучше, но и при ступоре после приветственного экрана не помогло даже выдёргивание шнура... Но по идее стало понятно, что это оно самое Только остаётся неясным, что с этим делать и почему у одного меня такая проблема...

Добавлено через 12 минут
1. Строки в hosts есть, сетевой интерфейс вкл/выкл не играет роли - при старте будет дедлок, который развешивается так же тяжело, пока все таймауты не отвалятся.
2. Строк нет, сетевой интерфейс выкл - никаких тупняков нет, всё сразу загружено
3. Строк нет, сетевой интерфейс вкл - всё отвисает после выдёргивания шнура (выключения интерфейса, если дотянулся)

Добавлено через 2 минуты
Теперь надо поднимать сервер для эмуляции digicert?

0

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

Миниатюры

   

0

Решил проблему следующим образом: пинганул htpps://www.digicert.com (который доступен так же как https://status.digicert.com) его IP - 45.60.129.229 - подставил вместо 127.0.0.1, т.к. конечная цель, чтобы был HTTP-ответ. Уже до перезагрузки заметил, что всё подхватилось и возвращает ошибки моментально, без томительных ожиданий. Перезагрузка и... наконец-то никаких висяков. Вопрос: а собсно почему так только у меня одного (судя по отсутствию жалоб от других)? А отвал доступа случился, судя по всему, только вчера, 23 мая...

Миниатюры

 

1

А когда начались подвисания?

Добавлено через 2 минуты
А в безопасном режиме система не проверяет отзыв сертификата? Какой ответ на http будет в безопасном режиме.. интересно

0

Сообщение от CyberNewbie А когда начались подписания?

Не особо понял, какие? Сейчас по всем "503 Service Unavailable", но с прохождением коннекта и при понимании того, что это всё тот же digicert, которому не палевно отправить те же пакеты, только в другое место.
Т.е. на скрине, понятное дело, ожидаемый неуспешный ответ не от ocsp, а от www.digicert.com.

Миниатюры

 

0

Сейчас смотрю, вроде digicert блокировался на протяжении 8 лет несколько раз, но каждый раз его почти сразу выводили из black листа. Его текущее состояние непонятно

Добавлено через 1 минуту
Под подвисанием имел ввиду задержку процессов

0

Сообщение от CyberNewbie А в безопасном режиме система не проверяет отзыв сертификата?

В безопасном режиме сетевые драйвера вообще не подгружаются, поэтому всё бодро изначально было. Но тут дело так-то вообще не в отзыве, насколько я понимаю, а в невозможности применить его из-за недоступности сервера.

0

А ну да, а если предположить что выбран safe mode с загрузкой сетевых драйверов?

0

Сообщение от CyberNewbie Под подвисанием имел ввиду задержку процессов

А, там опечатка - "подписания" Начались вчера, если не считать более давних узких проблем с взаимодействием между Android Studio и Windows Defender (игнорирует некоторые папки в исключениях) - которые по другой теме, как выяснилось.

Добавлено через 1 минуту

Сообщение от CyberNewbie если предположить что выбран safe mode с загрузкой сетевых драйверов?

Поэкспериментировать так-то можно, но на сегодня я уже выдохся...

Добавлено через 5 минут
Мне всё же непонятно, это архитектурный косяк от MS или так должно быть: зависимость запускаемых процессов от ответа хоста по теме сертификатов? И наблюдается ли у кого-то похожая история?

Добавлено через 2 минуты
К слову, задержки при запуске всё равно остались, но не такие конские - по причине быстрого ошибочного ответа.

Добавлено через 19 минут
CyberNewbie, к слову, как в Charles сделать пакеты, проходящие по протоколу https, распознавабельными (которые везде unknown)? Сейчас видно только то, что идёт по http - ocsp.digicert.com один из таких примеров.

Та же история и с Android'ом (эмуль или девайс) подключённым к той же сети через Charles'овскую проксю: хосты проходимые видно, но во всё https'овском unknown. Несмотря на установленный сертификат (экспортировал как .pem в меню "Help", в андроиде установил как корневой).

0

У меня например всё ок, как и с доступностью этих узлов
Сейчас посмотрел реестр РКМ, там этих адресов нет.

Сообщение от Max_92 Поэкспериментировать так-то можно, но на сегодня я уже выдохся...

Тогда ещё попробовать через VPN, и проверить запуск программ через эту же сеть на ноуте например.

Собственно, если на другом компе (или системе) всё ок, то это вообще может быть локальной проблемой, т.е. ток у Вас.

0

Сообщение от CyberNewbie У меня например всё ок, как и с доступностью этих узлов

Вполне может быть, что локальная проблема...

Сообщение от CyberNewbie Собственно, если на другом компе (или системе) всё ок

Проверю завтра на втором системнике с Win 10, через Wi-Fi адаптер.

0

Сообщение от Max_92 как в Charles сделать пакеты, проходящие по протоколу https, распознавабельными (которые везде unknown)?

Если корневой сертификат Charles установлен, то нажать ПКМ по нужному https узлу, и выбрать Enable SSL Proxying, ну и перезапустить Charles.

0

Сообщение от CyberNewbie как и с доступностью этих узлов

Поправка: с доступностью в этой системе, подключённой к роутеру, который выходит в интернет Ростелекомом (и по прошлым экспериментам если подключить к точке доступа телефона с мобильной сетью Теле2), у меня тоже, стало быть, всё ок. Пинг при отсутствии в hosts проходит (на Android с мобильной сети тоже). НО фейлятся непосредственно запросы (если посмотреть первые скрины: "Connection refused: connect").

Есть софт (например VSDC Video Editor), при запуске которого идёт в http://ocsp.sectigo.com - нет подвисаний (200 OK по нему).
Лаунчер Genymotion'а, который я сейчас запустил, первый раз после перезагрузки пошёл в http://ocsp.digicert.com - обращение к хосту было на этапе, когда висел splash - поэтому он подвис (из hosts только что редиректы убрал). Второй раз у него же нет подвисания, т.к. нет запроса.

Миниатюры

   

0

Кроме того, в Charles видно, что DNS зарезолвил по имени ocsp.digicert.com IP 192.229.221.95 (обратился он по HTTP по порту 80) - что совпадает с инфой, которую дал пинг, которому отвечают нормально. Но отличие в уже много раз озвученном "connection refused" с ошибкой 503 (красные отвальные при отсутствии строк в hosts, с "бомбой" при редиректе на 45.60.129.229 (digicert.com) - прошедшие, но с той же 503). Вот почему так происходит - это и есть первопричина. При прочих равных напрашивается, что проблема с сертификатом...

Миниатюры

 

0

Сообщение от CyberNewbie Если корневой сертификат Charles установлен, то нажать ПКМ по нужному https узлу, и выбрать Enable SSL Proxying, ну и перезапустить Charles.

Чот нет В самой системе (где Windows Proxy вкл и интересует локальный трафик) не установлен, получается. А насчёт Андроида - надо перепроверять. Но вроде "Enable SSL Proxying" ничего не давало. Сертификат с расширением pem ведь?

0

И кстати, с включённым Charles словил от Firefox такое при попытке отправить ответ сюда. Хотя только что было норм. Закрыл, рефрешнул страницу - всё норм.

Миниатюры

 

0

Отсюда вопрос: а безопасно ли вообще пользовать Charles (учитывая и тот сертификат, благодаря которому https можно будет вскрывать)? В частности, если совершаешь транзакцию в крипте с использованием горячего кошелька (например, Exodus), а проксю включил, т.к. испытываешь любопытство, куда пойдёт запрос

0

Сообщение от Max_92 Чот нет В самой системе (где Windows Proxy вкл и интересует локальный трафик) не установлен, получается. А насчёт Андроида - надо перепроверять. Но вроде "Enable SSL Proxying" ничего не давало. Сертификат с расширением pem ведь?

Вот ща проверил, показывает данные https. Собственно если запрос зашифрован, то будет Unknown Сертификат с расширением pem.

Добавлено через 4 минуты

Сообщение от Max_92 При прочих равных напрашивается, что проблема с сертификатом...

В таком случае, нужно понять когда был установлен сертификат, учитывая что проблемы начались вчера

0