Error failed to open display

Do you need to work on Windows Server when you are much of a Linux guy ??

The rdesktop utility is useful to configure services in a windows server from a Linux system. However, it often fails with error “Rdesktop failed to open display“.

We troubleshoot rdesktop errors as a part of our Service Management Services.

Today, let’s discuss the common rdesktop error “failed to open display”. And we’ll also see how our Support Engineers fixes them.

What is rdesktop ?

Let’s begin by checking Rdesktop utility as such.

Rdesktop is an open-source software using RDP – Remote Desktop Protocol. It enables as well as connects with a windows system from a Linux system. Simply, while sitting in front of a Linux we can access the windows system. We can access as if we are sitting in front of the windows system.

The basic command to connect to a remote Windows server would be:

rdesktop -uUSER -pPASS host:port

Here, we need to use the Windows server valid username and password in the USER and PASS fields.

Sometimes everything doesn’t go well and we may encounter errors while connecting to the remote desktop.

ERROR: Failed to open display:

Causes and fixes for error rdesktop failed to open display

We’ll now take a look at the possible causes which gives you connection errors in a Windows server.

1. Missing Windows updates

Missing Windows updates can be one of the common reason for Rdesktop connection failure.

Windows server requires periodic updates to maintain security. The connection may fail to open display due to missing updates at the server side. It will fail to render the display.

When there are Rdesktop connection errors, we primarily check the status of the server updates. Our Support Engineers perform necessary updates on the server. Usually, the server might need a reboot after updates to make changes effective.

As part of our Server Management Services, we do regular updates on the server to avoid these Rdesktop failures too.

2. Missing Display variable

Similalrly, another reason for “Rdesktop failed to open display” can be missing display variable.

Let’s start by explaining the display variable. It is nothing but the file that says the system where to display the GUI.

Mostly we encounter this error while RDP to a windows server from within a Linux server. Simply let’s say we are opening a GUI Application from within the Linux server.

In such cases, as the Linux server itself doesn’t have a GUI the below error message shows up :

Gtk-WARNING **: cannot open display:

The workaround first is to enable “X11 forwarding” while doing SSH to the Linux server with the below command :

$ ssh username@hostname -X

Now as the Server itself has no GUI, we need to set the DISPLAY variable to the local workstation’s IP. Simply, the system where we want to see the display.

Therefore, we run the below command :

$ export DISPLAY='IP:0.0'

Here the IP is our local workstation’s IP address.

We also enable RDP port 3389 in Firewall and we kill other running rdesktop sessions.

Now it will open a GUI interface as below :

[Having trouble in enabling Rdesktop connection? – We’ll fix it for you.]

Conclusion

In short, rdesktop is a powerful application if you are working on linux and you need to troubleshoot windows system. Today, we saw how our Support Engineers fixes the errors related to rdesktop failed to open display.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Модераторы: Skull, Модераторы разделов

В операционной системе Linux очень жёсткий контроль полномочий для пользователей. Если пользователь не имеет прав администратора, то он не сможет сделать практически ничего дальше своей домашней папки. Но обычно графические приложения запускаются от имени рядового пользователя. Однако время от времени нужно что-то делать в графическом интерфейсе с файлами, которые не принадлежат текущему пользователю.

И тогда новички пытаются запустить нужное графическое приложение через sudo. Как правило, в таких ситуациях они получают ошибку «cannot open display :0 linux» или нечто подобное. В этой статье мы поговорим о том, что означает эта ошибка, а также как её обойти.

Эта ошибка может выглядеть по-разному, в зависимости от приложения, которое вы будете запускать:

• Gtk warning cannot open display :0;
• Unable open display :0;
• Can’t connect to display :0 No protocol specified;

И так далее. Все эти ошибки означают одно: программа не может подключиться к графической подсистеме. Чтобы понять почему это происходит, возвращаемся к тому, что было сказано в самом начале статьи — в Linux очень жёсткий контроль прав пользователей.

В отличие от Windows, где графический интерфейс тесно интегрирован в операционную систему, в Linux это просто ещё одна программа, запущенная от имени обычного пользователя. Эта программа — графический сервер, на данный момент чаще всего используется Xorg.

Ещё одно отличие от Windows — это то, что вы можете запустить несколько графических серверов, и они будут работать не мешая друг другу, потому что каждый из них имеет свой адрес, по которому к нему можно подключиться. Эти серверы доступны глобально во всей системе (почти), но чтобы программы знали, к какому адресу им обращаться при запуске X-сервера, для текущего пользователя создаётся переменная DISPLAY с адресом графического сервера. По умолчанию для первого сервера присваивается адрес :0, для второго :1 и так далее.

Но поскольку при запуске команды через sudo для неё создаётся новое окружение с полномочиями суперпользователя и все переменные текущего пользователя из него не доступны, то наша программа просто не знает, по какому адресу ей обращаться. Это что касается ошибки, когда в конце сообщения «can’t open display» нет нуля. Если нуль есть, значит адрес известен, но X-сервер запрещает подключение. По умолчанию X-сервер разрешает подключаться к себе только пользователю, от имени которого он запущен. А теперь давайте разберём, как обойти проблему.

Как исправить «can’t open display :0»

Начнём с того, что для запуска графических приложений от имени суперпользователя существуют специальные утилиты. Программа sudo для этого не предназначена. Изначально для таких целей использовались kdesudo в KDE и gksu в Gnome. Сейчас они считаются устаревшими и поставляются по умолчанию далеко не всегда. В Ubuntu вы можете установить gksu командой:

sudo apt install gksu

А затем запустить с помощью неё своё приложение:

gksu nautilus

Но надо заметить, что с дисплейным сервером Wayland эта утилита работать не будет. А полноценных альтернатив gksu не существует.

1. Использование PlicyKit

Есть утилита pkexec. Она достаточно удобная, но для каждой программы, которую вы хотите запустить с помощью неё надо создавать отдельно файл настройки. Например, чтобы запустить Nautilus, надо открыть файл ниже и добавить в него такой текст:

sudo vi /usr/share/polkit-1/actions/org.freedesktop.policykit.pkexec.policy

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policyconfig PUBLIC
"-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
"http://www.freedesktop.org/standards/PolicyKit/1/policyconfig.dtd">
<policyconfig>
<action id="org.freedesktop.policykit.pkexec.run-nautilus">
<description>Run Nautilus</description>
<message>Authentication is required to run Nautilus</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>auth_admin_keep</allow_active>
</defaults>
<annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/nautilus</annotate>
<annotate key="org.freedesktop.policykit.exec.allow_gui">TRUE</annotate>
</action>
</policyconfig>

Это значит, что для каждого приложения нам необходимо включить параметр org.freedesktop.policykit.exec.allow_gui=true, иначе переменная DISPLAY экспортирована не будет. Теперь мы можем запустить nautilus:

pkexec nautilus

Это очень неудобно для запуска новых приложений, поэтому есть ещё несколько путей. Другой вариант — вручную передать утилите нужные переменные:

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY nautilus

2. Использование sudo

Можно попросить sudo передать все переменные нашего пользователя во временное окружение суперпользователя с помощью опции -E:

sudo -E nautilus

Тогда программа запускается.

3. Использование gvfs

Gnome Virtual Filesystem тоже позволяет получить доступ к файлам с правами администратора. Особенно если вам надо только отредактировать файл. Для этого просто добавьте в начале пути admin://. Например, так можно открыть файл /etc/group для редактирования с помощью gedit:

gedit admin:///etc/group

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

4. Снимаем ограничение доступа к Xorg

Обычно если переменная $XAUTHORITY содержит адрес файла аутентификации Xorg, то программа использует его для аутентификации в Xorg. Но если значение переменной не установлено, то сервер не позволит установить соединение. Например, если вы получаете ошибку подключения к Display :0, это значит, что адрес дисплейного сервера известен, но к нему нет доступа. Надо разрешить подключаться к Xorg суперпользователю. Для этого используйте команду:

xhost +SI:localuser:root

Эта команда действует только до перезагрузки, чтобы сделать её постоянной, добавьте команду в конец ~/.xinitrc:

vi ~/.xinitrc

#!/bin/bash
xhost +SI:localuser:root &

Выводы

В этой статье мы рассмотрели, как исправить ошибку gtk warning «cannot open display :0» в Ubuntu или другом дистрибутиве. Как видите, это не очень сложно. А вы знаете другие пути решения? Напишите в комментариях!