У Windows Server есть жизнь без рабочего стола. Вариант установки Server Core оставляет системе только окно консоли, PowerShell и необходимый минимум служб, а Nano Server и вовсе превратился из отдельной редакции в компактный образ для контейнеров. Разберёмся, кому подходит сервер без графики, как выбрать вариант при установке и какими командами всё это настраивается.
Вариант установки Server Core и чем он отличается от полной версии
Server Core это не отдельная редакция, а вариант установки той же самой системы. Подход существует со времён Windows Server 2008, и за эти годы он стал основным рекомендованным путём: если нет особой нужды в графике, документация вендора советует брать именно его.
В мастере установки на шаге выбора издания видны четыре строки: Windows Server Standard, Windows Server Standard with Desktop Experience, Windows Server Datacenter, Windows Server Datacenter with Desktop Experience. Издания без пометки Desktop Experience и есть Server Core. Разница не только в названии: в такой системе нет оболочки рабочего стола, проводника, консоли управления MMC и браузера, а после входа администратор видит лишь окно командной строки.
Взамен система получает меньше кода на диске, урезанный набор компонентов и существенно сокращённую поверхность атаки. Обновления выходят компактнее, перезагрузок требуется меньше, а лишние службы, через которые обычно ищут путь внутрь, попросту отсутствуют. Полная версия удобнее для человека за монитором, но каждая её дополнительная оснастка это ещё одна дверь, которую приходится постоянно закрывать патчами.
Ещё одно отличие проявляется в обслуживании. Любая настройка системы доступна из командной строки, так что навыки PowerShell на Server Core не опция, а базовый инструмент. Сетевые параметры, имя машины, учётные записи, брандмауэр и обновления настраиваются командами и скриптами, и именно поэтому безголовый сервер хорошо вписывается в автоматизацию.
Выбор Server Core при установке и первые минуты в консоли
Сначала обычная процедура: загрузка с установочного носителя, шаг выбора издания без Desktop Experience, далее мастер доводит установку до конца. Сюрприз произойдёт после перезагрузки: вместо рабочего стола откроется окно консоли. Учётную запись администратора система попросит задать прямо там, без всяких мастеров с картинками.
В Windows Server 2022 и новее оболочкой по умолчанию стал PowerShell, и утилита sconfig открывается сама сразу после входа. Если её случайно закрыли, она перезапустится в новом окне, а на более старых выпусках утилиту вызывают вручную командой, набранной в консоли сервера:
sconfigПеред глазами появится текстовое меню с пронумерованными пунктами. Пункт 1 Domain/workgroup привязывает машину к домену, пункт 2 Computer name меняет имя компьютера, пункт 3 Add local administrator добавляет пользователя в локальные администраторы, пункт 4 Configure remote management включает удалённое управление и ответ сервера на ping. Пункт 5 Update setting задаёт режим обновлений: вариант A ставит их автоматически с ежедневной проверкой в 3:00, вариант D только скачивает, вариант M полностью передаёт проверку администратору, причём режим D выбран по умолчанию. Пункт 7 Remote desktop открывает удалённый рабочий стол с выбором уровня сетевой аутентификации, пункт 8 Network settings прописывает статический адрес и серверы DNS, пункты 13 и 14 перезагружают и выключают сервер, а пункт 15 выпускает из меню в полноценный PowerShell.
Привязка к домену через меню выполняется за пять шагов, последовательность такая:
1. в главном меню набрать 1 и нажать Enter, чтобы открыть страницу Change domain/workgroup membership;
2. нажать D для выбора домена и подтвердить ввод;
3. указать имя домена, затем учётную запись с правами на присоединение машин в формате domain\user и пароль;
4. ответить Y или N на вопрос о смене имени компьютера;
5. согласиться с перезагрузкой, а после неё нажать ESC и войти уже доменной учётной записью.
Автозапуск утилиты отключают, если он мешает скриптам автоконфигурации. Команду выполняют в том же окне PowerShell, после неё sconfig открывают вручную при необходимости:
Set-SConfig -AutoLaunch $FalseУправление Server Core через sconfig и удалённые инструменты
Здесь кроется первый нюанс, о который спотыкаются новички: sconfig работает только при локальном входе или через Remote Desktop, из удалённой сессии PowerShell его не запустить. Впрочем, подолгу сидеть в локальной консоли и не требуется. В доменной сети удалённое управление включено по умолчанию, а работать удобнее со своей рабочей станции:
Enter-PSSession -ComputerName SRV-CORE-01 -Credential (Get-Credential)Команду вводят в PowerShell на рабочей станции: она спросит учётные данные администратора сервера, после чего приглашение сменится на имя машины, и все следующие команды будут выполняться уже на ней. Обратно возвращает команда Exit-PSSession.
Графические инструменты никуда не делись, они просто переехали на другую машину. В Windows 11 открывают Параметры → Приложения → Дополнительные компоненты → Просмотреть функции, в поиске набирают RSAT, отмечают нужные средства и нажимают Установить. Понадобится клиент уровня Windows 10 и новее. После этого в диспетчере сервера появятся оснастки Active Directory, DNS, DHCP и прочие, которые подключаются к безголовому серверу как к обычной машине.
Второй путь, Windows Admin Center, даёт браузерную консоль сразу для парка серверов: Подключения → Добавить → Добавить подключение, затем плитка Сервер Windows и имя хоста. Утилита sconfig при этом остаётся инструментом для одной машины, а Server Manager и Windows Admin Center работают с обоими вариантами установки и снимают нужду локально бегать к каждому серверу.
Для одиночного сервера sconfig незаменим, но при массовом развёртывании он уже не помощник: вендор советует файлы ответов unattend.xml и средства автоматической установки, которые задают имя, сеть и членство в домене ещё на этапе развёртывания. Не забудьте и про права: для работы с утилитой нужна учётная запись из локальной группы Administrators.
Роли для Server Core от контроллера домена до Hyper-V
Скромный интерфейс обманчив: без графики Server Core уверенно тянет классическую серверную работу. В его комплект входят роли Active Directory Domain Services, DNS Server, DHCP Server, файловые службы, Hyper-V, веб-сервер IIS, службы обновлений WSUS и сертификации. Роль File and Storage Services установлена сразу, остальное добавляют по мере надобности.
Список доступного и уже включённого показывает команда Get-WindowsFeature, а установка выполняется командами вида ниже. Вводят их в консоли сервера или в удалённой сессии PowerShell, по завершении вывод отметит Success и укажет, нужна ли перезагрузка:
Install-WindowsFeature AD-Domain-Services -IncludeManagementTools
Install-WindowsFeature DNS
Install-WindowsFeature DHCP
Install-WindowsFeature Hyper-V -RestartТиповой минимум небольшой инфраструктуры выглядит так: контроллер домена, DNS и DHCP в связке, рядом файловый сервер для общих папок и Hyper-V в роли гипервизора. Все эти сценарии на Server Core работают полноценно, именно под них вариант и создавался. Показательно, что список задач со временем только расширялся: сегодня без графики живут даже узлы для контейнеров.
С Hyper-V есть деталь: сам гипервизор ставится без проблем, а графический диспетчер живёт на рабочей станции в составе RSAT, либо добавляется на сервер в составе пакета совместимости начиная с Windows Server 2022. Параметр IncludeManagementTools в команде установки подтягивает средства управления, часть из которых на безголовом сервере окажется чисто командной. Это не баг, а логика варианта: инструменты, рисующие окна, естественно поселить там, где эти окна есть.
Возврат графики в Server Core и пределы его возможностей
Главное, что нужно принять заранее: переключить Server Core обратно в Desktop Experience после установки нельзя. В отличие от некоторых предыдущих выпусков, где графику добавляли и убирали на лету, в современных версиях это потребует чистой переустановки. Решение принимают на этапе выбора издания, а не после первого рабочего дня.
Частичный комфорт всё же достижим. Начиная с Windows Server 2019 для Server Core доступен пакет совместимости приложений, App Compatibility Feature on Demand. В sconfig выходят через пункт 15 и выполняют команду от имени администратора:
Add-WindowsCapability -Online -Name "ServerCore.AppCompatibility~~~~0.0.1.0"Она трудится несколько минут, в выводе появится RestartNeeded True, и после перезагрузки рамка окна консоли сменит оттенок синего. Внутри появятся Event Viewer, Device Manager, Disk Management, Performance Monitor, консоль MMC и даже File Explorer, а Hyper-V Manager и планировщик заданий добавляются начиная с Windows Server 2022. Две оговорки: пакет не переживает обновление версии системы и требует повторной установки, а полноценного рабочего стола он всё равно не возвращает. Работает это и в обратную сторону: пакет ставится только на Server Core, на Desktop Experience его не добавить.
Есть и жёсткие пределы. Роль терминального сервера в Server Core не влезает: отсутствуют RD Session Host, RD Gateway и RD Web Access, нет консоли управления IIS, поиска Windows и графических средств Hyper-V из коробки. Для таких задач подходит только Desktop Experience, и лучше понять это до установки, а не после.
Nano Server в Windows Server и путь к роли образа для контейнеров
История Nano Server поучительна. Редакция появилась в Windows Server 2016 как сверхкомпактный вариант установки без локального входа, задуманный для облака и автоматизации. Начиная с Windows Server версии 1709, вышедшей в 2017 году, она осталась только в виде базового образа операционной системы для контейнеров, а поддержка варианта установки закончилась 9 октября 2018 года. Выпуск версии 1803 закрепил это окончательно.
Теперь Nano Server живёт исключительно внутри контейнера и запускается на контейнерном узле, например на сервере с Server Core. Образ оптимизирован под приложения на .NET Core и стал ещё меньше, чем версия 2016 года. PowerShell Core, .NET Core и WMI по умолчанию в него не входят, их добавляют при сборке контейнера, стек обслуживания внутри отсутствует, и вместо накопительных обновлений публикуется новый образ, который разворачивают заново. Диагностика тоже контейнерная, через Docker. На момент перехода модель обслуживания предполагала два-три выпуска в год, а контейнеры на базе Nano умели работать даже на IoT Core. На практике это сцена для непрерывной интеграции: маленький образ, быстрый старт, повторяемая сборка.
Полноценным наследником Server Core Nano Server не стал: набора ролей, sconfig и привычного локального администрирования у него нет. Это инструмент разработчика и DevOps-практик, а не замена классическому серверу. Для инфраструктуры выбор всё равно лежит между Server Core и Desktop Experience.
Подводные камни для новичка и практический выбор варианта
Три ошибки случаются чаще всего. Первая, выбрать Server Core для роли, которой в нём нет, например терминального сервера, и упереться в невозможность вернуть графику. Вторая, искать Event Viewer и диспетчер устройств прямо на сервере, хотя на голом Server Core их нет, а пакет совместимости либо ставят заранее, либо работают удалённо. Третья, пытаться управлять через sconfig из удалённой сессии PowerShell и удивляться отказу, инструмент принимает только локальный вход или Remote Desktop.
Теперь о выборе по задачам. Контроллер домена, DNS, DHCP, файловый сервер, Hyper-V и прочие роли, администрируемые удалённо, это идеальные кандидаты на Server Core, как и контейнерные узлы. Desktop Experience оставляют для терминальных серверов, для серверов с приложениями, которым нужен локальный интерфейс, и для тех случаев, когда администратору спокойнее с мышью. Nano Server берут только под контейнеры и лишь после проверки, что его образ поддерживается нужным стеком разработки.
Сервер без графики звучит сурово, но на деле это простой принцип: меньше компонентов, меньше поверхность атаки, меньше обновлений и сюрпризов. Начните с одной виртуальной машины на Server Core, настройте её через sconfig и PowerShell, подключитесь из RSAT, и через пару дней чёрная консоль перестанет пугать, а площадь для атак и объём обновлений сократятся сами собой.