Не удалось создать строку сеансов kvp код ошибки 0x8007007a

Не удалось создать строку сеансов kvp. Сведения об исправлении

Имеется следующий непонятный глюк.
Есть сервак на 2012r2 с ролью терминального сервера.
Сервер стоит в ферме с контроллером домена и сервером шлюза удаленных рабочих столов, на котором поднят внешний ip.
Иногда клиенты не могут создать DRP сессию на этот терминальный сервер.
При этом авторизация на гейте удаленных рабочих столов происходит а дальше должна происходить прозрачная авторизация на терминальном сервере, но процесс подключения зависает на «инициализация удаленного подключения»
На терминальном сервере RDP сессии не появляется.

Проблема плавает от пользователя к пользователю, при этом один и тот же пользователь может не подключаться с одного компьютера но без проблем подключиться с соседнего.
В логах ничего про ошибки терминальных сессий нет.

Я уже не знаю куда копать и поэтому взываю к помощи IT сообщества.

Ответ: Сделал как написано в статье, но проблема осталась
Ругается

Remote Desktop Services failed to join the Connection Broker on server ts02
Error: Current async message was dropped by async dispatcher, because there is a new message which will override the current one.

Remote Desktop Connection Broker Client failed to redirect the user domain\user
Error: The remote procedure call failed and did not execute.

Failed to create KVP sessions string. Error Code 0x8007007A

Remote Desktop Services has taken too long to load the user configuration from server \\dc01 for user

Очень не хочется разбирать стек терминальных серверов.

Вопрос: Ограничить пользователей службы удаленных рабочих столов одним сеансом

Сообщение от Maks

Кол-во сеансов устанавливается на терминальном сервере в диспетчере удаленных рабочих столов.

Вопрос: Постоянно активный сеанс удалённого рабочего стола на Windows Server 2012

Всем доброго времени суток есть сервер Windows Server 2012 r2, поднял на нем бота (кликер) для онлайн игры. Пока я подключен к серверу через RDP робот работает нормально, то есть пока есть активный сеанс удаленного рабочего стола. Как только я отключаюсь от сервера, робот перестает видеть игру и сыплются ошибки «Cannot find Window. «. Судя по всему это происходит потому что отключается графический режим после завершения сеанса.

На данный момент нашел такое решение (извращение) проблемы: создал второго юзера на сервере и подключился к нему через RDP (localhost) и уже под ним поднял бота, в таком режиме работает все как надо. Но это не вариант. Думаю есть более рациональный способ. Как сделать так, чтобы визуальная среда Windows работала даже после завершения сеанса удалённого рабочего стола?

Цитата ILNUR17021992 :

Вопрос: Не удаётся подключиться к удаленному рабочему столу (RDP)

Доброго времени суток.

Не подключается к удаленному рабочему столу

Также не работает RDP на клиенте на смартфоне/планшете

Ответ: Текст ошибки какой? Пользователь, с учетными данными которого ты пытаешься логиниться, состоит на сервере в группе «пользователи удаленного рабочего стола»?

Вопрос: Как настроить брандмауэр, чтобы он не блокировал удаленный рабочий стол?

Вопрос: Не работает удаленный рабочий стол

Ответ: Что на ваших серверах с лицензированием удаленных рабочих столов?
Пробовали mstsc запустить на клиенте от имени администратора?

Вопрос: [решено] Печать с удаленного рабочего стола

Ответ: Всем спасибо, решил проблему с помощью пиратства и ScrewDrivers
От греха подальше после установки серверной и клиентской части отключил проброс принтеров в настройках удаленного рабочего стола, перезагрузил сервер после установки, всё подцепилось и печатает.
Если кому интересно, ставил ScrewDrivers 4.7.5.60 на Windows Server 2012 R2, в мануале было написано про использование виртуальных каналов, но это для версий серверов постарше, тут ничего не нужно

В Windows 2012 R2 и Windows 8.1 Microsoft вернула функционал Remote Desktop Shadowing (теневого подключения). Напомним, что режим Shadow (теневой сеанс) – может использовать администратором для просмотра и управления существующей RDP сессией любого пользователя. Этот режим работы поддерживается практически с первых версий терминального сервера Microsoft и неожиданно был убран в Windows Server 2012 (связано с переносом стека rdp из режима ядра в пользовательский режим). Функционал RDS Shadow работает и в следующих версиях ОС: Windows Server 2016 / Windows 10.

Кроме того, у режима теневого подключения RDS Shadow и RDP клиента появился ряд новых интересных возможностей. Полный список параметров RDPклиента mstsc. exe, определяющих возможность удаленного теневого подключения к сессии конечного пользователя:

/shadow:ID – подключится к RDP сессии с указанным ID.

/v:servername – имяRDP/RDS терминального сервера (если не задано, используется текущий).

