Fehler / Problem beim Verbinden (Windows 10 RDP in XRDP)


20

Ich stoße auf ein anderes Problem, bei dem XRDP nicht funktioniert. Ich bin schon eine ganze Weile dabei und glaube, ich brauche Hilfe. Ich glaube, dass es ein Problem ist, dass der Ubuntu-Rechner nicht auf einem Port lauscht.

Ich folgte der Anleitung unter http://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/ .

Wenn ich jedoch von Windows aus zu RDP gehe, kann ich eine Verbindung herstellen und den Benutzernamen und das Kennwort eingeben. Wenn ich dies jedoch tue, wird die folgende Fehlermeldung angezeigt:

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

Könnte das Problem sein, dass mein Ubuntu-Rechner nicht auf Port 5910 hört? Was denkt ihr? Wenn ja, wie kann ich sicherstellen, dass Ubuntu Port 5910 abhört?

Bearbeiten:

Ok, wenn ich diesen Befehl ausführe:

sudo netstat -peant | grep ":5910 "

Es kommt nichts auf. Wenn ich diesen Befehl ausführe sudo netstat -peant | grep "127.0.0.1"und einen Bildlauf durchführe, sehe ich nichts, was mit Port 5910 verbunden ist. Ich glaube, dass ich ein großes Problem gefunden habe. Meine Frage ist nun, wie ich xrdp zum Abhören von Port 5910 einrichte.

Antworten:


7

Ich fand, dass dieser wirklich für mich gearbeitet hat. https://ubuntuforums.org/showthread.php?t=1314336

Ich fasse hier die Lösung zusammen:

Ich musste xrdp, vnc4server, tightvnc entfernen, die alle in der falschen Reihenfolge installiert wurden. Ich musste tightvncserver installieren und dann xrdp installieren.

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

Starten Sie dann den xrdp-Dienst neu:

sudo service xrdp restart

Jetzt kann ich mich einloggen, aber es meldet sich in 1-2 Sekunden wieder ab.
Stiv

Für mich geht das. Bevor ich diese Antwort gesehen habe, war noch nicht einmal ein VNC-Server installiert.
28.

Das hat frustrierend bei mir funktioniert. Ich habe keine Ahnung, was sich geändert hat, da ich xrdp seit Monaten verwende, bevor es durcheinander geraten ist. Vielen Dank!
Jgitter

6

Ok, also habe ich den Befehl gefunden, der mein Problem löst. Führen Sie diesen Befehl aus, um den Fehler zu beheben

Lauf gsettings set org.gnome.Vino require-encryption false


Wenn ich es im Terminal von Raspberry Pi laufen lasse, schrieb es "No such schema 'org.gnome.Vino'"
ofir_aghai

2

Ich bin sehr neu und habe Fehler und Dokumente dazu gelesen.

Alles, was ich getan habe, um dieses Problem zu beheben, war, xrdp mit den folgenden Befehlen zu stoppen und zu starten:

sudo service xrdp stop

sudo service xrdp start

Hat für mich gearbeitet. xRDP, arbeitete an Port 3350.
Luigi Lopez

2

Dieser Beitrag hat mir geholfen, das Problem loszuwerden. Ich habe den xrdpDienst danach neu gestartet , um sicherzugehen.

Haben Sie versucht, eine Datei /etc/X11/Xwrapper.config mit zu erstellen

allowed_users = anybody

Beachten Sie, dass ich Windows 10 verwende, um Debian 9 zu verbinden Xorg.


Gleiches Problem hier Debian 9.5 und Fluxbox.
27.

arbeitete für mich. default allowed_users wurde auf console
osyan

0

Ich hatte einige Tage mit diesem Problem zu kämpfen (Windows 7 Remotedesktopverbindung - XRDP CentOS), und bei der Suche stellte ich fest, dass die einfachste Lösung für eine fehlerhafte Verbindung die eindeutige Anmeldung "MeineDomäne \ Benutzername" ist : Vor der Installation von Paketen, Beenden von Prozessen oder Entfernen von temporären Verbindungen Versuchen Sie einfach, eine Verbindung herzustellen, indem Sie Ihren Benutzernamen nur in der XRDP-Anforderung eingeben, und speichern Sie ihn zuvor nicht in der Windows 7- Remotedesktopverbindung .

Wenn Sie Ihren Benutzernamen nicht löschen dürfen (XRDP zeigt standardmäßig immer einen Namen an), löschen Sie den RDP-Verbindungsverlauf für den Server, zu dem Sie eine Verbindung herstellen möchten , oder nutzen Sie diese Gelegenheit, um den gesamten Verbindungsverlauf auf diese Weise zu löschen (Windows-Seite) - 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

