Ubuntu távoli asztal - Xrdp konfig

Ubuntu Linux

Sziasztok!

Szükségünk lenne arra, hogy egy gépen Ubuntu Linux fusson és hozzá lehessen férni Win gépről távoli asztallal.
Erre tökéletes megoldásnak tűnik az Xrdp csomag, amit ezen a linken leírtak szerint telepítettem is.
Némi kínlódás után sikerült valameddig eljutni. (pl azt a cikk elfelejtette említeni, hogy a felhasználót be kell rakni az Xrdp csoportba..)
Most ott tartok, hogy a Win11-es gépről elindítva a távoli asztalt megjelenik a bejelentkező ablak, ott beírom a megfelelő adatokat, ezek után úgy tesz, mintha dolgozna és várna valamire (egyszínű háttért látok minden nélkül), majd némi gondolkodás után egyszerűen bezárja az ablakot.
Újrapróbálkozás után már azt kapom, hogy "Valami hiba történt, jelentkezzen ki és jelentkezzen be újra". És a poén, hogy ettől kezdve a fizikai gépen se tudok az adott felhasználóval bejelentkezni, pont ugyanilyen tünet: bejelentkezés után puszta háttér pár másodpercig, majd visszadob a bejelentkező felületre.

A rendszer az Ubuntu Budgie 25.04.

Az elvégzett műveletek:

  1. Új felhasználó létrehozása a felületen rendszergazdaként, valamint erős jelszót is kapott
  2. Bejelentkezés a gépre az új felhasználóval
  3. Xrdp telepítése: sudo apt-get install xrdp
  4. Xrdp futásának ellenőrzése: sudo systemctl status xrdp
  5. A kulcs fájl olvasásához: sudo adduser xrdp ssl-cert
  6. Ezután az Xrdp újraindítása: sudo systemctl restart xrdp
  7. A felhasználó hozzáadása az Xrdp csoporthoz: sudo usermod -a -G xrdp admin

Mit kellene még csinálnom, hogy működjön a dolog?

Gábor

 

Update:

Egy kis kiegészítés: nem szempont az, hogy a sessionbe a gépnél ülve is be tudjon jelentkezni, illetve az sem, hogy a gépen bejelentkezett sessiont lássa a felhasználó.

Amire jutottam eddig:

Megnéztem az xrdp-session.log tartalmát, aminek egy releváns sora így néz ki.
Window manager (pid 7916, display 10) exited with non-zero exit code 127. This could indicate a window manager config problem
 

Mit nézzek még meg?

  • 1122 megtekintés

( x-daemon | 2025. 10. 01., sze – 13:28 )

Szerkesztve: 2025. 10. 01., sze – 13:30

meg regen, spice elott xrdp-ztem.

van kivalaszto a session tipusahoz? 

ha igen, valaszd az Xvnc-t, ha nincs, akkor a tobbit torold az xrdp.ini-bol, es csak az Xvnc maradjon.

legyen vnc is telepitve, ez allitja elo a kepet, amit az rdp tovabbit.

kelleni fog meg egy km-0000040e.ini a magyar kiosztashoz, ha szempont.

neked aztan fura humorod van...

( Zsugabubus | 2025. 10. 01., sze – 13:54 )

Én használom rendszeresen, biztos nem kell hozzá VNC.

Már régen állítottam be, ha jól emlékszem, annyit csináltam, hogy az  /etc/xrdp/startwm.sh végére beírtam, hogy /usr/bin/startxfce4 (nem a default xinit-et vagy mi a szöszt hagytam benne, mert azzal hasonlóakat csinált, mint amit leírtál).

de, az, csak egy fos, és nem működik normálisan!

*normális használat nálam:

- A gépet távolról etherwake-vel indítva, távolról bejelentkezve dolgozol, majd zárolod a képernyőt, később bejelentkezel a rákötött monitoron, és ugyanazt a munkamenetet folytatod, mint amit távolról elkezdtél.

Ezt nem lehetett vele megcsinálni, csak azt, hogy lokális bejelentkezés után menve hagytad a gépet, és otthonról folytattad a sessiont.

 

-> Ezért én azt javasolom, hogy használjon inkább X11VNC-t, és valamilyen ingyenes VNC klienst használjon hozzá.

Én csak ezért a hozzászólásért jöttem. 😀

Mindjárt ez a válsz ugrott be a nyitóposztnál.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

( asch v | 2025. 10. 01., sze – 20:08 )

A monitoron is lathato desktopra kell remote, vagy egy kulon x sessiont akarsz inditani? Van a deszktop megosztasra egy sajat fejlesztesu webes megoldasom. Azert csinaltam, mert a VNC-vel mindenfele problemaim voltak. X szervert tesz elerhetove bongeszoablakban 1920x1080-ban hasznalhato teljesitmennyel. Ha erdekel osszekalapalom publikusra.

Kitettem publicba és fordítottam belőle egy release-t: https://github.com/qgears/rrfb/

Egy natív binárisból és egy java web szerverből áll, kipróbálásra összerakni pár perc a README.asciidoc alapján. Sok sikert, ha kérdésed van írj, itt is nézegetem!

Én kb 1 éve megelégedéssel használom egy saját gép elérésére (Ubutnu 24.04.1), és az alkalomra vártam, hogy csináljak belőle viszonylag tisztességes release-t.

Feltettem. Eddig sose csináltam ilyet, ezért magamtól nem jutott eszembe.

Sajnos a Java buildje nem straightforward, az IDE-ből exportáltam simán. Eddig magamnak játszósba raktam csak össze a projektet, és én nem szoktam gradle vagy maven fájlokat gyártani, azt a többiek csinálják. Egy későbbi release-ben ezt is megfixálhatom.

Ha túl sovány az uplink, abból lehetnek bajok: nincsen ping-pong a szerver és a kliens között, mint a VNC-nél, hanem a szerver ész nélkül küldi a frissítéseket. Ha elfoodolódik a csatorna, akkor konyec. Én azt szoktam csinálni, hogy bezárom az oldalt és újranyitom miután megtörtént egy ilyen nagyobb képernyő frissítés :-) De ritkán van erre szükség, de ha nincs elég sávszél, akkor előfordulhat. A UI effektek letiltása segít, pl a default Ubuntu beállításokkal az ablakra váltás egy kis felugrás effekttel jár: ez nem túl hatékony remote desktopon... Ezt felírtam a known issue-k közé.

Több módon lehet konfigolni, ki lehet próbálni úgy is, hogy az rrfb programot elindítod SSH felett, és a Web szerver a kliens oldalon fut. Ez a legegyszerűbb módja annak, hogy egy távoli gépen futtasd.

Megcsináltam a bandwidth limitert: https://github.com/qgears/rrfb/releases/tag/v0.2.0

Így működik:

 * Az elküldött frame-ek meg vannak számozva

 * A szerver csak annyiadikig küldi el, ami el volt kérve. Ha nincs elkérve a következő, akkor nem készít új frame-t a szerver. Amikor kérik, akkor már az aktuális frame-et készíti el, tehát a köztes frame-ek kimaradnak.

 * A kliens kettővel előre kéri el a frame-eket. Tehát a 0 indexű feldolgozásakor a 2 indexűig bezárlólag kéri a következőket. Így ha a hálózati latency 1 frame nagyságrendben van, akkor ez nem okoz semmi késleltetést, viszont ha beáll a kommunikáció mint a gerely, akkor a szerver csak 2 frame-t küld el feleslegesen.

Szerk.: telepítettem magamnak is, és tök jó, direkt elsétáltam messzire a Wifi forrásától, és úgy is használható maradt. Próbáld ki!

Eleve terveztem ezt a funkciót, csak nem csináltam végül meg. Az eredeti motivációm az volt, hogy a VNC idegesítően lassú volt - pláne böngészőből, és valami jobbat akartam csinálni. Mivel számomra már elérte a használható szintet, ezért nem nyúltam hozzá, pedig az eredeti terveimben is benne volt a forgalomkorlátozás.

Nem tudom kipróbáltad-e, de mostanában elkezdett lassú lenni nekem ezért "nézegettem" és találtam benne egy bufferelési problémát a web szerverben. Erre csináltam egy fixet, amitől azt várom, hogy gyorsabb lesz. Ugyanott van az új release: https://github.com/qgears/rrfb/

A DE akkor budgie.

 

Problad ki ezt:

I came across this while looking for a solution to the instant black screen and session end. I ended up commenting out the last two lines of the file:

/etc/xrdp/startwm.sh

Then adding "budgie-desktop" to look like the below:

#test -x /etc/X11/Xsession && exec /etc/X11/Xsession
#exec /bin/sh /etc/X11/Xsession
budgie-desktop

After doing this I was able to connect with Window RDP. Hope this helps someone later.

 

A screenfetch többek között erre is választ ad. Merem ajánlani minden nemprofi használónak. A dm amire rákérdeztek pont nincs benne. Pfff...
Itt a lightdm névnek kellene valahol feltűnnie, emlékeim szerint.

Példa

OS: Manjaro 25.0.9 Zetar
Kernel: x86_64 Linux 6.12.48-1-MANJARO
Uptime: 4d 1h 40m
Packages: 1393
Shell: bash 5.3.3
Resolution: No X Server
DE: GNOME 48.0
WM: Muffin
WM Theme: Mint-L-Dark-Teal (Mint-Y)
GTK Theme: Mint-L-Dark-Teal [GTK2/3]
Icon Theme: Papirus-Adapta-Nokto-Maia
Font: Cantarell 10
Disk: 342G / 907G (40%)
CPU: Intel Core i7-10750H @ 12x 2.599GHz [42.0°C]
GPU: NVIDIA GeForce GTX 1650 with Max-Q Design
RAM: 7901MiB / 31911MiB

Ilyeneket láthatsz eredményképpen.

Adalék: a github-on

Még nincs aláírásom.

Az inxi viszont megmondja.

inxi -Sxxx

Ha mindenre kíváncsi vagy, akkor inxi -Fxxx

Ha a memóriáról is kell információ, akkor rootként kell futtatni -m opcióval: sudo inxi -m

Ha minden infó kell a memóriamodulokról, akkor sudo inxi -mxxx

Lehet így is: sudo inxi -Fmxxx

(Ha x-ek nélkül futtatod a parancsot, akkor kevesebb infót ad, egy x esetén már többet, több x esetén még többet stb.)

( mraacz | 2025. 10. 02., cs – 16:03 )

Tipp: hagyd a francba az RDP-t. Tölts le egy NoMachine-t mindkét gépre és simán, elsőre, tökéletesen működni fog NX-szel. Egy ilyen kapcsolathoz ingyenes ez és a kapcsolatot bejelentkezett session nélkül is el tudod indítani. Ha raksz hozzá wireguardot, akkor bárhonnan is. 

( jenkara | 2025. 10. 03., p – 06:06 )

Van egy srác, szerintem jófej figura. Számomra érdekes dolgokkal foglalkozik a tecsöveden. Van weboldala is. Van videoja és leírása is RDP-re (a projects alatt keresd). Nekem működött minden ahogy mutatta.

Egyetlen dolog nyűgös: A távoli asztalon időnként megkavarodik a magyar-angol billentyűzet. Egyszer már megoldottam, valami fájlt generálni kellett. Azóta ott nincs gondom, a többin meg kibírom... ;-)

( Qury v | 2025. 10. 03., p – 10:20 )

Mi napi szinten hasznalunk xrdp-t.

Eloszor is jo lenne tudni, mit vana logokban:

  • /var/log/xrdp-sesman.log
  • /var/log/xrdp.log

A problema a valoszinuleg a session manager-el lesz....

Nezegessd a /etc/xrdp/startwm.sh file-t itt esetleg tudod varialni a default SESSION-t.

A helyedbe feldobnek icewm-t es azzal probalnam elsore, mert eleg kicsi es nincs sok dependecy-e.

Az alabbi egy SLES-rol valo.... nezd meg how a path-ok renden vannake-e Ubuntu alatt es igazitsd ki oket.   (az alabbit csak peldanak szantam nem copy+paste-nek ? )

wm_start()
{
  #To customize system-wise session, edit this file.
  #To customize user specific session, copy this file to $HOME and edit it.
  #Please refer to DefaultWindowManager and UserWindowManager in /etc/xrdp/sesman.ini for more details.

  #The default session is gnome (GNOME Session)
  #sle means SLE-Classic Session

  SESSION="gnome"

  case $SESSION in
    sle)
      if [ -r /usr/bin/gnome-session ]; then
        export XDG_SESSION_TYPE=x11
        export GNOME_SHELL_SESSION_MODE=sle-classic
        /usr/bin/gnome-session --session gnome-classic
      elif [ -r /usr/bin/icewm-session ]; then
        /usr/bin/icewm-session
      fi
      ;;
    gnome)
      if [ -r /usr/bin/gnome-session ]; then
        export XDG_SESSION_TYPE=x11
        /usr/bin/gnome-session
      elif [ -r /usr/bin/icewm-session ]; then
        /usr/bin/icewm-session
      fi
      ;;
    plasma)
      if [ -r /usr/bin/startplasma-x11 ]; then
        export XDG_SESSION_TYPE=x11
        /usr/bin/startplasma-x11
      elif [ -r /usr/bin/icewm-session ]; then
        /usr/bin/icewm-session
      fi
      ;;
    icewm)
      if [ -r /usr/bin/icewm-session ]; then
        /usr/bin/icewm-session
      fi
      ;;
  esac
}

Support Slackware: https://paypal.me/volkerdi