Rx
Проблемы связанные с RX@Etersoft
Проброс принтера в SUSE 12.1
Не происходит печать на проброшенный принтер.
Решение: удаление пакета samba-krb-printing
Ошибка подключения failed with error 2
При подключении выдаётся ошибка
execvp(/usr/lib/opennx/bin/nxssh, -nx, -x, -2, -p, 10032, -o, RhostsAuthentication no, -o, PasswordAuthentication no, -o, RSAAuthentication no, -o, RhostsRSAAuthentication no, -o, PubkeyAuthentication yes, -i, /usr/lib/opennx/share/keys/server.id_dsa.key, -B, -E, nx@demo.etersoft.ru) failed with error 2!
после исследования выясняется, что нет команды /usr/lib/opennx/bin/nxssh, потому что не установлен пакет nx.
«Чёрный экран» при подключении по RX в Fedora 16
При подключении через NX получаем чёрный экран или моментальное закрывание. При подключении по ssh видна ошибка
/usr/bin/xauth: error in locking authority file /home/user5/.Xauthority
Это ошибка из-за присутствия файлов блокировки ~/.Xauthority-c и ~/.Xauthority-l, оставшихся после неудачной попытки открытия файла ~/.Xauthority на запись.
Вот что видно при запуске strace -f xauth:
access("/home/user5/.Xauthority", F_OK) = 0 access("/home/user5/.Xauthority", W_OK) = -1 EACCES (Permission denied) write(2, "xauth: /home/user5/.Xauthority "..., 70xauth: /home/user5/.Xauthority not writable, changes will be ignored ) = 70 umask(077) = 02 open("/home/user5/.Xauthority", O_RDONLY) = -1 EACCES (Permission denied) access("/home/user5/.Xauthority", F_OK) = 0
Команда ls -Za выдаёт следующее:
-rw-------. user5 user5 system_u:object_r:user_home_dir_t:s0 .Xauthority
По неведомым причинам SELinux иногда препятствует открытию этого файла на запись.
Для быстрой проверки гипотезы отключаем SELinux:
# setenforce 0
удаляем ~/.Xauthority-c и ~/.Xauthority-l и делаем попытку подключения.
Подробнее про отключение SELinux здесь: http://guruadmin.ru/page/4-metoda-otkljuchenija-selinux
Ошибка в xauth заключается в том, что после неудачной попытки открытия файла он не удаляет файлы блокировки. xorg-x11-xauth-1.0.6-1.fc16
Эта ситуация возникает только в том случае, если файл недоступен и для чтения. Если же для чтения доступен, получается так:
link("/home/lav/.Xauthority-c", "/home/lav/.Xauthority-l") = 0 access("/home/lav/.Xauthority", F_OK) = 0 access("/home/lav/.Xauthority", W_OK) = -1 EACCES (Permission denied) write(2, "xauth: /home/lav/.Xauthority no"..., 68xauth: /home/lav/.Xauthority not writable, changes will be ignored ) = 68 umask(077) = 02 brk(0) = 0x60a000 brk(0x62b000) = 0x62b000 open("/home/lav/.Xauthority", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0400, st_size=4498, ...}) = 0 mmap(NULL, 524288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe46978d000 read(3, "\0\0\0\4\300\250\0007\0\0010\0\22MIT-MAGIC-COOKIE-1\0"..., 524288) = 4498 read(3, "", 524288) = 0 close(3) = 0 ...
То есть аварийного завершения не происходит, с файлом можно работать, но изменения не сохранятся.
Не подключается (Session failed). Fedora 16
В логе ~/.nx/F-C-localhost.../session следующее:
Error: Aborting session with 'Could not open default font 'fixed.
При этом
$ xlsfonts | grep fixed ... fixed
Помогает установка пакета xorg-x11-fonts-misc (см. http://www.starnet.com/xwin32kb/LIVE_Cannot_Open_default_font_fixed), который ставит некоторые шрифты.
Вот тут отличный пример отладки.
Не подключается с верным логин/паролем
Для безопасности обычно меняют стандартный порт для подключения по ssh на отличный от 22.
Необходимо указать его и для RX@Etersoft в конфиге /etc/nxserver/node.conf.d/00-general.conf
Проблемы подключения по ssh под пользователем nx
Симптомы: Подключение по ssh: не подходит соединение с ключом:
ssh nx@localhost -i /usr/share/nxclient/keys/server.id_dsa.key
Можно посмотреть, какой PID у sshd, запущенного на сервере под root, подключиться нему
strace -f -p PID
и увидеть
pid 21633] open("/var/lib/nxserver/home//.ssh/authorized_keys2", O_RDONLY|O_NONBLOCK) = -1 EACCES (Permission denied)
в случае, есть проблемы с правами к файлу с ключом.
Проблемы с подключением с Windows 7
При подключении через OpenNX происходит вылет без сообщений об ошибке. Можно попробовать удалить содержимое файла .Xauthority на стороне клиента. Данный файлик должен располагаться в пользовательском каталоге nx (по умолчанию C:\Users\<USERNAME>\.nx). После удаления файла принудительно остановить процесс xming