Windows: Автоматический вход в систему (автологин)

В данной статье пойдет речь о том, как настроить автологин (автоматический вход в систему без ввода пароля) на операционных системах Windows. Это бывает полезно, когда нет необходимости в ограничении доступа к компьютеру/ноутбуку, чтобы не тратить время на ввод пароля каждый раз при его включении.

Использование control userpasswords2

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

1. Сперва нужно открыть окно программы «Выполнить». Сделать это можно следующим образом:
   • В старых версиях Windows достаточно нажать левой кнопкой мыши по меню Пуск, и там выбрать пункт меню «Выполнить«.
   • В Windows 8 или Windows 10 можно нажать правой кнопкой мыши на меню Пуск (или зажать поочередно клавиши Win + X ), и в появившемся меню выбрать «Выполнить».
   • Поочередно зажать клавиши Win + R .
2. В появившемся окне вводите команду control userpasswords2 , после чего нажимаете ОК.
   
3. В появившемся окне убираете галочку с «Требовать ввод имени пользователя и пароля» и нажимаете ОК.

В появившемся окне от вас потребуется ввести имя пользователя и его пароль.

После ввода можно нажать ОК. Теперь при включении компьютера у вас будет автоматически входить в систему под нужным вам пользователем.

Использование программы Autologon

Другим простым методом для настройки автоматического логина в систему является использование программы Autologon, за авторством Марка Руссиновича (Mark Russinovich) — сотрудника Microsoft. Скачать её можно с сайта Microsoft по этой ссылке.

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

В поле Username следует написать имя пользователя, если пользователь принадлежит домену Active Directory, то следует указать его имя в поле Domain. Ну и наконец в поле Password следует ввести свой пароль. После этого для включения нужно всего-лишь нажать кнопку «Enable«, и после этого автовход в систему будет настроен.

Настройка через реестр

Так же существует способ настроить автоматический вход в систему через реестр.

Для включения автологина в реестре, вам нужно открыть меню Пуск, и выбрать команду Выполнить (либо нажать комбинацию клавиш Win+R). В появившемся окне нужно набрать regedit и нажать ОК.

Далее ищем ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon, и у следующих параметров вводим следующие значения:

AutoAdminLogon — Ставим единицу, иначе автоматический логин не будет срабатывать.
ForceAutoLogon — Если мы хотим, чтобы пользователя «насильно» логинило обратно в систему, то ставим единицу.
DefaultUserName — Имя пользователя, под которым мы хотим автоматически входить в систему.
DefaultPassword — Пароль пользователя, под которым мы хотим автоматически входить в систему. Скорее всего данный параметр будет отсутствовать, и поэтому придется создать его самому. Для этого нажимаем на пустом месте правой кнопкой мыши и выбираем пункт Создать — Строковый параметр, и присваиваем ему имя DefaultPassword.

DefaultDomainName — Домен пользователя, под которым мы хотим автоматически входить в систему. Если домен не используется — оставляем пустым.

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

Автоматическая авторизация windows server 2019

• 
• 

Главное меню

Войти на сайт

Мы с социальных сетях

Помочь проекту

Последние статьи

Автологин в Windows Server

После завершения установки Windows Server 2008, система запрашивает ввод пароля. Без пароля перейти к настройке Windows Server нельзя. Перегружая сервер нам постоянно приходится вбивать логин и пароль, а как мы понимаем, часто это не удобно. Если система перезагрузится (обновиться или сбой произойдет) и нас не будет на месте, то многие приложения просто не запустятся. Как быть в этой ситуации? Очень просто — делаем автологон.

Автологон — это автоматический ввод логина и пароля при запуске системы. Это можно сделать двумя способами:

1. Запускаем команду

для этого нажимаем пуск -> выполнить -> набираем control userpasswords2 и ОК, в появившемся окне убираем галочку «Требовать ввод имени пользователя и пароля» и вводим логин и пароль, вход под которыми нужно осуществлять.

2. Через редактор реестра. пуск-> выполнить-> набираем regedit и ищем следующие ключи:

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WinlogonSetValue «AutoAdminLogon»=»1»
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WinlogonSetValue «ForceAutoLogon»=»1»
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WinlogonSetValue «DefaultUserName»=»myUserName»
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WinlogonSetValue «DefaultPassword»=»myuserPassword»,

