Я зіткнувся з іншою проблемою, коли XRDP не працює. Я був на цьому вже досить давно і думаю, що мені потрібна допомога. Я вважаю, що це проблема, яку машина Ubuntu не слухає через порт.

Я дотримувався керівництва за адресою http://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/ .

Однак, коли я переходжу на rdp з Windows, я можу підключитися та ввести ім’я користувача та пароль, але коли я це роблю, я отримую таку помилку:

Connecting to sesman IP 127.0.0.1 port 3350
sesman connect ok
sending login info to session manager, please wait...
srdp_mm_process_login_response:login successful for display
started connecting
connecting to 127.0.0.1 5910
error-problem connecting

Можливо, проблема полягає в тому, що моя машина Ubuntu не слухає порт 5910? Що ви думаєте, хлопці? Якщо так, то як я можу переконатися, що Ubuntu слухає порт 5910?

Редагувати:

Гаразд, коли я запускаю цю команду:

sudo netstat -peant | grep ":5910 "

Нічого не виходить. Коли я запускаю цю команду: sudo netstat -peant | grep "127.0.0.1"і прокручую, я не бачу нічого, пов’язаного з портом 5910. Я вважаю, що знайшов велику проблему. Моє запитання зараз - як мені налаштувати xrdp для прослуховування порту 5910?

Я виявив, що цей дійсно працював для мене. https://ubuntuforums.org/showthread.php?t=1314336

Я підсумовую тут рішення:

Мені довелося видалити xrdp, vnc4server, capacvnc, які всі були встановлені в неправильному порядку. Мені довелося встановити затягуючий сервер, а потім встановити xrdp.

sudo apt-get remove xrdp vnc4server tightvncserver
sudo apt-get install tightvncserver
sudo apt-get install xrdp

Потім перезапустіть службу xrdp:

sudo service xrdp restart

Гаразд, тому я знайшов команду, яка вирішить мою проблему. Виконайте цю команду, щоб усунути помилку

Біжи gsettings set org.gnome.Vino require-encryption false

Ця публікація допомогла мені позбутися проблеми. Після цього я перезапустив xrdpслужбу, щоб також переконатися.

Ви спробували створити файл /etc/X11/Xwrapper.config, що містить

allowed_users = anybody

Зауважте, що я використовую Windows 10 для підключення debian 9. І я використовував Xorg.

Я зовсім новачок, і я читав помилки та документи щодо цього.

Все, що я зробив, щоб виправити цю проблему - це зупинити та запустити xrdp, використовуючи наступні команди:

sudo service xrdp stop

sudo service xrdp start

Я декілька днів боровся з цією проблемою (підключення до віддаленого робочого столу Windows 7 - XRDP CentOS), і за допомогою пошуку я виявив, що найпростішим рішенням помилки - підключення проблеми є чіткий вхід "mydomain \ username" : перед встановленням пакетів, вбити процеси чи видалити тимчасові файли, просто спробуйте підключити написання свого імені користувача лише у запиті XRDP, тому не зберігайте його раніше у підключенні до віддаленого робочого столу Windows 7.

Якщо вам заборонено очищати своє ім’я користувача (XRDP завжди показує ім'я за замовчуванням), очистіть історію з'єднання RDP для сервера, до якого ви намагаєтесь підключитися, або скористайтеся цією можливістю очистити всю історію з'єднань таким чином (сторона Windows - CMD):

@echo off
reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default" /va /f
reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers" /f
reg add "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers"
cd %userprofile%\documents\
attrib Default.rdp -s -h
del Default.rdp

А потім спробуйте знову підключитися. Якщо це не працює, ви можете спробувати:

1. Майте на увазі, що у RDP Windows слід використовувати високий колір (16 біт) або вище; або

2. Отримайте доступ до xrdp-sesman.log від PuTTY ( cat /var/log/xrdp-sesman.log), що, ймовірно, покаже "X-сервер для відображення 10 тайм-аут запуску (...) інший Xserver вже активний на дисплеї 10 ", то vncserver -geometry 1024x768 :10покаже, що є тимчасовий файл, який ви можете очистити, тому видаліть правильні тимчасові файли, як пояснено тут і тут ; або

3. Пониження тигра VNC .

Просто змініть: /etc/xrdp/sesman.ini AllowRootLogin = 1

Це не варто - є краще і менш болісне рішення:

X11VNC

Я витратив щонайменше 8 годин на боротьбу за битву за підключення з Windows 10 до Ubuntu 16 через xrpd та Windows rdp. Я спробував нескінченні "рішення", які я знайшов розміщеними по всьому Інтернету. Я досяг прогресу, але так і не зумів його повністю вирішити. Навіть якщо б у мене було, здається, що це все одно слабке налаштування, тому що:

• Ви не можете використовувати робочий стіл Unity, тому ваш rdp підключив вас до зовсім іншого інтерфейсу ОС, ніж те, що ви використовували б як стандарт Ubuntu.
• Ви не можете ввійти в систему вже з цим обліковим записом. Тож якби у вас був сценарій, де іноді ви працюєте безпосередньо на машині Ubuntu, а іноді підключаєтесь віддалено, вам доведеться обов’язково вийти з системи, щоб дозволити це віддалене з'єднання.
• З того, що ви прочитали, як тільки ви це отримаєте, ви також ведете битву, щоб отримати механізм "повторного з'єднання", який працює для повторного входу в сеанс rdp, який ви залишили.
• Вам потрібно вручну вводити облікові дані при кожному вході. Неможливо зберегти їх на клієнтському кінці та просто миттєво підключитися.

Я використовував купу різних інтерфейсів віддаленого підключення, і в цілому ніщо не перемагає простоту та якість Windows RDP, як на мене, досі. Такий, я досить зациклювався на використанні цього. Хоча, боровшись з цим досить довго, і, нарешті, кинувши рушник, я виявив, що VNC дуже добре працює в цьому контексті.

Як я вже говорив спочатку, на стороні Ubuntu я використовував "x11vnc". Детальну інформацію про повне налаштування див. У цих інструкціях:

Як налаштувати x11vnc для доступу з графічним екраном входу?

З боку Windows я використовував RealVNC Viewer: https://www.realvnc.com/en/connect/download/viewer/ , який я вже встановив і налаштував для віддаленого підключення до Mac у моїй локальній мережі.

За допомогою цього налаштування у мене НІКОЛИ не вказані вище слабкі сторони. Крім того, у повноекранному режимі дисплей настільки ж хороший, як це було б природно. Я бачу 0 відставання, 0 розмиття. У мене двосторонній буфер обміну працює без жодних зусиль, щоб отримати це ...

Теоретично, ви повинні мати можливість складати xrpd та x11vnc. Дивіться: http://c-nergy.be/blog/?p=5956 Я також спробував це, просто щоб побачити, чи зможу я його працювати. Мені теж не пощастило з цим. Тож я щойно сказав, чорт з xrpd, врешті-решт, видалив його та відкрутив усі зміни, які я вніс на свою машину, бореться з нею (або принаймні так з ними).

Якщо у вас є основна причина того, що ви потребуєте RDP замість VNC, я настійно рекомендую пройти цей маршрут, який я описав замість цього.