Измените размер панелей кнопки окна в Корице

Полагаю, вас смущает то, как SSH выполняет проксирование соединения X11 через туннель, созданный на стороне удаленного сервера, с тем, как обычно работают "волшебные" куки. Из man-страницы SSH:excerpt

The DISPLAY value set by ssh will point to the server machine, but with a 
display number greater than zero.  This is normal, and happens
because ssh creates a “proxy” X server on the server machine for forwarding 
the connections over the encrypted channel.

ssh will also automatically set up Xauthority data on the server machine.  
For this purpose, it will generate a random authorization cookie,
store it in Xauthority on the server, and verify that any forwarded 
connections carry this cookie and replace it by the real cookie when the
connection is opened.  The real authentication cookie is never sent to the 
server machine (and no cookies are sent in the plain).

Так что кажется, что магические cookies, показываемые вам на удаленном сервере, на самом деле не являются настоящими магическими cookies на локальном сервере (вашем конце). Помните, что DISPLAY устанавливается таким образом, когда вы SSH на удаленном сервере:

$ echo $DISPLAY
localhost:11.0

И "волшебные" куки соединяются следующим образом $DISPLAY:

$ xauth list
remotey.dom.com/unix:11  MIT-MAGIC-COOKIE-1  00f505f4c5731714d30f24a956d4cb8f

Сказано, что /unix:11. Это волшебная cookie-файл для локальной стороны SSH-соединения, а не для X11 вашего локального сервера, который обычно имеет вид :0.

.Xauthority

Это правда, что этот файл содержит эти волшебные cookie, но это двоичный файл, и вы обычно взаимодействуете с ним с помощью команды xauth. Подробнее об этом смотрите в man-странице xauth.

Делая это вручную

Часто вы увидите это сообщение, если сделаете следующее:

$ ssh -X user1@remotey
$ su - user2
$ xclock

X11 connection rejected because of wrong authentication.
X connection to localhost:10.0 broken (explicit kill or server shutdown).

Это потому, что второе пользовательское .Xauthority ничего не знает о волшебном куки-файле, который был передан SSH, когда вы вошли в систему изначально. Вы можете сгенерировать xauth add, требуемое в то время как вы являетесь пользователем1 и использовать его в качестве пользователя2 следующим образом:

$ ssh -X user1@remotey
$ echo $DISPLAY
localhost:10.0

Обратите внимание выше, что вы находитесь на дисплее # :10.0. Теперь сгенерируйте xauth add, требуемый для этого дисплея #:

$ echo xauth add $(xauth list ${DISPLAY#localhost})
xauth add remotey.dom.com/unix:10 MIT-MAGIC-COOKIE-1 111ef940f6d75b4a9eb64ea3579ef67e

Теперь станьте пользователем2 и добавьте:

$ su - user2
$ xauth add remotey.dom.com/unix:10 MIT-MAGIC-COOKIE-1 111ef940f6d75b4a9eb64ea3579ef67e
$ xclock

И мы получим отображение тактовой частоты, как и ожидалось.

ПРИМЕЧАНИЕ: Вы также можете делать вещи в одной командной строке, как только поймете, что происходит с вышеперечисленным.

$ xauth extract - ${DISPLAY#localhost} | \
    su - user2 -c "xauth merge -; xclock"

$ xauth extract - ${DISPLAY#localhost} | \
    sudo su - user2 -c "xauth merge -; xclock"

References

• X Window Authorization
• SSH X-11 forwarding and magic cookies
• X11 Forwarding and su/sudo