AutoAdminLogon — включение и выключение автоматического входа в систему.(1 — включено)

Включив автоматический логотип в Windows

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

Оригинальная версия продукта: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 324737

Функция autologon предоставляется в качестве удобства. Однако эта функция может быть угрозой безопасности. Если вы установите компьютер для автолога, любой, кто может физически получить доступ к компьютеру, может получить доступ ко всему содержимому компьютера, включая все подключенные к нему сети. Кроме того, при включенном автологе пароль хранится в реестре простым текстом. Определенный ключ реестра, который хранит это значение, может быть удаленно считыт группой пользователей с проверкой подлинности. Этот параметр рекомендуется использовать только в тех случаях, когда компьютер физически защищен и приняты меры, чтобы убедиться, что ненастоячивые пользователи не могут удаленно получить доступ к реестру.

Чтобы включить автоматический логотип, используйте редактор реестра

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

Чтобы включить автоматический логотип редактора реестра, выполните следующие действия:

Нажмите кнопку Пуск и выберите пункт Выполнить.

В поле Открыть введите Regedit.exe и нажмите кнопку Ввод.

Найдите HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon подкайку в реестре.

Дважды щелкните запись DefaultUserName, введите имя пользователя и нажмите кнопку ОК.

Дважды щелкните запись DefaultPassword, введите пароль и нажмите кнопку ОК.

Если значения DefaultPassword не существует, его необходимо добавить. Чтобы добавить значение, выполните следующие действия:

В меню Редактирование нажмите кнопку New, а затем указать строку Значение.

Введите DefaultPassword и нажмите кнопку Ввод.

Дважды щелкните DefaultPassword.

В диалоговом окте «Изменить строку» введите пароль и нажмите кнопку ОК.

Если строка DefaultPassword не указана, Windows автоматически меняет значение клавиши с 1 (true) на 0 (false), отключая функцию AutoAdminLogon AutoAdminLogon.

В меню Редактирование нажмите кнопку New, а затем указать строку Значение.

Введите AutoAdminLogon и нажмите кнопку Ввод.

Дважды щелкните AutoAdminLogon.

В диалоговом окне Изменить строку введите 1 и нажмите кнопку ОК.

Если вы присоединились к компьютеру к домену, следует добавить значение DefaultDomainName, а данные для значения должны быть задаваны в качестве полноквалифицированного доменного имени (FQDN) домена, например contoso.com. .

Закройте редактор реестра.

Нажмите кнопку Начните, нажмите кнопку Выключение, а затем введите причину в текстовом окне Комментарий.

Нажмите кнопку ОК, чтобы отключить компьютер.

Restart your computer. Теперь вы можете войти в систему автоматически.

• Чтобы обойти процесс AutoAdminLogon и войти в систему в качестве другого пользователя, нажмите и удерживайте клавишу Shift после входа или после перезапуска Windows.
• Это изменение реестра не работает, если значение баннера Logon определяется на сервере объектом групповой политики (GPO) или локальной политикой. Если политика изменена таким образом, чтобы она не повлияла на компьютер, функция автологона работает так, как ожидалось.
• Когда ограничения паролей Exchange Active Sync (EAS) активны, функция автологона не работает. Такое поведение является особенностью данного продукта. Это поведение вызвано изменением Windows 8.1 и не влияет на Windows 8 или более ранние версии. Чтобы обойти это поведение в Windows 8.1 и более поздних версиях, удалите политики EAS в панели управления.
• Логотип интерактивной консоли с другим пользователем на сервере изменяет запись реестра DefaultUserName в качестве последнего зарегистрированного индикатора пользователя. AutoAdminLogon использует запись DefaultUserName в соответствие с пользователем и паролем. Таким образом, AutoAdminLogon может привести к сбойу. Вы можете настроить сценарий остановки, чтобы установить правильное имя DefaultUserName.
• Вы можете использовать средство AutoLogon Sysinternals, чтобы упростить эту функцию. Этот инструмент также помогает использовать зашифрованную версию пароля.

Автоматическая активация виртуальной машины Automatic virtual machine activation

Относится к: Windows Server 2019, Semi-Annual Channel для Windows Server, Windows Server 2016, Windows Server 2012 R2 Applies to: Windows Server 2019, Windows Server Semi-Annual Channel, Windows Server 2016, Windows Server 2012 R2

Автоматическая активация виртуальной машины (AVMA) — это механизм подтверждения законности приобретения, помогающий удостовериться, что продукты Windows используются в соответствии с правами на использование продуктов и условиями лицензионного соглашения на использование программного обеспечения корпорации Майкрософт. Automatic Virtual Machine Activation (AVMA) acts as a proof-of-purchase mechanism, helping to ensure that Windows products are used in accordance with the Product Use Rights and Microsoft Software License Terms.

AVMA позволяет устанавливать виртуальные машины на сервере с должным образом активированной ОС Windows, не настраивая ключи продукта для каждой виртуальной машины, даже в отключенных средах. AVMA lets you install virtual machines on a properly activated Windows server without having to manage product keys for each individual virtual machine, even in disconnected environments. Она привязывает активацию виртуальной машины к лицензированному серверу виртуализации и активирует виртуальную машину при запуске. AVMA binds the virtual machine activation to the licensed virtualization server and activates the virtual machine when it starts up. AVMA также предоставляет отчеты по использованию в реальном времени и данные о состоянии лицензии виртуальной машины за прошлые периоды. AVMA also provides real-time reporting on usage and historical data on the license state of the virtual machine. Отчеты и данные отслеживания доступны на сервере виртуализации. Reporting and tracking data is available on the virtualization server.

Практическое применение Practical applications

AVMA предоставляет ряд преимуществ на серверах виртуализации, активированных с использованием корпоративного лицензирования или лицензирования OEM. On virtualization servers that are activated using Volume Licensing or OEM licensing, AVMA offers several benefits.

Администраторы серверов в центрах обработки данных могут использовать AVMA для выполнения следующих действий: Server datacenter managers can use AVMA to do the following:

Активация виртуальных машин в удаленных расположениях Activate virtual machines in remote locations

Активация виртуальных машин с подключением к Интернету или без него Activate virtual machines with or without an internet connection

Отслеживание данных об использовании и лицензиях виртуальных машин с сервера виртуализации без прав доступа к виртуализованным системам Track virtual machine usage and licenses from the virtualization server, without requiring any access rights on the virtualized systems

Не требуется управлять ключами продукта и читать наклейки на серверах. There are no product keys to manage and no stickers on the servers to read. Виртуальная машина активируется и продолжает работать даже при переносе в массиве серверов виртуализации. The virtual machine is activated and continues to work even when it is migrated across an array of virtualization servers.

Партнеры с лицензионным соглашением с поставщиком услуг (SPLA) и другие поставщики услуг размещения не обязаны предоставлять ключи продукта арендаторам или активировать виртуальные машины арендаторов. Service Provider License Agreement (SPLA) partners and other hosting providers do not have to share product keys with tenants or access a tenant’s virtual machine to activate it. С помощью AVMA клиенты могут легко активировать виртуальные машины. Virtual machine activation is transparent to the tenant when AVMA is used. Поставщики услуг размещения могут использовать журналы сервера для проверки соответствия лицензии и отслеживания хронологии использования клиента. Hosting providers can use the server logs to verify license compliance and to track client usage history.

Системные требования System requirements

Для AVMA требуется Microsoft Virtualization Server с Windows Server 2019 Datacenter, Windows Server 2016 Datacenter или Windows Server 2012 R2. AVMA requires a Microsoft Virtualization Server running Windows Server 2019 Datacenter, Windows Server 2016 Datacenter, or Windows Server 2012 R2.

Ниже представлен список гостей, которых можно активировать с помощью различных версий серверов узла. Here are the guests that the different version hosts can activate:

Версия сервера узла Server host version	Windows Server 2019 Windows Server 2019	Windows Server 2016 Windows Server 2016	Windows Server 2012 R2 Windows Server 2012 R2
Windows Server 2019 Windows Server 2019	X X	X X	X X
Windows Server 2016 Windows Server 2016	X X	X X
Windows Server 2012 R2 Windows Server 2012 R2	X X

