SunRay Server Kiosk Mode в несколько шагов


Возник вопрос – как запустить киоски (для подключения к Windows) на новом SunRay Server 5.2. Отвечаю. Просто. В принципе ничего не поменялось, старые приемчики работают, только вот давно этим не занимался. Решил оживить тему немного, почитать свежую документацию.

Получаем необходимое ПО (edelivery.oracle.com), требуется авторизация.
Далее:
– распаковываем полученный архив (V26743-01.zip). Обхожу вопрос патчей – их надо получать на MOS’e, запускаем utsetup, соглашаемся на установку, после установки – соглашаемся на конфигурационные действия для сервиса в процессе установки, не используем Sun Ray Web Administration, Sun Ray Kiosk Mode используем, полагаю, что сервер не состоит в фейловер группе – соглашаемся на финальный вопрос – Продолжаем?, смотрим на точки 😉
– скрипт предложит настроить Sun Ray Windows Connector – согласимся с настройками по умолчанию – лично я не вижу повода менять эти настройки, если нет полного понимания, ЗАЧЕМ это делать
– скрипт предложит настроить политики – по умолчанию -a -g -z both -M – сейчас ОК, оставляем как есть
– скрипт предложит настроить загрузку прошивок для устройств Sun Ray – поводов отказаться – нет, это необходимая вещь, есть особенности при масштабном развертывании, но тем не менее отказываться не стоит – опять-таки без понимания, ЗАЧЕМ отказались (например, для использования FirmwareGUI или иного)
– скрипт предложит использовать LAN Access – то, что мне нужно – соглашаемся – это моя конкретная ситуация – обычно при развертывании сети для Sun Ray надо стараться выделить подсеть/VLAN и использовать выделенный сетевой интерфейс для подключения SRS, со своими настройками DHCP-сервера на нем – но это лишь пожелание, не требование, особенно при запуске терминалов в уже существующей Windows-сети с, например, развитой существующей сетевой инфраструктурой

По вкусу добавим выделенную сеть для Sun Ray’ев – команда utadm -a <int0> в помощь.

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

здесь немного копи-паста – не забываем поставить свой правильный адрес:

cat << EOF > /tmp/session_default.conf
KIOSK_SESSION=uttsc
KIOSK_SESSION_TIMEOUT_DETACHED=12000
KIOSK_SESSION_ARGS=10.0.0.1

KIOSK_ENABLED=yes
EOF

Импортируем конфигурацию по умолчанию (-i session – ВАЖНЫЙ параметр): /opt/SUNWut/sbin/utkiosk -i session -f /tmp/session_default.conf.

Пропишем правильную политику для клиентов utpolicy -a -z both -u both -k both. Отдельно обращаю внимание на данную строку. Если стоят настоящие железные устройства – строка будет вида utpolicy -a -r card -k card. Здесь man utpolicy в помощь 😉

Перезапустим SRS (/opt/SUNWut/sbin/utstart -c). Порадуемся рабочему киоску.

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

One thought on “SunRay Server Kiosk Mode в несколько шагов”

  1. Добрый день!
    Вот наткнулся на вашу статейку и порадовался, что хоть кто-то чего-то добился от этой системы.
    А у нас вот в Архангельске все умные головы перевелись видимо. Проблема собственно вот в чем;
    К нам привезли старый сервак IBM x3400 (7976) с процессором е5130 (2х2.0GHz) и 8 Gb оперативки
    плюсом к нему приехали совершенно новые тонкие клиенты Sun Ray 170. После недолгого разбирательства стало понятно, что для того чтобы показать пользователям рабочий стол винды нужно установить Solaris + Sun Ray Soft Ware server и кажется это называется Kiosk Mode. Но так как из моих знакомых никто не сталкивался с Solaris ковыряться пришлось долго. С грехом пополам удалось завести систему и даже, что то стало работать, хотя и жутко медленно. Сервак в холостом режиме чем-то грузился, аж до 55%! И что странно, мониторинг ресурсов ничего не показал, все по нулям. Изначально все задумывали ставить на сервак и Solaris и Windows Server 2003 на Virtual Box. Но увидав такую загруженность сервера решили разнести все по разным железячкам. Первый блин комом и второй комом блин – установив на двухъядерный пень Windows XP с пропатченой для терминального режима библиотекой, мы не добились особого успеха в разгрузке процессора на сервере под Solaris, он по-прежнему собака чем-то грузился. Причем такая конфигурация давала возможность 4 терминалкам загружаться и худо бедно как-то работать. Но оставшиеся 6 терминалок так и не коннектились. Сейчас после некоторых экспериментов с сетевыми интересами все вообще загнулось. Просим вашей помощи в нашей нелегкой ситуации. Проконсультируйте как нам быть? Куда ковырять? Готовы отблагодарить.

Leave a Reply