Napotykam inny problem, w którym XRDP nie działa. Byłem w tym już od dłuższego czasu i myślę, że potrzebuję pomocy. Uważam, że jest to problem polegający na tym, że maszyna Ubuntu nie nasłuchuje na porcie.

Postępowałem zgodnie z instrukcjami na stronie http://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/ .

Jednak gdy przechodzę do rdp z systemu Windows, mogę się połączyć i wpisać nazwę użytkownika i hasło, ale kiedy to robię, pojawia się następujący błąd:

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

Czy problem może polegać na tym, że mój komputer z systemem Ubuntu nie nasłuchuje portu 5910? Co myślicie? Jeśli tak, to jak mogę się upewnić, że Ubuntu nasłuchuje na porcie 5910?

Edytować:

Ok, więc kiedy uruchomię to polecenie:

sudo netstat -peant | grep ":5910 "

Nic się nie pojawia. Kiedy uruchamiam to polecenie: sudo netstat -peant | grep "127.0.0.1"i przewijam, nic nie widzę podłączonego do portu 5910. Wydaje mi się, że znalazłem duży problem. Moje pytanie brzmi: jak skonfigurować xrdp do słuchania portu 5910?

Odkryłem, że ten naprawdę dla mnie zadziałał. https://ubuntuforums.org/showthread.php?t=1314336

Podsumowuję tutaj rozwiązanie:

Musiałem usunąć xrdp, vnc4server, tightvnc, które wszystkie zostały zainstalowane w niewłaściwej kolejności. Musiałem zainstalować tightvncserver, a następnie zainstalować xrdp.

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

Następnie uruchom ponownie usługę xrdp:

sudo service xrdp restart

Ok, więc znalazłem polecenie, które rozwiąże mój problem. Uruchom to polecenie, aby usunąć błąd

Biegać gsettings set org.gnome.Vino require-encryption false

Ten post pomógł mi pozbyć się problemu. Ponownie uruchomiłem xrdpusługę, aby się upewnić.

Czy próbowałeś utworzyć plik /etc/X11/Xwrapper.config zawierający

allowed_users = anybody

Zauważ, że używam Windows 10 do połączenia Debiana 9. I użyłem Xorg.

Jestem bardzo nowy i czytałem błędy i dokumenty dotyczące tego.

Wszystko, co zrobiłem, aby rozwiązać ten problem, to zatrzymać i uruchomić xrdp, używając następujących poleceń:

sudo service xrdp stop

sudo service xrdp start

Przez kilka dni borykałem się z tym problemem (Windows 7 Remote Desktop Connection - XRDP CentOS) i szukając , odkryłem, że najprostszym rozwiązaniem błędu - problem z połączeniem jest jasne logowanie "moja_domena \ nazwa użytkownika" : przed zainstalowaniem pakietów, zabij procesy lub usuń tymczasowe pliki, po prostu spróbuj się połączyć, pisząc swoją nazwę użytkownika tylko w żądaniu XRDP, więc nie zapisuj jej wcześniej w Windows 7 Remote Desktop Connection.

Jeśli nie możesz wyczyścić swojej nazwy użytkownika (XRDP zawsze domyślnie wyświetla nazwę), wyczyść historię połączeń RDP dla serwera, z którym próbujesz się połączyć, lub skorzystaj z okazji, aby wyczyścić całą historię połączeń w ten sposób (strona systemu 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

A następnie spróbuj ponownie połączyć. Jeśli to nie działa, możesz spróbować:

1. Pamiętaj, że powinieneś używać High Color (16 bitów) lub wyższej w Windows RDP; lub

2. Uzyskaj dostęp do xrdp-sesman.log przez PuTTY ( cat /var/log/xrdp-sesman.log), co najprawdopodobniej pokaże „Serwer X dla limitu czasu uruchamiania wyświetlacza 10 (...) inny Xserver jest już aktywny na wyświetlaczu 10 ”, a następnie vncserver -geometry 1024x768 :10pokaże, że istnieje plik tymczasowy, który można wyczyścić, więc usuń prawidłowe pliki tymczasowe, jak wyjaśniono tutaj i tutaj ; lub

3. Obniż wersję Tiger VNC .

Wystarczy zmienić: /etc/xrdp/sesman.ini AllowRootLogin = 1

Nie warto - istnieje lepsze i mniej bolesne rozwiązanie:

X11VNC

Spędziłem co najmniej 8 godzin walcząc z bitwą, aby połączyć się z systemem Windows 10 z Ubuntu 16 za pośrednictwem xrpd i Windows rdp. Próbowałem nieskończonych „rozwiązań”, które znalazłem w całej sieci. Poczyniłem postępy, ale nigdy nie udało mi się go w pełni rozwiązać. Nawet gdybym miał, wydaje się, że i tak jest to słaba konfiguracja, ponieważ:

• Nie możesz korzystać z Unity Desktop, więc twój rdp połączył cię z zupełnie innym interfejsem systemu operacyjnego niż ten, który byłby używany jako standard Ubuntu.
• Nie możesz być zalogowany już za pomocą tego konta. Więc jeśli masz scenerię, w której czasami pracujesz bezpośrednio na komputerze Ubuntu, a czasami łączysz się zdalnie, musisz się wylogować, aby umożliwić to zdalne połączenie.
• Z tego, co przeczytałeś, kiedy już to masz, stoczysz także bitwę, aby uzyskać mechanizm „ponownego połączenia”, który ponownie wejdzie w sesję rdp, którą opuściłeś.
• Musisz ręcznie wprowadzić dane uwierzytelniające przy każdym logowaniu. Nie ma sposobu, aby zapisać je po stronie klienta i po prostu połączyć natychmiast.

Użyłem stosu różnych interfejsów zdalnego połączenia i ogólnie nic nie przebije łatwości i jakości RDP systemu Windows. Tak, byłem bardzo skupiony na korzystaniu z tego. Po dość długiej walce i w końcu wrzuceniu ręcznika odkryłem, że VNC działa równie dobrze w tym kontekście.

Jak powiedziałem początkowo, po stronie Ubuntu użyłem „x11vnc”. Zapoznaj się z tymi instrukcjami, aby uzyskać szczegółowe informacje na temat uzyskania pełnej konfiguracji:

Jak skonfigurować x11vnc, aby uzyskać dostęp za pomocą graficznego ekranu logowania?

Po stronie systemu Windows korzystałem z przeglądarki RealVNC Viewer: https://www.realvnc.com/en/connect/download/viewer/ , którą już zainstalowałem i skonfigurowałem do zdalnego połączenia z komputerem Mac w mojej sieci LAN.

Dzięki tej konfiguracji NIE MA ŻADNYCH słabości opisanych powyżej. Ponadto w trybie pełnoekranowym wyświetlacz jest tak dobry, jak byłby w naturalny sposób. Widzę 0 opóźnień, 0 rozmycia. Mam dwukierunkowy schowek działający bez żadnego wysiłku, aby uzyskać ...

Teoretycznie powinieneś mieć możliwość układania xrpd i x11vnc. Zobacz: http://c-nergy.be/blog/?p=5956 Próbowałem też tego, aby sprawdzić, czy uda mi się go uruchomić. Też nie miałem szczęścia. Więc właśnie powiedziałem do diabła z xrpd na końcu, odinstalowałem go i przywróciłem wszystkie zmiany, które wprowadziłem do mojej maszyny, walcząc z nim (a przynajmniej z nimi).

O ile nie masz ważnego powodu, że POTRZEBUJESZ RDP zamiast VNC, zdecydowanie polecam wybranie tej trasy, którą opisałem.