Удаленный доступ на рабочую станцию Fedora 24

https://docs.fedoraproject.org/ru-RU/Fedora/13/html/User_Guide/chap-User_Guid...

а в сторону VNC посмотреть? https://ru.wikipedia.org/wiki/Virtual_Network_Computing

Спасибо, VNC я тоже настроил так, чтобы входить в текущую сессию пользователя, видеть, что он делает, вмешиваться в его действия (для удалённой помощи). Но хотелось бы также и по RDP-протоколу входить параллельно так, чтобы создавалась новая сессия (чтобы не мешать текущей работе пользователя). Типа, поправить что-нибудь в настройках программ в его профиле, да и выйти себе, а после перезагрузки у него всё будет как надо. При этом я ему даже не докладываю о своих действиях. Тихая и незаметная профессиональная работа без суеты, просьб освободить комп и т.п.

Не стоит так делать:
1) Не все программы хорошо относятся и поддерживают множественный запуск.
2) У многих программ есть текстовые конфиги и для их редактирования графический интерфейс не нужен.
3) Правка чего-то «по-тихому» без согласования с пользователем - верный путь к попоболи у всех участников процесса.

Я понимаю ваши сомнения, но веду речь об ответственном подходе и, надеюсь, в каждый конкретный момент времени понимаю, что творю. Например, потребовалось у пользователя настроить сохранение файлов в LibreOffice в M$-форматах, а не в его od?-форматах. Неужели из-за такой мелочи нужно позвонить, согнать человека с компа, поправить, а затем милостиво позволить ему продолжить работу? Думаю, вот здесь то самое «по-тихому», было бы вполне уместно и обоснованно. И с минимумом нервных затрат.

если пользователь осуществил локальный вход под своим профилем, то удалённо по RDP под этим же именем войти уже не удаётся. Аналогично, не удаётся сделать по RDP и два удалённых входа.

Смотреть лог RDP-сервера при открытии второго сеанса.
Увеличить уровень логирования при необходимости.

Поставил Fedora 25 - то же самое, хотя, повторю, в 20-ой Fedor-е такого не было. При попытко второго входа (неважно - второй вход удалённый или локальный) получаю окошко с таким сообщением: «Could not acquire name on session bus».

Правда, есть-таки маленькая разница между удалённым и локальным входом. Если попытка второго входа локальная, то указатель мыши имеется и удаётся нажать на кнопку в окне «Закрыть». А если удалённо, то указателя мыши нет и закрыть окно ни клавой, ни мышкой я не могу (видимо, клава, как и мышь, тоже не работает).

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

Это «я бы» - лишь зрелый плод незрелого воображения. В данном случае хотелось бы услышать что-то более вменяемое.

Could not acquire name on session bus

https://www.starnet.com/xwin32kb/could-not-acquire-name-on-session-bus-when-l...

To solve this issue, edit the command to the following
unset DBUS_SESSION_BUS_ADDRESS; gnome-session
unsetting the DBUS_SESSION_BUS_ADDRESS will cause a different lock file to be created and then the session will launch properly

А в каком файле это нужно отредактировать? Однократный запуск в терминале проблемы не решает.

в каком файле это нужно отредактировать?

Это зависит от вашего RDP-сервера.

Например, потребовалось у пользователя настроить сохранение файлов в LibreOffice в M$-форматах, а не в его od?-форматах. Неужели из-за такой мелочи нужно позвонить, согнать человека с компа, поправить, а затем милостиво позволить ему продолжить работу?

Чтобы гарантированно получить желаемый результат - всё равно нужно позвонить, попросить завершить работу с LibreOffice, сделать настройки, позволить пользователю продолжить работу.

А еще множество «невидимых невооружённым глазом» вещей связаны с текущим сеансом пользователя и не рассчитаны на несколько сеансов одного пользователя. Так что хотелка весьма сомнительная. В некоторых случаях полезная, но иногда будет приводить к дополнительным проблемам.

Вот представляете, три года пользовался своей хотелкой в Fedora 20 и проблем не имел. Видимо «хотелка» была достаточно умеренной и адекватной. И хотя я пришёл к терапевту, а по ошибке попал к проктологу, всё равно спасибо за заботливые наставления - задницу тоже надо беречь, хотя она пока и не болела...

Не обращайте внимания на оффтоп.
Лучше расскажите, какой у вас RDP-сервер и как вы его настраивали.

Да всё самое стандартное - установливал лишь tigervnc-server и xrdp. Вот и всё. Обычно, стандартных средств бывает достаточно.