الجلسات المتعددة لسطح المكتب البعيد: إعداد الجلسات المتزامنة

هل تحاول دعم عدة مستخدمين في آن واحد، تشغيل جلسات واجهة رسومية متعددة على خادم، أو السماح لمهندسين بالاتصال بشكل مستقل بنفس المضيف؟ "الجلسات المتعددة لسطح المكتب البعيد" هو المكان الذي يواجه فيه الناس قيود نظام التشغيل، مشكلات الترخيص، وتعقيد الشبكة. يوضح هذا الدليل ما تعنيه الجلسات المتعددة فعلاً، ومقايضات كل منصة، وخطوات إعداد عملية لتشغيل جلسات متزامنة بشكل موثوق وآمن.

ما المقصود فعلاً بـ “الجلسات المتعددة”

هناك أمران مختلفان يسميهما الناس «الجلسات المتعددة». اختر ما تحتاجه قبل تصميم الحل.

• اتصالات متزامنة متعددة لنفس جلسة سطح المكتب (شاشة مشتركة) — عدة مسؤولين أو مساعدين يتصلون في نفس الوقت لعرض/التحكم بنفس سطح المكتب المسجَّل الدخول. الأدوات: TeamViewer، AnyDesk، Tenvo ومتغيرات VNC الكلاسيكية. هذا مفيد للدعم المشترك والعروض التوضيحية.
• جلسات واجهة رسومية مستقلة متعددة على جهاز واحد (جلسات مستخدم منفصلة) — يحصل كل مستخدم على جلسة سطح مكتب خاصة به على نفس المضيف (كما في عدة جلسات RDP على Windows Server). هذا يتطلب دعم نظام تشغيل الخادم أو مدير جلسات يمكنه إنشاء وربط جلسات المستخدمين بشاشات افتراضية مختلفة.

تتبع خيارات التصميم والترخيص ما تختاره من بين هذين النوعين. الجلسات المشتركة على الكونسول بسيطة؛ الجلسات المستقلة تتطلب أدوار خادم أو خدمات daemon على Linux.

اختلافات المنصات والخطوات العملية

فيما يلي كيف تتصرف العائلات الثلاثة الرئيسية لأنظمة التشغيل وكيفية إعداد جلسات متزامنة على كل منها.

Windows (سطح المكتب مقابل الخادم)

إصدارات سطح المكتب من Windows (Windows 10/11 Pro) مصممة لتوفير جلسة تفاعلية واحدة في كل مرة. يمكن لعدة أشخاص الاتصال بنفس الكونسول باستخدام أدوات طرف ثالث، لكنك لن تحصل على أسطح مكتب مستخدمين مستقلة دون الانتقال إلى Windows Server وRemote Desktop Services (RDS).

يدعم Windows Server (2016/2019/2022) جلسات مستقلة متعددة عبر دور Remote Desktop Services. المكونات الرئيسية هي:

• RD Session Host (يستضيف جلسات المستخدم).
• RD Connection Broker (يربط المستخدمين بالجلسات ويدعم إعادة الاتصال وموازنة الأحمال).
• RD Web Access / RD Gateway (وصول آمن عن بُعد عبر HTTPS).
• ترخيص RDS: تحتاج إلى RDS CALs (لكل مستخدم أو لكل جهاز) — Microsoft تفرض متطلبات الترخيص المناسبة للاستخدام الإنتاجي متعدد الجلسات.

خطوات على المستوى العالي للحصول على جلسات مستقلة متعددة على Windows Server:

1. ثبت Windows Server 2019 أو 2022 (هذه الإصدارات الموصى بها حالياً).
2. أضِف دور Remote Desktop Services وخدمات الدور اللازمة (Session Host، Connection Broker، Licensing).
3. كوّن وضع الترخيص وثبّت RDS CALs في RD Licensing Manager.
4. اختياريًا أضِف RD Gateway لتجنب فتح RDP (TCP/3389) على الإنترنت وفعل NLA (المصادقة على مستوى الشبكة).
5. استخدم DNS أو موازن تحميل أمام عدة خوادم RD Session Host وسجِّل Connection Broker من أجل ثبات الجلسات.

متى تستخدم Windows RDS: عندما تحتاج إلى ثبات للملفات الشخصية، عزل التطبيقات، وفصل صحيح للمستخدمين. إذا كنت تحتاج فقط إلى فني دعم لعرض/التحكم في كونسول مستخدم، فالأدوات المخصصة للدعم عن بُعد أبسط ولا تتطلب ترخيص RDS.

Linux: الجلسات المستقلة المتعددة بسيطة نسبياً

بيئات سطح مكتب Linux مرنة. يمكنك تشغيل جلسات X.org أو Wayland متعددة وعرض كل واحدة عبر RDP (xrdp) أو VNC. هذا يجعل الجلسات المستقلة غير مكلفة وبسيطة للتوسع.

مثال: Ubuntu 22.04 LTS + xrdp + TigerVNC. يوفر هذا الإعداد لكل مستخدم جلسته الخاصة على أرقام شاشات منفصلة. الأوامر العملية:

sudo apt update
sudo apt install -y xrdp tigervnc-standalone-server
sudo systemctl enable --now xrdp
# create users
sudo adduser alice
sudo adduser bob
# open firewall for RDP (or tunnel via SSH / VPN instead)
sudo ufw allow 3389/tcp

سيقوم xrdp عادةً بربط تسجيلات الدخول الجديدة بجلسات جديدة بشكل افتراضي. إذا فضلت منافذ VNC لكل شاشة، فـ VNC يستخدم منافذ TCP رقم 5900 + رقم الشاشة (الشاشة :1 → 5901). للوصول من الإنترنت، يمكنك وضع عكس بروكسي أو Apache Guacamole أو VPN أمام المضيفين بدلاً من تعريض 3389/5900 مباشرة.

كما يسهل Linux أتمتة إنشاء الجلسات، استخدام LDAP/AD للمصادقة، وتخزين دلائل المستخدمين على مشاركة NFS/SMB عندما تحتاج إلى مضيفين بدون حالة خلف موازن تحميل.

macOS: جلسات واجهة رسومية مستقلة محدودة

macOS في الأساس نظام تشغيل ذو كونسول واحد. يمكنك التبديل السريع بين المستخدمين وملاحظين متعددين عبر Screen Sharing أو Apple Remote Desktop، لكن macOS عموماً لا يوفر جلسات GUI مستقلة متعددة مثل Windows Server أو Linux (بدون حيل معقدة ومنتجات خادم غير مدعومة).

إذا كنت تحتاج إلى العديد من الجلسات المستقلة، فـ Linux أو Windows Server خيارات أفضل. إذا كان السيناريو هو دعم عن بُعد أو عرض شاشة مشتركة على ماك، فالأدوات مثل Tenvo، TeamViewer، أو VNC تغطي الحاجة.

سماسرة الجلسات، موازنة الأحمال والتوسع

تشغيل عدد قليل من الجلسات المتزامنة شيء؛ تشغيل مئات يتطلب بنية: سماسرة الجلسات، موازنة الأحمال، ودلائل مستخدمين مركزية.

• Connection broker / مدير الجلسات — يستخدم Windows RD Connection Broker لتوجيه المستخدمين والحفاظ على حالة الجلسة. على Linux، يمكنك استخدام Apache Guacamole كبوابة ويب أو سماسرة مخصصة (موازن تحميل + جلسات لاصقة) لموازنة المستخدمين على المضيفين.
• موازنة الأحمال — استخدم DNS + موازن تحميل أو NLB مادي. تأكد أن الوسيط يدعم إعادة الاتصال/التعيين اللاصق.
• تخزين الملفات الشخصية — للمستخدمين المتجولين، خزّن الملفات الشخصية على خادم ملفات مركزي (SMB/NFS) أو استخدم ملفات شخصية متجولة حتى تظل الجلسات متناسقة بغض النظر عن المضيف.
• الأمن — ضع RD Gateways أو VPNs أو بوابات ويب أمام نقاط نهاية RDP/VNC؛ لا تعرّض 3389/5900 مباشرة للإنترنت إلا إذا كانت لديك ضوابط مناسبة.

لمزارع Windows RDS، يكون RD Connection Broker وRD Licensing server إجباريين على نطاق واسع؛ لأساطيل Linux، فإن توحيد المصادقة باستخدام LDAP/AD واستخدام بوابة مثل Guacamole أو VPN هو النمط الشائع.

مثال عملي على Linux: xrdp لجلسات مستقلة متعددة

نمط إعداد مختصر يعمل جيداً للفرق الصغيرة التي تريد جلسات منفصلة على جهاز Linux واحد (مثال Ubuntu 22.04).

1. ثبت الحزم (راجع الأوامر السابقة).
2. كوّن xrdp لاستخدام خلفية Xorg. حرِّر /etc/xrdp/xrdp.ini للتأكد من أن الجلسات الجديدة تُستَخْرَج عند الحاجة (الإعداد الافتراضي مناسب لمعظم التثبيتات).
3. أنشئ حسابات مستخدمين منفصلة باستخدام adduser واضبط كلمات المرور.
4. استخدم نفق SSH أو VPN للوصول عن بُعد بدلاً من تعريض 3389. مثال لنفق SSH من محطة مسؤول:

ssh -L 33890:localhost:3389 youruser@remote-host.example.com

ثم وجه عميل RDP إلى localhost:33890. يسمح هذا لعدة مسؤولين بإنشاء نُفَق مختلفة والاتصال دون تعديل قواعد الجدار الناري. للمؤسسة، استبدل نفق SSH بـ VPN مدار مركزياً أو بوابة مثل Guacamole.

متى تستخدم Tenvo (وكيف يتناسب)

Tenvo أداة للوصول إلى سطح المكتب عن بُعد مفتوحة المصدر تعمل على مرسال مُدار بشكل افتراضي. في حالات الدعم وسيناريوهات العمل متعدد المشغلين هذا هو الجزء المهم: تقوم بتثبيت عميل على كل نقطة نهاية بدلاً من فتح منافذ RDP أو VNC، ويقوم المرسال بعمل الوصول إلى الأجهزة خلف NAT. الشيفرة مرخّصة بموجب AGPL‑3.0، لذا يظل تشغيل المرسال بنفسك ممكنًا — لكنه ببساطة ليس المسار الذي تحتاجه معظم الفرق.

استخدم Tenvo عندما:

• تحتاج إلى دعم العديد من نقاط النهاية عن بُعد دون فتح منافذ RDP على كل جهاز.
• ترغب في مرسال مُدار ليتعامل مع اجتياز NAT نيابةً عنك، بدلاً من الحفاظ على قواعد الموجّه أو الأنفاق لكل موقع (انظر دليلنا: remote desktop without port forwarding). تشغيل المرسال الخاص بك ممكن أيضًا، لكنه مجدٌ فقط عندما تقتضي الحاجة.
• متطلبك هو الدعم المشترك أو الوصول المشترك إلى نفس سطح المكتب، بدلاً من جلسات مستقلة على مستوى نظام التشغيل لكل مستخدم.

إذا كنت تحتاج إلى جلسات مستخدم مستقلة تمامًا (أسطح مكتب منفصلة لكل مستخدم) على Windows، فإن RDS على Windows Server هو النهج الصحيح؛ Tenvo لا يحل محل متطلبات ترخيص RDS. تشغيل المرسال داخل LAN الخاص بك منطقي عندما يوجبها متطلب — لغة الامتثال المتعلقة بالبنية التحتية لطرف ثالث، الشبكات المعزولة، أو قواعد إقامة البيانات التي تسمي ولاية قضائية؛ دليلنا Self-hosted remote desktop: the honest 2026 guide يشرح ذلك التثبيت وتكاليف التشغيل المصاحبة له. في غياب مثل هذا المتطلب، يكون المرسال المُدار هو الطرف الأرخص في الصفقة.

احصل على العميل من صفحة التنزيلات واتصل عبر المرسال المُدار — لا حاجة لإقامة خادم خاص بك. Free هي $0، وLite $2.99/شهر وPro $7.99/شهر على التسعير؛ إذا كنت تطبق هذا عبر فريق دعم، فاطّلع على خطط الأعمال.

قائمة تحقق للأمن والترخيص

قبل نشر وصول متعدد الجلسات، مرّر هذه القائمة:

• هل نوع الجلسة كونسول مشترك أم جلسات مستقلة؟ اختر البنية المناسبة.
• لـ Windows Server متعدد الجلسات: تأكد من أن لديك RDS CALs ودور RD Licensing مُثَبَّت.
• احظر تعريض منافذ RDP/VNC مباشرة؛ استخدم RD Gateway، VPN، نفق SSH، أو بوابة وصول عن بُعد مثل مرَحِّل Tenvo.
• فعّل NLA على مضيفي RDP واطلب كلمات مرور قوية / MFA حيث أمكن.
• سجل وراقب نشاط الجلسات — احتفظ بسجلات تدقيق لمن اتصل ومتى.
• استخدم مخزن هوية مركزي (AD/LDAP) حتى يمكن إلغاء وصول المستخدمين مركزياً.

لإلقاء نظرة أعمق على التنازلات الأمنية، راجع مقالنا عن remote desktop security، الذي يغطي تشديد RDP وتكوين البوابات وMFA.

نصائح لاستكشاف الأخطاء وإصلاحها

• فشل الاتصالات؟ تأكد من أن سمسار الجلسات أو البوابة قابلين للوصول وDNS يحل الأسماء بشكل صحيح.
• المستخدمون لا يستطيعون إعادة الاتصال بجلساتهم؟ في Windows، تحقق من صحة RD Connection Broker وتأكد من تسجيل خوادم RD Session Host به. في Linux، راجع سجلات xrdp تحت /var/log/xrdp-sesman.log.
• مشكلات الأداء تحت ضغط جلسات عديدة؟ راقب CPU وRAM وI/O للقرص؛ أضف مزيداً من مضيفي الجلسات واستخدم موازن تحميل أو وزع الحمل أفقياً.
• مشكلات الجدار الناري وNAT؟ استخدم نفق SSH أو مرَحِّل Tenvo لتجنب تغييرات المنافذ المعقَّدة.

الخلاصة — اختر الأداة المناسبة للمهمة

إذا كان هدفك هو الدعم المشترك أو عدة أشخاص يعملون على نفس سطح المكتب، فهذه وظيفة أداة دعم عن بُعد وليست دور خادم — ومع Tenvo تعمل عبر المرسال المُدار، لذا لا يوجد ما يفتح في شبكة نقطة النهاية. كيف يتوافق ذلك مع الخيارات المملوكة موضح في مقارناتنا مع TeamViewer وAnyDesk. إذا كنت تحتاج إلى أسطح مكتب منفصلة ومستقلة لكل مستخدم، خطط لاستخدام Windows Server RDS أو نشر متعدد الجلسات على Linux (xrdp/TigerVNC أو بوابة ويب مثل Guacamole).

لا يوجد حل واحد يناسب الجميع: Windows RDS هو الخيار المؤسسي الصحيح لاستضافة أسطح المكتب وإيصال التطبيقات، وLinux هو الطريق الأرخص إلى الجلسات المستقلة إذا كنت تدير وتُصون الخوادم بالفعل. احسب الفاتورة كاملةً قبل أن تسميه رخيصًا — الاستجابة للطوارئ، الترقيع، تخزين المفاتيح، تجديد الشهادات، منطقة واحدة دون فشل احتياطي. للوصول إلى نقاط النهاية عبر NAT دون عمل شبكات لكل موقع، يكون المرسال المُدار بسعر $2.99–$7.99 في الشهر عادةً الحساب الأقصر؛ انظر التسعير.

جاهز لتجربته؟ حمّل Tenvo واختبر سير عمل المشغلين المتعددين على المرسال المُدار — هذا هو الإعداد الافتراضي، ولدى معظم الفرق تنتهي القصة عند هذا الحد؛ تُدرج الطبقات على التسعير. إذا كان التزام امتثالي أو شبكة معزولة أو قاعدة إقامة بيانات تعني أن المرسال يجب أن يكون ملكك، يغطي دليلنا Self-hosted remote desktop: the honest 2026 guide عملية التثبيت وما يكلفه التشغيل المستمر.