Сергей Барканов

НЕ создается сертификат в консоли. Не подключается RDP. Ошибка 1057. создадим сертификат вручную 1. Создание сертификата Все в PowerShell: $cert = New-SelfSignedCertificate -DnsName $env:COMPUTERNAME -CertStoreLocation cert:\LocalMachine\My Если команда прошла без ошибок, сертификат создался в хранилище «Личное». 2. Привязка сертификата вручную (через WMIC) Теперь нужно взять отпечаток (Thumbprint) этого сертификата и вручную «вбить» его в настройки RDP: Узнайте отпечаток созданного сертификата: Get-ChildItem cert:\LocalMachine\My | Where-Object { $_.Subject -like "*$env:COMPUTERNAME*" } | Select-Object Thumbprint, Subject Скопируйте полученный длинный код (например, A1B2C3D4...). Выполните команду привязки (замените ВАШ_ХЭШ на скопированный код): wmic /namespace:\\root\cimv2\TerminalServices PATH Win32_TSGeneralSetting Set SSLCertificateSHA1Hash="ВАШ_ХЭШ" wmic /namespace:\\root\cimv2\TerminalServices PATH Win32_TSGeneralSetting Set SSLCertificateSHA1Hash="C5047F9A2C6E51DF1AF8DFAE3FDDADBE5CB5094B"

Разрешить несколько одновременных RDP сеансов в Windows 10 и 11 RDP Wrapper Встроенная поддержка нескольких RDP сессий в редакции Windows 10 Enterprise Multi-session Недавно Microsoft выпустило специальные Enterprise редакции Windows multi-session (ранее назывались Windows 10 Enterprise for Remote Sessions и Windows 10 Enterprise for Virtual Desktops). Редакция Enterprise multi-session доступна как для Windows 10, так и для Windows 11. Главная особенность этой редакции – она поддерживает множественные одновременные RDP сессии пользователей прямо из коробки. Несмотря на то, что редакцию Windows multi-session разрешено запускать только в виртуальных машинах Azure, вы можете установить эту редакцию в on-premises сети и использовать данный компьютер терминальный сервер (хотоя это будет нарушением лицензионной политики Microsoft). Далее мы покажем, как обновить компьютер с Windows 10 Pro до Windows 10 Enterprise for Virtual Desktop и использовать его для одновременного подключения нескольких пользователей. Откройте командную строку и проверьте текущую редакцию Windows (Professional в этом примере): DISM /online /Get-CurrentEdition Обновите вашу редакцию Windows с Pro до Enterprise: Changepk.exe /ProductKey NPPR9-FWDCX-D2C8J-H872K-2YT43 Теперь установить GVLK ключ для Windows 10 Enterprise for Remote Sessions: slmgr.vbs /ipk CPWHC-NT2C7-VYW78-DHDB2-PG3GK Проверьте, что теперь ваша редакция Windows 10 изменилась на ServerRdsh (Windows 10 Enterprise for Virtual Desktops). Активируйте вашу копию Windows Enterprise Multi-Session на вашем KMS сервере: slmgr /skms msk-man02.winitpro.local:1688 slmgr /ato См. FAQ по KMS активации Откройте редактор локальной GPO (gpedit.msc ) и включите Per-User режим лицензирования в параметре Set the Remote Desktop licensing mode (Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing). После активации нужно перезагрузить Windows. Теперь попробуйте подключиться к компьютеру по RDP под несколькими пользованиями. Как вы видите, Windows 10 Enterprise multi-session одновременные RDP подключения поддерживаются прямо из коробки. Зайти локально под новым пользователем и сменить пароль

Настройка автообновления платформы 1С на клиентских ПК. Автообновление платформы Актуальные релизы конфигураций 1С имеют требования к минимальной версии установленной платформы. В настоящее время платформа 1С, как и типовые конфигурации, активно развивается, и не так уж редко возникает необходимость установки новой версии платформы 1С. Когда количество ПК, на которых это необходимо делать, превышает 5-7, то задача становится очень рутинной, и тратится на ручное обновление немалое количество времени. Но данный процесс можно легко автоматизировать. Что нужно сделать: Необходимо разместить в общий доступ каталог, например \\server\1CDistr Перейти в каталог %appdata%\1C\1CEStart (можно на любом КП или сервере) и скопировать в \\server\1CDistr файл 1CEStart.cfg. Скопированный 1CEStart.cfg открыть в текстовом редакторе и прописать строки: CommonCfgLocation=\\server\1CDistr\1CEStart.cfg DistrbutiveLocation=\\server\1CDistr AppAutoInstallLastVersion=1 (У вас может отличаться сетевой каталог, указывайте свой путь к файлу) Первая строка будет означать, что информацию необходимо брать из данного файла, а не из локального. Вторая строка указывает на адрес, где будут располагаться каталоги с дистрибутивами платформ 1С. Третья строка включает авто установку последней версии платформы из каталога дистрибутивов. Рис1. Пример серверного каталога с файлом и дистрибутивом платформы Этот же, подготовленный CFG файл ставим на клиентских машинах вместо оригинального, по пути %appdata%\1C\1CEStart Рис2. Пример 1CEStart.cfg файла на клиентской машине (такой же файл на сетевом ресурсе) Настроив, таким образом, клиентские ПК, платформа при каждом запуске будет брать настройки из сетевого CFG файла и проверять адрес дистрибутивов на наличие новой платформы, если она там есть – произойдет автоматическая установка. Для автоматической установки достаточно поместить каталог с файлами установки платформы в \\server\1CDistr. Если Платформ размещено в каталоге несколько, то будет установлена наиболее высокая версия. Имена папок с дистрибутивом Платформы должны иметь наименование версии платформы (пример на Рис1). Примечание: В Клиентском CFG файле, можно ограничиться добавлением только строки CommonCfgLocation=\\server\1CDistr\1CEStart.cfg, Копировать файл предложено для упрощения процедуры.

Как зайти под USR1CV8 на удалённый рабочий стол wiki.accounter.org/...tol

Сброс пароля локальной учетной записи Windows remontka.pro/...ive