Показаны сообщения с ярлыком terminal. Показать все сообщения
Показаны сообщения с ярлыком terminal. Показать все сообщения

27 мар. 2011 г.

RX@Etersoft (ex. NX) Новые сведения.

Много байт утекло с тех пор, когда был написан пост о процессе установки и настройки NX-сервера на сервере с Debian'ом. Не скажу, что кардинально все поменялось, но кое-что освежить стоит.
Итак, на сегодняшний день по-прежнему практически единственным средством реализовать терминальный linux-сервер остается решение от NoMachine. Простота развертывания, защищенность передачи данных сеанса, скромные требования к ширине канала - все это в комплексе и без финансовых  затрат на ПО (при использовании свободных версий, конечно)  реализуется с помощью пары nxserver+nxclient. К тому же клиентская часть кросплатформенна, что во многом имеет определяющее значение.
В своей практике я использую решение от компании "Этерсофт", сейчас это два пакета - сам сервер nx-3.4.0, и их доделки-допилки - rx-etersoft. Выбрать сборку для своего дистрибутива (ссылки даны для Debian 5.0 Lenny) можно там же, поднявшись на пару уровней выше. Установка по сравнению с прошлым постом упростилась - нужно установить эти два пакета и выполнить команду rxsetup (и то и другое, конечно же, от имени суперпользователя). В директории, откуда rxsetup выполнялся, создастся файл rxsetup.log, заглянув в который, можно поглядеть подробности установки и справиться о наличии ошибок. 
Да, в некоторых дистрибутивах в базовой поставке отсутствует netcat и expect, которые используются в работе rx, поэтому их следует установить. Пару раз сталкивался, что отсутствовал пакет binutils, который также необходим для корректной настройки и работы rx-сервера. Таким образом, получатся такая последовательность команд:
delayer@inspire:~$ mkdir rxtemp
delayer@inspire:~$ cd rxtemp
delayer@inspire:~/rxtemp$ wget -c ftp://ftp.etersoft.ru/pub/Etersoft/RX%40Etersoft/1.1.1/Debian/5.0/nx_3.4.0-eter13.3debian_i386.deb
delayer@inspire:~/rxtemp$ wget -c ftp://ftp.etersoft.ru/pub/Etersoft/RX%40Etersoft/1.1.1/Debian/5.0/rx-etersoft_1.1.1-eter8debian_i386.deb
delayer@inspire:~$ su -
inspire:/home/delayer/rxtemp# aptitude update && aptitude install netcat expect binutils
inspire:/home/delayer/rxtemp# dpkg -i nx_3.4.0-eter13.3debian_i386.deb rx-etersoft_1.1.1-eter8debian_i386.deb
inspire:/home/delayer/rxtemp# rxsetup
inspire:/home/delayer/rxtemp# /etc/init.d/freenx-restart
Теперь можно ставить на клиентскую рабочую станцию клиента - или "ванильного" от NoMachine (win, lin), или сборку "community edition" (win), которую усиленно пилят резиденты unixforum-a во главе с dimbor'ом (за что и огромный респект, ибо попилено немеряно). Уточню, что хотя сборки NXClientCE можно взять не только в соотвествующих ветках самого unixforum'а, но и на ftp-сервере "Этерсофта" (там же, где и rx), сама компания к разработке этого продукта отношения не имеет. Это неочевидно, но тем не менее.
Практика использования rx показала, что нет надобности делать nxserver --adduser, все прекрасно и "из коробки" работает с существующими системными (или ldap) пользователями. Авторизация происходит аналогично обычному ssh-логину, с той лишь разницей, что сначала по ключу авторизуется специальный пользователь nx, а от его имени уже происходит дальнейшая авторизация заданного в настройках подключения пользователя. 
В качестве клиента я бы рекомендовал использовать сборку Community Edition, так в ней поправлены многие проблемы с раскладкими, кодировками, буфером обмена, работой в rootless-режиме и много чего еще. Всю биографию NXClientCE можно попытаться осилить - труд "Курощение.." находится тут.
Предложенная связка уже не первый год работает более чем в двух десятках различных организаций Кирова и области, "боевой" опыт использования имеет место быть. Как показывает статистика посещений моей странички, прошлый пост по этой теме практически с момента публикации держится в топе посещаемости относительно всех остальных заметок  Посему тема, выходит, достаточно востребована и популярна.

9 сент. 2010 г.

NX + numlock + клавиатура

Так, оставлю заметку здесь, чтобы помнить, где искать. Если имеется RX@Etersoft в качестве терминального сервера (или просто freenx, неважно) и nxclient в качестве, соответственно, клиента, то может проявиться пренеприятный баг: при создании терминального подключения сходят с ума клавиатурные маппинги некоторых клавиш (например, при нажатии стрелки вверх запускается скриншотер, т.е. отрабатывает PrScn). Лечится изменением типа клавиатуры на управляемую evdev. После переподключения проблема не воспроизводится. Правда, в некоторых случаях следует сходить в настройку клавиатуры, в часть горячих клавиш, и поменять там биндинг "Снять скриншот" с Print на Ctrl+Print.
Еще одна проблема - отваливается дополнительная клавиатура. Она лечится добавлением директивы NUMLOCK_METHOD="on" в /etc/nxserver/node.conf.d/50-numlockx.conf. Дополнительно может потребоваться отключение слежения DE за состояникм Numlock'а. В Gnome это делается с помощью gconf-editor'а: снять галку /desktop/gnome/peripherials/keyboard/remember_numlock_state.
Править можно также и вручную, все описанные директивые по такому же пути доступны в xml-файлах в /home/$user/.gconf.
UPD: В некоторых непонятных случаях ничего из вышеперечисленного не помогает. В некоторых случаях из этих некоторых помогает еще одна таблетка - переинициализация среды gnome. Это можно сделать, удалив из ~ директории .gconf .gconfd .gnome .gnome2 .gnome2_private .nautilus  .themes. После перезахода она создадутся заново, и numpad магическим образом начинает работать.

5 авг. 2010 г.

Если закончились временные лицензии на Windows 2000 Server...

Внезапная жопа приключилась у одного из клиентов - с рабочей станции (WinXP) перестало пускать на терминальный сервер (Win2k) с отмазой "из-за сетевой ошибки". Вскрытие показало, что виной всему было то, что старый недобрый двухтысячный сервер не имел активированного сервера лицензирования. А временная лицензия, выданная сабжевому компьютеру, внезапно кончилась.
Конечно, правильным путем решения такой проблемы является регистрация сервера лицензиования с последующей выдачей постоянных лицензий всем пользователям. Однако в полевых условиях это сделать возможным не представилось. Посему запоминаем временный хинт: удалить на клиентской машине ветку реестра HKLM\SOFTWARE\Microsoft\MSLicensing. Должно полегчать. До кучи я еще изменил имя компьютера, дабы временный сертификат выдался и сохранился в базе с другим именем.
В общем, мораль - на забываем о временных рамках ;)