Подключение к удаленному рабочему столу не работает — не включено или недоступно

Я использую Убунту 18.04

я пытался установить xrdp но это не сработало.

Я использовал некоторые методы, такие как

1. apt-get install xrdp apt-get install xfce4 apt-getecho xfce4-session >~/.xsession

2. установить xrogxrdp

3. установить плотный vncсервер

4. установить гном-сеанс

и я попробовал еще несколько других процессов, но они не работали, и я попытался включить соответствующий порт для xrdp xorg.

root@incrcomnetpp:/home/abb# netstat -lntp
Активные интернет-соединения (только серверы)
Proto Recv-Q Send-Q Локальный адрес Внешний адрес Состояние PID/имя программы
TCP 0 0 0.0.0.0:139 0.0.0.0:* ПРОСЛУШАТЬ 1925/smbd    
TCP 0 0 127.0.0.53:53 0.0.0.0:* ПРОСЛУШАТЬ 704/systemd-разрешить
TCP 0 0 0.0.0.0:22 0.0.0.0:* ПРОСЛУШАТЬ 1393/sshd    
TCP 0 0 127.0.0.1:631 0.0.0.0:* ПРОСЛУШИВАТЬ 5725/cupsd   
TCP 0 0 127.0.0.1:25 0.0.0.0:* СЛУШАТЬ 1996/мастер  
TCP 0 0 0.0.0.0:445 0.0.0.0:* ПРОСЛУШАТЬ 1925/smbd    
TCP 0 0 127.0.0.1:8000 0.0.0.0:* ПРОСЛУШАТЬ 1338/gen4agent-linu
TCP 0 0 127.0.0.1:8009 0.0.0.0:* ПРОСЛУШИВАТЬ 1338/gen4agent-linu
tcp6 0 0 :::139 :::* ПРОСЛУШАТЬ 1925/smbd    
tcp6 0 0 :::22 :::* ПРОСЛУШИВАТЬ 1393/sshd    
tcp6 0 0 ::1:3350 :::* ПРОСЛУШИВАТЬ 1365/xrdp-sesman
tcp6 0 0 ::1:631 :::* ПРОСЛУШАТЬ 5725/cupsd   
tcp6 0 0 ::1:25 :::* СЛУШАТЬ 1996/мастер  
tcp6 0 0 :::445 :::* ПРОСЛУШАТЬ 1925/smbd    
tcp6 0 0 :::3390 :::* ПРОСЛУШАТЬ 1399/xrdp    

root@incrcomnetpp:/home/abb# iptables-save | группа 5900
-A ufw-user-input -p tcp -m tcp --dport 5900 -j ПРИНЯТЬ
-A ufw-user-input -p udp -m udp --dport 5900 -j ПРИНЯТЬ
root@incrcomnetpp:/home/abb# iptables-save | группа 5901
-A ufw-user-input -p tcp -m tcp --dport 5901 -j ПРИНЯТЬ
-A ufw-user-input -p tcp -m multiport --dports 5901:5910 -j ПРИНЯТЬ
root@incrcomnetpp:/home/abb# iptables-save | группа 3389
-A ufw-user-input -p tcp -m tcp --dport 3389 -j ПРИНЯТЬ
-A ufw-user-input -p tcp -m tcp --dport 3389 -j ПРИНЯТЬ
-A ufw-user-input -p udp -m udp --dport 3389 -j ПРИНЯТЬ

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

1. Прослушивает ли TCP-порт приложения?

Установите net-tools, если они не установлены: sudo apt-get установить сетевые инструменты и используйте netstat для первой проверки:

судо netstat-lntp

Найдите прослушиваемый порт. Имя приложения/службы находится в последнем столбце ответа на команду. Типичные порты TCP: 5900 или 5901... для VNC, 3389 для RDP и т. д. Номера портов указаны в третьем столбце после двоеточия, например. 0.0.0.0:5900

Если порт прослушивания удаленного доступа не открыт, обычно это проблема с настройкой приложения или служба не запущена. Проверьте журналы в /var/log/ и статус службы.

2. Разрешает ли ваш брандмауэр входящие соединения?

sudo iptables-сохранить
sudo iptables-сохранить | grep <номер порта TCP>

Первая команда отображает сведения о локальном брандмауэре. Если вывод не виден, это означает, что брандмауэр не активен. Никаких действий не требуется. Перейти к шагу № 3.

Если в списке есть несколько строк, вы можете отфильтровать их второй командой. Заменять <a TCP port number> по вашему реальному номеру порта (например, 5900) из шага № 1, описанного выше. Если ваш порт не указан с предложением ACCEPT в конце строки, вы должны открыть порт в брандмауэре. Есть больше возможностей, как это сделать, я не знаю, какой тип управления брандмауэром вы используете (только iptables, UFW, GUFW...).

3. Доступна ли ваша система Ubuntu 18.04 с другого ПК по сети?

IP-адрес показать
IP а

Вторая команда является сокращенной версией первой. Используйте эту команду с обеих сторон, т.е. в Ubuntu 18.04 (ПК-А) и на другом ПК (ПК-Б), с которого вы попытаетесь удаленно подключиться к ПК-А. Найдите их IP-адреса.

Поместите команду в ПК-Б:

ping <IP-адрес ПК-А>

Если вы видите положительный ответ на эхо-запрос (время ответа в миллисекундах) от ПК-А, ПК-А доступен в сети. В случае отсутствия или отрицательного ответа необходимо решить проблему с сетевым подключением.

Поместите команду в ПК-Б:

telnet <IP-адрес ПК-А> <номер порта TCP>

куда <a TCP port number> прослушивает порт с шага №1. Если ответ «Подключен к ..», вы убедились, что компьютер PC-A доступен для удаленного доступа.

Если ответ «telnet: невозможно подключиться к удаленному хосту: в соединении отказано» или нет ответа в течение длительного времени, это означает, что между ПК-B и ПК-A находится какая-то точка блокировки.

Если операционной системой ПК-В является Windows, то телнет недоступен по умолчанию. Вы должны установить его, добавив функцию в систему Windows (Панель управления, Удалить или изменить программу, Включить или отключить функции Windows, найти клиент Telnet, включить его).

4. Используете ли вы правильное приложение удаленного доступа и порт на ПК-В?

Это следующий возможный источник проблемы. Установите и попробуйте приложение Remmina на ПК-B. Это полезно и универсально. Его можно использовать для VNC, RDP, SSH... типа доступа. Будьте осторожны с TCP-портом, который вы используете. Если компьютер PC-A прослушивает 5901, вы не можете использовать порт 5900 по умолчанию для доступа VNC. И т.д.

Если операционной системой PC-B является Windows, используйте mstsc вместо Remmina.