"xrdp" auf Debian 10.x? [Gelöst]

[jmar83]

Hallo zusammen

Das geht nicht: https://www.server-world.info/en/note?o ... esktop&f=8

Nach dem Einloggen schliesst sich das Fenster...


Das ebenfalls nicht: https://www.hiroom2.com/2017/06/19/debi ... tall-xrdp/

1. Das File "xrdp.ini" lässt sich in dieser Art nicht patchen, da es bei Version 10 (va. Version 9) anders aufgebaut ist
2. Das schon gepatchte File von einem (funktionierenden) Debian 9-System zu kopieren, sowie zusätzlich das Paket "tigervnc-standalone-server" zu installieren klappt leider auch nicht....


Besten Dank für die Feedbacks.

[jmar83]

-> Zuerst habe ich es nach der Art von Version 9 installiert, und vorher natürlich vom originalen "xrdp.ini" eine Kopie "xrdp.ini.0" erstellt. Diese habe ich dann wieder rückgängig gemacht und später wieder alles gelöscht mit

- apt-get remove xrdp
- apt-get remove tigervnc-standalone-server
- apt-get clean & apt-get autoremove --purge


Der Befehl "apt-get autoremove --purge" sollte ja alles (z.B. Konfiguratiosneinstellungen), was noch von irgendwelchen Installatioen übrig ist, quasi "wegputzen"...?

Anschliessend habe ich wieder neu installiert mit "apt-get install xrdp", und bin genauso verfahren wie es in dieser Anleitung steht -> https://www.server-world.info/en/note?o ... esktop&f=8

Klappt aber nicht, entweder ist das Unsinn was auf dieser Webseite zu lesen ist, oder ich habe das System bereits "verbastelt". Letzes halte ich aber für ausgeschlossen, da ich es vor ca. 2 Stunden frisch aufgesetzt habe und noch genau weiss was ich getan habe...?

[jmar83]

-> UPDATE: Der Grund war, dass ich mich lokal eingeloggt habe...

Sollte ja funktionieren sowas, wieder mal "buggy by default" (oder Feature??), aber das bin ich mir ja mittlerweile gewöhnt bei sämtlichen Linux-Systemen!

[DeletedUserReAsG]

Der Befehl "apt-get autoremove --purge" sollte ja alles (z.B. Konfiguratiosneinstellungen), was noch von irgendwelchen Installatioen übrig ist, quasi "wegputzen"...?

Aber keine

[DeletedUserReAsG]

Sachen, die von

[DeletedUserReAsG]

der jeweiligen Software

[DeletedUserReAsG]

während der Laufzeit etwa unter ~

[DeletedUserReAsG]

angelegt worden sind.

Vom Edit-Button hast du mal gehört?

[jmar83]

Hehe, danke für den Hinweis!

...scheinbar lerne ich das nie (auch in anderen Foren beklagt man sich deswegen über mich), aber ich verspreche es mir in Zukunft (falls ich überhaupt dran denke, was meist das Problem ist! ) diesbezüglich etwas mehr Mühe zu geben!

Also "apt-get purge xxx" resp "apt-get autoremove --purge" löscht nur Dateien / Einstellungen, welche NICHT in den User-Profilen (also ~ resp. /home/... oder /root) drin ist. Aber daran lag es ja nicht.

Dass man sich lokal erst ausloggen muss, ist ein Bisschen, na ja, sagen wir mal "speziell"...

[T0CA]

Hallo zusammen,

ich habe die gleiche Herausforderung und frage mich ob die Aussage:

-> UPDATE: Der Grund war, dass ich mich lokal eingeloggt habe...

Sollte ja funktionieren sowas, wieder mal "buggy by default" (oder Feature??), aber das bin ich mir ja mittlerweile gewöhnt bei sämtlichen Linux-Systemen!

so korrekt ist? Bei mir ist es wie bei jmar83, wenn ich am Rechner eingeloggt bin und mich per RDP verbinde kommt keine Verbindung zustande.
Meine Erwartung wäre gewesen das die lokale Session einfach remote angezeigt wird (in der Windows-Welt ist das ja so).

Gibt es hier noch Anpassungsmöglichkeiten?
Wie geht ihr damit um? Loggt ich euch immer am Rechner aus?

Beste Grüße
T0CA

[willy4711]

Gibt es einen besonderen Grund, xrdp zu nutzen ?
Windows beherrscht wie Linux auch VNC. Geschwindigkeitsvergleiche fallen zumindest bei mir Linux / Linux zugunsten VNC aus.
Mit dem Ausloggen am Server stimmt, allerdings habe ich mit xrdp nicht weiter gebastelt, da ich es nicht benutze.

Mein Favorit ist: x11vnc auf dem Server und tigervnc-viewer auf dem Client.
Da klappt sogar Fernseh- Glotzen mit nur minimaler Verzögerung.

[jmar83]

Also ich finde xrdp sehr performant, falls mal richtig funktioniert... zudem hat man damit noch den grossen Vorteil, dass man auf einem Windows-Rechner nix nachinstallieren muss - `mstsc.exe` ist bei allen modernen Windows-Varianten mit dabei!

