Wtware настройка двух мониторов

Обновлено: 19.05.2024

Добрый вечер!
Одному из пользователей, работающему на тонком клиенте потребовался второй монитор.
По умолчанию второй подключенный монитор клонирует информацию с первого с оптимальным для обоих разрешением (1280x1024)
Благодаря советам админа сайта начал гуглить в сторону xrandr
Мониторы разные у одного разрешение 1280x1024, у второго 1920x1080.
Прописал следующее:
xrandr --output VGA1 --mode 1280x1024 --pos 0x0 --output HDMI1 --mode 1920x1080 --right-of VGA1 --pos 1280x0

В результате заработало, но не совсем так, как хотелось бы.

При подключении виндового РДП клиента 7 версии мониторы видны оба:

Это изображения скрыто для гостей.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.

А rdesktop видит оба как 1, но очень большой:

Это изображения скрыто для гостей.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.

Как сделать, чтобы было, как в RDP клиенте? знает кто?

Проблема еще в том, что общее разрешение монитора 3200x1080.

Это изображения скрыто для гостей.
Пожалуйста, зарегистрируйтесь или войдите, чтобы увидеть его.

то есть по высоте меньше чем 2048x1024

Последнее редактирование: 15 Янв 2014 18:28 от 077948 . Как сделать - не знаю, но вот в freerdp вроде есть опция /multimon, попробуй её заюзать и погуглить на эту тему. freerdp юзать не получится, т.к. у нас ферма терминалов.
тема по обсуждению фермы Here's how to get it to work - xfreerdp /multimon /f /u:[user] /p:/[pass] /v:[host] Только может опции xrandr убрать надо будет?
Короче пробовать надо. :-woll:
Получится - отпишись. Последнее редактирование: 15 Янв 2014 19:06 от admin . freerdp юзать не получится, т.к. у нас ферма терминалов. . А, вспомнил, тада косяк. Попытай гугел rdesktop multimon linux, может патч какой есть. Вот на вскидку, заюзай rdesktop c опцией -g 1024x768 (твоё какое то разрешение экрана) freerdp юзать не получится, т.к. у нас ферма терминалов.. Ну в конце-концов, если freerdp заработает, привяжи этого юзера к одному серваку Пока глухо. Может стоит попробовать 2x клиента (сейчас доступна 11 версия) она должна поддерживать ферму.
Тока вопрос, как обновить ее на генераторе) Может так просто не получиться, то зависимостей не хватает, то файло не туда ложиться. :-woll: :-woll: :fuck: Скачивай новую версию 2Х вручную, смотри скрипт установки в ts/5.1/packages/2x/build/install и пробуй ручками раскидать из архива куда надо. А freerdp в принципе, без фермы, заработал как тебе надо?

Пока остановились на растянутом экране rdesktop, позже если время будет, потестю freerdp. 2x ведет себя также как и rdesktop
кстати новая версия должна поддерживать редирект между терминалами. То есть ферму.

Админу спасибо. Думаю мы вернемся к этому вопросу.

Приветствую.
Возникла следующая проблема при подключении двух мониторов.
Если в качестве типа сессии указан оконный менеджер, то USE_XRANDR и XRANDR_OPTIONS работают замечательно. Как было здесь описано выше. Но стоит в качестве типа сессии указать rdesktop (или freerdp - без разницы) - имеем две копии экрана на двух мониторах. А задача как раз такая, чтобы при включении ТК сразу поднималась терминальная сессия.
Третий день бьюсь, не могу победить.
Буду очень признателен за любую подсказку.

Настройки терминала WTware находятся в конфигурационном файле. Самый простой конфигурационный файл состоит из одной строки:

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

Меню из двух пунктов описывается так:

После загрузки на экране получится меню:

Добавим пояснения, ввод нового сервера и пункт для выключения:

После загрузки на экране получится:

Для ввода адреса сервера будет такой интерфейс:

Одновременные соединения

Меню позволяет выбрать один вариант из нескольких. Чтобы подключиться к новому серверу, надо сначала закрыть соединение и вернуться в меню.

