Как я заставлял эту долю Windows запрашивать вход в систему?
Вы изменили системную установку часового пояса? Если так, Вы перезапускали crond сервис впоследствии?
Независимо, я перезапустил бы крон deamon, чтобы удостовериться, что он использует корректный часовой пояс.
# /sbin/service crond restart
Это действительно вызвало у меня интерес. Я смог воспроизвести ваши открытия в своей лаборатории с той же моделью результатов, которую вы описываете. Я использовал Procmon, чтобы попытаться увидеть, какие изменения были внесены, и почти сдался, пока не увидел следующее:
Это показывает, что lsass.exe (Local Security Authority) записывает в локальный SAM и вносит изменения в построенный -в гостевом аккаунте (известный RID 501). Разумеется, когда я повторно протестировал ваш сценарий, наблюдая за статусом гостевой учетной записи, я увидел, что он включен, когда отключен «Общий доступ с паролем». Однако при повторном включении «общего доступа, защищенного паролем» гостевая учетная запись не отключается снова. Отключение гостевой учетной записи вручную восстанавливает исходную функциональность: мне предлагается ввести учетные данные (т.е. ваш третий случай).
Я не уверен, почему это ведет себя так. Честно говоря, до сегодняшнего дня я даже не переключал настройку «Совместное использование, защищенное паролем» (или даже не замечал этого, если на то пошло). Надеюсь, это поможет в вашем проекте. Если кто-то еще заинтересован в дальнейшем копании, было бы интересно узнать, присутствует ли такое поведение по-прежнему в Server 2012/2012 R2 ...
Да, и к вашим исходным вопросам (это задумано или это ошибка? ), Понятия не имею ...
Может вам и не помочь, но в случае, если да - я часто получаю сообщения о том, что мои пользователи не могут получить доступ к общему ресурсу (их старый пароль кэшируется Windows), и я прошу их сделать следующее: 1293] чистое использование * / D
Если я правильно понял ваш вопрос, тогда учетные данные общих ресурсов сохраняются в Диспетчере учетных данных на панели управления.
Чтобы вызвать диалоговое окно аутентификации, просто удалите учетные данные, относящиеся к этому общему ресурсу в диспетчере учетных данных.
Когда вы проверяете «Запомнить мои учетные данные», они обычно сохраняются в диспетчере учетных данных, и если этот пароль был неправильным, вы бы увидели ошибку сбоя входа в систему.