በWindows የተለመደው የRemote Desktop መተግበሪያ መገናኘት እችላለሁ?

አዎ። xrdp የRDP ፕሮቶኮልን ይናገራል፣ ስለዚህ በWindows ውስጥ ያለው Remote Desktop Connection፣ በmacOS ላይ Windows App እና በLinux ላይ Remmina ወይም xfreerdp ሁሉም ይሰራሉ። የሚገናኙት ከአገልጋዩ አድራሻ ይልቅ በSSH ዋሻ በኩል ከlocalhost ጋር ነው።

ይህ በNAT ጥቅል ላይ ይሰራል?

አዎ። የRDP ግንኙነቱ በSSH ውስጥ ያልፋል፣ SSH ደግሞ የNAT ጥቅል ወደ አገልጋይዎ የሚያስተላልፈው ብቸኛው ወደብ ነው። ወደብ 3389 ለኢንተርኔት ዝግ ሆኖ ስለሚቆይ ይህ መመሪያ በሁሉም ጥቅሎች ላይ ይህንን አደራደር ይመክራል።

ዴስክቶፑ ምን ያህል RAM ይጠቀማል?

በሙከራ አገልጋያችን ላይ አንድ የXFCE ክፍለ ጊዜ 360 MB ገደማ ጨመረ፦ ጥቅም ላይ የዋለው ማህደረ ትውስታ ከ388 MB ወደ 747 MB ከፍ አለ። የ2 GB Micro ጥቅል ለዴስክቶፑ እና ለቀላል መሳሪያዎች ይበቃል። በክፍለ ጊዜው ውስጥ የድር አሳሽ የሚያሄዱ ከሆነ 4 GB የበለጠ ምቹ ነው።

ጥቁር ስክሪን ወይም "Oh no! Something has gone wrong" አያለሁ። ችግሩ ምንድን ነው?

xrdp ከXFCE ይልቅ GNOMEን አስጀመረ። የደረጃ 1 ጥቅሎች የGNOMEን የክፍለ ጊዜ አስተዳዳሪም ይዘው ይመጣሉ፣ Ubuntu ደግሞ የስርዓቱ ነባሪ ያደርገዋል። ለሚገባው ተጠቃሚ xfce4-session የያዘ ~/.xsession ፋይል ይፍጠሩ፣ ከዚያ እንደገና ይገናኙ።

በRDP እንደ root መግባት እችላለሁ?

xrdp በነባሪነት ይፈቅዳል (በ/etc/xrdp/sesman.ini ውስጥ AllowRootLogin=true)፣ ነገር ግን sudo ያለው መደበኛ ተጠቃሚ መጠቀም ይሻላል። rootን ለማገድ AllowRootLogin=false ያድርጉና xrdpን ዳግም ያስጀምሩ።

ዴስክቶፕ ያለው Linux VPS፦ በUbuntu ላይ XFCE እና xrdp

በUbuntu 24.04 VPS ላይ በተለመደው የRemote Desktop መተግበሪያ የሚከፈት ግራፊክ ዴስክቶፕ፦ XFCE እና xrdp፣ ሁሉንም የሚያበላሹ ሁለት ነባሪ ቅንብሮች (የተሳሳተ ክፍለ ጊዜ፣ TLS የለም)፣ እና ወደብ 3389 በፍጹም ወደ ኢንተርኔት የማይከፈትበት አደራደር። የዲስክ ቦታ እና ለእያንዳንዱ ክፍለ ጊዜ የRAM መለኪያዎች ተካተዋል።

የLinux አገልጋይ ስክሪን የለውም፣ አብዛኛውን ጊዜም አያስፈልገውም። አንዳንድ ጊዜ ግን ያስፈልገዋል፦ ከራሱ ከአገልጋዩ አድራሻ መሄድ ያለበት አሳሽ፣ ግራፊክ ገጽታ ብቻ ያለው መሳሪያ፣ ወይም ክፍት ትተውት ከማንኛውም ኮምፒውተር የሚመለሱበት ዴስክቶፕ። ይህ መመሪያ ለUbuntu 24.04 ቀላሉን ዴስክቶፕ XFCE እና xrdp ያክላል፣ በዚህም ለWindows አገልጋይ በሚጠቀሙበት በዚያው የRemote Desktop መተግበሪያ ይከፍቱታል።

እያንዳንዱን እርምጃ በUbuntu 24.04 ምስላችን ላይ ሞክረናል። ሁለት ነባሪ ቅንብሮች የመጀመሪያውን ሙከራ አበላሹት፣ ከታች ሁለቱንም እናስተካክላለን። sudo ያለው መደበኛ ተጠቃሚ ያስፈልግዎታል፤ የUbuntu ማዘጋጃ መመሪያ አንድ ይፈጥራል። በምሳሌዎቹ ስሙ deploy ነው።

1. XFCE እና xrdpን ይጫኑ

sudo apt update
sudo apt install -y xfce4 xfce4-goodies xrdp

በ2 GB አገልጋያችን ላይ ይህ አራት ደቂቃ ተኩል ገደማ ወሰደ እና 1.7 GB ዲስክ ተጠቀመ (ከዚህ በፊት 2.7 GB፣ ከዚያ በኋላ 4.4 GB ተይዞ ነበር)። xrdp 0.9.24 ይጫናል፣ ወዲያውኑ ይጀምራል እና በወደብ 3389 ላይ ያዳምጣል።

2. xrdp GNOMEን ሳይሆን XFCEን እንዲያስጀምር ያድርጉ

ዴስክቶፑን በሚጠቀመው ተጠቃሚ ይግቡና ይህንን ያሂዱ፦

echo xfce4-session > ~/.xsession

ይህ ፋይል ሳይኖር የመጀመሪያው መግቢያችን ከXFCE ይልቅ GNOMEን አስጀመረ፣ ክፍለ ጊዜውም ወዲያውኑ በ"Oh no! Something has gone wrong" ተዘጋ። የደረጃ 1 ጥቅሎች የGNOMEን የክፍለ ጊዜ አስተዳዳሪም ይዘው ይመጣሉ፣ Ubuntu ደግሞ ነባሪ ያደርገዋል። ~/.xsession ካለ xrdp XFCEን ያስጀምራል።

3. xrdp TLS እንዲጠቀም ይፍቀዱ

xrdp በራሱ ተጠቃሚ xrdp ይሰራል፣ ይህ ተጠቃሚ ደግሞ የአገልጋዩን የግል ቁልፍ ማንበብ አይችልም። የመጀመሪያው ግንኙነታችን ሰራ፣ ነገር ግን /var/log/xrdp.log ለምን ሊታመን እንደማይገባ አሳየ፦

Cannot read private key file /etc/xrdp/key.pem: Permission denied
Non-TLS connection established from ::ffff:127.0.0.1

ቁልፉ ከሌለ xrdp ከTLS ይልቅ ወደ አሮጌው የRDP ምስጠራ ይመለሳል። ፍቃድ ይስጡትና ዳግም ያስጀምሩ፦

sudo adduser xrdp ssl-cert
sudo systemctl restart xrdp

ቀጣዩ ግንኙነት በምዝግብ ማስታወሻችን ውስጥ TLS connection established ... TLSv1.3 ሆኖ ታየ። የእርስዎንም በተመሳሳይ መንገድ ማረጋገጥ ይችላሉ፦

sudo grep -E "TLS connection|Non-TLS" /var/log/xrdp.log | tail -2

4. ወደብ 3389ን ከኢንተርኔት ያርቁ

ከተጫነ በኋላ xrdp በሁሉም አድራሻዎች ላይ ያዳምጣል። ከWindows በተለየ xrdp Network Level Authentication የለውም፣ ስለዚህ ወደቡ የሚደርስ ማንኛውም ሰው የይለፍ ቃል የሚገምትበት የመግቢያ ስክሪን ያገኛል። በራሱ በአገልጋዩ ላይ ብቻ እንዲያዳምጥ ያድርጉ፦

sudo sed -i 's|^port=3389$|port=tcp://127.0.0.1:3389|' /etc/xrdp/xrdp.ini
sudo systemctl restart xrdp
ss -ltn | grep 3389

የመጨረሻው መስመር 127.0.0.1:3389 ማሳየት አለበት። በሙከራችን ከዚያ በኋላ ወደ አገልጋዩ አድራሻ በ3389 የሚደረግ ቀጥተኛ ግንኙነት ተከለከለ፣ የቀጣዩ እርምጃ ዋሻ ግን መስራቱን ቀጠለ።

5. በSSH በኩል ይገናኙ

በራስዎ ኮምፒውተር ላይ ዋሻ ይክፈቱ። በWindows ላይ PowerShell ተመሳሳዩ ssh ትዕዛዝ አለው፦

ssh -L 13389:localhost:3389 deploy@YOUR.SERVER.IP

በNAT ጥቅል ላይ -p እና ከዳሽቦርዱ ያለውን የግል SSH ወደብ ያክሉ። ያንን መስኮት ክፍት ይተዉት። ከዚያ የRemote Desktop መተግበሪያዎን ወደ localhost:13389 ያቅኑ እና በdeploy በዚያ ተጠቃሚ ይለፍ ቃል ይግቡ፦

Windows: Remote Desktop Connection (mstsc)።
macOS: ከApp Store የሚገኘው Windows App።
Linux: Remmina፣ ወይም xfreerdp /v:localhost:13389 /u:deploy።

የአካባቢው ወደብ 3389 ሳይሆን 13389 የሆነው በኮምፒውተርዎ ላይ ያለው 3389 በራሱ Remote Desktop አስቀድሞ ተይዞ ሊሆን ስለሚችል ነው። በመጀመሪያው ጊዜ መተግበሪያው ስለማያውቀው የምስክር ወረቀት ያስጠነቅቃል። ያ የአገልጋዩ በራሱ የተፈረመ የምስክር ወረቀት ነው፣ ግንኙነቱም ለማንኛውም በSSH ውስጥ የተመሰጠረ ነው።

6. ምን ያገኛሉ

ፓነል፣ የፋይል አስተዳዳሪ እና ተርሚናል ያለው የXFCE ዴስክቶፕ ያገኛሉ። በአገልጋያችን ላይ አንድ ክፍለ ጊዜ 360 MB ገደማ RAM ጨመረ፦ ከመገናኘታችን በፊት 388 MB፣ በክፍለ ጊዜው ውስጥ 747 MB።

የRemote Desktop መስኮቱን መዝጋት ከክፍለ ጊዜው አያስወጣዎትም። በሙከራችን ግንኙነቱን ካቋረጥን በኋላም ረጅም ትዕዛዝ መስራቱን ቀጠለ። እንደገና ስንገናኝ xrdp ወደዚያው ክፍለ ጊዜ መለሰን (በምዝግቡ ውስጥ reconnected session ... display :10)። ክፍለ ጊዜውን በእርግጥ ለመጨረስ በXFCE ምናሌ ውስጥ Log Outን ይጠቀሙ።

የትኛው ጥቅል

ዴስክቶፑ ከCPU ይበልጥ RAM ያስፈልገዋል። Micro (2 vCPU፣ 2 GB፣ 25 GB፣ በወር $5) XFCEን እና ቀላል መሳሪያዎችን በምቾት ያሄዳል። በክፍለ ጊዜው ውስጥ የድር አሳሽ ሁልጊዜ ክፍት ለማድረግ ካሰቡ 4 vCPU እና 4 GB ያለውን በወር $8 የሆነውን Small ይውሰዱ። ሁለቱም የNAT ጥቅሎች ናቸው፣ እዚህ ደግሞ ችግር የለውም፦ Remote Desktop በSSH ወደብዎ በኩል ያልፋል።

በእርግጥ የሚያስፈልግዎት የWindows ሶፍትዌር ከሆነ Windows VPS በቀጥታ ያሄደዋል፣ Windows-Small ደግሞ ከበወር $11 ይጀምራል። Ubuntu 24.04 በUbuntu VPS ገጽ ላይ አለ፣ በVPS ውስጥ ባሉ ሁሉም የLinux ጥቅሎች ላይም ይገኛል። ክፍያ በBase፣ Ethereum ወይም Polygon አውታሮች ላይ በUSDT፣ USDC ወይም ETH ይፈጸማል።

በLinux VPS ላይ ዴስክቶፕ እንዴት እንደሚጫን እና በRemote Desktop እንዴት እንደሚገናኙ (XFCE + xrdp)