Versuchen Sie dann erneut, eine Verbindung herzustellen. Wenn es nicht funktioniert, können Sie versuchen:

  1. Denken Sie daran, dass Sie für Windows RDP High Color (16 Bit) oder höher verwenden sollten. oder

  2. Zugang xrdp-sesman.log von PuTTY ( cat /var/log/xrdp-sesman.log), was problably zeigt „für die Anzeige X - Server 10 Startup Timeout (...) eine anderen X - Server ist bereits aktiv auf dem Display 10 “, dann vncserver -geometry 1024x768 :10zeigt es ist eine temporäre Datei , die Sie löschen können, Entfernen Sie daher die korrekten temporären Dateien, wie hier und hier erläutert . oder

  3. Herabstufung Tiger VNC .



0

Es lohnt sich nicht - es gibt eine bessere und weniger schmerzhafte Lösung:

X11VNC

Ich habe mindestens 8 Stunden lang gekämpft, um eine Verbindung von Windows 10 zu Ubuntu 16 über xrpd und Windows rdp herzustellen. Ich habe endlose "Lösungen" ausprobiert, die ich im ganzen Web gefunden habe. Ich habe Fortschritte gemacht, es aber nie geschafft, diese vollständig zu lösen. Selbst wenn ich es getan hätte, scheint es, dass dies sowieso ein schwaches Setup ist, weil:

  • Sie können den Unity-Desktop nicht verwenden, daher hat Ihr RDP Sie mit einer völlig anderen OS-Benutzeroberfläche verbunden, als Sie es als Ubuntu-Standard verwenden würden.
  • Sie können nicht bereits mit diesem Konto angemeldet sein. Wenn Sie also ein Szenario haben, in dem Sie manchmal direkt auf dem Ubuntu-Computer arbeiten und manchmal eine Remoteverbindung herstellen, müssen Sie sich unbedingt abmelden, um diese Remoteverbindung zuzulassen.
  • Nach dem, was Sie gelesen haben, haben Sie auch einen Kampf darum geführt, dass ein "Wiederverbindungsmechanismus" funktioniert, um wieder in eine von Ihnen verlassene RDP-Sitzung einzutreten.
  • Sie müssen die Anmeldeinformationen bei jeder Anmeldung manuell eingeben. Es gibt keine Möglichkeit, sie auf der Client-Seite zu speichern und sofort eine Verbindung herzustellen.

Ich habe eine Menge verschiedener Remoteverbindungsschnittstellen verwendet, und insgesamt geht meines Erachtens noch nichts über die Einfachheit und Qualität von Windows RDP. Ich war ziemlich darauf fixiert, das zu benutzen. Nachdem ich so lange gekämpft und schließlich das Handtuch geworfen hatte, stellte ich fest, dass VNC in diesem Zusammenhang ziemlich gut funktioniert.

Wie ich anfangs sagte, habe ich auf der Ubuntu-Seite "x11vnc" verwendet. Weitere Informationen zur vollständigen Einrichtung finden Sie in den folgenden Anweisungen:

Wie richte ich x11vnc für den Zugriff mit dem grafischen Anmeldebildschirm ein?

Auf der Windows-Seite habe ich RealVNC Viewer verwendet: https://www.realvnc.com/en/connect/download/viewer/ , den ich bereits für eine Remoteverbindung mit einem Mac in meinem LAN installiert und eingerichtet hatte.

Mit diesem Setup habe ich KEINE der oben beschriebenen Schwächen. Darüber hinaus ist die Anzeige im Vollbildmodus genauso gut wie normalerweise. Ich sehe 0 Verzögerung, 0 Unschärfe. Ich habe eine bidirektionale Zwischenablage, die ohne Mühe funktioniert, um das zu bekommen ...

Theoretisch sollten Sie in der Lage sein, xrpd und x11vnc zu stapeln. Siehe: http://c-nergy.be/blog/?p=5956 Das habe ich auch versucht, nur um zu sehen, ob ich es zum Laufen bringen kann. Damit hatte ich auch kein Glück. Also habe ich zum Teufel mit xrpd am Ende gesagt, es deinstalliert und alle Änderungen zurückgesetzt, die ich an meiner Maschine vorgenommen habe, um damit zu kämpfen (oder zumindest so von ihnen).

Sofern Sie keinen wichtigen Grund dafür haben, dass Sie RDP anstelle von VNC BENÖTIGEN, empfehle ich nachdrücklich, diesen von mir beschriebenen Weg zu gehen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.