Manage server core

Настройка профилей Windows PowerShell

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

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

Windows PowerShell поддерживает профили четырех типов. Дело в том, что модель Windows PowerShell предусматривает возможность использования разных интерфейсов для языка (так называемых интерфейсов), а powershell.exe представляет собой лишь один из таких хостов.

* ПРИМЕЧАНИЕ: В настоящее время доступны несколько альтернативных хостов Windows PowerShell, например PowerShell и PowerShell, которые можно загрузить с сайта http://powershell.com/

Name                               Описание
-----------                        -----------
$Profile                           Текущий пользователь,
                                  текущее ведущее приложение
$Profile.CurrentUserCurrentHost    Текущий пользователь,
                                  текущее ведущее приложение
$Profile.CurrentUserAllHosts       Текущий пользователь, все
                                  ведущие приложения
$Profile.AllUsersCurrentHost       Все пользователи, текущее
                                  ведущее приложение
$Profile.AllUsersAllHosts          Все пользователи, все
                                  ведущие приложения

Проверить создан ли тот или иной профиль можно командой:

Test-Path $Profile
False

Если профиль существует, то команда выдастTrue, в противном случае —False. Для создания или изменения существующего профиля нужно открыть в текстовом редакторе файл, путь к которому хранится в одной из указанных выше переменных. Сделать это можно прямо из оболочки Windows PowerShell:

notepad $profile

Если профиль Windows PowerShell уже существует, то будет открыт Блокнот Windows с содержимым файла Microsoft.PowerShell_profile.ps1, иначе будет открыто диалоговое окно с сообщением о том, что открываемый файл не найден. Нажав кнопкуOKв этом окне мы попадаем в пустое окно Блокнота Windows — теперь нужно ввести команды, которые мы планируем выполнять при каждой загрузке Windows PowerShell, в нашем случае это:

Только после полного отключения блокировщика скриптов и рекламы на этом месте появится полезная подсказка/ссылка/код/пример конфигурации/etc!

Далее следует сохранить файл в каталоге \Мои документы\WindowsPowerShell\, если каталог \Мои документы\WindowsPowerShell\ отсутствует, то его нужно будет предварительно создать, перейти в этот каталог и там сохранить этот файл с именем Microsoft.PowerShell_profile.ps1

Теперь выйдем из Windows PowerShell и снова откроем его, если выдается ошибка, то это говорит о том, что установленная по умолчанию политика «Restricted» запрещает выполнение PowerShell скриптов. Для разрешения выполнения скриптов следует выполнить команду:

Снова выйдем и запустим Windows PowerShell и теперь мы должны увидеть, что полный путь, в котором открыта оболочка Windows PowerShell, отображается в верхней панели окна, а приглашение командной строки имеет вид «PS >». Таким образом область ввода команд не забивается текущим путём в котором запущена оболочка и свободна для ввода команд, а текущий путь мы всегда сможем созерцать в верхней части окна.

Server (Core) vs Server with Desktop Experience

When you install Windows Server, you install only the server roles that you choose — this helps reduce the overall footprint for Windows Server. However, the Server with Desktop Experience installation option still installs many services and other components that are often not needed for a particular usage scenario.

That’s where Server Core comes into play: the Server Core installation eliminates any services and other features that are not essential for the support of certain commonly used server roles. For example, a Hyper-V server doesn’t need a graphical user interface (GUI), because you can manage virtually all aspects of Hyper-V either from the command line using Windows PowerShell or remotely using the Hyper-V Manager.

The Server Core difference — core capabilities without the frills

When you finish installing Server Core on a system and sign in for the first time, you’re in for a bit of a surprise. The main difference between the Server with Desktop Experience installation option and Server Core is that Server Core does not include the following GUI shell packages:

Microsoft-Windows-Server-Shell-Package
Microsoft-Windows-Server-Gui-Mgmt-Package
Microsoft-Windows-Server-Gui-RSAT-Package
Microsoft-Windows-Cortana-PAL-Desktop-Package

In other words, there is no desktop in Server Core, by design. While maintaining the capabilities required to support traditional business applications and role-based workloads, Server Core does not have a traditional desktop interface. Instead, Server Core is designed to be managed remotely through the command line, PowerShell, or a GUI tool (like RSAT or Windows Admin Center).

In addition to no UI, Server Core also differs from the Server with Desktop Experience in the following ways:

Server Core does not have any accessibility tools
No OOBE (out-of-box-experience) for setting up Server Core
No audio support

The following table shows which applications are available locally on Server Core vs Server with Desktop Experience. Important: In most cases, applications that are listed as «not available» below can be run remotely from a Windows client computer or Windows Admin Center to manage your Server Core installation.

Versioning and Downloads of Feature on Demand for Server Core

The list below reflects the FoD level as of Version 1809 (Server 2019 LTSC).
You can greatly enchance your Server Core compatibility by applying a FoD package, newer than 1809.

Download locations

Later Windows Server (SAC) FoD can be obtained from your specific MS Licensing Center, if you have got active Software Assurance.
You’ll need a Microsoft Work or School Account enrolled to VLSC or Business Center to access the FoD download.

Alternatively, you might have access to a Visual Studio Subscription.
You’ll need a Microsoft Home, Work or School account, enrolled to an active Visual Studio subscription, to access the FoD download.

Latest Server Insider FoD. This is downloadable at the Server Insider webpage.
You’ll need a Microsoft Home, Work or School account, enrolled to the Insider Program, to access the FoD download.

Feature on Demand — available features in Feature on Demand Package 1809

Note

This list is intended for quick reference — it is not intended to be a complete list.

Application	Server Core	Server with Desktop Experience
Command prompt	available	available
Windows PowerShell/ Microsoft .NET	available	available
Perfmon.exe	not available	available
Windbg (GUI)	supported	supported
Resmon.exe	not available	available
Regedit	available	available
Fsutil.exe	available	available
Disksnapshot.exe	not available	available
Diskpart.exe	available	available
Diskmgmt.msc	not available	available
Devmgmt.msc	not available	available
Server Manager	not available	available
Mmc.exe	not available	available
Eventvwr	not available	available
Wevtutil (Event queries)	available	available
Services.msc	not available	available
Control Panel	not available	available
Windows Update (GUI)	not available	available
Windows Explorer	not available	available
Taskbar	not available	available
Taskbar notifications	not available	available
Taskmgr	available	available
Internet Explorer or Edge	not available	available
Built-in help system	not available	available
Windows 10 Shell	not available	available
Windows Media Player	not available	available
PowerShell	available	available
PowerShell ISE	not available	available
PowerShell IME	available	available
Mstsc.exe	not available	available
Remote Desktop Services	available	available
Hyper-V Manager	not available	available
WordPad*	not available	available

For more information about what is included in Server Core, see Roles, Role Services, and Features included in Windows Server — Server Core. And for information about what is not included in Server Core, see Roles, Role Services, and Features not included in Server Core

* To read .RTF files locally stored on a Server Core SKU, users can copy the file(s) to a different Windows computer where WordPad is present.

Память

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

Компоненты

в служба хранилища поддерживаются следующие функции:

Просмотр и поиск существующих дисков на сервере
Просмотреть сведения о диске
Создание тома
Инициализация диска
Создание, присоединение и отсоединение виртуального жесткого диска (VHD)
Отключение диска от сети
Форматирование тома
Изменение размера тома
Изменить свойства тома
Удаление тома
Установка управления квотами
управление квотами диспетчер ресурсов файлового сервера служба хранилища->создание или обновление квоты

Установка обновлений в Server Core

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

Также для установки и управления обновлениями из командной строки удобно использовать PowerShell модуль PSWindowsUpdate.

Управление ролями, службами и процессами Windows

Для получения списка всех доступных ролей в Windows Server Core выполните команду PowerShell:

Получить список всех установленных ролей и компонентов в Windows Server(можно быстро понять, для чего используется сервер):

Например, для установки службы DNS воспользуйтесь такой командой:

Список всех служб в Windows:

Список остановленных служб:

Для управление процессами можно использовать стандартный диспетчер задач (taskmgr.exe) или PowerShell модуль Processes:

Get-Process cmd, proc1* | Select-Object ProcessName, StartTime, MainWindowTitle, Path, Company|ft

Take Command и TCC

Take Command — полноценная замена штатному интерпретатору командной строки от разработчиков JP Software с множеством дополнительных функций и поддержкой более 200 команд, отсутствующих в стандартной командной строке. В верхней части окна Take Command расположена лента наподобие той, которая имеется в приложениях Microsoft Office и Проводнике Windows 10.

Вот главные особенности приложения:

Интеграция с Проводником Windows с поддержкой перетаскивания элементов в консоль.
Наличие настраиваемой панели инструментов.
Поддержка вкладок, автозавершение команд и имен каталогов.
Добавление более 200 дополнительных команд, наличие пакетного отладчика редактора скриптов.
Подсветка синтаксиса, вертикальная и горизонтальная прокрутка окна.
Множество настроек, обеспечивающих наилучшее визуальное восприятие, изменение уровня прозрачности, закрепление поверх других окон.
Запись и воспроизведение макросов, просмотр текстовых и двоичных файлов.
Работа с файлами в сети по FTP, TFTP и HTTP.
Поддержка сценариев PowerShell, Lua, Perl, REXX, Python, Tcl/tk и Active Sсripting.
Наблюдение за загрузкой ЦП и ОЗУ в строке состояния и многое другое.

