Как создать файл манифеста windows rdp

При использовании мониторов с высоким разрешением (4k DPI) в Windows 10 пользователи часто сталкиваются с тем, что текст, значки и другие элементы устаревших программ, несовместимых с экранными режимами HiDPI, становится слишком мелким, размытыми и нечитаемыми.

Частично эта проблема была исправлена в обновлении Fall Creators Update за счет внедрения дополнительной поддержки динамического масштабирования DPI, однако при подключении к рабочему столу удаленного компьютера по RDP, проблема масштабирования все еще сохраняется (все также отсутствует поддержка нормального масштабирование для клиента mstsc.exe).

В Windows 8.1 и Windows 10 по-умолчанию локальный DPI передается в RDP подключение, в результате все значки и текст в таком окне становятся очень мелкими и плохо читаемыми.

В качестве обходного пути можно использовать для RDP подключений приложение RDCMan, но есть решение и для родного клиента mstsc.exe.

Смысл в том, что для конкретных приложений можно создать отдельный файл манифеста (.manifest).

Чтобы этот функционал заработал, чтобы Windows при запуске приложения пыталась сначала получить данный из файла манифеста приложения. Для этого в ветке реестра HKLMSOFTWAREMicrosoftWindowsCurrentVersionSideBySide создать ключ типа DWORD (32 бит) со именем PreferExternalManifest и десятичным значением 1.

Затем в каталоге %SystemRoot%System32 (в нем хранится клиент mstsc.exe) нужно создать файл mstsc.exe.manifest со следующим текстом:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0" xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"

name="Microsoft.Windows.Common-Controls"
version="6.0.0.0" processorArchitecture="*"
publicKeyToken="6595b64144ccf1df"
language="*">
</assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.VC90.CRT"
version="9.0.21022.8"
processorArchitecture="amd64"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel
level="asInvoker"
uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo>
<asmv3:application>
<asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
<ms_windowsSettings:dpiAware xmlns:ms_windowsSettings= "http://schemas.microsoft.com/SMI/2005/WindowsSettings" >false</ms_windowsSettings:dpiAware>
</asmv3:windowsSettings>
</asmv3:application>
</assembly>

Примечание. Данные значения для файла манифеста можно получить самостоятельно из .exe файла приложения с помощью утилиты Resource Hacker. Для этого нужно открыть файл mstsc.exe с помощью Resource Hacker. Скопируйте данные из раздела Manifest->1->1033 (для английской Windows) и добавьте секцию с флагом dpiAware со значением false.

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

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

У меня появился новый ноутбук – можно сказать, классика рабочего жанра – Lenovo ThinkPad T580. В этом ноуте все отлично – и характеристики его железа (на канале будет отдельный обзор), и, собственно дизайн, вес и прочие эргономические вещи… И как главная плюшка – у ноута отличный 15” экран с разрешением 3840х2160 – 4К.

Но, как часто бывает – все эти плюшки не только приятны, но и имеют отрицательные стороны. Вы видели, какой масштаб PPI (DPI) стоит для таких вот 15” экранов 4К 3840х2160, подобных Lenovo ThinkPad T580?! – правильно, 250% по умолчанию! Т.е. именно настолько масштабируется изображение, чтобы текст на экране был читаемый глазом, а в элементы управления можно было попадать мышкой. Кто не знаком с эффектом DPI/PPI на маленьких экранах с большим разрешением (от 4К и выше) – рекомендую заглянуть в настройки дисплея в Windows и там поиграться в настройками Scaling’а. А для наглядности – вот вам картинка для сравнения вида интерфейса в масштабе 100% и 225%

При чем здесь DPI/PPI и масштабирование, спросите вы? А при том, что представьте себе, что у вас есть приложение, которое ничего не знает о том, в каком масштабе отображать картинку внутри себя и никакого масштабирования внутри такого приложения не происходит. В результате – внутри окна приложения будет все настолько мелким, насколько это выглядит таковым в приведенном выше примере (слева).

И таким вот нужным и часто используемым приложением, которое «не понимает масштабирования» для экранов с большим разрешением – является Microsoft Remote Desktop Client (да и многие прочие клиенты удаленного рабочего стола RDP). При подключении к удаленному компьютеру – рабочий стол этого компьютера в RDP выглядит катастрофически мелким, поскольку картинка RDP оттуда – отображается с масштабированием DPI удаленного сервера, которое может быть и 150%, и даже 100%. Работать с таким удаленным интерфейсом на экране 4К размером 15” – нереально, курсора мышки иногда просто не видно 😉

