RDCB+RDCH+RR DNS+2 монитора
Добавлено: 16 янв 2018 05:45
Доброго дня коллеги!
Поведаю о проблеме с которой столкнулись в своей конфигурации.
Ранее : Имелась TS ферма на базе Windows Server 2012 R2 (All hotfix) RDCB+RDWB (2 хоста) + RDCH (3 хоста) c RemoteApp приложениями. Технология DNS RR (указывали на ip RDCB).
Парк клиентов от W7 до W10.1. RDP клиенты 99% с фиксами поддержки протокола 8.1 https://support.microsoft.com/ru-ru/hel ... ver-2012-r
Настройка фермы и ее конфигурация производилась на базе статьей Алексея с сайта IT-KB.
Вообщем и целом данная конфигурация DNS RR работало достаточно стабильно и предсказуемо.
По определенным причинам в рамках новой задачи было принято решения о создании новой TS фермы на базе Windows 2016 (1607) в такой же конфигурации DNS RR и с такими же параметрами серверов (хостов). Правда в ней добавились надстройки для сканеров штрихкодов оборудования и пара новых принтеров. Клиенты те же самые.
Сейчас: TS ферма на базе Windows Server 2016 1607 (All hotfix по 8 января 2018) RDCB+RDWB (2 хоста) + RDCH (3 хоста) c RemoteApp приложениями. Технология DNS RR (указывали на ip RDCB).
На этой новой TS ферме на базе Windows Server 2016 (1607) словили странную ситуацию в работе RemoteApp приложениях на клиентах W7:
Если у пользователя в настройках экрана (рабочего стола) при логическом размещении мониторов основной (primary) монитор размещен СПРАВА, а дополнительный (secondoray) СЛЕВа то при сворачивании RemoteAPP приложения на основном мониторе его разворачивание происходит на дополнительном с "подвисанием" приложения. Т.е. не реагирует на клики и кнопки внутри приложения. При этом если в нижнем трее на основном мониторе кликнуть на бар приложения раз 5-7, то на 5-7 сворачивании и разворачивании на доп. мониторе оно неожиданно перескакивает на основной мониторе и работает как обычно. TS сессия на сервере при этом не в дисконекте, т.е. активная и в нее можно даже войти Администратором для управления. Если размещение мониторов логически стандартное, то проблем нет.
Мониторы одинаковые по ТТХ (размер, марка, бренд), разрешения рабочих стол равные. Подключения мониторов к видеокартам не имеет значения (port1,port2). Какой монитор "основной" для рабочего стола, не важно. Проблема возникает только когда логически в настройках параметров рабочего стола дополнительный монитор "размещен" СЛЕВА.
Проблема только на Windows 7х64 SP1 (Build 7601).
Mstsc версии 6.3.9600.16415. Драйвера видеокарты различные (от Intel до Nvidia)
Проблем на W8\10 нет.
Обновление January 3, 2018—KB4056890 (OS Build 14393.2007) на всех серверах фермы 2016 стоят.
В групповых политика на TS протокол 8.1 включен для клиентов его поддерживающих. Отключение настройки не снимает проблему.
В настройках rdp ярлыка мультимониторность включена (span).
Я понимаю что это не совсем корректно для тех кто читает слева-направо, но ряду пользователей по их размещению функционального места такое размещение рабочих столов важно и необходимо.
Гуугл поиск обнадежил что проблема есть в целом по сообществу, но решения как я понял это менять размещение мониторов на стандартное и забыть. Но логично возникает вопрос почему на 2012R2 подобных проблем в нашей конфигурации не было изначально.
https://social.technet.microsoft.com/Fo ... inserverTS
Кто может посоветовать пути решения в данном вопросе ?
Поведаю о проблеме с которой столкнулись в своей конфигурации.
Ранее : Имелась TS ферма на базе Windows Server 2012 R2 (All hotfix) RDCB+RDWB (2 хоста) + RDCH (3 хоста) c RemoteApp приложениями. Технология DNS RR (указывали на ip RDCB).
Парк клиентов от W7 до W10.1. RDP клиенты 99% с фиксами поддержки протокола 8.1 https://support.microsoft.com/ru-ru/hel ... ver-2012-r
Настройка фермы и ее конфигурация производилась на базе статьей Алексея с сайта IT-KB.
Вообщем и целом данная конфигурация DNS RR работало достаточно стабильно и предсказуемо.
По определенным причинам в рамках новой задачи было принято решения о создании новой TS фермы на базе Windows 2016 (1607) в такой же конфигурации DNS RR и с такими же параметрами серверов (хостов). Правда в ней добавились надстройки для сканеров штрихкодов оборудования и пара новых принтеров. Клиенты те же самые.
Сейчас: TS ферма на базе Windows Server 2016 1607 (All hotfix по 8 января 2018) RDCB+RDWB (2 хоста) + RDCH (3 хоста) c RemoteApp приложениями. Технология DNS RR (указывали на ip RDCB).
На этой новой TS ферме на базе Windows Server 2016 (1607) словили странную ситуацию в работе RemoteApp приложениях на клиентах W7:
Если у пользователя в настройках экрана (рабочего стола) при логическом размещении мониторов основной (primary) монитор размещен СПРАВА, а дополнительный (secondoray) СЛЕВа то при сворачивании RemoteAPP приложения на основном мониторе его разворачивание происходит на дополнительном с "подвисанием" приложения. Т.е. не реагирует на клики и кнопки внутри приложения. При этом если в нижнем трее на основном мониторе кликнуть на бар приложения раз 5-7, то на 5-7 сворачивании и разворачивании на доп. мониторе оно неожиданно перескакивает на основной мониторе и работает как обычно. TS сессия на сервере при этом не в дисконекте, т.е. активная и в нее можно даже войти Администратором для управления. Если размещение мониторов логически стандартное, то проблем нет.
Мониторы одинаковые по ТТХ (размер, марка, бренд), разрешения рабочих стол равные. Подключения мониторов к видеокартам не имеет значения (port1,port2). Какой монитор "основной" для рабочего стола, не важно. Проблема возникает только когда логически в настройках параметров рабочего стола дополнительный монитор "размещен" СЛЕВА.
Проблема только на Windows 7х64 SP1 (Build 7601).
Mstsc версии 6.3.9600.16415. Драйвера видеокарты различные (от Intel до Nvidia)
Проблем на W8\10 нет.
Обновление January 3, 2018—KB4056890 (OS Build 14393.2007) на всех серверах фермы 2016 стоят.
В групповых политика на TS протокол 8.1 включен для клиентов его поддерживающих. Отключение настройки не снимает проблему.
В настройках rdp ярлыка мультимониторность включена (span).
Я понимаю что это не совсем корректно для тех кто читает слева-направо, но ряду пользователей по их размещению функционального места такое размещение рабочих столов важно и необходимо.
Гуугл поиск обнадежил что проблема есть в целом по сообществу, но решения как я понял это менять размещение мониторов на стандартное и забыть. Но логично возникает вопрос почему на 2012R2 подобных проблем в нашей конфигурации не было изначально.
https://social.technet.microsoft.com/Fo ... inserverTS
Кто может посоветовать пути решения в данном вопросе ?