Пока что можете закрыть. Ситуацию прояснить так и не удалось.
Мы развернули у себя на ВМ с Red Hat 9, внутри развернули KVM/QEMU с Windows 10, задействовав сетевую карту VirtIO, внутри Windows 10 установили только Рабочее место оператора ЛЭРС УЧЕТ. Служба обновления ЛЭРС УЧЕТ запускается корректно.
Единственную разницу, которую наблюдаю по сравнению с вашей Windows 10, доступ к которой вы предоставляли, это отсутствие доступа к Интернет. Мы отключали полностью Интернет в Red Hat 9, в результате чего он пропадал в Windows 10 на KVM/QEMU, но Служба обновления все также успешно запускается.
На сколько я понял, вы предоставили доступ только к update.lers.ru для KVM/QEMU. Попробуйте предоставить для KVM/QEMU полноценный доступ к Интернет и проверьте запуск Службы обновления в ней после этого. Также попробуйте полностью отключить доступ в Интернет данной ВМ и опять же проверьте запуск Службы обновления полсе этого.
На мой взгляд у этой проблемы есть такие нюансы:
- У ПК должен быть дефалтовый маршрут, по которому улетят запросы. Если маршрута нет, служба стартует за 1-2 секунды.
- При наличии Интернет так же все очень быстро запускается.
- Если Интернет изначально был и служба запускалась, то вероятно ответы кэшируются и при последующем запуске службы с выключенным Интернет все пройдет успешно. Нюанс нестабильный, вероятно от чего то еще зависит.
- Успешный и без проблемный запуск службы происходит за 1-2 секунды, если есть проблема запуск существенно затягивается. При экспериментах (на старых версиях ЛЭРС) мне доводилось получать запуск больше 20 секунд, но меньше 30 секунд, в результате служба запускалась. По этому раньше все работало, но по факту запускалось очень долго.
- Если изменить значение таймаута запуска службы с 30 секунд, на 40+ секунд, то служба так же запускается. На запуск уходит примерно 35 секунд, тут вероятно многое зависит от производительности системы.
В целом проблема скорее не в том, что служба не запускается, а в том, что она запускается очень долго и Windows ее прибивает.
Может проблема как то связана с этим Служба не запускается, а события 7000 и 7011 регистрируются в Windows Server - Windows Server | Microsoft Learn
ЗЫ: Проблема кстати не только у меня Не запускается служба обновления просто никто не разбирается в ней, а действует обходными методами.
На самом деле проблема судя по всему связана с сторонним компонентном NLog, задействованным в ЛЭРС УЧЕТ в качестве модуля ведения журнала. При анализе ситуации в вашей ВМ заметили попытки подключения к некоторым хостам, очевидно связанным с данным компонентом. При чем волн подключений было несколько. Судя по всему данный компонент при запуске Службы пытается подключиться к своим хостам, а когда вы ограничиваете доступ к Интернет, время ожидания подключения увеличивается, что увеличивает общее время запуска Службы обновления, в результате чего выходит таймаут ожидания ответа от Службы. От производительности в данном случае ничего зависеть не может, так как ждать подключения компонент NLog скорее всего будет одинаковое вне зависимости от производительности системы.
Подобным образом увеличивается время ожидания подключение браузера к хосту, когда подключение к Интернет нестабильно или когда оно осуществлено через некий прокси-сервер. При этом если Интернета нет совсем, браузер сразу же отображает сообщение об ошибке подключения из-за отсутствия доступа.
Упомянутый компонент NLog разрабатывается сторонними разработчиками и такая логика работы (если мое предположение верно) в нем заложена ими. Мы не можем ее изменить.
В данном случае вам стоит либо увеличить время ожидания ответа от службы, либо ограничить доступ таким образом, чтобы к недоступным хостам оно не устанавливалось совсем.
Приведенная вами тема никак не связана с обсуждаемой в вашей теме проблеме. В ней пользователь решил свою проблему, выполнив обновление, что уже не сходится с вашей ситуацией, и более того данный пользователь не упоминал об ограниченном доступе в Интернет. Связывать проблему из данной темы с вашей только лишь по стандартному сообщению об отсутствии ответа от службы некорректно, так как это ошибка общего характера и причины ее возникновения очень разные.