Обратите внимание на то, что они активируют все выпуски (Datacenter, Standard и Essentials). Note that these activate all editions (Datacenter, Standard, or Essentials).

Это средство не работает с другими технологиями виртуализации сервера. This tool does not work with other Virtualization Server technologies.

Реализация AVMA How to implement AVMA

На сервере виртуализации Windows Server Datacenter установите и настройте роль Microsoft Hyper-V Server. On a Windows Server Datacenter virtualization server, install and configure the Microsoft Hyper-V Server role. Дополнительную информацию см. в статье об установке Hyper-V Server. For more information, see Install Hyper-V Server.

Создайте виртуальную машину и установите на ней поддерживаемую серверную операционную систему. Create a virtual machine and install a supported server operating system on it.

Установите ключ AVMA на виртуальной машине. Install the AVMA key in the virtual machine. В командной строке с повышенными привилегиями введите следующую команду: From an elevated command prompt, run the following command:

Виртуальная машина автоматически активирует лицензию в соответствии с сервером виртуализации. The virtual machine will automatically activate the license against the virtualization server.

Можно также использовать ключи AVMA в любом файле установки Unattend.exe. You can also employ the AVMA keys in any Unattend.exe setup file.

Ключи AVMA AVMA keys

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2019. The following AVMA keys can be used for Windows Server 2019.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74
Essentials Essentials	2CTP7-NHT64-BP62M-FV6GG-HFV28 2CTP7-NHT64-BP62M-FV6GG-HFV28

Перечисленные ниже ключи AVMA можно использовать для Windows Server версий 1909, 1903 и 1809. The following AVMA keys can be used for Windows Server, versions 1909, 1903, and 1809.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74

Перечисленные ниже ключи AVMA можно использовать для Windows Server версии 1803 и 1709. The following AVMA keys can be used for Windows Server, version 1803 and 1709.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2016. The following AVMA keys can be used for Windows Server 2016.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD
Essentials Essentials	B4YNW-62DX9-W8V6M-82649-MHBKQ B4YNW-62DX9-W8V6M-82649-MHBKQ

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2012 R2. The following AVMA keys can be used for Windows Server 2012 R2.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials Essentials	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Отчетность и отслеживание Reporting and tracking

Реестр (KVP) на сервере виртуализации предоставляет данные по отслеживанию в реальном времени для операционных систем на виртуальной машине. The registry (KVP) on the virtualization server provides real-time tracking data for the guest operating systems. Поскольку раздел реестра перемещается вместе с виртуальной машиной, можно также получить информацию о лицензии. Because the registry key moves with the virtual machine, you can get license information as well. По умолчанию KVP возвращает данные о виртуальной машине, в том числе: By default the KVP returns information about the virtual machine, including the following:

Полное доменное имя Fully qualified domain name

Операционную систему и установленные пакеты обновления Operating system and service packs installed

Архитектуру процессора Processor architecture

Сетевые адреса IPv4 и IPv6 IPv4 and IPv6 network addresses

Адреса RDP RDP addresses

Дополнительные сведения о том, как получить эту информацию, см. в публикации Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems (GuestIntrinsicExchangeItems KVP в скрипте Hyper-V). For more information about how to get this information, see Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems.

Данные KVP не защищены. KVP data is not secured. Они допускают модификации и не контролируются на предмет изменений. It can be modified and is not monitored for changes.

Данные KVP следует удалить в случае замены ключа AVMA другим ключом продукта (розничным, OEM или ключом корпоративного лицензирования). KVP data should be removed if the AVMA key is replaced with another product key (retail, OEM, or volume licensing key).

Данные о запросах AVMA за прошлые периоды доступны в файле журнала на сервере виртуализации (EventID 12310). Historical data about AVMA requests is available in a log file on the virtualization server (EventID 12310).

Поскольку процесс активации AVMA прозрачен, сообщения об ошибках не отображаются. Since the AVMA activation process is transparent, error messages are not displayed. Однако данные о перечисленных ниже событиях записываются в файл журнала на виртуальных машинах (EventID 12309). However, the following events are captured in a log file on the virtual machines (EventID 12309).