Ошибка может возникать при попытке отправки электронных писем через Windows Live Mail . Данная утилита служит для управления Email-аккаунтами и электронными письмами.
В настоящий момент есть конфликт между Windows Live Mail и One Drive, из-за которого многие пользователи сталкиваются с этой ошибкой. Большинство получают ее при отправке письма с приложенным к нему изображением.
Изображение, которые вы отправляете, загружается в OneDrive (ранее SkyDrive ). Но с недавних пор, пользователи Windows Live Mail не могут отправлять приложенные в письмах изображения из-за этого конфликта. Пользователи не могли отправить изображения в виде Альбома , но вы всегда можете отправить их как Приложенный файл .
Теперь давайте разберем методы решения ошибки .
Этот метод для тех у кого проявляется ошибка при попытке отправить изображение в письме. Для того, чтобы разрешить ситуацию, сделайте следующее:
С помощью такого способа отправки вы спокойно сможете обойти ошибку .
Этот метод для тех, кто получает ошибку в Windows Live Mail при отправке даже простого текстового сообщения. Сделайте следующее:
В этот раз, когда вы будете отправлять письмо, то вы сможете сделать без каких-либо осложнений.
Вопрос: Клиенты не могут создать DRP сессию, при этом авторизация на гейте удаленных рабочих столов происходит
Имеется следующий непонятный глюк.
Есть сервак на 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
Кол-во сеансов устанавливается на терминальном сервере в диспетчере удаленных рабочих столов.
Порылся в Диспетчере служб удаленных рабочих столов, ни чего подобного там не нашёл. Подскажите, где оно расположено?
И точно оно поможет? Если на всех Терминальных серверах поставлю "максимальное кол-во сеансов 1", пользователь залогинится на сервере №1, то что помешает ему сделать логин на терминальном сервере №2? На втором сервер ведь нет сессии такого пользователя - она как раз будет первой.
Кстати, у меня так и происходит: если пользователь зашёл дважды - то сессии обязательно на разных терминальных серверах.
Вопрос: Постоянно активный сеанс удалённого рабочего стола на Windows Server 2012
На данный момент нашел такое решение (извращение) проблемы: создал второго юзера на сервере и подключился к нему через RDP (localhost) и уже под ним поднял бота, в таком режиме работает все как надо. Но это не вариант. Думаю есть более рациональный способ. Как сделать так, чтобы визуальная среда Windows работала даже после завершения сеанса удалённого рабочего стола?
Ответ:
Цитата ILNUR17021992 :
Вариант - запустить программу в активном сеансе локального пользователя.
Для этого нужно подключиться к серверу по протоколу VNC (есть много сторонних серверных программ) или через "Удалённый помощник"
Или использовать RDP с теневым подключением к сеансу локального пользователя
Вопрос: Не удаётся подключиться к удаленному рабочему столу (RDP)
Не подключается к удаленному рабочему столу
В службах RDP включен.
Файервол включен - порт 3389 открыт.
На роутере проброс портов настроен.
Айпишник - статика и есть доменное имя, оба пингуются.
На компе с которого идёт подключение - Windows XP SP3 32бит, подключение идёт к кому с Windows 7 SP1 64 bit максимальная.
На обоих компах установлены KIS2013. Пробовал отключать и там и на другом и только на одном - всё равно не подключается.
Канал - 100 мбит/с, не загружен.
Подключение осуществлялось через стандартный удаленный рабочий стол в Windows 7 и ХP , в обоих случаях не подключается.
Куда копать?
Также не работает RDP на клиенте на смартфоне/планшете
Ответ: Текст ошибки какой? Пользователь, с учетными данными которого ты пытаешься логиниться, состоит на сервере в группе "пользователи удаленного рабочего стола"?
Вопрос: Как настроить брандмауэр, чтобы он не блокировал удаленный рабочий стол?
Ответ: uel , после отключения удаленного доступа, сброса параметров брандмауэра и включения удаленного доступа запроса на открытие портов не появилось. Однако проблема решилась другим путем. Оказалось виноват антивирус. При его выключении удаленный рабочий стол начал работать даже при включенном брандмауэре (только надо было поднастроить правила). Странно то, что при выключенном файрволе антивирус никак не блокировал удаленку.
Вопрос: Не работает удаленный рабочий стол
Ответ:
Что на ваших серверах с лицензированием удаленных рабочих столов?
Пробовали 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, определяющих возможность удаленного теневого подключения к сессии конечного пользователя:
Mstsc.exe ]
/shadow:ID – подключится к RDP сессии с указанным ID.
/v:servername – имяRDP/RDS терминального сервера (если не задано, используется текущий).
/control – возможность взаимодействия с сеансом пользователя (если не указано, используется режим просмотра сессии пользователя).
/noConsentPrompt – не запрашивать у пользователя подтверждение на подключение к сессии.
/prompt – используется для подключения под другими учетными данными. Запрашивается имя и пароль пользователя для подключения к удаленному компьютеру.
Ограничения теневых сеансов RDS в Windows 2012 R2
Подключиться к сессии пользователя можно с помощью утилиты 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-режима нужно нажать ALT +* на рабочей станции или Ctrl +* на терминальном сервере (если не заданы альтернативные комбинации).
Если же пользователь отклонит подключение, появится окно:
Shadow Error:
Если попытаться подключиться к сессии пользователя без запроса подтверждения, появится ошибка, сообщающая, что такое это запрещено групповой политикой:
Shadow Error: The Group Policy setting is configured to require the user’s consent. Verify the configuration of the policy settings.
Параметры удаленного управлениями RDS сессиями пользователя настраиваются политикой Set rules for remote control of Remote Desktop Services user sessions (Установить правила удаленного управления для пользовательских сеансов служб удаленных рабочих столов) , которая находится в разделе Policies -> Administrative Templates -> Windows components -> Remote Desktop Services -> Remote Session Host -> Connections (Административные шаблоны –> Компоненты Windows –> Службы удаленных рабочих столов – Узел сеансов удаленных рабочих столов –> Подключения) в пользовательской и «компьютерной» секциях GPO. Данной политике соответствует dword параметр реестра Shadow в ветке HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services .
Этой политикой можно настроить следующие варианты теневого подключения через теневое подключение RD Shadow::
Воспользоваться функционалом теневого подключения к сессии пользователя через теневое подключение Remote Desktop Services можно и из Powershell.
В первую очередь покажем, как получить список сессий на терминальном сервере (сессии пользователей будут сгруппированы в группы в зависимости от их статуса):
Get-RDUserSession | ft Username, UnifiedSessionId, SessionState, HostServer, ApplicationType -GroupBy Sessionstate
На данном сервере мы обнаружили три активных терминальных сессии. Подключимся к сессии пользователя с ID сессии 3:
Mstsc /shadow:3 /control
Также для получения списка всех сессии на сервере можно выполнить команду
На экране отобразится список RDP сессий, их ID и статус: активная сесиия (Active) или отключенная (Disconnected).
Для получения списка сессий на удалённом сервере выполните команду:
query session /server:servername
Для более удобного теневого подключения к сессиям можно использовать следующий скрипт. Скрипт предложит ввести имя удаленного компьютера и выведет список всех сеансов и предложит указать сеанс, к которому нужно подключится:
shadow.bat
@echo off
query session /server:%rcomp%
set /P rid="Enter RDP user ID: "
Можно поместить данный файл в каталог %Windir%\System32, в результате для теневого подключения достаточно выполнить команду shadow .
Для подключения к консольной сессии можно использовать такой скрипт:
@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.
Для решения проблемы нужно установить отдельные обновления: