سطح المكتب البعيد من لينكس إلى ويندوز: Remmina وxfreerdp

أي عميل سطح مكتب بعيد على لينكس ينبغي أن تستخدم؟

لا تقدّم مايكروسوفت عميل RDP للينكس؛ إذ يغطي Windows App أنظمة ويندوز وماك والآيفون وأندرويد والمتصفح، لا سطح مكتب لينكس. ما يملكه لينكس هو FreeRDP، وهو تطبيق مفتوح المصدر للبروتوكول، وبضع واجهات مبنية عليه: Remmina (GTK، مع حفظ الملفات الشخصية)، وGNOME Connections وKRDC من KDE (بخيارات أقل)، وxfreerdp، عميل FreeRDP الخاص بسطر الأوامر مع كشف جميع الخيارات.

استخدم Remmina للأجهزة التي تتصل بها يوميًا، لكن تعلّم xfreerdp على أي حال: فحين يفشل Remmina، يفشل برسالة خطأ من FreeRDP، وسطر الأوامر هو أسرع مكان لتشخيصها. واحتفظ بـ rdesktop للمضيفات التي لا تدعم مصادقة مستوى الشبكة، مثل Windows XP أو Server 2003 غير المحدّثة.

جهّز جانب ويندوز أولًا

قبل أن تلمس Remmina أو xfreerdp، فعّل سطح المكتب البعيد على جهاز Windows 11 وتحقق من ثلاثة أمور وأنت هناك:

• الإصدار: إصدارات Windows Pro وEnterprise وServer وحدها تقبل جلسات RDP واردة؛ أما Home فلا يمكنه استضافة جلسة مهما كان العميل.
• الحساب: يحتاج المستخدم إلى كلمة مرور حقيقية (فرمز Windows Hello PIN لا يعمل عبر RDP)، وأن يكون مسؤولًا أو ضمن مجموعة Remote Desktop Users.
• العنوان: دوّن عنوان IP بالأمر ipconfig: عنوان خاص على شبكة محلية، أو عنوان IP عام لخادوم VPS بويندوز، أو شبكة VPN إلى الشبكة في حالة حاسوب منزلي يُوصل إليه عبر الإنترنت.

من لينكس، تأكد من وجود ما يستمع قبل أن تلوم العميل:

nc -vz 203.0.113.10 3389

نتيجة succeeded تعني أن المنفذ قابل للوصول؛ أما الرفض أو التعليق فمشمولان في قسم الأخطاء.

Remmina: الطريق الرسومي

1. ثبّت Remmina وإضافة RDP الخاصة به

دعم RDP إضافة منفصلة في معظم التوزيعات؛ أما إضافة secret فتخزّن كلمات المرور في حلقة مفاتيح سطح مكتبك:

# Debian / Ubuntu
sudo apt install remmina remmina-plugin-rdp remmina-plugin-secret

# Fedora
sudo dnf install remmina remmina-plugins-rdp remmina-plugins-secret

# Arch Linux
sudo pacman -S remmina freerdp

# Any distribution (Flatpak)
flatpak install flathub org.remmina.Remmina

2. أنشئ ملف الاتصال

انقر + لملف شخصي جديد واضبط Protocol على RDP - Remote Desktop Protocol. في حقل Server، أدخل عنوان IP أو اسم المضيف، مع إلحاق منفذ غير قياسي بنقطتين رأسيتين، مثل 203.0.113.10:3390. املأ Username وPassword؛ واترك Domain فارغًا لحساب ويندوز محلي. احفظ وانقر نقرًا مزدوجًا للاتصال؛ ويشرح قسم الشهادات أدناه المطالبة التي ستراها أولًا.

3. الدقة والتحجيم والجودة

في تبويب Basic، يقدّم خيار Resolution القيم Use initial window size وUse client resolution (المناسب لملء الشاشة) ومقاسات ثابتة؛ ثم يتيح مفتاح الدقة الديناميكية في شريط الأدوات لويندوز إعادة ترتيب سطح المكتب عند تغيير حجم النافذة. ويكون Colour depth افتراضيًا Automatic (32 bpp)؛ وخيار GFX AVC444 (32 bpp) هو الأوضح على إصدارات ويندوز الحالية، بينما يناسب High colour (16 bpp) مع Quality على Poor (fastest) الوصلات البطيئة. وعلى شاشة عالية الكثافة، يجعل خيار Remote scale factor في تبويب Advanced ويندوز يرسم واجهته أكبر بدل تمطيط البكسلات على جانبك.

4. إعادة توجيه الحافظة والمجلدات والصوت

مزامنة الحافظة مفعّلة افتراضيًا (يحتوي تبويب Advanced على مفتاح Turn off clipboard sync). ويعيد خيار Share folder في تبويب Basic توجيه دليل محلي إلى الجلسة، حيث يظهر في مستكشف ويندوز ضمن This PC. اضبط Sound على Local لسماع صوت ويندوز عبر مكبرات صوت لينكس لديك، وفعّل Redirect local microphone للاتجاه المعاكس.

xfreerdp (FreeRDP 3): طريق سطر الأوامر

1. ثبّت FreeRDP 3

# Debian 12+ / Ubuntu 24.04+ (binary: xfreerdp3)
sudo apt install freerdp3-x11

# Fedora (binary: xfreerdp, version 3.x)
sudo dnf install freerdp

# Arch Linux (binary: xfreerdp)
sudo pacman -S freerdp

تسمّي Debian وUbuntu ملف FreeRDP 3 التنفيذي xfreerdp3 ليتعايش مع freerdp2-x11 (أي xfreerdp المجرد). تحقّق بالأمر xfreerdp3 /version واستبدل الاسم فيما يلي. وعلى Wayland، يعمل xfreerdp عبر XWayland؛ بينما تحزّم freerdp3-sdl عميل SDL الأصلي الأحدث من FreeRDP.

2. الاتصال

xfreerdp3 /v:203.0.113.10 /u:Administrator /from-stdin +dynamic-resolution +clipboard

يطالبك /from-stdin بكلمة المرور بدل تركها في سجل الأوامر عبر /p:. ولحساب نطاق، اكتب /u:CORP\alice أو /u:[email protected]؛ ويوضع المنفذ غير الافتراضي ضمن وسيط الخادوم، /v:203.0.113.10:3390. وثمة خيارات مفيدة أخرى:

• /f لملء الشاشة (ويبدّله Ctrl+Alt+Enter)، أو /size:1920x1080 ونسب مئوية مثل /size:80%.
• /multimon لتوزيع الجلسة على كل الشاشات، أو /monitors:0,1 لاختيار بعضها.
• /kbd:layout:0x40c لفرض تخطيط لوحة مفاتيح (فرنسي)؛ ويطبع /list:kbd الرموز.

3. إعادة توجيه الحافظة والمجلدات والصوت والطابعات

xfreerdp3 /v:203.0.113.10 /u:Administrator /from-stdin \
  +clipboard \
  /drive:share,$HOME/rdp-share \
  /sound /microphone \
  /printer

يكشف /drive:name,path دليلًا محليًا للجلسة؛ ويظهر في مستكشف ويندوز باسم share on <your-hostname> ضمن This PC. ويشارك +home-drive دليل المنزل بأكمله، بينما يشارك +drives كل أنظمة الملفات الموصولة، وهو أوسع مما تريد عادة. ويشغّل /sound صوت ويندوز عبر نظام الصوت الافتراضي لديك (PulseAudio، أو طبقة التوافق في PipeWire)؛ أما /audio-mode:1 فيبقي الصوت على الخادوم.

4. الدقة والتحجيم على الشاشات عالية الكثافة

يجعل +dynamic-resolution ويندوز يغيّر حجم سطح مكتبه بنفسه عند تغيير حجم النافذة، فيبقى النص حادًا. أما /smart-sizing فيبقي سطح المكتب البعيد ثابتًا ويحجّم الصورة على جانب لينكس، وهو ضبابي عند أي نسبة غير 100%. وعلى شاشة 4K، استخدم /scale:180 (القيم المقبولة: 100 و140 و180) ليرسم ويندوز واجهته بنسبة 180%، أو /scale-desktop:200 لتحكم أدق. وللنطاق الترددي، يختار /gfx:AVC444 مسار H.264 على المضيفات الداعمة له، بينما -wallpaper -themes /bpp:16 هو تركيبة النطاق المنخفض.

تحذيرات الشهادات، بشرح واضح

عند أول اتصال بمضيف، يطبع xfreerdp موضوع الشهادة ومُصدرها وبصمة SHA-256، ثم: The above X.509 certificate could not be verified, possibly because you do not have the CA certificate in your certificate store, or the certificate has expired. Do you trust the above certificate? (Y/T/N). يخزّن Y البصمة بشكل دائم، ويثق بها T لهذه الجلسة فقط، ويلغي N الاتصال (ويطرح Remmina السؤال نفسه في نافذة Accept certificate?). والتحذير متوقع: فويندوز يولّد شهادة موقّعة ذاتيًا لخدمة سطح المكتب البعيد، صادرة باسم الجهاز نفسه، ولا تضمنها أي سلطة تصديق. تبقى الجلسة مشفّرة؛ غير أن العميل لا يستطيع إثبات هوية الطرف الآخر. وللتحقق، قارنها بالشهادة الموجودة ضمن Remote Desktop، ثم Certificates في certlm.msc على جهاز ويندوز. وتُحفظ البصمات المقبولة في ملف لكل مضيف ضمن ~/.config/freerdp/server/ (وكانت FreeRDP 2 تستخدم ~/.config/freerdp/known_hosts2).

أما التحذير الذي يجب أخذه على محمل الجد فهو !!!Certificate for host:port has changed!!!. ويظهر حين لا تعود البصمة المخزّنة مطابقة، وهو أمر مشروع بعد إعادة تثبيت ويندوز أو تغيير اسم المضيف أو تجديد شهادة، لكنه أيضًا تمامًا ما يبدو عليه هجوم الوسيط. أكّد التغيير على جانب ويندوز، ثم احذف مدخل المضيف من مخزن FreeRDP وأعد الاتصال. وللأتمتة، يقبل /cert:tofu الشهادة عند أول استخدام ثم يثبّتها؛ بينما يثبّت /cert:fingerprint:sha256:<hex> شهادة معروفة صراحة. أما /cert:ignore وخيار Ignore certificate في Remmina فيعطّلان الفحص كليًا، للاستخدام المخبري فقط.

الأخطاء الشائعة: رفض الاتصال والمهل المنتهية وNLA وCredSSP

رفض الاتصال: يبلّغ xfreerdp عن ERRCONNECT_CONNECT_FAILED [0x00020006]. أجاب المضيف، لكن لا شيء قبِل الاتصال على ذلك المنفذ: فسطح المكتب البعيد معطّل، أو الخدمة متوقفة، أو المنفذ خاطئ. على ويندوز، ينبغي أن يقول Get-Service TermService إنها Running، وأن يُظهر netstat -ano | findstr :3389 سطرًا بحالة LISTENING. وإذا تعلّق الاتصال بدل ذلك، فالحزم تُسقَط بواسطة جدار ناري أو قاعدة NAT أو مسار VPN؛ ويشرح هذا الدليل لإصلاح انتهاء مهلة اتصال سطح المكتب البعيد تلك الطبقة تلو الأخرى.