Так поменять масштабирование на удаленном сервере!!! – ага, сейчас, по умолчанию на сервере такая опция заблокирована – для изменения масштабирования интерфейса в сеансе RDP на сервере надо провести шаманские пляски (если у вас есть права на это), да и не будешь на каждом сервере это менять…

Итого, остается только вариант научить клиента удаленного рабочего стола RDP («родного» Microsoft’овского или какого либо другого) понимать масштабирование и учитывать это при соединении с удаленным сервером.

После достаточно длительного поиска в Инете и чтения разных «рецептов танцев с бубнами» вокруг проблемы масштабирования DPI/PPI в RDP, я пришел к выводу, что самым работоспособным рецептом решения проблемы является вариант, описанный в статье [Fix] Remote Desktop DPI scaling issues. Во избежание потери информации (если вдруг страницу или файлы удалят, сайт закроют) – сделаю вольный перевод предложенного материала/копию файлов и у себя на блоге.

Итак, метод лечения проблемы масштабирования интерфейса для стандартного RDP клиента Microsoft крайне прост и заключается в копировании специального файла-манифеста для RDP, который собственно и содержит в себе команду включения того самого масштабирования для удаленного подключения:

1. Правим на локальной машине (где вы и используете RDP и где у вас, надеюсь, есть все права админа) реестр, указывая, что стандартный RDP клиент должен брать настройки из файла манифеста:

1. Запускаем утилиту regedit и идем по следующему пути:
   HKLMSOFTWAREMicrosoftWindowsCurrentVersionSideBySide

2. Создаем новый параметр, кликнув на пустом поле справа правой кнопкой мышки NEW -> DWORD (32 bit) Value

3. Вводим имя нового параметра PreferExternalManifest и жмем ENTER.

4. Снова кликаем правой кнопкой мыши, теперь уже по записи PreferExternalManifest, и выбираем Modify.

5. Вводим в Value Data значение 1 и выбираем пункт Decimal.

6. Нажимаем в окошке OK.

7. Закрываем Registry Editor.
   Результат должен выглядеть примерно следующим образом:
   
   

2. Далее, нужно создать файл самого манифеста под именем mstsc.exe.manifest и поместить его в папку %SystemRoot%System32mstsc.exe.manifest (обычно это C:WindowsSystem32mstsc.exe.manifest). Полный текст содержимого mstsc.exe.manifest приведен ниже, уже готовый файл mstsc.exe.manifest можете забрать здесь.

Далее – запускаем стандартный Microsoft клиент RDP (mstsc.exe) или перезапускаем его (если на момент изменений были открыты какие-то RDP сессии) и наслаждаемся соответствующим масштабу вашего локального экрана виду удаленного экрана. В реальности, данный фикс настроек RDP клиента работает очень просто – RDP клиент отправляет запрос на такое разрешение удаленного экрана, которое на соответствующий масштабу процент меньше, чем оригинальное у клиента – так что не удивляйтесь «странным» цифрам в разрешении удаленного рабочего стола. Например, если у меня разрешение 4К 3840х2160 при 225% масштаба, то разрешения удаленного стола будет установлено обновленным RDP клиентом для полноэкранной картинки как 1704х960 (как раз те самые 3840/2,25 и т.д.) – и все элементы удаленного интерфейса соответствуют масштабу.

<?xml version=”1.0″ encoding=”UTF-8″ standalone=”yes”?>

<assembly xmlns=”urn:schemas-microsoft-com:asm.v1″ manifestVersion=”1.0″ xmlns:asmv3=”urn:schemas-microsoft-com:asm.v3″>

<dependency>

<dependentAssembly>

<assemblyIdentity

type=”win32″

name=”Microsoft.Windows.Common-Controls”

version=”6.0.0.0″ processorArchitecture=”*”

publicKeyToken=”6595b64144ccf1df”

language=”*”>

</assemblyIdentity>

</dependentAssembly>

</dependency>

<dependency>

<dependentAssembly>

<assemblyIdentity

type=”win32″

name=”Microsoft.VC90.CRT”

version=”9.0.21022.8″

processorArchitecture=”amd64″

publicKeyToken=”1fc8b3b9a1e18e3b”>

</assemblyIdentity>

</dependentAssembly>

</dependency>

<trustInfo xmlns=”urn:schemas-microsoft-com:asm.v3″>

<security>

<requestedPrivileges>

<requestedExecutionLevel

level=”asInvoker”

uiAccess=”false”/>

</requestedPrivileges>

</security>

</trustInfo>

<asmv3:application>

<asmv3:windowsSettings xmlns=”http://schemas.microsoft.com/SMI/2005/WindowsSettings”&gt;

<ms_windowsSettings:dpiAware xmlns:ms_windowsSettings=”http://schemas.microsoft.com/SMI/2005/WindowsSettings”>false</ms_windowsSettings:dpiAware&gt;

</asmv3:windowsSettings>

</asmv3:application>

</assembly>

Немного дополнительных life-хаков о том, как:

• Как восстановить “сдохшую” microSD, SD или USB, которая не хочет форматироваться
• Какую быструю microSD карточку купить для работы с 4K видео, большими фото, time lapse и т.п.?–тестирование скорости работы microSD U3 от Samsung, SanDisk, Kingston, Transcend и “китайских ноунейм” Toshiba, OV, LonDisk
• Как удалить CD раздел с USB флешки, снять режим “только чтение”, проверить реальный рабочий размер
• Как правильно очистить место на системном диске Windows (C:) и ничего не сломать (от Игоря Шаститко)
• Подробно: почему и как “сдохла” microSD/SD, флешка в телефоне, камере и как с этим бороться
• Как правильно и безопасно удалить вирусы, трояны, rootkit’ы с вашего ПК – подробная инструкция
• Как создать Microsoft Account (учетную запись Microsoft), почему не работает Microsoft Account?
• СофТы: простой способ установки Windows 2000/Windows XP на телефон Android (Limbo)

И еще немного дополнительных материалов, посвященных ИТ тематике у меня на YouTube-канале iWalker2000 и тут на блоге. Надеюсь, сисадмины и те, кто ими собирается стать – найдут данные материалы тоже интересными для себя.

Первые серии нового курса по использованию Azure IaaS:

• Использование инфраструктуры Azure для системных администраторов, часть 1 – 15 шагов ДО облаков
• Использование инфраструктуры Azure для системных администраторов, часть 2 – виртуальный облачный ЦОД
• Использование инфраструктуры Azure для сисадминов, часть 4 – основные инструменты управления в Azure
• Использование инфраструктуры Azure для сисадминов, часть 5 – что такое Resource Group в Azure

Видео об ИТ-карьере – как стать ИТ-специалистом и заработать много денег:

И смотрите другие видео для ИТ-специалистов у меня на канале:

Видео про новые возможности дисков и дисковых массивов:

Подписывайтесь на мой Youtube канал iWalker2000 – для подписки просто кликните сюда

Также, по просьбам посетителей – меня найти можно (добавляйтесь в друзья и подписчики):

Если у вас современный мощный ультрабук с суперкрутым 4K или 2K-дисплеем, и вы часто пользуетесь подключением к удалённому рабочему столу RDP, то вы согласитесь, что это просто АД — тыкать курсором в убермелкие значки и кнопки. Кнопка Пуск меньше ногтя на мизинце, чтобы попасть в кнопку закрыть, надо быть олимпийским чемпионом по кёрлингу. Я до сих пор не понимаю, как майкрософт могли так облажаться и на протяжении такого долгого времени не могут исправить свой косяк. Всё приходится исправлять самому… Итак, на руках у нас ультрабук Lenovo, 2K-дсиплей, удалённый рабочий стол и родной mstsc.exe.

Я порылся в интернете, и нашёл 2 самых популярных решения:

1. Использовать стороннее ПО, вроде Remote Desktop Connection Manager 2.7 или RD Tabs
2. Указать встроенному клиенту RDP на новый manifest-файл и пользоваться им дальше

Первый вариант — можете сами гуглить и легко скачать программы. Я распишу как провернуть второй вариант.

Прописываем в реестре использование сторонних manifest-файлов.

1. Открываем regedit.exe от имени администратора
2. открываем ветку HKLMSOFTWAREMicrosoftWindowsCurrentVersionSideBySide
3. создаём параметр DWORD (32 bit) с названием PreferExternalManifest
4. Открываем созданный параметр, переводим тип счисления на десятичную и вводим 1.
5. Нажимаем ОК и закрываем редактор реестра

Чтобы было вам проще, я подготовил простой reg-файл, просто импортируйте его себе в реестр. Скачать

Подсовываем правильный manifest-файл

Далее вам надо создать файлик, это можно сделать в блокноте. Скопируйте туда текст снизу, сохраните на рабочий стол под названием mstsc.exe.manifest (в конце не должно быть .txt). После этого этот файл надо закинуть в папку %SystemRoot%System32, скорее всего этот файл будет лежать тут C:WindowsSystem32mstsc.exe.manifest. Важно, чтобы manifest-файл лежал в той же папке что и клиент удалённого рабочего стола.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0" xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">

<dependency>

  <dependentAssembly>

    <assemblyIdentity

      type="win32"

      name="Microsoft.Windows.Common-Controls"

      version="6.0.0.0" processorArchitecture="*"

      publicKeyToken="6595b64144ccf1df"

      language="*">

    </assemblyIdentity>

  </dependentAssembly>

</dependency>

<dependency>

  <dependentAssembly>

    <assemblyIdentity

      type="win32"

      name="Microsoft.VC90.CRT"

      version="9.0.21022.8"

      processorArchitecture="amd64"

      publicKeyToken="1fc8b3b9a1e18e3b">

    </assemblyIdentity>

  </dependentAssembly>

</dependency>

<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">

  <security>

    <requestedPrivileges>

      <requestedExecutionLevel

        level="asInvoker"

        uiAccess="false"/>

    </requestedPrivileges>

  </security>

</trustInfo>

<asmv3:application>

  <asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">

    <ms_windowsSettings:dpiAware xmlns:ms_windowsSettings="http://schemas.microsoft.com/SMI/2005/WindowsSettings">false</ms_windowsSettings:dpiAware>

  </asmv3:windowsSettings>

</asmv3:application>

</assembly>

Если вы не хотите заморочиваться копированием-вставкой-блокнотом-перемещением, то просто скачайте файлик mstsc.exe.manifest здесь и скопируйте его в папку C:WindowsSystem32 (потребуются права администратор)

Подсмотрено тут https://blog.brankovucinec.com/2016/03/19/fix-remote-desktop-dpi-scaling-issues/

Файлы для скачивания выложены на Яндекс.Диск https://yadi.sk/d/XpxDR9Yi3U2dUu

The 1440×900 laptop issue is quite common. yes, you could choose a smaller resolution, say, 1024×768 or 800×600, and they would yield acceptable results — if what you’re seeking is to avoid scroll bars withing the RDP instance itself.

Must more convenient is to choose to use your current desktop resolution, but in many clients this will yield less than desirable results (You get the scroll bars) unless you toggle full screen.

To have your RDP client (Since we appear to be talking about MSTSC.exe here) session occur in a window itself, while avoiding the scroll bars (or the afore mentioned resolutions which are less than optimum), the /h:900 /w:1100 parameters suggested above are a great starting point, but with all things YMMV, so play with it until you get it just so

Many RDP clients also allow you to set a ‘custom’ res just prior to connect, and yes, most clients will remember your last sessions.

One major thing you should be aware of. For all of us UNIX folks, we’re going to be using things like vcenter, putty, etc., in our remote windows sessions, and whatver you want to call your DOS-like consoles, well… They don’t follow the same set of rules as the rest of your desktop, so just make a note of that when setting your resolutions, and set your preferences according to how nicely the Windows desktop fits into your workspace, because you’re just going to have to get used to moving those DOS-like windows about, as they’ll always be a bit clunky.

You can also set 24bit color with a hack, because it’s disabled by default, although there’s really no need for most folks, and although some people like to disable printing, I find that using remote apps and printing locally via RDP is not only a dream, but part of my regular tasks on a daily basis.

so remember, if you’re local res is 1440×900, you either need to run your RDP client in full screen mode (appears as if it is your local desktop), or, in order to run it as an obvious windowed app, you’ll need to adjust your custom screen resolution to something slightly smaller, which will yield a window about the size of your entire desktop, but without appearing as if it is your local desktop — this is what many prefer, as they find it confusing otherwise.

