Hi, benutzt das jemand? Wurde in der letzten Linux-User vorgestellt, ich hab mir die Software von https://rustdesk.com/ geholt, gibt nur ein .deb als Ubuntu-Package. Aufgemacht und die Dateien in die Pfade in /usr kopiert, gestartet (als unprivilegierter User in xfce (auf einer leap 15.1-Maschine). Auf dieser Seite kommt ein Fehler "nicht unterstützter Display-Server tty, x11 erwartet". Und von einem Windows-Rusdesk klappt dann logischerweise auch keine Verbindung hierher. Umgekehrt geht es out of the box, d.h. ich lasse den Fehler da stehen, gebe die Zugangsdaten der M$-Büchse an und bin drauf. Ich habe versucht, was dazu auf der git-Seite zu finden, aber die Diskussionen gingen alle davon aus, dass man headless oder mit wayland arbeiten will, was aktuell nicht geht. Beim Start wird irgendwo auf so etwas, wie $DISPLAY getestet, aber das ist bei mir korrekt ":0.0". Ich nehme an, man müsste nur eine passende Environment-Variable setzen, weil x11 läuft ja. Explizit Zugriff auf den XServer erlauben (xhost +) ändert auch nix. IMHO schlägt im plattformspezifischen https://github.com/rustdesk/rustdesk/blob/master/libs/hbb_common/src/platfor... in der Zeile 29 das <code>if let Ok(xorg_results) = run_cmds(format!("ps -e | grep \"{}.\\\\+Xorg\"", tty))</code> fehl, bei mir zumindest gibt "ps -e" alle Prozesse des Systems aus, aber "ps e" anscheinend die des Users, aber die schlafenden (?) "grep Xorg" bleibt bei "ps -e" leer, bei "ps e" dagegen gäbe es output... so genau habe ich mich noch nie mit "ps" beschäftigt, lt. manpage sollte das gar nicht so sein? Gibt es passendere Pakete für Opensuse? Auf der rustdesk-Seite ist zwar die Installation mit "sudo zypper install --allow-unsigned-rpm ./rustdesk-<version>-suse.rpm" erklärt, aber das rpm scheint es nicht zu geben, generell nur das deb. Hat sich jemand schon mal an einem "Würgaround" versucht (z.B. die ps -e das Laufen eines Programmes ".Xorg" vorzugaukeln? Oder ist hier auf der Maschine was falsch konfiguriert, dass "ps -e" != "ps e" ??? Thx für jeden Tipp -- cu jth
Am 29.08.22 um 11:18 schrieb Jörg Thümmler:
Hi,
benutzt das jemand? Wurde in der letzten Linux-User vorgestellt, ich hab mir die Software von https://rustdesk.com/ geholt, gibt nur ein .deb als Ubuntu-Package. Aufgemacht und die Dateien in die Pfade in /usr kopiert, gestartet (als unprivilegierter User in xfce (auf einer leap 15.1-Maschine). Auf dieser Seite kommt ein Fehler "nicht unterstützter Display-Server tty, x11 erwartet". Und von einem Windows-Rusdesk klappt dann logischerweise auch keine Verbindung hierher. Umgekehrt geht es out of the box, d.h. ich lasse den Fehler da stehen, gebe die Zugangsdaten der M$-Büchse an und bin drauf.
Ich habe versucht, was dazu auf der git-Seite zu finden, aber die Diskussionen gingen alle davon aus, dass man headless oder mit wayland arbeiten will, was aktuell nicht geht. Beim Start wird irgendwo auf so etwas, wie $DISPLAY getestet, aber das ist bei mir korrekt ":0.0". Ich nehme an, man müsste nur eine passende Environment-Variable setzen, weil x11 läuft ja. Explizit Zugriff auf den XServer erlauben (xhost +) ändert auch nix.
IMHO schlägt im plattformspezifischen https://github.com/rustdesk/rustdesk/blob/master/libs/hbb_common/src/platfor... in der Zeile 29 das <code>if let Ok(xorg_results) = run_cmds(format!("ps -e | grep \"{}.\\\\+Xorg\"", tty))</code> fehl, bei mir zumindest gibt "ps -e" alle Prozesse des Systems aus, aber "ps e" anscheinend die des Users, aber die schlafenden (?) "grep Xorg" bleibt bei "ps -e" leer, bei "ps e" dagegen gäbe es output... so genau habe ich mich noch nie mit "ps" beschäftigt, lt. manpage sollte das gar nicht so sein?
Gibt es passendere Pakete für Opensuse? Auf der rustdesk-Seite ist zwar die Installation mit "sudo zypper install --allow-unsigned-rpm ./rustdesk-<version>-suse.rpm" erklärt, aber das rpm scheint es nicht zu geben, generell nur das deb.
Hat sich jemand schon mal an einem "Würgaround" versucht (z.B. die ps -e das Laufen eines Programmes ".Xorg" vorzugaukeln?
Oder ist hier auf der Maschine was falsch konfiguriert, dass "ps -e" != "ps e" ???
Thx für jeden Tipp
Hi, ich kannte das auch nicht. Dein post hat mich neugierig gemacht. hier: <https://github.com/rustdesk/rustdesk/releases> gibts ein rustdesk-1.1.9-suse.rpm. Vielleicht hilft das :) -- Gruss Bernd
Am Montag, 29. August 2022, 11:35:37 CEST schrieb Bernd Obermayr: hi,
Oder ist hier auf der Maschine was falsch konfiguriert, dass "ps -e" != "ps e" ???
sorry, ich habe Nullahnung von den Dingen aber auch hier (15.3., alle updates 'drin) als root:
localhost:~ # ps -e | wc 239 956 8648 localhost:~ # ps e | wc 9 498 12724
MfG Frank
Am 29.08.22 um 11:35 schrieb Bernd Obermayr:
Am 29.08.22 um 11:18 schrieb Jörg Thümmler:
Hi,
benutzt das jemand? Wurde in der letzten Linux-User vorgestellt, ich hab mir die Software von https://rustdesk.com/ geholt, gibt nur ein .deb als Ubuntu-Package.
...
Thx für jeden Tipp
Hi, ich kannte das auch nicht. Dein post hat mich neugierig gemacht. hier: <https://github.com/rustdesk/rustdesk/releases> gibts ein rustdesk-1.1.9-suse.rpm. Vielleicht hilft das :)
ich muss wohl bei github noch das Suchen lernen ;-( ich hab oben rechts nach "suse rpm" suchen lassen, hat mir aber nichts geboten... werde das rpm mal ausprobieren, vielleicht geht das besser... Danke cu jth
hallo, Am 29.08.22 um 12:17 schrieb Jörg Thümmler:
Am 29.08.22 um 11:35 schrieb Bernd Obermayr: Hi,
ich kannte das auch nicht. Dein post hat mich neugierig gemacht. hier: <https://github.com/rustdesk/rustdesk/releases> gibts ein rustdesk-1.1.9-suse.rpm. Vielleicht hilft das :)
ich muss wohl bei github noch das Suchen lernen ;-(
bei github gibts bei vielen projekten den URL https://github.com/<username>/<projektname>/releases und darunter gibts dann die verschiedenen files zum download.
ich hab oben rechts nach "suse rpm" suchen lassen, hat mir aber nichts geboten...
werde das rpm mal ausprobieren, vielleicht geht das besser...
bei mir scheint es zu funktionieren. ich hab mal vom android smartphone auf meinen tumbleweed desktop zugegriffen. hat geklappt. -- Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *DI Rainer Klier* DevOps, Research & Development
Am 29.08.22 um 12:17 schrieb Jörg Thümmler:
Am 29.08.22 um 11:35 schrieb Bernd Obermayr:
Am 29.08.22 um 11:18 schrieb Jörg Thümmler:
Hi,
benutzt das jemand? Wurde in der letzten Linux-User vorgestellt, ich hab mir die Software von https://rustdesk.com/ geholt, gibt nur ein .deb als Ubuntu-Package.
...
Thx für jeden Tipp
Hi, ich kannte das auch nicht. Dein post hat mich neugierig gemacht. hier: <https://github.com/rustdesk/rustdesk/releases> gibts ein rustdesk-1.1.9-suse.rpm. Vielleicht hilft das :)
ich muss wohl bei github noch das Suchen lernen ;-( ich hab oben rechts nach "suse rpm" suchen lassen, hat mir aber nichts geboten...
werde das rpm mal ausprobieren, vielleicht geht das besser...
Danke
cu
jth
OK, installiert... das schiebt noch einen systemd-service drauf, der ungefragt gestartet wird... find ich nicht so toll, das möchte ich doch wohl selbst entscheiden??? Aber der Fehler ist noch da..., na ich werd mal sehen, wie ich "ps -e" dazu bringen kann, "Xorg" oder ".Xorg" (muss erstmal sehen, worauf der grep-regex passt...) zu "finden"... Kann sein, es liegt daran, dass ich nicht im Graphicmodus ("runlevel 5", sprich Loginmanager) starte, sondern nur "Multiuser+Netzwerk" ("runlevel 3") und den xfce aus meinem unprivilegierten User heraus starte. -- cu jth
Am 29.08.22 um 12:44 schrieb Jörg Thümmler:
Am 29.08.22 um 12:17 schrieb Jörg Thümmler:
Am 29.08.22 um 11:35 schrieb Bernd Obermayr: Hi,
OK, installiert... das schiebt noch einen systemd-service drauf, der ungefragt gestartet wird... find ich nicht so toll, das möchte ich doch wohl selbst entscheiden???
das macht aber z.b. anydesk (https://anydesk.com/de) auch.
Kann sein, es liegt daran, dass ich nicht im Graphicmodus ("runlevel 5", sprich Loginmanager) starte, sondern nur "Multiuser+Netzwerk" ("runlevel 3") und den xfce aus meinem unprivilegierten User heraus starte.
ja, das kann gut sein. ich benutze den "normalen" 5er runlevel, und es gab keine install-/start-probleme. er will ja auch einen symlink im "multi-user.target.wants" anlegen: Created symlink /etc/systemd/system/multi-user.target.wants/rustdesk.service → /etc/systemd/system/rustdesk.service. -- Best Regards | Freundliche Grüße | Cordialement | Cordiali Saluti | Atenciosamente | Saludos Cordiales *DI Rainer Klier* DevOps, Research & Development
Am 29.08.22 um 12:47 schrieb Rainer Klier:
Am 29.08.22 um 12:44 schrieb Jörg Thümmler:
Am 29.08.22 um 12:17 schrieb Jörg Thümmler:
Am 29.08.22 um 11:35 schrieb Bernd Obermayr: Hi,
OK, installiert... das schiebt noch einen systemd-service drauf, der ungefragt gestartet wird... find ich nicht so toll, das möchte ich doch wohl selbst entscheiden???
das macht aber z.b. anydesk (https://anydesk.com/de) auch.
Kann sein, es liegt daran, dass ich nicht im Graphicmodus ("runlevel 5", sprich Loginmanager) starte, sondern nur "Multiuser+Netzwerk" ("runlevel 3") und den xfce aus meinem unprivilegierten User heraus starte.
ja, das kann gut sein.
ich benutze den "normalen" 5er runlevel, und es gab keine install-/start-probleme.
er will ja auch einen symlink im "multi-user.target.wants" anlegen:
Created symlink /etc/systemd/system/multi-user.target.wants/rustdesk.service → /etc/systemd/system/rustdesk.service.
Hi, ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt... werde leider aus dem grep-regex nicht ganz schlau: grep {}.\\\\+Xorg sicher greppt das auf eine ps-Ausgabezeile mit Argumenten... ein schlichtes echo "{}.\\+Xorg" erfüllt es wohl, aber woher das kommt... -- cu jth
Am 29.08.22 um 13:15 schrieb Jörg Thümmler:
Am 29.08.22 um 12:47 schrieb Rainer Klier:
Am 29.08.22 um 12:44 schrieb Jörg Thümmler:
Am 29.08.22 um 12:17 schrieb Jörg Thümmler:
Am 29.08.22 um 11:35 schrieb Bernd Obermayr: Hi,
OK, installiert... das schiebt noch einen systemd-service drauf, der ungefragt gestartet wird... find ich nicht so toll, das möchte ich doch wohl selbst entscheiden???
das macht aber z.b. anydesk (https://anydesk.com/de) auch.
Kann sein, es liegt daran, dass ich nicht im Graphicmodus ("runlevel 5", sprich Loginmanager) starte, sondern nur "Multiuser+Netzwerk" ("runlevel 3") und den xfce aus meinem unprivilegierten User heraus starte.
ja, das kann gut sein.
ich benutze den "normalen" 5er runlevel, und es gab keine install-/start-probleme.
er will ja auch einen symlink im "multi-user.target.wants" anlegen:
Created symlink /etc/systemd/system/multi-user.target.wants/rustdesk.service → /etc/systemd/system/rustdesk.service.
Hi,
ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt...
werde leider aus dem grep-regex nicht ganz schlau:
grep {}.\\\\+Xorg
sicher greppt das auf eine ps-Ausgabezeile mit Argumenten... ein schlichtes echo "{}.\\+Xorg" erfüllt es wohl, aber woher das kommt...
Hi nochmal, es ist echt so schwachsinnig (gibt anscheinend auch schon eine Diskussion auf github, das zu ändern): rustdesk ist zufrieden, wenn "ps -e" eine Zeile, die den (Teil)String "{}.\\+Xorg" enthält ausgibt. Habe testhalber /usr/bin/top in mein lokales Verzeichnis kopiert und umbenannt: mv ./top ./sx'{}.\\+Xorg' ... dann das Programm gestartet: $ ./sx'{}.\\+Xorg' (es läuft top) testhalber ps: $ ps -e | grep sx 30015 pts/11 00:00:00 sx{}.\\+Xorg und dann rustdesk gestartet ... Fehler weg! Ich seh die Linux-Maschine auf der M$-Büchse... Das ist wahrscheinlich der abartigste Würgaround, der mir je untergekommen ist... muss noch darüber nachdenken, ob ein Programm dieses Namens irgendwelche Sicherheitsimplikationen haben könnte, wenn es unprivilegiert gestartet wird... wenn nein, schreib ich mir einen wrapper in C, der genau so blöd heißt und rustdesk aufruft und bis zu dessen Ende wartet ;-) Thx für alle Tipps -- cu jth
Hallo, Am Mo, 29 Aug 2022, Jörg Thümmler schrieb: [..]
ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt...
werde leider aus dem grep-regex nicht ganz schlau:
grep {}.\\\\+Xorg
Die regex wird zusammengesetzt, an die Stelle des Platzhalters {} wird der Inhalt der Variablen tty eingefügt. Vgl. '%s' bei printf. Letztlich steht dort also z.B. (je nachdem was in tty steckt): ps -e | grep pts/7.\\+Xorg Jetzt bleibt die Frage: läuft X11 bei dir als "Xorg" oder "X" und wenn ja, taucht das richtige (pseudo-)Terminal davor in der Ausgabe von 'ps -e' auf? Egal: die Abfrage von rustdesk ist ... dämlich. HTH, -dnh --
Nich so kompliziert. Männer können doch nur 16 Farben unterscheiden. Während Frauen für dieselbe Farbe mindestens 16 verschiedene Namen erfinden? -- 'Princess' und M. Bienwald
Am 30.08.22 um 03:43 schrieb David Haller:
Hallo,
Am Mo, 29 Aug 2022, Jörg Thümmler schrieb: [..]
ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt...
werde leider aus dem grep-regex nicht ganz schlau:
grep {}.\\\\+Xorg
Die regex wird zusammengesetzt, an die Stelle des Platzhalters {} wird der Inhalt der Variablen tty eingefügt. Vgl. '%s' bei printf. Letztlich steht dort also z.B. (je nachdem was in tty steckt):
ps -e | grep pts/7.\\+Xorg
Jetzt bleibt die Frage: läuft X11 bei dir als "Xorg" oder "X" und wenn ja, taucht das richtige (pseudo-)Terminal davor in der Ausgabe von 'ps -e' auf? Egal: die Abfrage von rustdesk ist ... dämlich.
HTH, -dnh
Hi, ... von Dir kann man noch jedes Mal was lernen ... das {} kannte ich nur von find, wo finde ich das dokumentiert? Wahrscheinlich stimmt das tty nicht, denn: $ ps -e | grep "X" 24191 tty2 00:00:20 X und ich nehme an, dass rustdesk dann aber pts/XX sieht. Ist aber auch egal, weil er nach "Xorg" greppt ... naja, ich hab ihn ja erstmal ausgetrickst... Meistens werde ich ich ohnehin die Gegenrichtung benutzen, da ist es egal... Thx -- cu jth
Hallo, Am Di, 30 Aug 2022, Jörg Thümmler schrieb:
Am 30.08.22 um 03:43 schrieb David Haller:
Am Mo, 29 Aug 2022, Jörg Thümmler schrieb: [..]
ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt...
werde leider aus dem grep-regex nicht ganz schlau:
grep {}.\\\\+Xorg
Die regex wird zusammengesetzt, an die Stelle des Platzhalters {} wird der Inhalt der Variablen tty eingefügt. Vgl. '%s' bei printf. Letztlich steht dort also z.B. (je nachdem was in tty steckt):
ps -e | grep pts/7.\\+Xorg
Jetzt bleibt die Frage: läuft X11 bei dir als "Xorg" oder "X" und wenn ja, taucht das richtige (pseudo-)Terminal davor in der Ausgabe von 'ps -e' auf? Egal: die Abfrage von rustdesk ist ... dämlich. [..] ... von Dir kann man noch jedes Mal was lernen ... das {} kannte ich nur von find, wo finde ich das dokumentiert?
https://doc.rust-lang.org/std/macro.format.html
Wahrscheinlich stimmt das tty nicht, denn:
$ ps -e | grep "X" 24191 tty2 00:00:20 X
rustdesk such also je nach Ausgabe von tty=`loginctl show-session -p TTY $session | sed 's/TTY=//'` (siehe Zeile 20-28 in linux.rs[1]) z.B. per ps -e | grep "$tty.\+Xorg" nach Xorg. Dumm, wenn der Prozess nur 'X' heißt, X kein tty hat, oder wenn es wie bei mir kein loginctl gibt ;) BTW: auch in python wird {} als Platzhalter verwendet, z.B.: python3 -c 'foo = "bar"; print("foo={}".format(foo));'
Ist aber auch egal, weil er nach "Xorg" greppt ... naja, ich hab ihn ja erstmal ausgetrickst...
;) HTH, -dnh [1] https://github.com/rustdesk/rustdesk/blob/master/libs/hbb_common/src/platform/linux.rs> -- Wenn dir irgendetwas fremdartig und umbekannt vorkommt, dann sei ganz beruhigt. Hier war nur Woko am Werk. [WoKo in dag°]
Am 30.08.22 um 10:36 schrieb David Haller:
Hallo,
Am Di, 30 Aug 2022, Jörg Thümmler schrieb:
Am 30.08.22 um 03:43 schrieb David Haller:
Am Mo, 29 Aug 2022, Jörg Thümmler schrieb: [..]
ja, das mit dem Service ist aber hier wohl unerheblich, dient m.E. nur dazu, unbeaufsichtigte Einwahlen zu ermöglichen, das deb-Ding ging jedenfalls auch ohne das. Und beim rpm startet es auch ... bis zum Fehler halt...
werde leider aus dem grep-regex nicht ganz schlau:
grep {}.\\\\+Xorg
Die regex wird zusammengesetzt, an die Stelle des Platzhalters {} wird der Inhalt der Variablen tty eingefügt. Vgl. '%s' bei printf. Letztlich steht dort also z.B. (je nachdem was in tty steckt):
ps -e | grep pts/7.\\+Xorg
Jetzt bleibt die Frage: läuft X11 bei dir als "Xorg" oder "X" und wenn ja, taucht das richtige (pseudo-)Terminal davor in der Ausgabe von 'ps -e' auf? Egal: die Abfrage von rustdesk ist ... dämlich. [..] ... von Dir kann man noch jedes Mal was lernen ... das {} kannte ich nur von find, wo finde ich das dokumentiert?
https://doc.rust-lang.org/std/macro.format.html
Wahrscheinlich stimmt das tty nicht, denn:
$ ps -e | grep "X" 24191 tty2 00:00:20 X
rustdesk such also je nach Ausgabe von tty=`loginctl show-session -p TTY $session | sed 's/TTY=//'` (siehe Zeile 20-28 in linux.rs[1]) z.B. per ps -e | grep "$tty.\+Xorg" nach Xorg. Dumm, wenn der Prozess nur 'X' heißt, X kein tty hat, oder wenn es wie bei mir kein loginctl gibt ;)
BTW: auch in python wird {} als Platzhalter verwendet, z.B.:
python3 -c 'foo = "bar"; print("foo={}".format(foo));'
Ist aber auch egal, weil er nach "Xorg" greppt ... naja, ich hab ihn ja erstmal ausgetrickst...
;)
HTH, -dnh
[1] https://github.com/rustdesk/rustdesk/blob/master/libs/hbb_common/src/platform/linux.rs>
Hi, danke für die Erhellung bzgl. {} die linux.rs hatte ich mir ja auch deshalb angesehen interessanterweise funktioniert der Hack auf meinem Laptop nicht (auch leap 15.1, xfce auch hier startxfce4 über .profile gestartet, loginctl, ps -e sehen genauso aus ...) und auf dem PC nicht immer... naja, von dem aus werde ich wohl nur auf andere zugreifen, was ja geht... wenn ich mal Zeit habe, spiele ich noch bißchen damit rum __ cu jth
participants (5)
-
Bernd Obermayr -
David Haller -
eilf -
Jörg Thümmler -
Rainer Klier