WTware позволяет организовать до четырех одновременных соединений. Например:

После загрузки терминал подключится к 10.1.1.82 и к 10.1.1.83. Переключаться между виртуальными экранами можно клавишами Win-стрелки, Win-1, Win-2 или мышью через всплывающее в нижнем правом углу окошко:

Сложный конфигурационный файл:

На первом экране меню из четырех пунктов. На втором экране встроенный Google Chrome (требует 1Gb памяти на терминале, не работает на Raspberry Pi). На третьем виртуальном экране постоянное подключение к серверу 10.1.1.83. На четвертом виртуальном экране интерфейс ввода адреса терминального сервера.

Второй дисплей

WTware позволяет подключить второй дисплей к компьютерам, у которых есть два видеовыхода. Подробнее про два дисплея можно прочитать в этой инструкции. При этом необходимо указывать правильные значения параметров video, display и M2_display. Например, одно соединение растянуто на два дисплея:

Можно запустить отдельные соединения на каждом экране:

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

Начиная с версии 5.1.21, в WTware появилась поддержка двух мониторов.

Список драйверов video= , с которыми два монитора могут заработать:

video = gma(F)
video = i915(F)
video = nouveau(F)
video = radeon(F)
video = via(F)
video = ati(U)
video = intel(U)
video = nouveau(U)
video = openchrome(U)

C другими video= второй монитор не заработает. С VESA тоже не заработает.

Может заработать только на видеокартах, имеющих два или больше видеовыходов. Две видеокарты в одном компьютере в данный момент работать не будут.

Известно, что два монитора не работают на процессорах D2500..D2700, платформа Cedar Trail. Картинка на втором мониторе искажается. Проблема драйвера, ждем когда создатели ядра исправят. На всех остальных не слишком старых графических чипах два монитора удавалось запустить.

Второй монитор включается параметром M2_display . Пример:

Разрешение должно совпадать с физическим разрешением монитора, иначе изображение будет плохим. VGA и DVI указывают видеовыходы, к которым подключены мониторы. Видеовыходы обязательно надо указать. Варианты: VGA, DVI, HDMI, LVDS, DP, VGA2, DVI2, HDMI2, LVDS2, DP2. Обычно значение с двойкой указывает второй выход такого типа. Но иногда драйвер ошибается, например на материнской плате ASRock E350M1 разьем DVI надо в конфиге указывать как HDMI2. Это сложно объяснить, проще посмотреть в лог и напрячь интуицию. Вот кусок лога с терминала на ASRock E350M1:

Сразу видно, что драйвер не знает о наличии DVI, а видит два выхода HDMI. Первый HDMI распаян на материнской плате разъемом HDMI. То, что драйвер считает вторым HDMI, на материнской плате выведено на разъем DVI. Поэтому для физически подключенного на DVI монитора в конфиге для этой материской платы вместо DVI надо писать HDMI2.

Расположение мониторов друг относительно друга указывается парметром M2_position :

Означает, что второй монитор находится справа от первого монитора, и они выровнены по нижнему краю. Выравнивание по нижнему или верхнему краю важно, если разрешение мониторов разное. Если разрешение мониторов одинаковое, то значения M2_position=right , M2_position=right-top и M2_position=right-bottom дадут одинаковый результат.

Второй монитор может работать в двух режимах:

1. Можно растянуть одну RDP сессию на два монитора. Так же, как это делает mstsc.exe. Для использования второго монитора в этом режиме в конфиге не надо писать никаких специальных параметров, кроме M2_display= и M2_position= . Терминал увидит указание использовать второй монитор, но не найдет в конфиге отдельных сессий для второго монитора, и автоматически попытается растянуть сессию на оба монитора. Если терминальный сервер его поймет. 2008R2 два монитора понимает, 2003 не понимает.
2. Отдельные наборы виртуальных экранов и подключений на разных мониторах. На втором мониторе может отображаться такой же список экранов и подключений, как и на одном мониторе, свой отдельный список. Начинается с волшебного слова:
M2_next screen

Затем все то же самое, что и для первого монитора. Каждый следующий виртуальный экран на втором мониторе начинается словом M2_next screen .

Такой конфиг сделает меню из двух пунктов на первом мониторе и другое меню из трех пунктов на втором мониторе:

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

Тонкий клиент (англ. thin client) в компьютерных технологиях — бездисковый компьютер-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер (Wikipedia ).

Если проще, то тонкий клиент – это недокомьютер, который загружает легкую операционную систему (обычно используется Linux, в обзоре возьмем это за априори) и соединяется с терминальным сервером.

Обычно тонкие клиенты создаются для экономии на железе и ПО, в редких случаях по иным соображениям.

В этой статье я постараюсь сделать краткий обзор WTWare, являющегося Linux дистрибьютивом, разработанным специально для создания тонких клиентов.

Сначала о тонком клиенте.

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

На компьютере с одного из источников загружается тонкий клиент. Основные варианты источников загрузки – LAN, CD, HDD.
В процессе загрузки тонкого клиента (или до нее при варианте с LAN) сетевой карте компьютера выдается IP адрес.
По окончании загрузки тонкий клиент через rdesktop поднимает терминальную сессию с указанным в настройках терминальным сервером.

Существенно снижаются затраты на «железо». Предприятие может купить за копейки старый хлам, и все что нужно для его работы – терминальный сервер с достаточным количеством ресурсов и настроенные тонкие клиенты.
Снижаются затраты на программное обеспечение – не нужно покупать ПО на десктопы, достаточно только лицензировать терминальный сервер (но нужно покупать терминальные лицензии).
Снижаются затраты на администрирование. Администрировать нужно лишь терминальный сервер. Как показала практика, тонкие клиенты практически не убиваемы (если не прилагать целенаправленные усилия), и практически не дают сбоев. Но нужно понимать, что при смене сисадмина он должен разобраться во всем этом деле, например сэмулировав работу тонких клиентов на виртуальных машинах, ведь любой сбой приведет к общему краху.

Загрузка по сети. Работает следующим образом: в локальной сети должны быть подняты DHCP и TFTP серверы. В компьютере должна быть либо сетевая карта с BootROM, либо драйвера для сетевой карты, эмулирующие BootROM. Сетевая карта ищет в сети DHCP сервер, получает все необходимые сетевые настройки + адрес TFTP сервера. Далее происходит обращение к TFTP серверу и загрузка операционной системы.
Загрузка с CD/DVD/Flash/IDE — тут стандартно, как и любая другая операционная система.

WTWare — дистрибутив GNU/Linux, разработанный специально для создания тонких клиентов. За основу взят популярный клиент под названием Thinstation. Основное различие – ориентированность на русских пользователей (в самом Thinstation есть проблемы с кириллицей), плюс всякие мелкие фиксы.

Настройка WTWare.

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

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

Итак. В первую очередь качаем образ Thinstation с сайта WTWare. Распаковываем.
Загрузочный файл называется pxelinux.0 при загрузке по протоколу PXE (если BootROM встроен в вашу сетевую или материнскую плату) или wtshell.nbi для загрузчика Etherboot (при использовании эмулятора BootROM).

К слову говоря, Etherboot — оpensource проект, который выпускает прошивки практически для всех существующих сетевых карт. Прошивка Etherboot может быть записана в микросхему BootROM или flash-память сетевой карты, может быть запущена с дискеты или жесткого диска как загрузочный сектор или как программа из DOS.

Далее если вы загружаетесь через LAN и у вас правильно настроены DHCP и TFTP сервера – все должно заработать «как есть». Единственное – не будет найден терминальный сервер, ведь вы еще не конфигурировали ваши тонкие клиенты.

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

Конфигурирование.

Опять таки я не буду углубляться в дебри конфигурационных файлов, потому как там сотни параметров. Тут можно увидеть их полный список. Я расскажу лишь об основных.

all.wtc – общесистемный конфигурационный файл.
list.wtc – подключаемые конфигурационные файлы согласно списка.
Индивидуальные конфигурационные файлы.

