Проблемы с пробросом устройств в Citrix Receiver 13.3 под Ubuntu 16.04
Проброс устройств подключеных к системе в момент создания сессии
Чтобы уже подключенные к системе устройства пробрасывались в сессию при открытии сессии нужно в /opt/Citrix/ICAClient/config/module.ini в секцию [WFClient] добавить строку
Кроме того, для того чтобы web-камера пробрасывалась через виртуальные каналы (не Generic USB) в /opt/Citrix/ICAClient/config/module.ini должно быть выставлено:
Не работает проброс Generic USB
Если девайсы не пробрасываются совсем, а в /var/log/syslog при подключении появляются сообщения типа:
Значит не хватает прав и нужно запустить подключение через sudo. Например — просто запустить firefox для доступа к web-интерфейсу так:
Либо скачивать launch.ica и подсовывать его wfica:
Не пробрасывается Web-камера в Xendesktop 7.6 на Windows 2012
По идее, web-камера должна пробрасываться через виртуальные каналы (не Generic USB), при условии, что в /opt/Citrix/ICAClient/config/module.ini выставлено:
Однако, оказалось, что в Windows Server 2012 и Windows 8 это не работает и пробросить камеру можно только Generic USB. При этом, в режиме Generic USB при разрешении 640×480 и 30 кадрах в секунду клиент генерирует трафик в сторону сервера со скоростью 80 Мбит в секунду.
После установки HDX Real Time Optimization Pack for Linux в каталоге $ICAROOT появляется плагин HDXRTME.so, который и должен пробрасывать камеру, однако при настройках по-умолчанию он этого не делает. Более того. В версии Citrix Receiver 13.3 этот плагин даже не подгружется (судя по strace). В версии Citrix Receiver 13.4 он загружается, однако камера по прежнему не пробрасывается.
В документации Citrix написано как отлаживать этот процесс. нужно заменить файл $/ICAROOT/util/gst_read на скрипт, который будет запускать этот файл с ключом -d. Длеаем так:
Вставляем туда вот что:
И делаем его исполняемым.
В результате логи будут падать в файл /tmp/gst_read.log Кроме того, можно просто попытаться запустить gst_read и посмотреть что он скажет:
По идее в результате gst_read должен считать 20 кадров в буфер и показать. У меня сразу возникла ошибка:
В логах примерно такое:
Причина, судя по всему, в том, что в комплекте с Ubuntu 16.04 идет gstreamer 1.0, а gst_read пытается использовать gstreamer0.10. Устанавливаем его:
После этого при запуске:
Открывается окошко и показывает картинку с камеры.
По-умолчанию, конвейер для Citrix Receiver 13.3 с кодеком theora в gstreamer такой:
Проброс USB из XenServer 6.x в виртуальную машину
В XenServer 6.2 пробросить USB порт в виртуальную машину нельзя.
Можно пробросить целиком контроллер USB, а вместе с ним в “виртуалку” попадут и все порты связанные с этим контроллером. По такому же принципу можно пробросить практически любое устройство из хостовой системы.
Как правило, на сервере от 2 USB контроллеров. Узнать это можно командой на хосте Xenserver:
Нас интересуют идентификаторы контроллеров 00:1a.0 и 00:1d.0 именно их мы и будем использовать в дальнейшем. Наверняка, угадать к какому контроллеру подключено устройство будет сложно. Для этого есть команда lsusb из пакета usbutils, но в XenServer этот пакет не установлен. Можно попытаться использовать dmesg. Или данные из файла /proc/bus/usb/devices:
Например информация о флешке Transcend в этом файле выглядит таким образом:
Видно, что используется Bus=02, значит контроллер будет 00:1d.0
Это отражено в описании самого контроллера:
Далее необходимо узнать UUID ВМ, в которую будет проводиться проброс.
Зная идентификатор контроллера в консоли XenServer нужно выполнить команду:
Где 0/000: — обязательная часть, далее идет сам идентификатор контроллера.
Проверить правильность настроек можно командой:
Должно присутствовать: pci: 0/000:00:1d.0
После перезапуска ВМ, в диспетчере задач, в случае если установлен Windows, появится хостовый USB контроллер с подключенным к нему устройством.
Для того чтобы отключить проброс контроллера, в консоли XenServer необходимо выполнить команду:
Discussion
что делать в таком случае
00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller
00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller
00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0
D: Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0001 ProdID=0000 Rev= 1.00
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
Большое спасибо, Балтика 9 для если бы я мог… привет из Мексики.
Подключение к ферме Citrix XenApp бездисковых клиентов на основе Thinstation Linux 5.1
Данный материал составлен с целью описать последовательность действий для превращения устаревшего компьютерного оборудования в полноценные терминальные бездисковые клиенты с загрузкой по сети. Подобной информации сейчас в интернете достаточно, и хотя она направлена на решение той же задачи, все же, в основном, там идет описание подключений Remote Desktop (RDP), реже VMWare View. Здесь же, как можно догадаться из названия, будет описано все, что нужно для подключения бездискового терминального клиента на основе Thinstation Linux к ферме серверов Citrix XenApp 6. Статья не является пошаговой инструкцией и не рассчитана на новичков.
Сервер загрузки образов и конфигураций
Для загрузки образов по сети требуются DHCP и TFTP сервера. Сервер загрузки можно развернуть на Linux и на Windows, практически я использовал конфигурацию на линукс, поэтому здесь упор пойдет именно на этот вариант, тем не менее это все успешно можно настроить и на Windows. Процесс установки и настройки DHCP и TFTP сервера тривиален, но нам потребуется указать дополнительные параметры.
Для dhcpd в dhcpd.conf требуется добавить следующие строки:
где X.X.X.X — IP-адрес TFTP сервера, на котором будут размещаться наши образы Thinstation Linux.
Для DHCP под Windows Server нужно добавить опции 067 и 066 со значениями какие были приведены выше для dhcpd. Что касается TFTP сервера, то под Windows есть tftpd32, он может работать как служба, и имеет все необходимые функции. Под линукс отлично подойдет xinetd, который есть во многих дистрибутивах.
Конфигурационный файл /etc/xinetd.d/tftp:
Как видно из приведенного выше файла, все, доступные для загрузки, образы и конфигурационные файлы Thinstation Linux будут размещены у нас в директории /tftpboot.
Подготовка Citrix XenApp к подключению citrix-клиентов под линукс
Установка и настройка фермы серверов Citrix XenApp выходит за рамки этой статьи, подразумевается, что ферма уже есть и работает. Чтобы citrix-клиенты из Thinstation Linux успешно подключались к ферме, требуются внести в конфигурацию следующие изменения:
- Опубликовать рабочий стол как приложение (назовем его Desktop) и добавить в него все сервера фермы, на которых планируется пускать пользователей.
- Перевести пользовательскую политику Desktop Launches в состояние Allowed. Можно политику Desktop Launches разрешить не глобально на всю ферму, а только на те сервера фермы, на которых опубликовано наше приложение Desktop. Для этого на каждом таком сервере нужно открыть редактор локальной групповой политики (gpedit.msc) и далее в конфигурации пользователя, в Citrix Policies включить политику Desktop Launches.
Помимо изменений конфигурации не лишним будет учесть следующее:
- Citrix Web Interface, Citrix Secure Gateway (а также Access Gateway, Netscaler и т.д.) в подключения наших бездисковых клиентов не участвуют. Брокерами для подключения являются сервера, указанные в конфигурации Thinstation Linux (thinstation.conf.group-desktop). Можно сделать брокерами все сервера, а можно назначить эту роль на отдельные менее нагруженные сервера.
- Citrix-клиент под линукс не поддерживает Session Reliability и подключается по стандартному XML (TCP/80 или TCP/8080 в зависимости от конфигурации) + ICA TCP/1494, либо по SSL Relay (TCP/443 по умолчанию).
- Citrix-клиент под линукс не поддерживает приоритеты подключений по worker-группам, т.е. никакие специально настроенные Load Balancing Policies работать не будут.
Сборка и настройка загрузочного образа Thinstation Linux
Качаем свежий релиз Thinstation Linux, и подготавливаем к сборке. Команды выполняются от рута, подразумевается, что окружение для сборки Thinstation Linux загружается и будет работать в /thinstation:
Далее редактируем конфигурационные файлы build.conf и thinstation.conf.buildtime согласно нашим требованиям. В дальнейшем можно тонко все настроить, сделать разные конфигурации под разное железо, убрать все лишнее чтобы минимизировать размер образа и т.д., но для начала лучше сделать все максимально просто чтобы избежать ошибок из-за дополнительных усложнений. Поэтому я упомяну только важные параметры, которые нужно раскомментировать в build.conf, модули можно игнорировать, т.к. это у нас первая тестовая сборка без оптимизаций, поэтому будем собирать образ со всеми модулями:
thinstation.conf.buildtime, идущий по умолчанию в дистрибутиве Thinstation Linux, лучше скопировать в отдельный файл, и создать новый следующего содержания:
Не забудьте указать ваш NTP сервер.
Скачиваем файл linuxx86_12.1.0.203066.tar.gz отсюда:
www.citrix.com/downloads/citrix-receiver/linux/receiver-for-linux-121.html
и кладем его в /thinstation/downloads. Билд-скрипт Thinstation Linux по ходу сборки может и сам скачать что нужно, просто я привык использовать свои дистрибутивы.
Запускаем сборку образа:
В процессе сборки начнется установка citrix клиента, который будет задавать вопросы, ответы на них будут приведены там же скриптом сборки Thinstation Linux.
По окончанию процесса сборки нужно перейти в директорию /thinstation/build/packages/ica/opt/Citrix/ICAClient/config и поправить файл appsrv.ini.tpl. По умолчанию, установленный в Thinstation Linux citrix-клиент, может подключаться только на указанный сервер XenApp, что не соответствует нашим требованиям. Нам нужно подключаться к приложению, опубликованному на ферме серверов XenApp, этим достигается большая надежность и отказоустойчивость решения. Клиент не привязан к конкретному серверу, и при подключении, брокер переключает клиента на самый менее загруженный сервер фермы. Само собой, что в этом случае сервера должны быть идентичны по конфигурации и у пользователей должны быть корректно настроены перемещаемые профили, но это уже отдельная тема.
Приведем appsrv.ini.tpl к следующему виду:
Если на вашей ферме XenApp настроен SSL Relay, и вы хотите защитить ваши подключения с помощью SSL скопируйте в /thinstation/build/packages/ica/opt/Citrix/ICAClient/keystore/cacerts файл корневого сертификата с вашего CA. Файл сертификата должен быть в формате pem, у меня в этом формате сразу заработал, может и другой подойдет, не пробовал.
Снова запускаем сборку образа:
После завершения сборки, в директории /thinstation/build/boot-images/pxe появятся нужные нам файлы. Копируем содержимое /thinstation/build/boot-images/pxe в /tftpboot.
Создаем в /tftpboot конфигурационные файлы thinstation.conf.group-1280@60, thinstation.conf.group-desktop, thinstation.conf.group-mouse, thinstation.hosts:
thinstation.conf.group-desktop
Не забудьте указать полные FQDN имена серверов-брокеров фермы XenApp. Можно указать много таких серверов, увеличивая число в конце параметра HttpBrowserAddressX. Реальный максимум мне неизвестен, с десятью точно работает. Еще здесь подразумевается, что служба XML настроена на порту 8080, исправьте этот параметр если у вас другой порт. Если на вашей ферме XenApp настроен SSL Relay, и вы хотите защитить ваши подключения с помощью SSL, установите параметр ICA_BROWSER_PROTOCOL=HTTPSonSSL.
thinstation.hosts
Записи «thinstation1», «001122334455», «1280@60», «mouse», «desktop» указывают на то, что хосту c мак-адресом 001122334455 нужно присвоить имя thinstation1 и применить настройки, прописанные в файлах thinstation.conf.group-1280@60, thinstation.conf.group-mouse и thinstation.conf.group-desktop соответственно. Таким же образом можно сделать разные файлы настроек с разными разрешениями, настройками чувствительности мыши и подключениями к разным ресурсам.
Подготовка бездискового клиента
Системные требования: cетевая карта с поддержкой загрузки по сети PXE LAN BOOTROM и ОЗУ 512Mb. Если выполнить тонкую настройку образа под железо, исключить все лишнее, и если в компьютере системная плата со встроенным видео, то настроить в BIOS резервацию ОЗУ под видеопамять поменьше (2-8Мб), тогда можно ужаться и в 256Мб, но я бы рекомендовал иметь хотя бы 320Мб.
Из настроек основное, что требуется — это включить в BIOS загрузку по сети, и еще в BIOS должно быть правильное время, иначе могут быть проблемы с SSL-подключением (ошибки о сроке действия сертификата).
Что получается в итоге и как это выглядит
Целью было сделать работу бездискового клиента как можно более похожим на работу локального компьютера, поэтому нет никаких дополнительных оболочек, сразу запускается citrix-клиент, и подключается к ферме XenApp согласно конфигурации. По окончании загрузки пользователь сразу видит экран входа в Windows: