X11 Пересылка через экран Gnu, возможно ли это?

Question 1

Это из-за небольшой ошибки в команде:

gnome-terminal --title="abvtrm" --geometry 80x10-0-0

пойдет туда - см. -0-0

gnome-terminal --title="abvtrm" --geometry 80x10+0+0

перейдет в начало - см. +0+0.

man X | grep corner

Спасибо @pandya

дает следующее:

four corners of the screen using the following specifications:
       +0+0    upper left hand corner.
       -0+0    upper right hand corner.
       -0-0    lower right hand corner.
       +0-0    lower left hand corner.

Question 2

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 3

Question 4

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 5

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 6

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 7

Question 8

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 9

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 10

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 11

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 12

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Question 13

Question 14

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Question 15

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

Question 16

Вот как я заработал при запуске byobu

Добавьте эту строку в .bash_login перед строкой «_byobu_source ..»:

echo $DISPLAY > $HOME/.display.env

И затем добавьте эту строку на .bash_login :

if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi

Question 17

Кажется, что проблема заключается в том, что переменная среды XAUTHORITY не сохраняется в сеансе экрана. Я решил это, добавив следующее в мой .bashrc. Я не думаю, что это должно быть необходимо, но я думаю, вы делаете то, что должны:

# ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

Я не ожидаю, что это будет лучшим решением или самым кратким, но оно работает. [ ! d1]

Question 18

FreeNX - замечательное приложение для работы с удаленными дисплеями.

Question 19

Question 20

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Question 21

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Question 22

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Question 23

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

Question 24

FreeNX - замечательное приложение для работы с удаленными дисплеями.

Question 25

Question 26

Вот как я заработал при запуске byobu

Добавьте эту строку в .bash_login перед строкой «_byobu_source ..»:

echo $DISPLAY > $HOME/.display.env

И затем добавьте эту строку на .bash_login :

if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi

Question 27

Кажется, что проблема заключается в том, что переменная среды XAUTHORITY не сохраняется в сеансе экрана. Я решил это, добавив следующее в мой .bashrc. Я не думаю, что это должно быть необходимо, но я думаю, вы делаете то, что должны:

# ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

Я не ожидаю, что это будет лучшим решением или самым кратким, но оно работает. [ ! d1]

Question 28

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Question 29

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Question 30

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

Question 31

Question 32

FreeNX - замечательное приложение для работы с удаленными дисплеями.

Question 33

Вот как я заработал при запуске byobu

Добавьте эту строку в .bash_login перед строкой «_byobu_source ..»:

echo $DISPLAY > $HOME/.display.env

И затем добавьте эту строку на .bash_login :

if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi

Question 34

Кажется, что проблема заключается в том, что переменная среды XAUTHORITY не сохраняется в сеансе экрана. Я решил это, добавив следующее в мой .bashrc. Я не думаю, что это должно быть необходимо, но я думаю, вы делаете то, что должны:

# ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

Я не ожидаю, что это будет лучшим решением или самым кратким, но оно работает. [ ! d1]

Question 35

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Question 36

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Question 37

Question 38

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

Kees Cook · Accepted Answer · 26 May 2018 в 00:45

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

31

ответ дан Kees Cook 26 May 2018 в 00:45

1

Потрясающие! Кажется, это работает для большинства приложений. Я пытаюсь подняться на экран «фу». Есть ли у вас какие-либо идеи или вы можете указать мне в общем направлении, как я могу автоматизировать это? Спасибо! – Sandro 29 October 2010 в 03:17
2

Я сделал такие странные вещи, как скриптинг, например: echo $DISPLAY > $HOME/.display.txt; screen -x -d, а затем еще один экран, который запускается, и делает export DISPLAY=$(cat $HOME/.display.txt) – Kees Cook 29 October 2010 в 07:43
3

это именно то, чего я пытался достичь. Но пока не повезло. Попытка добиться того, чтобы экспорт произошел, - это довольно сложное препятствие, так как запуск его в скрипте не является хорошим, мне нужно как-то его истолковать ... и setenv тоже не похоже на волшебное прикосновение. – Sandro 31 October 2010 в 02:45
4

Чтобы указать тип скрипта . /path/to/script, где script - export DISPLAY=$(cat $HOME/.display.txt) – Kees Cook 31 October 2010 в 02:15
5

Это предполагает, что у вас нет автоматического запуска при входе в систему (a la byobu) – A Student at a University 27 September 2011 в 18:46

Kees Cook · Accepted Answer · 25 July 2018 в 23:00

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 31 July 2018 в 10:31

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 2 August 2018 в 04:22

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторной привязкой к экрану проверьте переменную среды DISPLAY:

echo $DISPLAY

После того, как вы снова подключились к экрану, явным образом настройте среду variable:

export DISPLAY=:N.0

где: N.0 - это то, что показало echo перед приложением. Это не будет идеально, поскольку какое-либо приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 4 August 2018 в 20:53

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 6 August 2018 в 04:26

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 7 August 2018 в 22:34

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 10 August 2018 в 10:41

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

Kees Cook · Accepted Answer · 13 August 2018 в 17:14

Чтобы сделать это вручную, после того, как вы включили SSHed, но перед повторным подключением к экрану проверьте переменную среды DISPLAY:

  echo $ DISPLAY

После того, как вы повторно подключились к экрану, явным образом задайте переменную среды:

  export DISPLAY =: N.0

где: N.0 что показало эхо перед приложением. Это не будет идеальным, поскольку некоторое приложение может ожидать поговорить с Session D-Bus, что немного сложнее для отправки по SSH-соединению.

31

ответ дан Kees Cook 13 August 2018 в 17:14

1

Потрясающие! Кажется, это работает для большинства приложений. Я пытаюсь подняться на экран «фу». Есть ли у вас какие-либо идеи или вы можете указать мне в общем направлении, как я могу автоматизировать это? Спасибо! – Sandro 29 October 2010 в 03:17
2

Я сделал странные вещи, например, скрипты: echo $ DISPLAY & gt; $ HOME / .display.txt; screen -x -d , а затем другой на экране, который выполняет экспорт DISPLAY = $ (cat $ HOME / .display.txt) – Kees Cook 29 October 2010 в 07:43
3

это именно то, чего я пытался достичь. Но пока не повезло. Попытка добиться того, чтобы экспорт произошел, - это довольно сложное препятствие, так как запуск его в скрипте не является хорошим, мне нужно как-то его истолковать ... и setenv тоже не похоже на волшебное прикосновение. – Sandro 31 October 2010 в 02:45
4

Чтобы указать тип сценария . / path / to / script , где script - export DISPLAY = $ (cat $ HOME / .display.txt) – Kees Cook 31 October 2010 в 02:15
5

Это предполагает, что у вас нет автоматического запуска при входе в систему (a la byobu) – A Student at a University 27 September 2011 в 18:46

Avihay · Answer 10 · 26 May 2018 в 00:45

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Я написал о том, как фактически интегрировать xpra с Screen для достижения стойкости приложений на консоли и X11: krlmlr.github.io/integrating-xpra-with-screen . Работает на меня. — krlmlr, 14 March 2014 в 15:15

Dustin Kirkland · Answer 11 · 26 May 2018 в 00:45

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

7

ответ дан Dustin Kirkland 26 May 2018 в 00:45

1

Похоже, что он даже не проходит вдоль отображаемой переменной в новых сеансах, созданных в сеансе ssh с пересылкой X11. Было бы замечательно, если бы это произошло ... Я прекратил использовать его из-за головной боли, связанной с отключением автоматического запуска byobu, чтобы можно было использовать пересылку X11. – A Student at a University 27 September 2011 в 18:42

harre · Answer 12 · 26 May 2018 в 00:45

Вот как я заработал при запуске byobu

Добавьте эту строку в .bash_login перед строкой «_byobu_source ..»:

echo $DISPLAY > $HOME/.display.env

И затем добавьте эту строку на .bash_login :

if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi

Mark · Answer 13 · 26 May 2018 в 00:45

Кажется, что проблема заключается в том, что переменная среды XAUTHORITY не сохраняется в сеансе экрана. Я решил это, добавив следующее в мой .bashrc. Я не думаю, что это должно быть необходимо, но я думаю, вы делаете то, что должны:

# ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

Я не ожидаю, что это будет лучшим решением или самым кратким, но оно работает. [ ! d1]

Habitual · Answer 14 · 26 May 2018 в 00:45

FreeNX - замечательное приложение для работы с удаленными дисплеями.

0

ответ дан Habitual 26 May 2018 в 00:45

1

Не могли бы вы объяснить дальше? – A Student at a University 27 September 2011 в 18:43

Brian Thomas · Answer 15 · 26 May 2018 в 00:45

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Avihay · Answer 16 · 25 July 2018 в 23:00

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Я написал о том, как фактически интегрировать xpra с Screen для достижения стойкости приложений на консоли и X11: krlmlr.github.io/integrating-xpra-with-screen . Работает на меня. — krlmlr, 14 March 2014 в 15:15

Brian Thomas · Answer 17 · 25 July 2018 в 23:00

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Dustin Kirkland · Answer 18 · 25 July 2018 в 23:00

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

7

ответ дан Dustin Kirkland 25 July 2018 в 23:00

1

Похоже, что он даже не проходит вдоль отображаемой переменной в новых сеансах, созданных в сеансе ssh с пересылкой X11. Было бы замечательно, если бы это произошло ... Я прекратил использовать его из-за головной боли, связанной с отключением автоматического запуска byobu, чтобы можно было использовать пересылку X11. – A Student at a University 27 September 2011 в 18:42

Habitual · Answer 19 · 25 July 2018 в 23:00

FreeNX - замечательное приложение для работы с удаленными дисплеями.

0

ответ дан Habitual 25 July 2018 в 23:00

1

Не могли бы вы объяснить дальше? – A Student at a University 27 September 2011 в 18:43

harre · Answer 20 · 25 July 2018 в 23:00

Вот как я заработал при запуске byobu

Добавьте эту строку в .bash_login перед строкой «_byobu_source ..»:

echo $DISPLAY > $HOME/.display.env

И затем добавьте эту строку на .bash_login :

if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi

Mark · Answer 21 · 25 July 2018 в 23:00

Кажется, что проблема заключается в том, что переменная среды XAUTHORITY не сохраняется в сеансе экрана. Я решил это, добавив следующее в мой .bashrc. Я не думаю, что это должно быть необходимо, но я думаю, вы делаете то, что должны:

# ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

Я не ожидаю, что это будет лучшим решением или самым кратким, но оно работает. [ ! d1]

Avihay · Answer 22 · 31 July 2018 в 10:31

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Я написал о том, как фактически интегрировать xpra с Screen для достижения стойкости приложений на консоли и X11: krlmlr.github.io/integrating-xpra-with-screen . Работает на меня. — krlmlr, 14 March 2014 в 15:15

Brian Thomas · Answer 23 · 31 July 2018 в 10:31

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Dustin Kirkland · Answer 24 · 31 July 2018 в 10:31

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

7

ответ дан Dustin Kirkland 31 July 2018 в 10:31

1

Похоже, что он даже не проходит вдоль отображаемой переменной в новых сеансах, созданных в сеансе ssh с пересылкой X11. Было бы замечательно, если бы это произошло ... Я прекратил использовать его из-за головной боли, связанной с отключением автоматического запуска byobu, чтобы можно было использовать пересылку X11. – A Student at a University 27 September 2011 в 18:42

Habitual · Answer 25 · 31 July 2018 в 10:31

FreeNX - замечательное приложение для работы с удаленными дисплеями.

0

ответ дан Habitual 31 July 2018 в 10:31

1

Не могли бы вы объяснить дальше? – A Student at a University 27 September 2011 в 18:43

harre · Answer 26 · 31 July 2018 в 10:31

Вот как я заработал при запуске byobu

Добавьте эту строку в .bash_login перед строкой «_byobu_source ..»:

echo $DISPLAY > $HOME/.display.env

И затем добавьте эту строку на .bash_login :

if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi

Mark · Answer 27 · 31 July 2018 в 10:31

Кажется, что проблема заключается в том, что переменная среды XAUTHORITY не сохраняется в сеансе экрана. Я решил это, добавив следующее в мой .bashrc. Я не думаю, что это должно быть необходимо, но я думаю, вы делаете то, что должны:

# ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

Я не ожидаю, что это будет лучшим решением или самым кратким, но оно работает. [ ! d1]

Avihay · Answer 28 · 2 August 2018 в 04:22

в репозиториях есть программа, называемая xpra, она похожа на экран gnu для x11. с этим трудно работать:

X Персистентные удаленные приложения

Xpra предоставляет вам функциональность экрана GNU для X-приложений.

Позволяет пользователю просматривать удаленные X-приложения на своей локальной машине и отключать и повторно подключаться с удаленного компьютера, не теряя состояния запущенных приложений.

Я написал о том, как фактически интегрировать xpra с Screen для достижения стойкости приложений на консоли и X11: krlmlr.github.io/integrating-xpra-with-screen . Работает на меня. — krlmlr, 14 March 2014 в 15:15

Brian Thomas · Answer 29 · 2 August 2018 в 04:22

Основываясь на предложении @harre, я нашел это лучшим рабочим решением, по крайней мере, для RHEL через Putty. Я знаю, что есть лучший способ, чем создать файл, в котором хранится var, но это работает затвором, чтобы получить X11 доступ к DISPLAY при загрузке через gnu screen.

Автоматическое решение

Добавьте к .bashrc (или .bash_profile, в зависимости от вашего варианта использования)

#.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

Затем добавьте следующий файл (или ваш выбор пути)

#~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi

Dustin Kirkland · Answer 30 · 2 August 2018 в 04:22

Byobu автоматически привязывает агенты ssh и gpg. Я мог бы заставить его повторно привязать переменную отображения, если это вам полезно ...

7

ответ дан Dustin Kirkland 2 August 2018 в 04:22

1

Похоже, что он даже не проходит вдоль отображаемой переменной в новых сеансах, созданных в сеансе ssh с пересылкой X11. Было бы замечательно, если бы это произошло ... Я прекратил использовать его из-за головной боли, связанной с отключением автоматического запуска byobu, чтобы можно было использовать пересылку X11. – A Student at a University 27 September 2011 в 18:42

X11 Пересылка через экран Gnu, возможно ли это?

63 ответа

Другие вопросы по тегам:

Похожие вопросы: