компьютеру не удалось подключиться к другому сеансу консоли поскольку сеанс уже запущен windows 10
Компьютеру не удалось подключиться к другому сеансу консоли поскольку сеанс уже запущен windows 10
Общие обсуждения
Интересует как разрешить следующую ситуацию. Что бы не быть голословным предоставляю вывод команды qwinsta:
C:\Users\User1>qwinsta
СЕАНС ПОЛЬЗОВАТЕЛЬ ID СТАТУС ТИП УСТР-ВО
services 0 Диск
>console User1 1 Активно
Хочу так же только по rdp к этому компу.
В Windows xp,7 работает вариант mstsc /admin, а так же ее разнообразные вариации. Но с Windows 10 такое не получается. Он все время создает отдельную rdp сессию. Есть вариант переключиться на console используя примерно следующее :
tscon x /dest:console
Но тогда отваливается rdp сессия из под которой я это делаю. В общем мне нужно удаленно подключиться на прямую к console. Или как нибудь на нее, не отваливаясь удаленно, переключиться. Варианты VNC и их аналоги не интересуют.
Почему не отрабатывает ключ /admin не понятно. Ведь если я подключаюсь на тот же xp с любого компа он работает как надо. В общем помогите разобраться. Может я что то не правильно понимаю или что то в windows 10 не донастроил?
Все ответы
The opinion expressed by me is not an official position of Microsoft
Нет Вы не поняли. Мне надо именно в console и именно по удаленке на обычный комп с установленной на ней Windows 10 pro. А если я ограничу пользователя на win 10. То создается отдельная tcp-rdp сессия с именем tcp-rdp#0. Как то так. Т.е. Галочка должна стоять на против сессии console.
ЕМНИП Win7 последняя ОС которая позволяет делать подобные финты, а начиная с Win8\WinServer2012 это уже не работает.
В чем задача возможно ее можно решить иначе?
The opinion expressed by me is not an official position of Microsoft
Нет Вы не поняли. Мне надо именно в console и именно по удаленке на обычный комп с установленной на ней Windows 10 pro. А если я ограничу пользователя на win 10. То создается отдельная tcp-rdp сессия с именем tcp-rdp#0. Как то так. Т.е. Галочка должна стоять на против сессии console.
ЕМНИП Win7 последняя ОС которая позволяет делать подобные финты, а начиная с Win8\WinServer2012 это уже не работает.
В чем задача возможно ее можно решить иначе?
The opinion expressed by me is not an official position of Microsoft
ЖАЛЬ))) Задача состоит в том что есть локальный hasp которому нужно console сессия иначе ПО не видит ключа. У меня 3 мысли по этому поводу. 1) (Уже не актуальная ввиду ее не состоятельности) Это RDP непосредственно в console сессию. 2) Это как то пробросить локальный USB ключ, подключенный непосредственно в этом же компе, в rdp сессию, возможно тогда он подумает что запуск программы и USB в пределах одной сессии и не обязательно что это будет console сессия. И 3) Мысль такая как бы запустить тогда данное приложение из rdp сессии но в сессии console.
Второй вариант что то мне подсказывает из области фантастики. А вот 3-й возможно реализуем только я даже не знаю в какую сторону копать.
Была мысль еще попробовать пробросить с компа с которого rdp поднимаеться, но не пробовал ввиду того что такое решение оно сомнительное. Таскать туда сюда ключ даже если оно заработает.
Как исправить ошибку на удаленном компьютере, когда компьютер не может подключиться к другому сеансу консоли в Windows 10
Содержание:
Вы ищете решение, чтобы «ваш компьютер не мог подключиться к другому сеансу консоли…»? Соединение двух разных Окна машины через Подключение к удаленному рабочему столу очень просто и легко. Для этого мы просто пытаемся настроить некоторые параметры на этих машинах так, чтобы Подключение к удаленному рабочему столу может быть легко установлен без каких-либо проблем. При установлении соединения мы сталкиваемся со следующим сообщением об ошибке:
Ваш компьютер не может подключиться к другому сеансу консоли на удаленном компьютере, потому что у вас уже есть текущий сеанс консоли.
Ошибка возникает при попытке подключения Windows 10 Pro сWindows 10 Корпоративная беговые машины. Если вы столкнулись с той же проблемой, нырните ниже, чтобы исправить ее:
Как исправить ошибку «Ваш компьютер не может подключиться к другому сеансу консоли на удаленном компьютере, потому что у вас уже есть сеанс консоли для Windows 10/8/7»:
Следуйте инструкциям по устранению проблемы «Ваш компьютер не может подключиться к другому сеансу консоли…»:
Решение 1. Командная строка
ipconfig / release
ipconfig / flushdns
ipconfig / обновить
Если вы по-прежнему сталкиваетесь с той же проблемой «ваш компьютер не может подключиться к другому сеансу консоли…», следуйте следующему методу.
Решение 2. Настройки удаленного рабочего стола
Теперь вы можете попытаться подключиться к удаленному ПК, и на этот раз все должно работать должным образом.
Заключение:
Надеюсь, теперь вы понимаете, как решить проблему «ваш компьютер не может подключиться к другому сеансу консоли…». Если шаги окажутся полезными, поделитесь ими с друзьями и помогите им. Для дальнейших запросов и вопросов дайте нам знать в разделе комментариев ниже. Также не забудьте поделиться с нами своими отзывами!
Жду ваших ценных отзывов!
Как использовать WhatsApp без SIM-карты или мобильного номера
MindTheGApps для Android 9.0 Pie и Android 8.1 Oreo
Подключение сеанс консоли с помощью служб Windows Server 2003
В этой статье описывается использование служб терминалов Microsoft Windows Server 2003 для подключения к сеансу консоли и затенеть ее.
Применяется к: Windows Server 2003
Исходный номер КБ: 278845
Сводка
В Windows Server 2003 при использовании служб терминала можно подключиться к сеансу консоли (сеанс 0) и в то же время открыть к ней сеанс теней (если вы подключились к сеансу, кроме консоли). С помощью этой добавленной функции можно войти на сервер на основе Windows Server 2003, который удаленно работает службы терминала и взаимодействовать с сеансом 0, как если бы вы сидели на физической консоли компьютера. Этот сеанс можно также затенять, чтобы удаленный пользователь и локальный пользователь на физической консоли могли видеть и взаимодействовать с тем же сеансом.
Подключение сеанс консоли
При подключении к сеансу консоли сервера на Windows Server 2003 другой пользователь не должен уже войти в консольный сеанс. Даже если никто не вошел в консоль, вы вошли в систему так же, как если бы вы сидели на физической консоли.
Чтобы подключиться с удаленного Windows Server 2003, откройте командную подсказку и введите следующую команду:
При использовании этой команды открывается сеанс удаленного рабочего стола, а при проверке подлинности логотипа подключается сеанс консоли, запущенный на сервере Windows Server 2003. Если пользователь в настоящее время работает над сеансом консоли на компьютере, вы получите следующее сообщение об ошибке:
Имя пользователя \ домена пользователя регистрируется локально на этом компьютере. Пользователь простаивает в течение нескольких минут. Рабочий стол разблокирован. Если вы продолжите, сеанс этого пользователя завершится, и все незаверяемые данные будут потеряны. Вы хотите продолжить?
Затем пользователь текущего сеанса консоли отключается, и вы получаете сообщение о том, что компьютер заблокирован в настоящее время и разблокировать его может только администратор.
Если пользователь сеанса консоли и пользователь сеанса terminal Services одинаковы, вы можете подключиться без проблем.
Тень сеанса консоли
После ввода и отправки этой команды вы получите следующее сообщение:
Сеанс может отображаться замороженным во время согласования утверждения удаленного управления. Подождите.
В сеансе консоли на сервере вы получите следующее сообщение:
домен \ Имя пользователя запрашивает удаленное управление сеансом.
Принимаете ли вы запрос?
Если пользователь сеанса консоли на сервере щелкнуть ДА, вы автоматически подключены к сеансу консоли на удаленном сервере Windows Server 2003. Если пользователь на консоли сервера нажимает кнопку НЕТ или не отвечает, вы получаете следующее сообщение об ошибке в командной подсказке на удаленном компьютере:
Сбой удаленного управления. Код ошибки 7044
Ошибка [7044]:Запрос на удаленное управление другим сеансом был отклонен.
Чтобы отключить сеанс теней с удаленной стороны, нажмите CTRL + * (на числовую клавиатуру), и вы будете возвращены к исходному сеансу, установленному на сервере Windows Server 2003.
Если вы вошли на консоль сервера, на который работают службы терминалов, если вы пытаетесь затенять сеанс другого пользователя с консоли компьютера, вы получите следующее сообщение об ошибке:
Сеанс может отображаться замороженным во время согласования утверждения удаленного управления. Подождите.
Сбой удаленного управления. Код ошибки 7050.
Ошибка [7050]: запрашиваемая сессия не может управляться удаленно.
Это может быть из-за отключения сеанса или отключения входа пользователя. Кроме того, нельзя управлять сеансом удаленно с системной консоли и невозможно удаленно управлять текущим сеансом.
Если сервер Windows Server 2003 не настроен для разрешения удаленного управления, вы получите следующее сообщение об ошибке:
Сбой удаленного управления. Код ошибки 7051
Ошибка [7051]: запрашиваемый сеанс не настроен для допуска удаленного управления.
Чтобы настроить сервер Windows Server 2003 для разрешения удаленного управления, выполните следующие действия:
Устранение неполадок с подключениями к Удаленному рабочему столу
Выполните приведенные ниже действия, если клиенту Удаленного рабочего стола не удается подключиться к удаленному рабочему столу, и отсутствуют сообщения или другие признаки, по которым можно определить причину.
Проверка состояния протокола RDP
Проверка состояния протокола RDP на локальном компьютере
Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).
Проверка состояния протокола RDP на удаленном компьютере
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра:
Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.
Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:
Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Подключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.
Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP. 
Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.
Изменение блокирующего объекта групповой политики
Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).
Чтобы изменить блокирующую политику, используйте один из следующих методов.
Проверка состояния служб RDP
На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:
Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).
На любом компьютере запустите одну или обе службы, если они запущены.
Если вы запускаете службу удаленных рабочих столов, нажмите кнопку Да, чтобы служба перенаправителя портов пользовательского режима служб удаленного рабочего стола перезапустилась автоматически.
Проверка состояния прослушивателя протокола RDP
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Проверка состояния прослушивателя RDP
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:
Введите qwinsta. 
Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.
Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.
Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).
Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:
Замените именем экспортированного REG-файла.
Проверьте конфигурацию, попытавшись еще раз подключиться к удаленному рабочему столу. Если подключиться все равно не удается, перезагрузите затронутый компьютер.
Проверка состояния самозаверяющего сертификата протокола RDP
Проверка разрешений для папки MachineKeys
Проверка порта прослушивателя протокола RDP
На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:
Для управления службами удаленного рабочего стола можно использовать другой порт. Но мы не рекомендуем делать это. В этой статье не описано, как устранять проблемы, связанные с этим типом конфигурации.
Проверка того, что другое приложение не пытается использовать тот же порт
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Введите следующую команду:
Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.
Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».
Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:
Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.
Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:
Проверка блокировки порта протокола RDP брандмауэром
С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.
Перейдите на другой компьютер, на котором такая проблема не возникает, и скачайте psping отсюда: https://live.sysinternals.com/psping.exe.
Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:
Проверьте выходные данные команды psping на наличие таких результатов:
Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.
Проверьте, блокирует ли этот компьютер подключения от всех остальных компьютеров, некоторых других компьютеров или только одного компьютера.
Рекомендуемые дальнейшие действия:
Я посмотрел на многие решения в интернете для вопроса, который я испытываю, но они просто не кажутся применимыми.
У меня есть VPN-соединение, и я пытаюсь удаленный рабочий стол в компьютер через VPN. Сообщение об ошибке, которое я получаю: «ваш компьютер не удалось подключиться к другому сеансу консоли на удаленном компьютере, так как у вас уже есть сеанс консоли в процессе.»
Edit
теперь у меня точно такая же проблема на другом удаленном узле при попытке удаленного рабочего стола в компьютер (все еще подключен к VPN). Опять же, только мой ноутбук испытывает эту проблему. Прямо сейчас, чтобы обойти эту проблему, я получил еще один ноутбук от него, и я использую это для удаленного рабочего стола.
2 ответов
Я решил аналогичную проблему при попытке подключиться через RDP с моего Windows 10 home PC к моему офисному ПК с помощью putty.exe в качестве механизма переадресации портов через машину шлюза Linux (аналогично использованию VPN) я получил такое же сообщение об ошибке и понял ошибку, которую я делал. Я использовал командную строку в замазке.exe ярлык похож на этот:
здесь n.n.n.n обозначает IP-адрес моего офисного компьютера во внутренней сети офиса.
странно то, что оригинальная командная строка используется для работы на Windows 7. Что-то должно иметь изменения в Windows 10, и, вероятно, в Windows 8, а также.
дважды убедитесь, что DHCP-сервер в удаленной (домашней или другой офисной) сети не предоставляет клиенту IP-адрес, который совпадает или находится в том же диапазоне, что и узел RDP (офисный компьютер или сервер) в офисной сети.
У меня 192.168.1.сеть x, на которой находится мой сервер RDP. Конечный пользователь был дома, используя свой Wi-Fi и VPN для подключения к локальной сети офиса. Его маршрутизатор Wi-Fi был также настроен так, что его WI-FI LAN дома был 192.168.1.x. Так уж получилось, что он получал адрес DHCP, который был тот же IP, что и RDP-сервер в сети office. 1 на миллион, но бывает.