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

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

Началось (или, вернее, продолжилось) всё с того, что сборка проектов в 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

Сообщение от Max_92 Точно нет, т.к. в тот же момент с Android'а коннект не проходил с того же IP

Ваш 1 ПК получал задержку и фейлы, потому что ПК и сеть в бане;
Ваш 2 ПК не получал задержку, но получал фейлы, потому что сеть в бане;
Ваш андроид получал фейлы, потому что сеть в бане.

А так?

0

Сообщение от Max_92 при запуске процессов идёт отправка на соответствующие OCSP

Остался только нераскрытым вопрос, почему на второй системе их нет. Сборка 21H1 там.

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

Сообщение от CyberNewbie Ваш 2 ПК не получал задержку, но получал фейлы, потому что сеть в бане;

Он не получал задержку, потому что не отправлял их при запуске процессов

Сообщение от CyberNewbie потому что сеть в бане

Единичные, которые пробегали, фейлились, как минимум, потому что с того же IP выходил, но ни на что не влияли в целом.

Сообщение от CyberNewbie Ваш андроид получал фейлы, потому что сеть в бане.

По какой-то логике сервера IP или сеть попали в бан, а теперь снова обслуживаются...

Добавлено через 2 минуты
Нельзя также исключать просто временные неполадки со стороны Ростелекома

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

Сообщение от Max_92 Нельзя также исключать просто временные неполадки со стороны Ростелекома

Учитывая, что всё это "Connection refused" во всех случаях. Только на Android оно было моментально, а на Винде с конскими таймаутами по её настойчивой логике.

0

А не могут ли проблемы быть связаны с тем, что система была клонирована на другой SSD? Какое-либо несоответствие (подпись диска другая) не понравилось и сервер решил подождать, не появится ли первоначальная система...

0

Сообщение от Max_92 Он не получал задержку, потому что не отправлял их при запуске процессов

Точно

Сообщение от Max_92 Нельзя также исключать просто временные неполадки со стороны Ростелекома

Возможно

Сообщение от gecata А не могут ли проблемы быть связаны с тем, что система была клонирована на другой SSD? Какое-либо несоответствие (подпись диска другая) не понравилось и сервер решил подождать, не появится ли первоначальная система...

Это тоже возможно

0

Сообщение от gecata А не могут ли проблемы быть связаны с тем, что система была клонирована на другой SSD?

Вряд ли, т.к. просто держим в уме Android с его ERR_CONNECTION_REFUSED с того же IP (его первоначальное попадание в бан из-за винды всё же считаю конспирологией).

А теперь всё по-новой: хост снова недоступен, как ранее (проверял на телефоне опять же). Вернул редирект в hosts, иначе пользоваться системой невозможно - так хоть двухсекундная задержка при первом запуске.

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

Сообщение от Max_92 хост снова недоступен

Возможно IP у роутера поменялся, а может неполадки провайдера независимо от IP

Добавлено через 52 минуты
Под VPN на телефоне ессно страничку на GET- запрос возвращает

0

CyberNewbie, забыл в самом начале предложить для эксперимента: можете добавить в hosts это


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


и проверить как будут стартовать процессы (примеры которых есть выше)? Попросил на другой системе (22H2) такое сделать - не было фризов.

0

Отключение проверки OCSP у конкретного сертификата в MMC также ничего не даёт - всё равно лезет при запуске

Миниатюры

 

0

Сообщение от Max_92 и проверить как будут стартовать процессы (примеры которых есть выше)?

У меня всё ок, зависаний нет, 21H2. Хотя вызывается digicert не каждый раз.

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

Сообщение от Max_92 Отключение проверки OCSP у конкретного сертификата в MMC также ничего не даёт - всё равно лезет при запуске

Так а фризы есть? при отключении?

0

Сообщение от CyberNewbie Так а фризы есть? при отключении?

Всё ровно то же самое.

0

Хотел было, испытав жжение в пятой точке, целиком поотключать все DigiCert через MMC, но тут внезапно вообще началось по жесткачу.

В определённый момент словив долгоотвешиваемые фризы как в самом начале и имея при этом в hosts всё те же редиректы на digicert.com, заподозрил неладное. Включив Charles, увидел отвалы по таймаутам, а затем с ужасом осознал, что и он теперь и страницу не возвращает на браузерный GET-запрос (была надежда, что IP'шник у него другой просто стал, поэтому и отвалы, но нет). Более того, те серты, которые дёргались при запуске других программ, так же стали отвальными, аналогичным образом тормозя запуск на время таймаута: в частности, VeriSign! Соот-но проблема переросла в глобальную, с последующим отвалом остальных центров сертификации.

Сейчас раздал Tele-2 с Wi-Fi точки доступа Android'а - пусть коннект не особо стабильный и медленный, зато везде 200 OK.
Завтра поеду в Ростелек (дозвониться до оператора невозможно), буду разбираться. Но особых иллюзий не строю, т.к. жду тухлые отписки в духе "перезагрузите или сбросьте настройки роутера". Для того, чтобы отбросить сомнения, воткну кабель напрямую в сетевую карту.

Миниатюры

   

0

Сообщение от Max_92 Для того, чтобы отбросить сомнения, воткну кабель напрямую в сетевую карту.

Воткнул кабель в сетевую карту, создал PPPOE-соединение. Сайт digicert.com открывается. По остальным refused'ы, как и раньше - думал, отбросил виновника в виде роутера... Но, каково было моё удивление, когда после переподключения на точку доступа с телефона, где минут 20 назад всё было нормально, теперь тоже refused! С телефона всё норм (при подключении с точки доступа роутера, напомню, тот же refused)!

Решил пингануть ocsp.digicert.com... Какова оно перенаправляет меня на fp2e7a.wpc.phicdn.net [192.229.221.95] ?? Либо это началось недавно, либо я не замечал ранее.

Сделал ipconfig /flushdns - ничего не изменилось? Таки зловред в системе? Точно произошли какие-то изменения после того как я вышел напрямую в Ростелек без роутера. Как будто бы зараза была в роутере, а теперь и здесь.

Миниатюры

 

0

Сообщение от Max_92 когда после переподключения на точку доступа с телефона

Прогнал, к тому же, извиняюсь. Был подключен к TP-Link'овской точке доступа. При подключении к телефонной Tele2 тем не менее тот же fp2e7a.wpc.phicdn.net, но 200 OK и на сайте ocsp и при запросах при запусках процессов. Кэш ещё раз очистил.

Добавлено через 2 минуты
В hosts все редиректы убрал

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

Сообщение от Max_92 на fp2e7a.wpc.phicdn.net [192.229.221.95] ?? Либо это началось недавно, либо я не замечал ранее.

Скорее не замечал ранее. Т.к. на прошлых скринах по ошибке в пинге был 45.60.129.229 - куда я сам из hosts перенаправил и забыл. Т.е. fp2e7a.wpc.phicdn.net был всегда. При том пингуется и у Ростелека и у Теле-2 (сейчас в Termux в Android то же имя), только у Ростелека refused в браузере и других запросах - независимо от того, провод напрямую в сетевой карте или роутере, или подключён с Android'а к TP-Link'овской точке доступа.

Добавлено через 12 минут
CyberNewbie, какой адрес у вас резолвит при пинге того хоста?

0

Сообщение от Max_92 какой адрес у вас резолвит при пинге того хоста?

Как у Вас:
Т.е. такое имя хоста резолвится при пинге следующих адресов:
Добавлено через 12 минут
Постарайтесь запомнить подсеть/ip в которую кидает провайдер.
Ибо непонятно, блокирует провайдер, или же сам host.

0

Сообщение от CyberNewbie Постарайтесь запомнить подсеть/ip в которую кидает провайдер.

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

Добавлено через 42 минуты
Нашёл ещё один интересный параметр в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControl Set\Control\SecurityProviders\SCHANNEL под названием EnableOcspStaplingForSni. Его значение по дефолту при отсутствии неясно, но из описания следует:



Выставление в ноль на результат не повлияло.

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

0