Откройте окно на удаленном X дисплеев (почему “Не может открыть дисплей”)?

_{(Адаптированный из Linux: wmctrl не может открыть дисплей, когда сессия инициировала через ssh+screen),}

ДИСПЛЕЙ и ПОЛНОМОЧИЯ

Для X программ нужны два сведения для соединения с X дисплеями.

• Этому нужен адрес дисплея, который обычно является :0 когда Вы зарегистрированы локально или :10, :11, и т.д., когда Вы зарегистрированы удаленно (но число может измениться в зависимости от того, сколько X соединений активны). Адрес дисплея обычно обозначается в DISPLAY переменная среды.

• Этому нужен пароль для дисплея. X паролей дисплея называют волшебными cookie. Волшебные cookie не указаны непосредственно: они всегда хранятся в X авторитетных файлах, которые являются набором записей формы “дисплей :42 имеет cookie 123456”. X авторитетных файлов обычно обозначаются в XAUTHORITY переменная среды. Если $XAUTHORITY не установлен, использование программ ~/.Xauthority.

Вы пытаетесь действовать на окна, которые отображены на Вашем рабочем столе. Если Вы - единственный человек, использующий Вашу настольную машину, вероятно, что отображаемое имя :0. Нахождение местоположения X авторитетных файлов более трудно, потому что с gdm, как настроено под Debian сжимают или Ubuntu 10.04, это находится в файле со случайным образом сгенерированным именем. (У Вас не было проблемы прежде, потому что более ранние версии gdm использовали настройку по умолчанию, т.е. cookie, сохраненные в ~/.Xauthority.)

Получение значений переменных

Вот несколько способов получить значения DISPLAY и XAUTHORITY:

• Можно систематически запускать экранную сессию с рабочего стола, возможно, автоматически в сценариях входа в систему (от ~/.profile; но сделайте это только если вход в систему под X: тест, если DISPLAY установлен на начало значения : (который должен покрыть все случаи, с которыми Вы, вероятно, встретитесь)). В ~/.profile:

  case $DISPLAY in
    :*) screen -S local -d -m;;
  esac
  

  Затем на ssh сессии:

  screen -d -r local
  

• Вы могли также сохранить значения DISPLAY и XAUTHORITY в файле и отзыве значения. В ~/.profile:

  case $DISPLAY in
    :*) export | grep -E '(^| )(DISPLAY|XAUTHORITY)=' >~/.local-display-setup.sh;;
  esac
  

  На ssh сессии:

  . ~/.local-display-setup.sh
  screen
  

• Вы могли обнаружить значения DISPLAY и XAUTHORITY от рабочего процесса. Это более трудно автоматизировать. Необходимо выяснить PID процесса, это подключено к дисплею, от которого Вы хотите продолжить работать, затем получить переменные среды /proc/$pid/environ (eval export $(</proc/$pid/environ tr \\0 \\n | grep -E '^(DISPLAY|XAUTHORITY)=')¹).

Копирование cookie

Другой подход (после предложения Arrowmaster) не должен пытаться получить значение $XAUTHORITY на ssh сессии, но вместо этого сделать X копий сессии ее cookie в ~/.Xauthority. Так как cookie сгенерированы каждый раз, когда Вы входите в систему, это не проблема, если Вы удерживаете устаревшие значения ~/.Xauthority.

Может быть проблема безопасности, если Ваш корневой каталог доступен по NFS или другой сетевой файловой системе, которая позволяет удаленным администраторам просматривать ее содержание. Они должны были бы все еще соединиться с Вашей машиной так или иначе, если Вы не включили X соединений TCP (Debian имеет их прочь по умолчанию). Таким образом для большинства людей, это любой не применяется (никакой NFS) или не является проблемой (соединения TCP № X).

Для копирования cookie, когда Вы войдете в свой рабочий стол X сессий добавьте следующие строки к ~/.xprofile или ~/.profile (или некоторый другой сценарий, который прочитан, когда Вы входите в систему):

case $DISPLAY:$XAUTHORITY in
  :*:?*)
    # DISPLAY is set and points to a local display, and XAUTHORITY is
    # set, so merge the contents of `$XAUTHORITY` into ~/.Xauthority.
    XAUTHORITY=~/.Xauthority xauth merge "$XAUTHORITY";;
esac

¹ _{В принципе это испытывает недостаток в надлежащем заключении в кавычки, но в этом определенном экземпляре $DISPLAY и $XAUTHORITY не будет содержать метасимвола оболочки.}