Например активированной с помощью kms и т.д Просто почему-то после обновления windows server 2019 пропала лицензия
-
Вопрос задан
-
1363 просмотра
Пригласить эксперта
Можно ли пользоваться нелицензионной windows server 2019 на выделенном сервере?
Можно. Но если поймают могут наказать.
Например активированной с помощью kms и т.д
Не путайте активацию с лицензией, это вещи разные и никак не связанные.
почему-то после обновления windows server 2019 пропала лицензия
Как? Украли? Из сейфа? Заявления в полицию пишите.
Войдите, чтобы написать ответ
-
Показать ещё
Загружается…
Минуточку внимания
13 марта 2025 г. 10:22
710
Содержание:
- Как проверить, активирован ли Windows Server 2019
- Активация Windows Server 2019 с лицензионным ключом
- Как активировать Виндовс Сервер 2019 без интернета
- Активация через «Параметры»
- Активация через «Панель управления»
- Что делать, если активация не проходит
Активация Windows Server 2019 — обязательный шаг для полноценного использования системы. Без неё сервер будет работать в ограниченном режиме, а со временем появятся уведомления о необходимости активации. Чтобы избежать таких проблем, важно выполнить процедуру правильно и своевременно. В этом руководстве рассмотрим, как активировать сервер с помощью лицензионного ключа и что делать, если интернет-соединение недоступно.
Как проверить, активирован ли Windows Server 2019
Прежде чем вводить ключ, стоит убедиться, что система действительно нуждается в активации. Сделать это можно с помощью встроенного инструмента проверки лицензии. Для этого достаточно открыть командную строку с правами администратора и выполнить команду slmgr /dlv.
Через несколько секунд появится окно с информацией о текущем статусе лицензии. Если напротив License Status указано Licensed, активация уже выполнена, и дальнейшие действия не требуются. Если же система находится в режиме Notification или Grace Period, это значит, что срок пробной версии истекает, и требуется ввод лицензии. В таком случае можно переходить к следующему этапу.
Активация Windows Server 2019 с лицензионным ключом
При таком способе активация займет всего пару минут. Чтобы активировать Windows Server 2019 Standard, выполните следующие шаги:
- Откройте командную строку от имени администратора.
- Введите команду slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX, заменив XXXXXX на ваш лицензионный ключ. Если у вас еще нет его, купить недорого и с моментальной доставкой можно ЗДЕСЬ.
- Нажмите Enter, затем введите команду slmgr /ato для запуска активации.
- Для проверки успешности выполнения команды используйте slmgr /dlv.
После успешной активации в статусе License Status появится значение Licensed.
Как активировать Виндовс Сервер 2019 без интернета
Бывает, что сервер работает в закрытой сети или не имеет доступа к интернету. В этом случае Microsoft предлагает альтернативный способ — телефонную активацию. Чтобы выполнить её, нужно сначала сгенерировать уникальный Installation ID. Это делается с помощью команды slmgr /dti в командной строке. После этого необходимо связаться с центром активации Microsoft и продиктовать полученный код. В ответ оператор предоставит Confirmation ID — его нужно ввести командой slmgr /atp, добавив полученные цифры. Завершив этот процесс, можно проверить статус лицензии командой slmgr /dlv, чтобы убедиться, что сервер активирован. Этот метод удобен в ситуациях, когда интернет-соединение недоступно, но требуется выполнить активацию без задержек.
Активация через «Параметры»
Этот метод самый простой для тех, кто использует Windows Server 2019 с графической оболочкой. Вот как это делается:
- Откройте «Параметры» с помощью сочетания клавиш Win + I.
- Перейдите в раздел «Обновление и безопасность» → «Активация».
- В правой части окна нажмите «Изменить ключ продукта».
- Введите лицензионный ключ Windows Server 2019 и нажмите «Далее».
- Дождитесь завершения проверки и активации.
После успешной активации статус системы изменится на Licensed, а все функции Windows Server 2019 станут доступными без ограничений.
Активация через «Панель управления»
Этот способ подходит пользователям, которые привыкли к классическому интерфейсу Windows:
- Откройте «Панель управления» (через меню «Пуск» или с помощью Win + R, затем введите control).
- Перейдите в раздел «Система».
3. В нижней части окна найдите блок «Активация Windows» и нажмите «Изменить ключ продукта».
4. Введите лицензионный ключ и нажмите «ОК». Cсылки для дешевого приобретения ключа имеются выше.
5. Дождитесь завершения активации.
Если сервер подключен к интернету, система автоматически свяжется с сервером Microsoft и подтвердит лицензию.
После активации можно приступить к установке терминального сервера, инструкцию по которой мы размести в другой статье.
Также на сайте есть инструкция о настройке терминального сервера в Windows Server 2019.
Что делать, если активация не проходит
Иногда система выдает ошибки при вводе ключа или отправке запроса. В таком случае первым делом стоит проверить корректность ключа: если он введен с ошибкой, активация не пройдет. Если система сообщает, что сервер активации недоступен, возможно, соединение блокируется брандмауэром или антивирусом. Временное отключение защиты и повторная попытка могут решить проблему.
При ошибке 0xC004F074, которая связана с проблемами службы лицензирования, поможет её перезапуск. Это можно сделать с помощью команд net stop sppsvc, а затем net start sppsvc. Если после этого активация всё ещё не проходит, стоит обратиться в техническую поддержку Microsoft.
Как вы знаете, Windows Server – это специализированная операционная система, предназначенная только для сервера. В сегодняшнем посте я покажу вам, как бесплатно активировать Windows на вашем VPS или выделенном сервере с помощью ключей клиентского продукта KMS. Хотя лицензия KMS действительна только в течение 180 дней, но количество активаций не ограничено. Таким образом, вы можете обновить его, когда захотите. На самом деле, лицензия будет обновляться автоматически каждые 7 дней по умолчанию (почти аналогично Let’s Encrypt certificate). Таким образом, просто сделайте это один раз и полностью забудьте об этом.
Поддерживаемые продукты:
- Windows Server 2022/2019/2016.
- Windows Server, версия 1809, 1803, 1709.
- Windows Server 2008/2012 (R2).
Как вы можете видеть на изображении выше, я использую копию стандарта Windows Server 2016, и она не активирована.
Метод 1: Ручная установка клиентского ключа KMS и его активация.
Метод 2: Использование предварительно написанного пакетного файла.
Метод 1: Ручная установка клиентского ключа KMS и его активация.
Шаг 1.1: Получите правильный ключ продукта от официальная статья Microsoft.
Ключ настройки клиента KMS стандарта Win Server 2016: “ WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY ”. Я буду использовать это на следующем шаге.
Шаг 1.2: Установите ключ на вашем сервере.
Чтобы открыть командную строку, нажмите кнопку Windows, найдите “ cmd ” и запустите командную строку в качестве администратора. Затем введите “ slmgr /ipk CLIENTKEY ” в командном окне.
Примечание: за каждой командой следует нажатие Enter.
запустить команду slmgr ipk
Шаг 1.3: Установите сервер KMS.
Введите “ slmgr /skms km8.msguides.com ” в окне.
Шаг 1.4: Активируйте клиентский ключ KMS.
Наконец, используйте команду “slmgr /ato ”, чтобы активировать Windows.
запустить команду slmgr ato
Если вы видите ошибку 0xC004F074, это означает, что ваше интернет-соединение нестабильно или сервер занят. Пожалуйста, убедитесь, что ваше устройство подключено к сети, и повторите команду “ ato ”, пока не добьетесь успеха.
Метод 2: Использование предварительно написанного пакетного файла.
Этот больше не рекомендуется из-за новое обновление Microsoft.
Шаг 2.1: Скопируйте весь текст ниже в текстовый файл.
@echo off
title Activate Windows Server (ALL versions) for FREE - MSGuides.com&cls&echo =====================================================================================&echo #Project: Activating Microsoft software products for FREE without additional software&echo =====================================================================================&echo.&echo #Supported products:&echo http://bit.ly/kmsclientkeys&echo.&echo.&echo ============================================================================&echo Activating your Windows...&set i=1
cscript //nologo slmgr.vbs /ipk 4DWFP-JF3DJ-B7DTH-78FJB-PDRHK >nul||cscript //nologo slmgr.vbs /ipk 22XQ2-VRXRG-P8D42-K34TD-G3QQC >nul||cscript //nologo slmgr.vbs /ipk 7M67G-PC374-GR742-YH8V4-TCBY3 >nul||cscript //nologo slmgr.vbs /ipk RCTX3-KWVHP-BR6TB-RB6DM-6X7HP >nul||cscript //nologo slmgr.vbs /ipk 39BXF-X8Q23-P2WWT-38T2F-G3FPG >nul||cscript //nologo slmgr.vbs /ipk YQGMW-MPWTJ-34KDK-48M3W-X4Q6V >nul||cscript //nologo slmgr.vbs /ipk W7VD6-7JFBR-RX26B-YKQ3Y-6FFFJ >nul||cscript //nologo slmgr.vbs /ipk TM24T-X9RMF-VWXK6-X8JC9-BFGM2 >nul||cscript //nologo slmgr.vbs /ipk WYR28-R7TFJ-3X2YQ-YCY4H-M249D >nul||cscript //nologo slmgr.vbs /ipk GT63C-RJFQ3-4GMB6-BRFB9-CB83V >nul||cscript //nologo slmgr.vbs /ipk 74YFP-3QFB3-KQT8W-PMXWJ-7M648 >nul||cscript //nologo slmgr.vbs /ipk 489J6-VHDMP-X63PK-3K798-CPX3Y >nul||cscript //nologo slmgr.vbs /ipk YC6KT-GKW9T-YTKYR-T4X34-R7VHC >nul||cscript //nologo slmgr.vbs /ipk TT8MH-CG224-D3D7Q-498W2-9QCTX >nul||cscript //nologo slmgr.vbs /ipk 6TPJF-RBVHG-WBW2R-86QPH-6RTM4 >nul||cscript //nologo slmgr.vbs /ipk 48HP8-DN98B-MYWDG-T2DCC-8W83P >nul||cscript //nologo slmgr.vbs /ipk XNH6W-2V9GX-RGJ4K-Y8X6F-QGJ2G >nul||cscript //nologo slmgr.vbs /ipk HM7DN-YVMH3-46JC3-XYTG7-CYQJJ >nul||cscript //nologo slmgr.vbs /ipk XC9B7-NBPP2-83J2H-RHMBY-92BT4 >nul||cscript //nologo slmgr.vbs /ipk 4K36P-JN4VD-GDC6V-KDT89-DYFKP >nul||cscript //nologo slmgr.vbs /ipk 2WN2H-YGCQR-KFX6K-CD6TF-84YXQ >nul||cscript //nologo slmgr.vbs /ipk 8N2M2-HWPGY-7PGT9-HGDD8-GVGGY >nul||cscript //nologo slmgr.vbs /ipk BN3D2-R7TKB-3YPBD-8DRP2-27GG4 >nul||cscript //nologo slmgr.vbs /ipk KNC87-3J2TX-XB4WP-VCPJV-M4FWM >nul||cscript //nologo slmgr.vbs /ipk W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9 >nul||cscript //nologo slmgr.vbs /ipk D2N9P-3P6X9-2R39C-7RTCD-MDVJX >nul||cscript //nologo slmgr.vbs /ipk JCKRF-N37P4-C2D82-9YXRT-4M63B >nul||cscript //nologo slmgr.vbs /ipk WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY >nul||cscript //nologo slmgr.vbs /ipk CB7KF-BWN84-R7R2Y-793K2-8XDDG >nul||cscript //nologo slmgr.vbs /ipk WVDHN-86M7X-466P6-VHXV7-YY726 >nul||cscript //nologo slmgr.vbs /ipk N69G4-B89J2-4G8F4-WWYCC-J464C >nul||cscript //nologo slmgr.vbs /ipk WMDGN-G9PQG-XVVXX-R3X43-63DFG >nul||cscript //nologo slmgr.vbs /ipk DPCNP-XQFKJ-BJF7R-FRC8D-GF6G4 >nul||cscript //nologo slmgr.vbs /ipk 6Y6KB-N82V8-D8CQV-23MJW-BWTG6 >nul||cscript //nologo slmgr.vbs /ipk PTXN8-JFHJM-4WC78-MPCBR-9W4KR >nul||cscript //nologo slmgr.vbs /ipk 2HXDN-KRXHB-GPYC7-YCKFJ-7FVDG >nul||cscript //nologo slmgr.vbs /ipk N2KJX-J94YW-TQVFB-DG9YT-724CC >nul||cscript //nologo slmgr.vbs /ipk 6NMRW-2C8FM-D24W7-TQWMY-CWH2D >nul||cscript //nologo slmgr.vbs /ipk WX4NM-KYWYW-QJJR4-XV3QB-6VM33 >nul||cscript //nologo slmgr.vbs /ipk VDYBN-27WPP-V4HQT-9VMD4-VMK7H >nul||goto notsupported
:skms
if %i% GTR 10 goto busy
if %i% EQU 1 set KMS=kms7.MSGuides.com
if %i% EQU 2 set KMS=kms8.MSGuides.com
if %i% EQU 3 set KMS=kms9.MSGuides.com
if %i% GTR 3 goto ato
cscript //nologo slmgr.vbs /skms %KMS%:1688 >nul
:ato
echo ============================================================================&echo.&echo.&cscript //nologo slmgr.vbs /ato | find /i "successfully" && (echo.&echo ============================================================================&echo.&echo #My official blog: MSGuides.com&echo.&echo #How it works: bit.ly/kms-server&echo.&echo #Please feel free to contact me at msguides.com@gmail.com if you have any questions or concerns.&echo.&echo #Please consider supporting this project: donate.msguides.com&echo #Your support is helping me keep my servers running 24/7!&echo.&echo ============================================================================&choice /n /c YN /m "Would you like to visit my blog [Y,N]?" & if errorlevel 2 exit) || (echo The connection to my KMS server failed! Trying to connect to another one... & echo Please wait... & echo. & echo. & set /a i+=1 & goto skms)
explorer "http://MSGuides.com"&goto halt
:notsupported
echo ============================================================================&echo.&echo Sorry, your version is not supported.&echo.&goto halt
:busy
echo ============================================================================&echo.&echo Sorry, the server is busy and can't respond to your request. Please try again.&echo.
:halt
pause >nul
Создать новый текстовый документ
Сохранить пакетный скрипт
Шаг 2.2: Сохраните текстовый файл в виде пакетного файла с расширением .cmd. (Eg run.cmd)
Установить имя пакетного скрипта
Шаг 2.3: Запустите пакетный файл с правами администратора.
Windows Server успешно активирован
Наконец, проверьте статус активации вашего сервера еще раз.
На этом активация завершена. Спасибо за прочтение.
Многие наши материалы создаются на основе читательского отклика, так произошло и в этот раз, один из читателей спросил нас как преобразовать ознакомительную версию Windows Server в полную. Короткое исследование вопроса показало, что несмотря на то, что он достаточно подробно отражен в официальной документации в сети встречаются самые разнообразные домыслы. Поэтому мы решили не только привести готовое решение, но и немного углубиться в суть вопроса, разобравшись в том, что такое ознакомительная версия Windows Server и для чего она предназначена.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Уже достаточно давно компания Microsoft предлагает всем желающим бесплатно скачать ознакомительные версии серверного ПО со сроком действия 180 дней. Они предназначены для ознакомления, обучения, тестирования и не могут быть использованы в коммерческих целях.
На этом моменте стоит остановиться подробнее, так как достаточно распространена практика использования в тестовых целях обычных дистрибутивов Windows Server без активации. Бытует распространенное заблуждение, что использование таких версий в некоммерческих целях не нарушает лицензионного соглашения. Но это неверно. Лицензионное соглашение предусматривает два важных условия: наличие лицензии на каждый запущенный экземпляр ПО и легальность получения данного экземпляра ПО.
Если у вас есть законно приобретенный Windows Server, то запуск экземпляра без наличия необходимого количества лицензий будет однозначным нарушением. В отсутствии приобретенного продукта дистрибутив ПО будет считаться нелегальным, так как пользователь не имеет прав на его законное использование, даже если дистрибутив находится в свободном доступе. Таким образом ознакомительная версия Windows Server является единственным легальным способом использования серверного ПО без приобретения лицензий в некоммерческих целях.
Также, как и с обычными версиями Windows Server, доступна установка двух редакций: Standard и Datacenter в вариантах Core и с возможностями рабочего стола. Напомним, что начиная с Server 2016 редакция Datacenter содержит некоторые отсутствующие в Standard компоненты и возможности, которые касаются в основном хранилищ и виртуализации. В остальном возможности обеих редакций совпадают, и мы не рекомендуем устанавливать ознакомительную версию Datacenter без крайней на то необходимости, разве что именно для ознакомления со специфичными для редакции особенностями, потому что Standard всегда можно преобразовать в Datacenter, а вот обратная конвертация невозможна.
Ознакомительный период можно легально продлить еще на 180 дней 5 раз. В общей сложности это дает возможность использования системы в течении 3 лет, что более чем достаточно для задач ознакомления и тестирования. Для продления ознакомительного периода воспользуйтесь командой:
slmgr /rearm
По окончанию ознакомительного периода система начинает требовать активации и выключаться каждый час с сообщением в журнале событий:
Истек срок действия лицензии для этой установки Windows. Компьютер завершает работу.
Но, даже если у вас есть приобретенная лицензия Windows Server активировать с ее помощью систему не удастся. Почему? Потому что ознакомительная версия — это отдельный продукт, для которого нельзя использовать лицензии от коммерческих версий. В связи с этим распространено еще одно заблуждение о том, что ознакомительную версию нельзя легально преобразовать в полную и поэтому не следует развертывать на ней продуктивные среды. Однако это тоже не так, на странице скачивания Evaluation Center прямым текстом сказано о том, что это сделать можно и приведена ссылка на официальную документацию.
После того как вы завершите оценку, можете преобразовать ваши пробные версии в коммерческие.
Также существует ряд ограничений, с которыми следует обязательно ознакомиться.
Для выпусков Windows Server 2016 предшествующих 14393.0.161119-1705.RS1_REFRESH преобразование можно выполнить только для установки с возможностями рабочего стола, для Core версий это сделать невозможно. Также невозможно преобразовать Core версии Server 2012. Для более поздних версий Server 2016 и Server 2019 ограничения отсутствуют.
Также нельзя преобразовать в коммерческую версию сервер с установленной ролью контроллера домена, перед преобразованием его следует понизить до роли обычного сервера.
Для преобразования следует воспользоваться командой:
DISM /online /Set-Edition:<edition ID> /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
Где edition ID — идентификатор целевой системы, а ProductKey — ключ продукта. Вы можете использовать розничный ключ продукта для преобразования в розничную версию, либо публичный GVLK ключ, если вы используете корпоративные программы лицензирования, полученные в рамках этой программы ключи использовать нельзя.
Узнать текущий edition ID можно командой:
DISM /online /Get-CurrentEdition
А доступные для преобразования:
DISM /online /Get-TargetEditions
Еще раз напомним, что StandardEval можно преобразовать как в Standard, так и в Datacenter, а DatacenterEval — только в Datacenter. Ниже приведем готовые команды для актуальных версий Windows Server.
Windows Server 2012 R2
DISM /online /Set-Edition:ServerStandard /ProductKey:D2N9P-3P6X9-2R39C-7RTCD-MDVJX /AcceptEula
DISM /online /Set-Edition:ServerDatacenter /ProductKey:W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9 /AcceptEula
Windows Server 2016
DISM /online /Set-Edition:ServerStandard /ProductKey:WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY /AcceptEula
DISM /online /Set-Edition:ServerDatacenter /ProductKey:CB7KF-BWN84-R7R2Y-793K2-8XDDG /AcceptEula
Windows Server 2019
DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula
DISM /online /Set-Edition:ServerDatacenter /ProductKey:WMDGN-G9PQG-XVVXX-R3X43-63DFG /AcceptEula
После выполнения команды потребуется обязательная перезагрузка. Также обратите внимание, что использование GVLK-ключей не сделает вашу версию легальной и вам потребуется обязательная активация при помощи корпоративных ключей, либо с помощью корпоративного KMS-сервера.
Указанный способ применим также и для преобразования коммерческих версий Windows Server, для розничных версий вы должны использовать розничные ключи, а для корпоративных — публичные GVLK.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Содержание
- Лицензирование для «чайников»: Windows Server 2019
- Содержание
- Редакции Microsoft Windows Server 2019
- Выбор вида лицензии
- Принципы лицензирования
- Доступность Microsoft Windows Server 2016 и более ранних версий
- Ограничения неактивированной windows server 2019
- Вопрос
- Ответы
- Все ответы
- Ограничения неактивированной windows server 2019
- Вопрос
- Ответы
- Все ответы
Лицензирование для «чайников»: Windows Server 2019
Microsoft Windows Server 2019 – операционная система корпоративного уровня, обеспечивает обработку гибридного облака и данных, а также новый уровень безопасности и инноваций для приложений и инфраструктуры компании.
Решение нового поколения для развертывания приложений Windows Server 2019 предназначено для IT-специалистов, позволяет проводить работы в сфере создания и предоставления масштабных облачных сервисов, которые содержат последние технологии и улучшения для виртуализации, хранения и управления сетями, защиты информации и доступа, инфраструктуры виртуальных рабочих столов, платформы приложений и веб-платформы, а также множество других модулей.
Microsoft Windows Server 2019 пришел на смену Windows Server 2016 (о предыдущей версии вы можете прочитать в этой статье).
Содержание
Редакции Microsoft Windows Server 2019
Существуют следующие редакции (выпуски) Microsoft Windows Server 2019:
Выбор вида лицензии
Для Microsoft Windows Server доступно 3 основных вида лицензирования:
Подробнее об этих видах лицензий можно прочитать в статье:
Принципы лицензирования
Редакции Windows Server 2019 Standard и Datacenter лицензируются по схеме «Лицензии на ядра» + «лицензия клиентского доступа CAL» + «дополнительная лицензия External Connector».
Каждая серверная лицензия выпускается на 2 физических ядра (2Lic Core). Минимальный пакет на 1 процессор – 4 лицензии 2Lic Core (8 ядер). Минимальный пакет на 1 сервер – 8 лицензий 2Lic Core (т.е нужно лицензировать как минимум 16 ядер).
При покупке лицензий Windows Server 2019 Standard или Datacenter вам понадобятся:
Клиент – это пользователь или устройство (компьютер), которые прямо или косвенно обращаются к серверному программному обеспечению. Соответственно, существуют клиентские лицензии «на пользователя» (User CAL) и «на устройство» (Device CAL). Вам нужно будет выбрать тип лицензии, который наиболее подходит (например, более экономичный). Чаще выбирают лицензии «на устройство».
Важное замечание: при увеличении числа серверов число клиентских лицензий не увеличивается. Количество клиентских лицензий зависит только от числа лицензируемых объектов – пользователей или устройств.
Например, для 1 сервера, имеющего не более 2 процессоров по 8 ядер каждый, и 20 подключенных к нему устройств у вас получится такой список лицензий для редакции Standard:
С 1 мая 2017 года в прайс-листе Microsoft появилась специальная позиция для покупки минимального набора серверных лицензий: пакет на 16 ядер.
Для редакции Standard:
Пакеты лицензий на 2 ядра остаются доступны для заказа. Изменений в лицензионных требованиях нет, пользователи по-прежнему должны лицензировать все физические ядра серверов. Цена одной лицензии на 16 ядер не отличается от стоимости 8 лицензий на 2 ядра.
Лицензия External Connector позволяет подключаться к серверу неограниченному числу внешних пользователей. Внешними пользователями могут быть сотрудники партнерских компаний, покупатели или поставщики, просто посторонние люди (т.е. все, кроме сотрудников вашей организации). Для своих сотрудников необходимо покупать лицензии CAL.
А если не буду покупать клиентские лицензии?
Тем самым вы нарушите лицензионное соглашение и последствия этого будут такие же, как в случае полного отсутствия лицензии.
Лицензирование Windows Server 2019 Essentials не изменилось по сравнению с предыдущей версией. Редакция Essentials лицензируется, как и раньше, по числу серверов и не требует лицензий клиентского доступа.
Если у меня в офисе несколько организаций и все пользуются общими серверами – на какую организацию надо покупать лицензию?
В данном случае действует следующее правило: лицензии покупает владелец сервера. Для подключения большого количества внешних пользователей можно использовать лицензию Windows Server 2012 External Connector.
Как лицензируется использование сервера терминалов в Windows Server?
Серверная лицензия на Windows Server 2019 (редакции Standard и Datacenter) включает возможность запуска служб терминалов. Помимо лицензии Windows Server CAL для каждого пользователя или устройства, которые прямо или косвенно обращаются к серверному программному обеспечению для предоставления графического интерфейса пользователя с помощью функций Служб терминалов Windows Server 2019, необходимо приобрести лицензию Windows Server 2019 Remote Desktop Services CAL.
Существует два типа Windows Server 2019 Remote Desktop Services CAL: клиентская лицензия на «на устройство» (Device CAL) и «на пользователя» (User CAL). Лицензия Windows Server 2019 Remote Desktop Services External Connector позволяет предоставить неограниченному количеству внешних пользователей доступ к терминальным службам на базе Windows Server.
Важное замечание: лицензии Windows Remote Desktop Services CAL приобретаются в дополнение к лицензиям Windows Server CAL. То есть в нашем примере, если 10 устройств из 20 подключенных к серверу используют терминальный доступ, необходимо приобрести 20 лицензий Windows Server CAL и 10 лицензий Windows Remote Desktop Services CAL:
Можно ли к Windows Server 2019 Essentials подключаться через терминальный доступ (rdp), какие лицензии для этого нужно купить?
Windows Server 2019 Essentials не может использоваться для терминального доступа. Для этого вам нужен, как минимум, Windows Server 2019 Standard.
Доступность Microsoft Windows Server 2016 и более ранних версий
Корпоративные лицензии Microsoft Windows Server 2019 разрешают использование предыдущих версий продукта соответствующих редакций (правило Downgrade). При этом применяются принципы лицензирования актуальной версии.
Источник
Ограничения неактивированной windows server 2019
Вопрос
1. Подскажите по ограничениям данной редакции. Помимо ограничения с количеством пользователей до 25 и устройств до 50, он также не может быть вторым контроллером домена и не может использоваться как RDS. Это понятно.
Но также написано, что он не поддерживает резервное копирование. То есть сделать бэкап своего состояния и выбранных файлов встроенными средствами резервного копирования он не сможет?
Планирую использовать эту редакцию в качестве файлового сервера для 22 сотрудников. Резервное копирование придется организовывать сторонним ПО?
2. Вопрос в связи с возможностью увеличения кол-ва сотрудников использующих файловый ресурс свыше 25 человек, но при этом одновременно будут иметь к нему подключение не больше 20 чел.
Как работают встроенные CAL при предоставлении доступа к файловым ресурсам? Допускается не больше 25 одновременных клиентских подключений к файловым ресурсам сервера, или же он (сервер) фиксирует ID пользователя, который когда-либо обращался к файловому ресурсу, в базе и при фиксации в ней 25 пользователей, новые пользователи не смогут получить доступ?
Ответы
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.
Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.
Кстати, CAL для Windows Server никуда технически не вводятся и являются лишь юридическим документом. Но это вовсе не означает что вы можете превысить число пользователей. При проверке число CAL на бухучете будет просто сравниваться с числом сотрудников.
This posting is provided «AS IS» with no warranties, and confers no rights.
А если у меня сотрудников 100, но за компьютерами работает только 22 человека?
В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.
При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50
но пользователи каждого офиса используют ресурсы только своего сервера
Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)
Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?
И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?
По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?
Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?
Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?
Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.
This posting is provided «AS IS» with no warranties, and confers no rights.
Все ответы
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.
Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.
Кстати, CAL для Windows Server никуда технически не вводятся и являются лишь юридическим документом. Но это вовсе не означает что вы можете превысить число пользователей. При проверке число CAL на бухучете будет просто сравниваться с числом сотрудников.
This posting is provided «AS IS» with no warranties, and confers no rights.
В смысле сравниваться с числом сотрудников? А если у меня сотрудников 100, но за компьютерами работает только 22 человека?
Или например организация имеет два разнесенных офиса. В одном 14 и в другом 15 человек. Если они объединены каналами связи (для функционирования домена) но пользователи каждого офиса используют ресурсы только своего сервера мне все равно придется купить два пакета CAL по 29 лицензий?
Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS? На официальном сайте описание крайне неудобное, по прочтению которого вопросов больше, чем ответов.
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.
Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.
Кстати, CAL для Windows Server никуда технически не вводятся и являются лишь юридическим документом. Но это вовсе не означает что вы можете превысить число пользователей. При проверке число CAL на бухучете будет просто сравниваться с числом сотрудников.
This posting is provided «AS IS» with no warranties, and confers no rights.
И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?
По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?
Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?
Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?
А если у меня сотрудников 100, но за компьютерами работает только 22 человека?
В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.
При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50
но пользователи каждого офиса используют ресурсы только своего сервера
Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)
Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?
Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)
Это весьма неудобно для компаний с сложной организацией. Можете дать ссылку, где эта ситуация описывается?
P.S. Подскажите как вы делаете избирательное цитирование? Делать полное цитирование, а потом редактировать цитируемый текст не удобно. Есть более быстрый способ?
Это весьма неудобно для компаний с сложной организацией. Можете дать ссылку, где эта ситуация описывается?
PS.: Да, я редактирую код:
И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?
По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?
Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?
Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?
Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.
This posting is provided «AS IS» with no warranties, and confers no rights.
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.
Просьба пояснить, будет ли корректным в части политики лицензирования установка WIN SERVER ESSENTIAL 2019 для такого случая:
В крупной организации, у которой на серверах уже установлены WIN SERVER DATACENTER с соответствующим «набором лицензий» и имеется действующее соглашение в OV, в изолированной сети одного из удаленных подразделений с небольшим числом сотрудников (не больше 25) и устройств (около 40) планируется поднять сервер на процессоре макс. до 6 ядер на базе WIN SERVER ESSENTIAL 2019.
На этом сервере будет один основной домен со своими уникальными учетными записями только для сотрудников подразделения, функции сервера: файл-сервер, возможно DHCP и DNS-сервер для пользователей сети подразделения.
«Объединять» сеть подразделения с другими сетями организации не планируется (и не требуется), для доступа в другие домены организации у пользователей имеются другие учетные записи.
Источник
Ограничения неактивированной windows server 2019
Вопрос
1. Подскажите по ограничениям данной редакции. Помимо ограничения с количеством пользователей до 25 и устройств до 50, он также не может быть вторым контроллером домена и не может использоваться как RDS. Это понятно.
Но также написано, что он не поддерживает резервное копирование. То есть сделать бэкап своего состояния и выбранных файлов встроенными средствами резервного копирования он не сможет?
Планирую использовать эту редакцию в качестве файлового сервера для 22 сотрудников. Резервное копирование придется организовывать сторонним ПО?
2. Вопрос в связи с возможностью увеличения кол-ва сотрудников использующих файловый ресурс свыше 25 человек, но при этом одновременно будут иметь к нему подключение не больше 20 чел.
Как работают встроенные CAL при предоставлении доступа к файловым ресурсам? Допускается не больше 25 одновременных клиентских подключений к файловым ресурсам сервера, или же он (сервер) фиксирует ID пользователя, который когда-либо обращался к файловому ресурсу, в базе и при фиксации в ней 25 пользователей, новые пользователи не смогут получить доступ?
Ответы
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.
Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.
Кстати, CAL для Windows Server никуда технически не вводятся и являются лишь юридическим документом. Но это вовсе не означает что вы можете превысить число пользователей. При проверке число CAL на бухучете будет просто сравниваться с числом сотрудников.
This posting is provided «AS IS» with no warranties, and confers no rights.
А если у меня сотрудников 100, но за компьютерами работает только 22 человека?
В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.
При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50
но пользователи каждого офиса используют ресурсы только своего сервера
Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)
Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?
И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?
По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?
Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?
Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?
Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.
This posting is provided «AS IS» with no warranties, and confers no rights.
Все ответы
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.
Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.
Кстати, CAL для Windows Server никуда технически не вводятся и являются лишь юридическим документом. Но это вовсе не означает что вы можете превысить число пользователей. При проверке число CAL на бухучете будет просто сравниваться с числом сотрудников.
This posting is provided «AS IS» with no warranties, and confers no rights.
В смысле сравниваться с числом сотрудников? А если у меня сотрудников 100, но за компьютерами работает только 22 человека?
Или например организация имеет два разнесенных офиса. В одном 14 и в другом 15 человек. Если они объединены каналами связи (для функционирования домена) но пользователи каждого офиса используют ресурсы только своего сервера мне все равно придется купить два пакета CAL по 29 лицензий?
Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS? На официальном сайте описание крайне неудобное, по прочтению которого вопросов больше, чем ответов.
По ряду причин времени на тестирование нет.
А что по поводу 2-го вопроса? Кто может дать комментарии?
Как именно технически работает «встроенная» CAL не имеет значения. Если у вас больше 25 пользователей, то будет иметь место нарушение лицензионного соглашения даже если подключение по факту возможно. А вот «одновременность» вообще ни на что не влияет (хотя почему то часто упоминается). Если у вас 25 сотрудников, но одновременно работает только 1 вам все равно требуется 25 CAL.
Я бы сказал что данная редакция для вас не подходит по числу пользователей. Вам требуется Standard и нужное число CAL.
Кстати, CAL для Windows Server никуда технически не вводятся и являются лишь юридическим документом. Но это вовсе не означает что вы можете превысить число пользователей. При проверке число CAL на бухучете будет просто сравниваться с числом сотрудников.
This posting is provided «AS IS» with no warranties, and confers no rights.
И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?
По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?
Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?
Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?
А если у меня сотрудников 100, но за компьютерами работает только 22 человека?
В этом случае вы создаёте не более 25 учётных записей для уникальных сотрудников. Т.е. нельзя создать одну учётную запись для нескольких сотрудников на нескольких устройствах.
При этом можно «одна учётная запись для работы на одном компьютере нескольких пользователей (посменно)». Это называется «лицензия на устройство». Таких у WSE 50
но пользователи каждого офиса используют ресурсы только своего сервера
Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)
Может кто посоветовать ссылку в которой будет понятным для простых смертных подробно описаны все нюансы лицензионой политики MS?
Это не важно. Лицензии применяются не на офисы, а на всю компанию в целом. Вам надо только 29 лицензий, что будет превышением WSE (Windows Server Essential)
Это весьма неудобно для компаний с сложной организацией. Можете дать ссылку, где эта ситуация описывается?
P.S. Подскажите как вы делаете избирательное цитирование? Делать полное цитирование, а потом редактировать цитируемый текст не удобно. Есть более быстрый способ?
Это весьма неудобно для компаний с сложной организацией. Можете дать ссылку, где эта ситуация описывается?
PS.: Да, я редактирую код:
И все таки в каком документе можно увидеть как правильно определить необходимое кол-во CAL?
По количеству сотрудников организации или все же по количеству персонифицированных учетных записей пользователей (что более логично)?
Можно ли не учитывать технические учетные записи (с которыми работает только один человек- адми Н)?
Ну и очень интересует трактовка такой ситуации: два разнесенных офиса одной организации по 14 и 15 человек в каждом в доменах нижнего уровня. Фактически каждый использует ресурсы только своих серверов и серверов вышестоящего домена. При покупке нового файлового сервера в один из офисов сколько необходимо приобрести CAL для соблюдения лиц соглашения, 15 или 29?
Дополню: если у вас 100 сотрудников, а за компьютерами работает только 22 человека, то декларируются и применяются меры по недопущению использования лицензируемого ПО остальными сотрудниками. Эти меры, например приказа по предприятию о том что перечисленным 22 сотрудникам предоставлен доступ к ПО путем создания личных учетных записей, предотвратят неприятности в случае проверки.
This posting is provided «AS IS» with no warranties, and confers no rights.
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.
Просьба пояснить, будет ли корректным в части политики лицензирования установка WIN SERVER ESSENTIAL 2019 для такого случая:
В крупной организации, у которой на серверах уже установлены WIN SERVER DATACENTER с соответствующим «набором лицензий» и имеется действующее соглашение в OV, в изолированной сети одного из удаленных подразделений с небольшим числом сотрудников (не больше 25) и устройств (около 40) планируется поднять сервер на процессоре макс. до 6 ядер на базе WIN SERVER ESSENTIAL 2019.
На этом сервере будет один основной домен со своими уникальными учетными записями только для сотрудников подразделения, функции сервера: файл-сервер, возможно DHCP и DNS-сервер для пользователей сети подразделения.
«Объединять» сеть подразделения с другими сетями организации не планируется (и не требуется), для доступа в другие домены организации у пользователей имеются другие учетные записи.
Источник
Adblock
detector