إخفاقات NLA وCredSSP: تتطلب إصدارات ويندوز الحديثة مصادقة مستوى الشبكة: إذ تُفحص بيانات الاعتماد عبر CredSSP قبل رسم أي سطح مكتب. والعرض المعتاد هو ERRCONNECT_LOGON_FAILURE [0x00020014]، وهو في أغلب الحالات مشكلة بيانات اعتماد يمتنع ويندوز عن شرحها عمدًا: خطأ مطبعي، أو حساب محلي مكتوب ببادئة نطاق، أو حساب نطاق بلا بادئة، أو كلمة مرور فارغة يرفضها NLA. وثمة سبب أقل وضوحًا هو كلمة مرور منتهية أو يجب تغييرها، وهو ما لا يستطيع CredSSP معالجته لأن نافذة التغيير تعيش في الواجهة الرسومية التي لم تصل إليها بعد. وفرض /sec:tls يتخطى NLA ويوصلك إلى شاشة تسجيل الدخول في ويندوز، إن سمحت سياسة المضيف بذلك. ومع rdesktop تظهر الحالة نفسها بصيغة CredSSP required by server؛ انتقل إلى FreeRDP، لأن rdesktop لا يتحدث CredSSP إلا مع Kerberos.

الأمان: شبكة VPN أو نفق أولًا، فتغيير المنفذ ليس أمانًا

مصدر إمكانية الوصول إلى المنفذ 3389 أهم من أي خيار في العميل. فمنفذ RDP مفتوح على الإنترنت يجمع محاولات تخمين كلمات المرور خلال ساعات، ولا يبقى سوى NLA وكلمة مرور قوية خط دفاع. ونقل الخدمة إلى منفذ آخر لا يغيّر سوى التوقيت: فالماسحات تعدّ المنافذ الـ65,535 كلها، ومصافحة RDP تعرّف عن نفسها مهما كان الرقم. ويغطي هذا الدليل حول منفذ RDP 3389 ما يستمع هناك ولماذا.

وما يقلّل التعرض فعليًا: شبكة WireGuard أو أي VPN آخر بحيث لا يمكن بلوغ المنفذ 3389 إلا من عناوين خاصة؛ أو قاعدة في جدار ويندوز الناري محصورة بعنوان IP المصدر الخاص بك على خادوم VPS؛ أو نفق SSH عبر ميزة OpenSSH Server في ويندوز، فلا يحتاج منفذ RDP إلى أن يكون مفتوحًا إطلاقًا:

ssh -N -L 13389:localhost:3389 [email protected]
# in a second terminal
xfreerdp3 /v:localhost:13389 /u:Administrator /from-stdin +dynamic-resolution +clipboard

وأيًّا كان الطريق الذي تسلكه، أبقِ NLA مفعّلًا وافرض قفل الحسابات.

كل هذا يفترض وجود جهاز ويندوز يستحق الاتصال به. فإن كان الهدف ببساطة إتاحة ويندوز من سطح مكتب لينكس لديك (لبرنامج لا نسخة لينكس منه، أو جلسة يجب أن تبقى تعمل بينما ينام حاسوبك المحمول)، فحاسوب منزلي يعيد التشغيل للتحديثات خلف موجّه لا تستطيع ضبطه هدف رديء. والخيار الأبسط هو خادوم RDP بويندوز مع صلاحيات إدارية كاملة مستضاف: إذ يوفّره rdp.monster خلال نحو 10 ثوانٍ بعد تأكيد الدفع، مع معالج وذاكرة مخصصين، ونطاق ترددي غير محدود (ضمن الاستخدام العادل)، دون KYC، مع قبول العملات المشفّرة، ابتداءً من 8.99 دولارًا شهريًا. وبالنسبة إلى Remmina أو xfreerdp، فهو مجرد مضيف ويندوز آخر.

الأسئلة الشائعة

هل يتضمن لينكس عميل سطح مكتب بعيد مدمجًا للويندوز؟

لا توزيعة تشحن عميلًا من مايكروسوفت؛ فـ Remmina وGNOME Connections وKRDC كلها واجهات فوق مكتبة FreeRDP مفتوحة المصدر.

ليس من مايكروسوفت، إذ إن Windows App غير متاح للينكس. ما توفره معظم التوزيعات هو FreeRDP، وهو تطبيق مفتوح المصدر لبروتوكول RDP، إضافة إلى واجهات رسومية مبنية عليه. تشحن GNOME تطبيق Connections، وتشحن KDE تطبيق KRDC، بينما يبقى Remmina الخيار المشترك بين أسطح المكتب بفضل حفظ الملفات الشخصية وأكبر عدد من الخيارات. وجميعها تتحدث البروتوكول نفسه الذي يستخدمه عميل مايكروسوفت، بما في ذلك NLA وبرامج ترميز GFX الحديثة، فلا يستطيع مضيف ويندوز التفريق بينها. ثبّته بالأمر apt install remmina remmina-plugin-rdp أو ما يعادله في توزيعتك.

هل يمكنني الاتصال من لينكس بسطح مكتب Windows 11 Home؟

لا، إصدارات Home لا تقبل جلسات RDP واردة مهما كان العميل المستخدم.

لا. لا يتضمن Windows 11 Home مكوّن استضافة سطح المكتب البعيد، لذا لا يستطيع Remmina ولا xfreerdp الاتصال به، ومفتاح سطح المكتب البعيد غائب ببساطة من الإعدادات. خياراتك هي ترقية ذلك الجهاز إلى Windows 11 Pro، أو استخدام أداة مشاركة شاشة خارجية لا تعتمد على RDP، أو الاتصال بجهاز ويندوز مستضاف مثل خادوم VPS بويندوز، يعمل بإصدار Server أو Pro مع تفعيل RDP منذ البداية ويقبل عملاء لينكس دون إعدادات إضافية.

كيف أنسخ الملفات بين لينكس وويندوز عبر RDP؟

أعد توجيه مجلد (عبر ‎/drive في xfreerdp أو Share folder في Remmina) فيظهر كقرص داخل جلسة ويندوز.

استخدم إعادة توجيه الأقراص بدل الحافظة. مع xfreerdp، أضف /drive:share,/home/you/folder فيظهر المجلد في مستكشف ويندوز ضمن This PC كقرص معاد توجيهه؛ وفي Remmina، اضبط Share folder في تبويب Basic داخل الملف الشخصي. عندها يعمل النسخ في الاتجاهين بالسحب والإفلات العادي في المستكشف، وتكون الملفات الكبيرة أكثر موثوقية بهذه الطريقة من لصقها عبر الحافظة. وإن لم يظهر القرص أبدًا، فقد تكون سياسة مجموعة على جانب ويندوز تحجب إعادة توجيه الأقراص.

لماذا جلسة RDP من لينكس بطيئة، وكيف أسرّعها؟

زمن الذهاب والإياب واختيار برنامج الترميز هما العاملان الحاسمان؛ اختر GFX/H.264 على وصلة جيدة، وألوان 16 بت دون خلفية على وصلة ضعيفة.

بروتوكول RDP أكثر حساسية لزمن الاستجابة منه لعرض النطاق الخام، لذا سيبدو المضيف البعيد دائمًا أبطأ من القريب. وضمن هذا الحد، يبقى برنامج الترميز الأهم: على وصلة سريعة، يمنحك /gfx:AVC444 (أو عمق الألوان GFX AVC444 في Remmina) أفضل صورة على Windows 10 و11 وServer 2016 فما بعد. وعلى وصلة بطيئة أو كثيرة الفقد، انزل إلى /bpp:16 وأضف -wallpaper -themes ودع /network:auto يضبط الباقي. كما أن اتصالًا سلكيًا على جانب العميل يزيل أكثر أسباب التقطيع شيوعًا.