I hope that helps

The 1440×900 laptop issue is quite common. yes, you could choose a smaller resolution, say, 1024×768 or 800×600, and they would yield acceptable results — if what you’re seeking is to avoid scroll bars withing the RDP instance itself.

Must more convenient is to choose to use your current desktop resolution, but in many clients this will yield less than desirable results (You get the scroll bars) unless you toggle full screen.

To have your RDP client (Since we appear to be talking about MSTSC.exe here) session occur in a window itself, while avoiding the scroll bars (or the afore mentioned resolutions which are less than optimum), the /h:900 /w:1100 parameters suggested above are a great starting point, but with all things YMMV, so play with it until you get it just so

Many RDP clients also allow you to set a ‘custom’ res just prior to connect, and yes, most clients will remember your last sessions.

One major thing you should be aware of. For all of us UNIX folks, we’re going to be using things like vcenter, putty, etc., in our remote windows sessions, and whatver you want to call your DOS-like consoles, well… They don’t follow the same set of rules as the rest of your desktop, so just make a note of that when setting your resolutions, and set your preferences according to how nicely the Windows desktop fits into your workspace, because you’re just going to have to get used to moving those DOS-like windows about, as they’ll always be a bit clunky.

You can also set 24bit color with a hack, because it’s disabled by default, although there’s really no need for most folks, and although some people like to disable printing, I find that using remote apps and printing locally via RDP is not only a dream, but part of my regular tasks on a daily basis.

so remember, if you’re local res is 1440×900, you either need to run your RDP client in full screen mode (appears as if it is your local desktop), or, in order to run it as an obvious windowed app, you’ll need to adjust your custom screen resolution to something slightly smaller, which will yield a window about the size of your entire desktop, but without appearing as if it is your local desktop — this is what many prefer, as they find it confusing otherwise.

I hope that helps

Удаленный рабочий стол – это древний и изящный инструмент Windows, который во многих отношениях может значительно облегчить вашу жизнь. С его помощью вы можете управлять более чем одним рабочим столом через интернет-соединение. Тем не менее, это не без проблем, особенно когда речь идет о вторичных мониторах и масштабировании DPI.

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

К счастью, всегда есть решение. Или несколько решений, в этом случае. Поэтому, если у вас возникли проблемы с DPI на ПК с Windows 10, следуйте приведенным ниже инструкциям, чтобы успешно их устранить.

Как решить проблемы DPI с протоколом удаленного рабочего стола в Windows 10

1. Обновите вашу систему
2. Выйдите из системы до подключения
3. Используйте Microsoft Remote Desktop Connection Manager 2.7.
4. Использовать файл манифеста

1. Обновите вашу систему

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

Поэтому обязательно установите все обновления, предоставляемые через Центр обновления Windows, и надейтесь на лучшее.

2. Выйдите из системы до подключения

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

Кроме того, убедитесь, что все настроено, как следует, следуя инструкциям приложения Remote Desktop Assistant.

3. Используйте Microsoft Remote Desktop Connection Manager 2.7.

Диспетчер подключений к удаленному рабочему столу 2.7 – это еще один инструмент, предоставленный Microsoft, который должен помочь вам настроить удаленный доступ к альтернативному монитору. Этот инструмент должен предоставить вам лучшую поддержку для нескольких мониторов, что часто является причиной проблемы. А именно, если вы используете несколько вторичных мониторов, есть большая вероятность, что DPI будет иметь проблемы из-за частых изменений конфигурации.

Этот инструмент можно найти и скачать здесь.

4. Используйте файл манифеста

Масштабирование DPI является универсальной проблемой, которую иногда трудно решить из-за системных ограничений Windows 10. Однако технически подкованные и знающие люди всегда получают альтернативное решение. Благодаря широкому сообществу мы получили одно решение, которое должно помочь вам решить любые проблемы масштабирования DPI путем создания внешнего файла манифеста. Эта процедура требует некоторых настроек реестра, поэтому обязательно сделайте резервную копию реестра, прежде чем мы начнем с этих шагов.

После создания резервной копии реестра следуйте приведенным ниже инструкциям, чтобы внести необходимые изменения:

1. На панели поиска Windows введите regedit.
2. Щелкните правой кнопкой мыши редактор реестра и запустите от имени администратора.
3. Перейдите к HKLMSOFTWAREMicrosoftWindowsCurrentVersionSideBySide.
4. Щелкните правой кнопкой мыши на правой панели и выберите NEW> DWORD (32 bit) Value.
5. Назовите только что созданное значение PreferExternalManifest.
6. Щелкните правой кнопкой мыши PreferExternalManifest и выберите «Изменить».
7. Выберите Десятичное число и измените Значение данных на 1.
8. Подтвердите изменения и закройте редактор реестра.

Теперь, после того как мы разобрались с реестром, загрузите файл манифеста отсюда. Кроме того, вы можете создать его вручную, скопировав этот список команд в Блокнот:

type = ”win32 ″
name =” Microsoft.Windows.Common-Controls ”
version =” 6.0.0.0 ″ processorArchitecture = ”*”
publicKeyToken = ”6595b64144ccf1df”
language = ”*”>

type = ”win32 ″
name =” Microsoft.VC90.CRT ”
version =” 9.0.21022.8 ″
processorArchitecture = ” amd64 ″
publicKeyToken = ”1fc8b3b9a1e18e3b”>

level = ”asInvoker”
uiAccess = ”false” />

false

Сохраните файл и назовите его mstsc.exe.manifest. После этого скопируйте файл в это место:

• C: WindowsSystem32

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

На этом мы завершаем эту статью. Если у вас есть какие-либо вопросы или альтернативные обходные пути, которые решили эту проблему для вас, обязательно сообщите нам об этом в разделе комментариев ниже.

Примечание редактора . Этот пост был первоначально опубликован в июне 2017 года и с тех пор был полностью переработан и обновлен для обеспечения свежести, точности и полноты.

false

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

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

Источник

Разрешение экрана удаленного рабочего стола на windows server при подключении по протоколу RDP

Бывает, что нужно подключаться к удаленному рабочему столу с ноутбука, у которого размер экрана не очень большой. Часто на самом сервере выставлено максимальное разрешение экрана для «удаленки», которое хорошо подходит для стационарного монитора с большой диагональю, но для ноутбука получается слишком мелко. А изменение параметров удаленного рабочего стола может заблокировано настройкой прав пользователя.

В настройках подключения выбор разрешения экрана отсутствует:

Я пробовал изменить настройки подключения, открыв файл «.rdp» в редакторе, но этот маневр результата также не принес (экспериментировал с параметрами desktopwidth, desktopheight и winposstr):

Нашел выход из положения следующим способом: Подключение RDP устроено таким образом, что разрешение удаленного рабочего стола не может быть больше разрешения экрана компьютера, с которого осуществляется подключение. Скорее всего, эта системная настройка, которую нельзя изменить политиками на сервере. Таким образом, чтобы уменьшить разрешение на «удаленке» можно выставить нужное разрешение экрана на вашем компьютере до требуемого перед запуском подключения. При этом не требуется менять настройки самого подключения.

Источник

Масштабирование экрана при подключении по RDP

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

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

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

Динамическое масштабирование появилось еще в Windows XP, однако включить режим масштабирования можно было только отредактировав файл подключения. Для этого надо открыть файл с расширением .rdp в Блокноте (или другом текстовом редакторе)

и добавить в него такую строку:

smart sizing:i:1

После внесения изменений файл надо сохранить, и при следующем подключении RDP-клиент будет запущен в режиме масштабирования.

В восьмой версии RDP клиента в Windows Server 2012 и Windows 8 появилась возможность управлять масштабированием на лету, прямо из графического интерфейса. Для включения масштабирования достаточно кликнуть правой клавишей мыши в левом верхнем углу окна RDP и отметить в контекстном меню пункт Интеллектуальное изменение размера (Smart sizing).

Примечание. Для Windows Server 2008 R2 и Windows 7 RDP 8.0 можно установить отдельно, в виде обновления.

Источник

Igor «Walker» Shastitko

Блог о мобильных устройствах, технологиях и путешествиях: обзоры, тестирования, тренинги и путевые заметки…

Как настроить нормальный масштаб интерфейса, размер фонтов в клиенте удаленного рабочего стола RDP при высоком разрешении экрана–самый простой и работоспособный вариант (Remote Desktop DPI scaling issues)

