Ошибка API LogonUser (), если пустой пароль для существующего пользователя [duplicate]

Если это то, что вы просто пытаетесь загрузить на элемент, попробуйте использовать это. При загрузке страницы он добавит ваше целевое свойство с правильным атрибутом.

$ (your_element_here) .prop ('target', '_blank');

5
задан trudger 26 June 2009 в 08:46
поделиться

2 ответа

По умолчанию во всех современных версиях Windows есть политика локальной безопасности, которая ограничивает доступ пользователей к пустым паролям только на локальной консоли. Другими словами, пользователь, имеющий пустой пароль, должен физически находиться на компьютере для входа в систему. Пользователь не может подключиться к службе как к пакетному пользователю по сети и т. Д.

Это можно изменить, изменив политику в разделе «Локальные политики» -> «Параметры безопасности». Или, изменив значение LimitBlankPasswordUse в HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Lsa на ноль.

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

9
ответ дан Stephen Martin 19 August 2018 в 19:15
поделиться

Какая версия Windows? Я полагаю, что в Windows XP по крайней мере служба не может быть запущена как пользователь с пустым паролем.

Если у вас есть время, вы можете попробовать установить такие вещи, как «разрешить взаимодействие с рабочим столом» на служба и «разрешить вход в систему» ​​для пользователя.

Но я думаю, что с паролем вам будет лучше по нескольким причинам. Почему вы этого не хотите?

1
ответ дан Colin Pickard 19 August 2018 в 19:15
поделиться
  • 1
    Да, я использую XP. Итак, вы имеете в виду, что у XP есть такое ограничение? Я не использовал & quot; LocalSystem & quot; поэтому я боюсь, что не могу включить "allowinteraction with desktop & quot; вариант. Учетная запись предназначена только для тестирования, поэтому я не создал для нее пароль. – trudger 26 June 2009 в 10:29
  • 2
    Я считаю, что у этого есть такое ограничение. Я попытался найти в Интернете, чтобы поддержать его, но не смог придумать ничего конкретного. Я бы рекомендовал создать пароль в любом случае. – Colin Pickard 26 June 2009 в 11:23
  • 3
    Ответ Стивена подтверждает это, дает обходное решение, и рассуждения позади него – Colin Pickard 27 June 2009 в 08:33
  • 4
    У меня есть веская причина. Я хочу запустить httpd как учетную запись с тем же именем имени пользователя домена удаленного сервера, чтобы я мог заставить PHP получить доступ к сетевому диску, где он подключен с использованием этого пользователя домена удаленного сервера. У этого пользователя домена нет пароля, и я не могу тронуть этого удаленного пользователя. Тем не менее, я отвечаю за Стивена, и он не работает. Нужно ли перезагружать Windows? – Scott Chu 7 October 2016 в 03:08
Другие вопросы по тегам:

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