В отличие от Take Command, созданный тем же разработчиков, «заменитель» командной строки TCC внешне ничем от нее не отличается, главным ее преимуществом является поддержка множества дополнительных команд для работы со скриптами. Оба приложения платные и имеют 30-дневный пробный период ознакомления.

Установка Windows Server 2019 Core

Несколько лет назад я вам рассказывал, про тот же процесс, но в Windows Server 2012 R2. И так у вас есть несколько вариантов развертывания:

Вы будите, это делать на физический сервер, для это у вас может быть загрузка с WDS сервера или же вы можете создать загрузочную флешку с Windows Server 2019.
Второй вариант, это подготовка сервера в виде виртуальной машины на разных гипервизорах, например Vmware ESXI 6.5 или Hyper-V.

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

Далее, так как нам не требуется восстановление системы, то мы нажимаем по центру, кнопку «Установить».

На следующем этапе, вам и нужно выбрать режим установки Windows Server 2019 Core, который не имеет возможностей рабочего стола, это и есть графический интерфейс. Я выберу версию Standard.

Принимаете лицензионное соглашения и делаем шаг вперед.

Так как нас не интересует обновление устаревшей системы ,то мы выбираем второй пункт «Выборочная установка, для опытных пользователей»

Остается только произвести разметку диска и продолжить инсталляцию Core версии. В моем случае, это один диск, объемом 40 ГБ, мне этого будет достаточно, более чем.

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

Далее начинается этап установки драйверов на ваше оборудование, установка обновлений.

После очередной перезагрузки Windows Server 2019 у вас появится окно командной строки в котором вам необходимо изменить пароль администратора.

Задаем два раза ваш пароль на вход.

Если вы все ввели верно, то вам покажут, что пароль успешно изменен, на этом установку Windows Server 2019 Core можно считать оконченной и можно приступать к настройке.

Отключение лишних служб

Завершающим этапом базовой настройки Windows Server 2019, я могу выделить две вещи, во первых это отключение не используемых служб, для примера, откройте окно «Выполнить» и введите в нем services.msc.

У вас откроется оснастке «Службы» в которой вам нужно пробежаться глазами и выявить те, которые в состоянии «Выполняется», прочитать их описание и отключить. В моем примере, я точно знаю, что на этом сервере печати не будет, поэтому я выключаю службу «Диспетчер печати», через свойства.

В типе запуска я выставляю «Отключена» и затем нажимаю кнопку «Остановить», так же я поступаю и с DHCP, так как у меня статический IP-адрес.

И еще я вам советую слегка оптимизировать ваши локальные диски, отключив в свойствах разделов

Службу индексации, для этого снимите галку «разрешить индексировать содержимое файлов на этом диске в дополнение к свойствам файла», нажмите применить, вас спросят к чему, оставьте «К диску C:\ и ко всем вложенным папкам и файлам»

Подтвердите разрешение продолжить.

Далее нажимаем «Пропустить все»

И ждем применение атрибутов, после этого на уровне дисков, операционная система будет чуть меньше обращаться к дискам и создавать лишние IOPS.

2 ответа

Лучший ответ

Те команды, которые встроены в (например, , ), являются не напрямую вызывается в сеансе PowerShell, но вы можете вызвать их через ; например.:

Однако вы обнаружите, что большинство таких команд имеют более мощные аналоги PowerShell. Чтобы упростить переход, некоторые команды PowerShell (называемые командлетами ) имеют псевдонимы , названные для их предшественников (например, имеет псевдоним ` X2`; используйте , чтобы узнать, к какой команде относится данное имя).

Обратите внимание, что PowerShell также предоставляет превосходные замены для внешних утилит ; Например, PowerShell является превосходной альтернативой. В отличие от встроенных команд , вы можете вызывать такие внешние утилиты напрямую из PowerShell

Вы можете запустить , чтобы определить, относится ли данное имя команды к встроенной команде или внешней утилите : если это последняя, печатается полный путь к ней . (Этот метод работает как с , так и с , но в PowerShell вы должны включить расширение , потому что просто означает что-то другое: это псевдоним { {X6}} командлет.)

Во всех этих случаях важно понимать, что синтаксис PowerShell работает совсем по-другому и что передаваемые аргументы будут интерпретироваться PowerShell first :

обеспечивает общий обзор .
Примечательно, что PowerShell имеет гораздо больше метасимволов, чем (больше символов имеют особое синтаксическое значение).
Особый интерес при вызове или вызове внешней утилиты представляет собой символ PSv3 + stop-parsing , , который обрабатывает оставшуюся часть команды так, как если бы она имела был вызван из ; например .:

mklement0
19 Апр 2018 в 11:43

Да вроде.

Иногда Powershell использует другой синтаксис для команд, поэтому, если у вас есть определенные команды, которые вы часто используете в CMD, вы можете сначала выполнить их быстрый поиск. Большинство команд одинаковы. Имейте в виду, что кучу команд powershell нельзя запустить без окна, имеющего права администратора, и окно PS не гарантирует, что оно имеет эти привилегии.

Новое обновление для Windows 10 избавило от обычных окон CMD в пользу PS. Это означает, что он светится электрическим синим цветом, но вы всегда можете изменить это, используя параметры по умолчанию или Свойства. Я считаю, что это изменение в Win10 также означало, что они устанавливают псевдонимы для CMD в PS для нас, но не указывайте меня на этом.

Kinna T
17 Май 2017 в 19:14

Задачи администрирования с помощью командлетов PowerShell

используйте следующие сведения для выполнения основных задач администрирования с помощью командлетов Windows PowerShell.

Настройка статического IP-адреса

При установке сервера Server Core по умолчанию он имеет адрес DHCP. Если вам нужен статический IP-адрес, его можно задать, выполнив следующие действия.

Чтобы просмотреть текущую конфигурацию сети, используйте Get-нетипконфигуратион.

Чтобы просмотреть IP-адреса, которые вы уже используете, используйте Get-нетипаддресс.

Чтобы задать статический IP-адрес, выполните следующие действия.

Выполните команду Get-нетипинтерфаце.

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

Выполните следующий командлет, чтобы задать статический IP-адрес:

где:

InterfaceIndex — это значение ifindex из шага 2

(В нашем примере — 12)

IPAddress — это статический IP-адрес, который вы хотите задать. (В нашем примере это 191.0.2.2)

PrefixLength — это длина префикса (другая форма маски подсети) для НАСТРОЕННОГО IP-адреса. (Для нашего примера — 24)

DefaultGateway — это IP-адрес шлюза по умолчанию. (В нашем примере это 192.0.2.1)

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

где:

InterfaceIndex — это значение ifindex из шага 2.

Сервераддрессес — это IP-адрес DNS-сервера.

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

в этом примере 192.0.2.4 и 192.0.2.5 являются IP-адресами DNS-серверов.

Если необходимо переключиться на использование DHCP, выполните команду Set-днсклиентсервераддресс – InterfaceIndex 12 – ресетсервераддрессес.

Присоединить к домену

Используйте следующие командлеты для приподключения компьютера к домену.

Запустите Add-Computer. Вам будет предложено ввести оба учетных данных для приподключения к домену и доменному имени.
Если необходимо добавить учетную запись пользователя домена в группу локальных администраторов, выполните следующую команду в командной строке (не в окне PowerShell):
Перезагрузите компьютер. Это можно сделать, запустив Restart-Computer.

Изменение имени сервера

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

Определите текущее имя сервера с помощью команды » HostName » или » ipconfig «.
Выполните команду Rename-Computer <new_name> -ComputerName.
Перезагрузите компьютер.

Активация сервера

Запустите slmgr.vbs — ИПК <productkey>. Затем запустите slmgr.vbs — ATO. Если активация прошла удачно, сообщение не будет получено.

Примечание

можно также активировать сервер по телефону, используя сервер служба управления ключами (KMS)или удаленно. Для удаленной активации выполните следующий командлет с удаленного компьютера:

Настройка брандмауэра Windows

Брандмауэр Windows на компьютере с основными серверными компонентами можно настроить локально, используя командлеты и сценарии Windows PowerShell. командлеты, которые можно использовать для настройки Windows брандмауэре, см. в разделе NetSecurity .

Разрешение удаленного взаимодействия с Windows PowerShell

Можно разрешить удаленное взаимодействие с Windows PowerShell, при котором команды Windows PowerShell, введенные на одном компьютере, выполняются на другом компьютере. включите удаленное взаимодействие Windows PowerShell с помощью enable-PSRemoting.

Дополнительные сведения см. в статье об удаленном решении вопросов и ответов.

Выводы

Windows Server Core однозначно заслуживает внимания. Хоть он и может показаться сложным в использовании из-за отсутствия графических элементов управления, Server Core является безопасной платформой для разворачивания сервисов. Современные средства управления PowerShell и Windows Admin Center — в значительной степени сглаживают отсутствие привычного GUI, одновременно предоставляя новые возможности управления.

http://pyatilistnik.org/install-and-configure-windows-server-2019-core/
https://habr.com/post/138786/
https://ait.in.ua/on-premise/windows-server/windows-server-core.html