У меня появился новый ноутбук – можно сказать, классика рабочего жанра – Lenovo ThinkPad T580. В этом ноуте все отлично – и характеристики его железа (на канале будет отдельный обзор), и, собственно дизайн, вес и прочие эргономические вещи… И как главная плюшка – у ноута отличный 15” экран с разрешением 3840х2160 – 4К.

Но, как часто бывает – все эти плюшки не только приятны, но и имеют отрицательные стороны. Вы видели, какой масштаб PPI (DPI) стоит для таких вот 15” экранов 4К 3840х2160, подобных Lenovo ThinkPad T580?! – правильно, 250% по умолчанию! Т.е. именно настолько масштабируется изображение, чтобы текст на экране был читаемый глазом, а в элементы управления можно было попадать мышкой. Кто не знаком с эффектом DPI/PPI на маленьких экранах с большим разрешением (от 4К и выше) – рекомендую заглянуть в настройки дисплея в Windows и там поиграться в настройками Scaling’а. А для наглядности – вот вам картинка для сравнения вида интерфейса в масштабе 100% и 225%

При чем здесь DPI/PPI и масштабирование, спросите вы? А при том, что представьте себе, что у вас есть приложение, которое ничего не знает о том, в каком масштабе отображать картинку внутри себя и никакого масштабирования внутри такого приложения не происходит. В результате – внутри окна приложения будет все настолько мелким, насколько это выглядит таковым в приведенном выше примере (слева).

И таким вот нужным и часто используемым приложением, которое «не понимает масштабирования» для экранов с большим разрешением – является Microsoft Remote Desktop Client (да и многие прочие клиенты удаленного рабочего стола RDP). При подключении к удаленному компьютеру – рабочий стол этого компьютера в RDP выглядит катастрофически мелким, поскольку картинка RDP оттуда – отображается с масштабированием DPI удаленного сервера, которое может быть и 150%, и даже 100%. Работать с таким удаленным интерфейсом на экране 4К размером 15” – нереально, курсора мышки иногда просто не видно 😉

Так поменять масштабирование на удаленном сервере. – ага, сейчас, по умолчанию на сервере такая опция заблокирована – для изменения масштабирования интерфейса в сеансе RDP на сервере надо провести шаманские пляски (если у вас есть права на это), да и не будешь на каждом сервере это менять…

Итого, остается только вариант научить клиента удаленного рабочего стола RDP («родного» Microsoft’овского или какого либо другого) понимать масштабирование и учитывать это при соединении с удаленным сервером.

Итак, метод лечения проблемы масштабирования интерфейса для стандартного RDP клиента Microsoft крайне прост и заключается в копировании специального файла-манифеста для RDP, который собственно и содержит в себе команду включения того самого масштабирования для удаленного подключения:

Источник

Настройка DPI недоступна в удаленном сеансе (RDP)

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

Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 2544872

Сводка

При подключении обычных пользователей к удаленному сеансу они не могут изменить разрешение дисплея или параметры DPI. Параметры DPI обычно используются для глобального изменения размера шрифтов и других элементов пользовательского интерфейса; например, чтобы повысить разность пользовательского интерфейса. Изменение параметров глобального DPI может быть сделано только администратором, входив на консоль Windows Server или PC, и потребуется перезагрузка. Параметр DPI влияет на весь пользовательский интерфейс, включая интерфейс logon (LogonUI).

Обычные пользователи (и пользователи в удаленном сеансе) могут настраивать многие элементы пользовательского интерфейса по отдельности, однако с помощью applet «Цвет окна и внешний вид» в панели управления персонализацией.

Чтобы предоставить пользователям решение, администратору рекомендуется создать несколько тем с шрифтами разного размера и элементами пользовательского интерфейса, названными в обнаруживаемом способе (например, «120 dpi Theme», «150 dpi Theme»). Это позволит пользователям удаленных настольных компьютеров легко выбрать тему с масштабными элементами пользовательского интерфейса из знакомого места в Windows (например, applet personalization; также доступной правой кнопкой мыши на рабочем столе).

Дополнительная информация

Масштабные темы можно создать следующим образом:

В результате файлы Theme можно скопировать в соответствующую папку %systemroot%Resources на других компьютерах Windows при необходимости.

Источник