не может получить сессию гнома, работающую по SSH
Использовать getent passwd nis1 (где nis1 пользователь в Вашем примере) получить passwd запись, клиент NFS видит 'nis1'. отношения getent nsswitch.conf, который предоставляет упорядочивание для nameservice поисков через многочисленные услуги (файлы, Нис, ldap, и т.д....).
После того, как Вы определите UID в том ответе, сравните его с UID, кто владеет корневым каталогом, /home/guest/nis1 путем выполнения: stat /home/guest/nis1.
Ваша проблема может состоять в том, что полномочия на корневом каталоге строги таким образом, что существует, не выполняют бит для другого (o+x) и UID, который владеет каталогом, не на самом деле UID, который клиент NFS может разрешить для того имени пользователя.
Было бы полезно при обеспечении вывода этих команд даже если этот ответ не корректен так, чтобы мы могли продолжить диагностировать.
Оба сессии SSH должны быть запущены с помощью-X опции.
Однако, если Вы хотите свою всю сессию, можно хотеть думать об использовании чего-то как X2go, потому что это сжимает изображения и имеет некоторые прокси, которые делают это намного меньшим количеством пропускной способности голодный, И это может восстановить сессии...
И выполнение всей сессии гнома может иметь неприятные побочные эффекты, когда Ваша удаленная сессия гнома запускает удаленный метагород, который заменяет Ваш локальный менеджер окон.
Ваша дополнительная информация показывает "неприятные побочные эффекты", я упомянул. Вы не можете просто работать gnome-session когда у Вас уже есть выполнение настольной среды, потому что сессия гнома попытается вступить во владение, и Ваша рабочая настольная среда не позволит ей настолько легко. Для X программ это не имеет точно значения, выполненный ли удаленно через SSH или локально.
В зависимости от то, что Вы хотите достигнуть Вас, может запустить a xnest сессия и использование это для Вашей удаленной сессии гнома.
xnest -geometry 1280x1024 :123 &
DISPLAY=:123 ssh -X firsthop
ssh -X secondhop
gnome-session
Примечание: В некоторых дистрибутивах называют двоичный файл Xnest с капиталом x.
Я столкнулся с той же ошибкой, что набор Файлового браузера (наутилус), который открывают экземпляры и я не могу соединиться правильно со своей учетной записью.
Причина как я узнал сегодня, что у меня была эта строка в моем ~ .cshrc: "setenv ОТОБРАЖАЮТ unix:0.0"
После комментирования его все хорошо работает. Таким образом, по-видимому, дисплей установлен дважды при соединении через ssh, однажды на ssh и однажды на пользователя-cshrc, приведении к некоторому хаосу.
Графические сеансы не могут быть запущены через SSH, вам нужно будет использовать либо сервер VNC, либо подключение к удаленному рабочему столу. SSH предоставит вам доступ только к оболочке, потому что способ, которым вы вошли в компьютер, не позволяет вам открыть gnome-session в X-Session, к которому вы можете получить доступ. Поэтому используйте VNC, если вы хотите получить полноценный графический рабочий стол, к которому вы можете подключиться через программу просмотра VNC, например RealVNC. Вы можете настроить VNC-сервер на своем компьютере, установив tightvncserver . Затем вы можете запустить сервер VNC, введя это в свою оболочку после установки tightvnc
username@hostname $tightvncserver --geometry 1024x760
xnestкому:Xnest. Еще раз спасибо за помощь мне понять проблему и решение. – makhlaghi 02.09.2012, 15:33