[T0CA]

Für mich ist der besondere Grund das ich auf einen Windows PC angewiesen bin auf dem ich keinen VNC Viewer installieren kann/will/darf.
Der RDP Client (mstsc.exe) ist aber standardmäßig vorhanden.

Ich bin auch überaus zufrieden mit Stabilität, Geschwindigkeit und Handling der RDP Lösung.
Einzig das ich mich nicht remote einloggen kann wenn ich ich mich lokal nicht abgemeldet habe ist ein echter "Pain-Point".

Edit: Hab noch ein paar Infos zum Sachverhalt gefunden: https://github.com/neutrinolabs/xrdp/issues/960
Das Verhalten ist so "by design". Ich versuche mal die beschrieben Schleife via x11vnc ...

[jmar83]

"Ich versuche mal die beschrieben Schleife via x11vnc ..."

Falls du noch was dazu herausfindest, kannst du gerne hier darüber berichten!

[MSfree]

Für mich ist der besondere Grund das ich auf einen Windows PC angewiesen bin auf dem ich keinen VNC Viewer installieren kann/will/darf.

Ein VNC-Viewer besteht aus einem einzigen in sich geschlossenem Executable ohne zusätzliche DLLs. Den braucht man nicht zu installieren. Es reicht, den irgendwo auf die Platte zu kopieren oder von einem USB-Stick zu starten.

Ich versuche mal die beschrieben Schleife via x11vnc ...

Ich habe das zwar noch nicht probiert, daher ohne Gewähr:

Es gibt auch x11rdp. Vermutlich funktioniert das sehr ähnlich wie x11vnc.

[T0CA]

Ein VNC-Viewer besteht aus einem einzigen in sich geschlossenem Executable ohne zusätzliche DLLs. Den braucht man nicht zu installieren. Es reicht, den irgendwo auf die Platte zu kopieren oder von einem USB-Stick zu starten.

Das stimmt und ist auch fast unkritisch außer wenn du an einem Rechner mit aktivem und scharfem Application Whitelisting und gesperrten USB Ports sitzt

[jmar83]

Da das Zeugs "by default" offenbar ziemlich verdreht ist, hier die Datei mit meiner Lösung. (Oder eher "Lösung", na ja, wie man's nimmt, hehe! )

https://www.file-upload.net/download-13 ... h.zip.html


...hier kann man ja keine Dateianhänge mitliefern (?), zwar sieht das "Link einfügen"-Symbol oben in der Toolbar so aus - hat aber nix damit zu tun.

[jmar83]

"wine" scheint ein problem damit zu haben:

Code: Alles auswählen

wine WinSCP-5.15.4-Setup.exe
Invalid MIT-MAGIC-COOKIE-1 key0009:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
0009:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly.
0029:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
0029:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly.

Weiss evtl. jemand was zum Thema? (Und nein, die Lösung scheint dabei leider nicht das setzen der DISPLAY-Variable zu sein..) Vielen Dank.

[MSfree]

"wine" scheint ein problem damit zu haben:

Code: Alles auswählen

wine WinSCP-5.15.4-Setup.exe
Invalid MIT-MAGIC-COOKIE-1 key0009:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
...

Das passiert, wenn man Programme mit einerm anderen Benutzer ausführt als der, dem der Xserver gerade gehört. Typischerweise sind das mit sudo oder mit su ausgeführte Programme.

Das Setzen der Umgebungsvariable XAUTHORITY auf den vollen Dateinamen der .Xauthority-Datei im Benutzerverzeichnis der eingelogten Benutzers behebt das. Allerdings frage ich mich schon, ob man wine als root ausführen muß/sollte.

Code: Alles auswählen

export XAUTHORITY=/home/BENUTZERNAME/.Xauthority

[jmar83]

Wine reaklamiert mir bei der Installation von "WinSCP", und ja, das Problem tritt nur auf wenn ich als root (sudo ... oder su -) versuche auszuführen.

Der WinSCP-Installer reklamiert bei der Registration einer COM/ActiveX-Komponenten, aber in diesem Fall Wine als root laufen zu lassen wird wohl nicht viel bringen...(?)

[MSfree]

Irgendwie scheint mir das Unterfangen, WinSCP unter wine laufen zu lassen, als Von-hinten-durch-die-Brust-ins-Auge.

Linux bringt doch ssh/scp schon von Haus aus mit. Wine zu starten, um dann scp auszuführen, erscheint mir wiedersinnig.

...aber in diesem Fall Wine als root laufen zu lassen wird wohl nicht viel bringen...(?)

Es bringt vor allem die Gefahr mitsich, daß Win-Schadsoftware gleich mal alle nötigen Rechte hat, um das komplette Linuxsystem zu kapern.

[towo]

Die Frage is ja auch, was hat jetzt wine, WinSCP mit xrdp, sprich dem eigentlichen Topic zu tun?

[jmar83]

nix

[towo]

Und was soll der Schwachfug dann in diesem Thread?

[jmar83]

nix