Имя_терминала.wtc. Имя терминала, соотвественно, выдается DHCP сервером.
ма.ка.др.ес.те.рм.wtc. Привязка идет по мак адресу подключаемового терминала.

all.wtc
Файлы, указанные в list.wtc
Файлы, подключенные через include
Индивидуальный конфиг

Конфигурационные переменные индивидуальных файлов:
user = username // имя пользователя
password = user_password // пароль пользователя
domain = enterprise_domain // домен предприятия

Если в индивидуальный файл записать переменную, которая присутствует в общем файле — она получит более высокий приоритет.

Так же в индивидуальные файлы прописываются дополнительно подключенные устройства, такие как принтеры, сканера и т.п.

И в конце хотел упомянуть об еще одной интересной возможности – подключение локальных ресурсов (Floppy, DVD, Flash, HDD, Sound). В конфиге выглядит примерно так:
floppy = on
cdrom = on
usb1 = on
sound = on
Диск будет доступен в сессии текущего пользователя из Проводника Windows по адресу: \\tsclient\.

Могут возникнуть проблемы с подключением оборудования, если драйвера на него в системе отсутствуют. Знаю, что через некие костыли можно разобрать образ, припихнуть туда драйвера, собрать образ обратно. Сам не пробовал.
Если у карточки нет BootROM, могут возникнуть проблемы с подбором Etherboot прошивки (есть не для всех карт).

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

Оборудование для создания тонких клиентов:

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

Ну, вот, пожалуй, и все. При правильной настройке терминального, DHCP и TFTP сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.

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

Вот почему многие пользователи часто испытывают проблемы и сообщают, что VMware не обнаруживает второй монитор.

Мы увидим, как мы можем настроить параметры VMware для использования двойного монитора с VMware Workstation.

Как использовать двойной монитор с VMware?

1. Настройте параметры VMware

Выключите виртуальную машину, прежде чем продолжить выполнение следующих шагов.
Теперь откройте приложение VMware и перейдите к редактировать >> предпочтения,
Нажмите на экран в левой панели, вы увидите две опции в Auto Adjustment. Используйте флажки, чтобы выбрать Самонастраивающийся гость и Окно автонастройки.
Нажмите на Самонастраивающийся гость опция доступна в разделе полного экрана. Вам также необходимо изменить разрешение вашей виртуальной машины. Хит хорошо кнопка, чтобы сохранить новую конфигурацию.
Щелкните правой кнопкой мыши имя вашей виртуальной машины и выберите конфигурации, Выберите аппаратные средства вкладка (если еще не выбрана), а затем нажмите монитор этикетка.
Выберите Укажите настройки монитора вариант и укажите 2 под Количество мониторов вариант.
Вы также должны ввести разрешение одного монитора ниже Максимальное разрешение любого монитора этикетка. Нажмите на хорошо кнопка для сохранения изменений.
Как только вы закончите со всеми упомянутыми выше изменениями, включите вашу виртуальную машину. Перейдите к вид >> Несколько мониторов цикла,

Как только вы нажмете Несколько мониторов цикла, вы можете столкнуться с ошибкой. Невозможно использовать несколько мониторов. Если вы один из тех, кто сталкивается с подобной ситуацией, вам следует установить VMware Tools.

2. Установите инструменты VMware

Включите вашу виртуальную машину, если она уже выключена.
Перейдите к строке меню и выберите В.М. а затем нажмите Установите VMware Tools.
Если это ваша первая попытка установить VMware Tools, нажмите хорошо кнопка, которая появляется в информационном окне Install VMware Tools.
Мастер установки VMware Tools должен запуститься, если автозапуск уже включен для привода CD-ROM.
Если вы не видите мастера установки, нажмите Win + R и введите команду D: setup.exe или D: setup64.exe для 64-битной системы, D относится к вашему виртуальному приводу CD-ROM.
Вам нужно будет выбрать между типичными, полными или пользовательскими параметрами в процессе установки. выбрать Завершить если вы хотите запустить виртуальную машину на нескольких продуктах VMware.

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

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

Читайте также: