−25%

د Windows پر کلنۍ تادیه، تر ۳۱ اکتوبر. پلانونه وګورئ

EQVPS
پیل وکړئ

په Linux VPS ډېسکټاپ څنګه ولګوو او د Remote Desktop له لارې ورسره وصل شو (XFCE + xrdp)

د Ubuntu 24.04 VPS لپاره ګرافیکي ډېسکټاپ چې د عادي Remote Desktop اپ په مرسته پرانیستل کېږي: XFCE او xrdp، هغه دوه ډیفالټ ترتیبات چې کار خرابوي (غلطه ناسته، TLS نشته)، او داسې جوړښت چې 3389 پورټ هېڅکله انټرنیټ ته مخ نه وي. د ډیسک د ځای او د هرې ناستې د RAM اندازې سره.

Linux سرور سکرین نه لري، او ډېری وخت ورته اړتیا هم نه لري. کله ناکله لري: داسې براوزر چې باید د سرور له خپلې پتې څخه وچلېږي، داسې وسیله چې یوازې ګرافیکي انټرفیس لري، یا داسې ډېسکټاپ چې روښانه یې پرېږدئ او له هر کمپیوټر څخه ورته بېرته راشئ. دا لارښود Ubuntu 24.04 ته سپک ډېسکټاپ XFCE او xrdp ورزیاتوي، څو یې په هماغه Remote Desktop اپ پرانیزئ چې د Windows سرور لپاره یې کاروئ.

موږ هر ګام زموږ د 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" سره ودرېده. د لومړي ګام کڅوړې د 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.

ځایی پورټ 13389 دی نه 3389، ځکه کېدای شي ستاسو په کمپیوټر 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 او سپکې وسیلې په ارامۍ چلوي. که غواړئ په ناسته کې ویب براوزر تل پرانیستی وي، Small واخلئ چې 4 vCPU او 4 GB لري، په میاشت $8. دواړه NAT پلانونه دي، او دلته ستونزه نه ده: Remote Desktop ستاسو د SSH له پورټ تېرېږي.

که هغه څه چې په رښتیا ورته اړتیا لرئ د Windows سافټویر وي، Windows VPS یې مستقیم چلوي، او Windows-Small له میاشتني $11 څخه پیلېږي. Ubuntu 24.04 د Ubuntu VPS په پاڼه کې دی او د VPS په هر Linux پلان کې شته. تادیه د Base، Ethereum یا Polygon په شبکو کې په USDT، USDC یا ETH کېږي.

پوښتنې

ایا د 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 چالان کړ. د لومړي ګام کڅوړې د GNOME د ناستو مدیر هم له ځان سره راوړي، او Ubuntu یې د سیسټم ډیفالټ کوي. د ننوتونکي کاروونکي لپاره ~/.xsession فایل جوړ کړئ چې xfce4-session پکې لیکل شوي وي، بیا بیا وصل شئ.

ایا د RDP له لارې د root په توګه ننوتلی شم؟

xrdp په ډیفالټ ډول اجازه ورکوي (په /etc/xrdp/sesman.ini کې AllowRootLogin=true)، خو غوره ده چې د sudo لرونکی عادي کاروونکی وکاروئ. د root د بندولو لپاره AllowRootLogin=false کړئ او xrdp بیا پیل کړئ.

تبصرې

لا تبصرې نشته. لومړی اوسئ.

یوه تبصره پریږدئ

تبصرې د ښکاره کیدو مخکې اعتدال کیږي.