Служба не запущена из-за ошибки входа

902
While-E

Моя компания устанавливает и поддерживает стороннее программное обеспечение для управления печатью для наших клиентов. Для работы с принтером / заданием на печать программное обеспечение требует прав администратора. Для этого служба использует схему «Вход в систему как», где мы даем службе имя пользователя / пароль администратора для запуска от имени. Это прекрасно работает в 99% случаев. Недавно я столкнулся с проблемой, когда она очень странно провалилась.

Учитывая имя пользователя / пароль для администратора, сервис запустится, запустится и будет счастлив. После цикла питания (иногда) он не запускается с ошибкой «Служба не запущена из-за ошибки входа в систему». Если я захожу и смотрю, в нем указаны имя пользователя и пароль, и, если я пытаюсь запустить его вручную, я получаю ту же ошибку. Однако, если я повторно введу пароль и запуском его, он работает!

Я могу перезагрузить компьютер несколько раз, и он запускается просто отлично. Однако время от времени (как и на днях с отключением питания) ПК запускается и не запускает службу. Это заставит вас открыть свойства сервиса и повторно ввести ОДИН ЖЕ пароль, и он будет запущен. Как и следовало ожидать, это не идеальное поведение.

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

Я никогда не видел, чтобы это случилось в любой другой установке. Теперь я знаю, что мое программное обеспечение / служба НЕ могут изменять учетные данные / разрешения, поэтому для меня это должно быть нечто, основанное на Windows или домене. Он действительно работает в домене и работает под управлением Windows 10. Я знаю, что в Windows 10 есть эти учетные записи онлайн-синхронизации и все такое, и я не уверен, может ли это вызвать такую ​​проблему или нет? Я еще не очень привык к нюансам Windows 10.

Любая помощь будет принята с благодарностью.

[Обновить]

Поэтому я понимаю, что очень легко сказать: «Это программное обеспечение». Проблема в том, что он используется более десяти лет, без каких-либо проблем, связанных с этим, и это единственный сайт, который испытывает проблему. Поэтому я должен сделать прыжок веры и взглянуть на пути вне этого простого объяснения. Легким было бы программное обеспечение типа DeepFreeze, к сожалению, ничего подобного не работает.

1
Больше похоже на проблему со сторонним программным обеспечением. Используйте бесплатные виртуальные машины Windows 7, которые предлагает Microsoft, добавьте виртуальную машину Windows 7 в домен, установите стороннюю службу. Дублируйте поведение в предыдущих версиях Windows, затем перейдите к третьим сторонам с вашими данными и попросите их исправить поведение в их программном обеспечении. Ramhound 7 лет назад 0
Как это будет сторонний сервис, вызывающий ошибку входа в Windows? Он использует учетные данные, введенные в окне свойств службы? Как и любой другой сервис Windows. Служба / программное обеспечение не имеют прав на изменение этих учетных данных в свойствах или в Windows и не могут затрагивать разрешения. Он просто использует эти полномочия, чтобы попытаться получить привилегии .... While-E 7 лет назад 0
Просто чтобы уточнить, программное обеспечение не ведет себя неправильно, служба не запускается вообще, потому что учетные данные входа в систему не проходят проверку подлинности через Windows. Учетные данные передаются службе через окна, служба запускается окнами, а учетные данные отклоняются окнами. Программное обеспечение не имеет ничего общего с любым из этих шагов. While-E 7 лет назад 0
Служба сама определяет, было ли событие аутентификации успешным или неудачным, основываясь на полученном ответе. Если он не передает правильную информацию, то, конечно, он потерпит неудачу, когда это произойдет. Ramhound 7 лет назад 0
Информация верна? Я ввожу одного и того же пользователя / пароль каждый раз, когда происходит сбой, и он снова начинает работать Полномочия никогда не меняются. While-E 7 лет назад 0
То, что информация была введена правильно, не означает, что информация, используемая службой, является правильной. Тот факт, что вы можете повторить поведение, допустив сбой, а затем «ввод информации снова», указывает на проблему с самим сервисом, а не с запланированной задачей. Ramhound 7 лет назад 0
Таким образом, вы думаете, что служба портит эти данные при перезагрузке? Тогда всякий раз, когда я пытаюсь перезапустить, не изменяя введенную информацию, она все еще повреждена, тогда, когда я снова ввожу ее вручную, она захватывает новые (чистые) данные и использует их? Запускается только чтобы снова испортиться, и повторить? Если это так, у вас есть какие-либо советы по устранению неполадок или отладке? While-E 7 лет назад 0
Я просто говорю, что это звучит так, будто сервис не получает детали аутентификации из задачи. Ramhound 7 лет назад 0
Возникает ли проблема при чистом выключении / перезагрузке? Или только там, где система потеряла питание или пользователь только что выключил питание, не выключая ОС? Вы можете использовать SysInternals Process Monitor для мониторинга процесса загрузки, чтобы увидеть, что происходит, и сравнить «хороший» запуск с неудачным запуском службы. Из описания подразумевается, что каким-то образом сохраненный пароль, связанный с сервисом, каким-то образом изменяется. Enigman 7 лет назад 0
Не могли бы вы просто заставить программу работать как NT AUTHORITY / SYSTEM? (он же системный пользователь), таким образом, имя пользователя / пароль даже не нужны. LPChip 7 лет назад 0
Мне неясно, как сделать вход без пароля с любым пользователем в лог на вкладке свойств сервисов. Если вы говорите о том, чтобы не указывать пользователя и просто запускать как локальную учетную запись, это вызывает различные проблемы с разрешениями. While-E 7 лет назад 0
Я действительно это имею в виду. Любая служба, для которой требуются учетные данные для входа в сеть, обязательно должна работать в подобных ситуациях. LPChip 7 лет назад 0
У меня были проблемы с разрешениями раньше, но тот факт, что вы можете ввести пароль, и в конечном итоге его не получится, только ввести тот же пароль .... это совершенно новое для меня и всех, кто установил / поддерживал программное обеспечение более прошедшее десятилетие While-E 7 лет назад 0

1 ответ на вопрос

0
While-E

Давно пора, но решил, что должен ответить на свой вопрос.

Это была действительно проблема Windows / домена. Как только они окончательно исключили его из политики использования домена, он снова не вышел из строя.

Похожие вопросы