/control – возможность взаимодействия с сеансом пользователя (если не указано, используется режим просмотра сессии пользователя).

/noConsentPrompt – не запрашивать у пользователя подтверждение на подключение к сессии.

/prompt – используется для подключения под другими учетными данными. Запрашивается имя и пароль пользователя для подключения к удаленному компьютеру.

Ограничения теневых сеансов RDS в Windows 2012 R2

Использование Remote Desktop Shadow из графического GUI

Подключиться к сессии пользователя можно с помощью утилиты mstsc. exe или непосредственно из консоли Server Manager. Для этого в консоли Server Manager откройте коллекцию QuickSessionCollection

Щелкнув по сессии интересующего пользователя, выберите в контекстном меню Shadow (Теневая копия).

Появится окно параметров теневого подключения. Возможен просмотр (View ) и управление (Control ) сессией. Кроме того, можно включить опцию Prompt for user consent (Запрашивать согласие пользователя на подключение к сессии).

Если выбрана опция «Запрашивать согласие пользователя», в сессии у пользователя появится запрос:

Запрос на удаленное наблюдение

Winitpro\administrator запрашивает удаленный просмотр вашего сеанса. Вы принимаете этот запрос.

Winitpro\administrator is requesting to view your session remotely. Do you accept the request?

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

Если же пользователь отклонит подключение, появится окно:


Если попытаться подключиться к сессии пользователя без запроса подтверждения, появится ошибка, сообщающая, что такое это запрещено групповой политикой:

Shadow Error: The Group Policy setting is configured to require the user’s consent. Verify the configuration of the policy settings.

Этой политикой можно настроить следующие варианты теневого подключения через теневое подключение RD Shadow::

Теневое подключение RDS Shadow из PowerShell

Воспользоваться функционалом теневого подключения к сессии пользователя через теневое подключение Remote Desktop Services можно и из Powershell.

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

На данном сервере мы обнаружили три активных терминальных сессии. Подключимся к сессии пользователя с ID сессии 3:
Mstsc /shadow:3 /control
Также для получения списка всех сессии на сервере можно выполнить команду

На экране отобразится список RDP сессий, их ID и статус: активная сесиия (Active) или отключенная (Disconnected).

Для получения списка сессий на удалённом сервере выполните команду:

query session /server:servername

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

query session /server:%rcomp%
set /P rid=»Enter RDP user ID: «

Для подключения к консольной сессии можно использовать такой скрипт:

@echo off
set /P rcomp=»Enter name or IP of a Remote PC: «
for /f «tokens=3 delims= » %%G in («query session console /server:%rcomp%») do set rid=%%G
start mstsc /shadow:%rid% /v:%rcomp% /control

Как разрешить обычном пользователям использовать теневое подключение

В рассмотренных выше примерах для использования теневого подключения к терминальным сессиям необходимы права локального администратора на RDS сервере. Однако можно разрешить использовать теневое (shadow) подключение для подключения к сессиям пользователей и простым пользователям (не давая им прав локального администратора на сервере).

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

wmic /namespace:\\root\CIMV2\TerminalServices PATH Win32_TSPermissionsSetting WHERE (TerminalName=»RDP-Tcp») CALL AddAccount «corp\AllowRDSShadow»,2

В январе 2018 года после установки обновления KB4056898 () пользователи столкнулись, что в Windows Server 2012 R2 перестал работать теневой доступ. При попытке выполнить теневое подключение к чужой сессии появляется сообщение «Неопознанная ошибка» (в логах присутствует ошибка STATUS_BAD_IMPERSONATION_LEVEL). Аналогичная проблема возникала и на RDS ферме на базе Windows Server 2016.

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

В настоящий момент есть конфликт между Windows Live Mail и One Drive, из-за которого многие пользователи сталкиваются с этой ошибкой. Большинство получают ее при отправке письма с приложенным к нему изображением.

Метод №1 Отправка изображения «приложением», а не Альбомом

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

Метод №2 Удалить письма из Исходящих, которые находятся на утверждении

Этот метод для тех, кто получает ошибку в Windows Live Mail при отправке даже простого текстового сообщения. Сделайте следующее:

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

Активация Windows. Код ошибки 0x8007007b: как исправить?

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

Код ошибки 0x8007007b при активации «Виндовс 10», 8, 7: причины появления

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

код ошибки 0x8007007b

Но вот самая главная проблема состоит в том, что в сообщении указывается только код ошибки 0x8007007b и описание, а снизу имеется всего одна кнопка закрытия активного окна. Вот и непонятно некоторым пользователям, где же вводить ключ, если сама система никаких возможностей для этого не предлагает? Выход есть. Для проведения процесса активации с вводом правильного ключа есть как минимум два простых решения.

Код ошибки 0x8007007b: как исправить? Способ первый

Чтобы точно быть уверенным, что такая ситуация связана именно с отсутствием лицензии, сначала удостоверимся в том, что ее действительно нет.

код ошибки 0x8007007b при активации виндовс 10

Вызываем консоль «Выполнить» (быстрый вызов – клавиши Win + R) и вводим команду slui 3. В появившемся окне имеется специальная строка, в которой и нужно ввести искомый 25-значный код. При корректном вводе система сообщит, что активация прошла успешно. Если же пользователь получает уведомление об успешной установке ключа, но активация не происходит, а сообщение, в котором присутствует код ошибки 0x8007007b, появляется снова, переходим ко второй процедуре, которая, в общем-то, не сильно отличается от первой.

Способов второй

Вторая методика устранения проблемы с активацией состоит в использовании выше указанной службы, которая применялась при проверке состояния лицензии.

код ошибки 0x8007007b как исправить

Обратите внимание, что и в первом, и во втором случае запуск командной строки должен производиться исключительно с правами Администратора.

Несколько слов напоследок

Что самое интересное, сообщение, содержащее код ошибки 0x8007007b, появляется во всех системах, но только в версии 8.1 в окне с предупреждением есть кнопка, после нажатия на которую и появляется окно, где нужно ввести корректное значение. Но в целом оба представленных метода активации Windows проблем представлять не должны ни для одного юзера любого уровня подготовки.

Ошибка 0x800700b при активации windows 10

Ошибка 0x8007007b — довольно распространённая неполадка. Обычно, проблема возникает в тот момент, когда пользователь обновляет свою устаревшую систему (Windows 7, к примеру) на более новую, то есть Windows 10. Вторая, по популярности, причина — это попытка активации официальным ключом той системы, которая ранее была активирована пиратским способом.

Внимание! Перед дальнейшем чтением статьи, рекомендуем проверить систему на наличие системных и сетевых сбоев с помощью интегрированных в Windows 10 средств, так как иногда, неисправность “0x8007007b” возникает именно из-за этого…

Способ №1. Смена активационных данных через командную строку

Способ подойдёт Вам, если до этого на компьютере производилась активация ОС, при этом она якобы прошла успешно, но через некоторое время система вновь начала просить “ключ”. Как мы уже указали, для решение этой задачи нам понадобится командная строка. Мы объясним всё очень доступно…

Прописываем команду "slmgr. vbs /ipk"

Загрузившись, виндовс 10 должна стать лицензионной. Проверить это можно нижеуказанным способом. Если Вы всё сделали, но “0x8007007b” всё также присутствует, то нужно воспользоваться вторым способом…

Способ №2. Активация Windows 10 через специальное “окно”

В этом случае нам вновь понадобится “cmd” (командная строка). Но использовать мы будем её немного по другому. Прежде чем читать дальше, рекомендуем ещё раз проверить состояние активации…

Ключ продукта windows

Выполнив все предыдущие шаги, мы отправляемся в меню “Пуск“. Там мы нажимаем на кнопку перезагрузки.

Система вновь не активировалась? Ничего! У нас в запасе есть ещё один способ, который точно избавит нас от “0x8007007b”…

Способ №3. Как избавиться от ошибки 0x8007007b через “Параметры”?

Здесь мы не будем использовать “cmd” и другие “хакерские” утилиты. Нам будет достаточно привычных для всех пользователей системных приложений, таких как “Параметры”. Найти “Параметры” можно через поисковую строку Windows 10, или зажав следующую комбинацию клавиш “Win+I”.

Стоит обратить внимание на то, что ПК должен иметь интернет подключение… Если компьютер не подключен к глобальной сети, то проверка ключа — невозможна.

Активация ключа windows

Теперь ошибка 0x8007007b точно исчезнет!

Как посмотреть статус лицензии?

Чтобы узнать о статусе лицензии, нам придётся вновь запустить командную строку от имени администратора. Как это сделать, мы уже подробно рассказывали в одном из абзацев статьи.

Теперь, нам остаётся прописать “slmgr-dlv” в системном интерпретаторе… В появившемся окне, нужно найти строку “Состояние лицензии“. Следовать вышеуказанной инструкции нужно только в том случае, если в нём (в пункте) указано, что лицензия недействительна.

Зачем это нужно?

Узнав о действительности лицензии самостоятельно, мы исключаем возможность появления ошибки”0x8007007b” из-за влияния системных и сетевых сбоев в работе компьютера.

Источники:

https://tractorillo. ru/ne-udalos-sozdat-stroku-seansov-kvp-svedeniya-ob-ispravlenii/

https://fb. ru/article/267397/aktivatsiya-windows-kod-oshibki-x-b-kak-ispravit

https://fixbin. ru/kod-oshibki-0x800700b-windows-10/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: