بديل NoMachine: خيارات مفتوحة المصدر وموجهة لـ Linux

سئمت من التعامل مع برمجيات مغلقة المصدر على Linux: يعمل NoMachine جيدًا في كثير من الحالات، لكن تراخيصه، ودعم Wayland المتقطع، أو المكوّنات المغلقة يمكن أن تشكّل عوائق عندما تحتاج إلى حل سطح مكتب بعيد شفاف مستضاف ذاتيًا. إذا كانت أولوياتك هي مفتوح المصدر، وتصميم يفضّل Linux أولًا، والتحكم المتوقَّع في الشبكات والأمان، فإن هذا الدليل يستعرض بدائل NoMachine الواقعية وطريقة اختيار واحد للعمل الحقيقي.

لماذا يختار الناس NoMachine (وأين يفيد فعلاً)

نَال NoMachine سمعة لأداء رسومي بعيد سريع ومتجاوب على Linux وmacOS من خلال البناء على عائلة بروتوكولات NX. يتعامل مع الضغط، والتخزين المؤقت، وتحديثات الإطارات التكيفية بطرق تتفوق على VNC العادي وRDP الأساسي في العديد من أحمال العمل التفاعلية — لا سيما عند ضيق النطاق الترددي. كما يجمع ميزات متوقعة: نقل ملفات، دعم شاشات متعددة، ومثابرة الجلسات الأساسية.

مع ذلك، NoMachine ليس مناسبًا للجميع تمامًا. نقاط الألم الشائعة التي أسمعها من مديري نظم Linux والمستخدمين المتقدّمين:

• ترخيص غير واضح وطبقات تجارية للاستخدام المؤسسي.
• شفافية محدودة لأن أجزاء من البنية مغلقة المصدر.
• دعم Wayland — اعتمادًا على التوزيعة وcompositor، قد يكون التقاط الشاشة جزئيًا أو يتطلب حلولًا بديلة.
• التحكم في الاستضافة الذاتية: الإفتراضات الافتراضية تفضّل غالبًا ترحيل المرور أو خدمات سحابية بدلاً من خادم مستقل تديره بنفسك.

ما الذي تبحث عنه في بديل لـ NoMachine (معايير Linux‑first)

عندما تقول “Linux‑first” فالمعنى يتجاوز "يعمل على Linux". ابحث عن مشروعات صممت لواقع سطح المكتب والخوادم في Linux منذ اليوم الأول:

• توافق Wayland و X11 — هل يدعم الأداة compositors الحديثة (GNOME/Wayland, KDE/Wayland) دون الحاجة إلى شِمٍّ لـ X server؟
• تحكّم كامل في الشبكات — سهولة الاستضافة الذاتية، ووجود خيار relay لاجتياز NAT، وإرشادات واضحة لتكوين الجدار الناري/المنافذ.
• تشفير مفتوح وقابل للتدقيق — TLS/DTLS مع شيفرات يمكنك التحقق منها، وليس قناة ملكية غامضة.
• مفاتيح أداء — مستويات جودة قابلة للتعديل، ترميز JPEG/WebP، حدود معدل الإطارات، وتسريع GPU حيثما توفر.
• ميزات جلسة عملية: مزامنة الحافظة، نقل الملفات، بث الصوت، شاشات متعددة، وتشغيل تلقائي عند الإقلاع للوصول دون مراقبة.

تفاصيل فنية مهمة: يستخدم RDP المنفذ TCP 3389، وVNC الافتراضي 5900 — معرفة الإعدادات الافتراضية مفيدة عند ضبط الجدران النارية. بالنسبة للأدوات الحديثة، توقع منافذ قابلة للتكوين ووكلاء SSH/NGINX العكسية بالإضافة إلى NAT traversal. إذا أردت تجنّب إعداد المنافذ تمامًا، اقرأ دليلنا عن سطح المكتب البعيد بدون توجيه منافذ: دليل: سطح المكتب البعيد بدون توجيه منافذ.

بدائل مفتوحة المصدر ومصممة أولاً لـ Linux تستحق النظر

فيما يلي مقارنة بمشروعات ستقوم فعليًا بنشرها على Linux. أركز على المشروعات مفتوحة المصدر والقابلة للاستضافة الذاتية بدون قفل بائع.

1) Tenvo (ملائم لـ Linux)

لماذا يبرُز: تم بناء Tenvo مع وضع مسؤولي Linux في الاعتبار — حزم أصلية للتوزيعات الرئيسية، تعليمات واضحة للخوادم بدون واجهة، وبُنية مناسبة لنشر بدون واجهة؛ Tenvo يعمل عبر ريلِي مُدار تُشغّله شركتنا (الخوادم في ألمانيا). إذا احتجت إلى تشغيل خادم خاص بك، ففكّر في RustDesk المستضاف ذاتياً. يدعم جلسات مشفّرة، نقل الملفات، مزامنة الحافظة، ويمكن تشغيله كخدمة للوصول غير المراقب.

متى تختار Tenvo: إذا كنت تريد مرسالًا مدارًا تديره شركتنا (خوادم في ألمانيا)، وتجربة سطح مكتب حديثة على Linux دون الاضطرار للمرور عبر حلول Wayland/X11 الوسيطة. قم بتنزيل وتثبيت من /download، واطّلع على /pricing لخيارات الاستضافة إذا كنت تحتاج مرسلات مُدارة. إذا كنت بحاجة لاستضافة المرسل الخاص بك على خوادمك، ففكّر في استضافة RustDesk ذاتيًا.

2) RustDesk

لماذا يبرز: RustDesk مفضّل المجتمع للاستضافة الذاتية. يوفّر عميلًا وخادمًا (hbbs/hbrs) ويستخدم قاعدة كود حديثة مكتوبة بـ Rust. مباشرةً بعد التثبيت، يمنحك RustDesk اجتياز NAT عبر خوادم relay عامة، لكن يمكنك استضافة خادم relay وخادم rendezvous خاصين بك للتحكم الكامل.

مقايضات: RustDesk ممتاز للدعم عن بُعد والوصول المكتبي الأساسي، لكن ضبط الرسوميات المتقدم وتكامل Wayland يختلفان عبر التوزيعات. من المفيد قراءة مقارنتنا إذا كنت تقرر بين أدوات مركّزة على الدعم: RustDesk vs AnyDesk.

3) FreeRDP / xrdp (مكدسات قائمة على RDP)

لماذا يبرز: لدى RDP زخم كبير على Linux الآن. FreeRDP هو تنفيذ العميل وxrdp هو خادم يربط جلسات سطح المكتب. يمكن أن تكون تطبيقات RDP فعّالة جدًا، وتدعم إعادة توجيه الصوت، الحافظة، وشاشات متعددة، وتتكامل مباشرةً مع compositors Wayland في الكثير من بيئات سطح المكتب الحديثة.

مقايضات: قد يكون تكوين RDP أكثر تعقيدًا لجلسات GUI متعددة المستخدمين ونسخ العرض البعيد على compositors مخصّصة؛ كما أنه ليس مُصممًا بطبيعته لسيناريوهات النطاق الترددي المنخفض ذات الفقدان كما فعلت الأكواد المحسّنة لعائلة NX/NoMachine.

4) مشتقات VNC (TigerVNC, TightVNC)

لماذا يبرز: VNC بسيط، مدعوم على نطاق واسع، وخفيف الإعداد. حسنّ TigerVNC الأداء وخيارات التشفير مقارنةً بإصدارات VNC الأقدم. هو خيار احتياطي معقول للخوادم الرأسية أو عندما تحتاج وصولًا مباشرًا إلى X11.

مقايضات: عمومًا VNC أقل كفاءة من البروتوكولات الحديثة للتفاعل على سطح المكتب، ودعم Wayland غالبًا ما يكون مفقودًا أو يتطلب إضافات خاصة في compositor.

5) SPICE / NoVNC لأسطح المكتب الافتراضية

لماذا يبرز: إذا كنت تتحكم في آلات افتراضية (KVM/QEMU)، يوفر SPICE رسومات منخفضة الكمون، إعادة توجيه USB، وصوت — عملي جدًا لبيئات VDI أو استخدامات سطح مكتب افتراضية متداخلة. أحيانًا يُختار NoMachine للوصول إلى سطح المضيف، لكن SPICE أكثر ملاءمة عندما يكون الضيف VM.

مقايضات: SPICE خاص بتكديس الافتراضية وليس بديلًا مباشرًا لجلسات سطح مكتب عامة على أجهزة baremetal.

قائمة ميزات: طابق الأداة بحالة الاستخدام

اختر مرشحًا من القائمة أعلاه، ثم مرّ على هذه القائمة قبل النشر:

• دعم Wayland/X11: هل يمكنك رؤية سطح المكتب بالضبط كما يراه المستخدم المحلي؟
• الاستضافة الذاتية: هل يمكنك تشغيل خوادم relay/rendezvous خاصة؟ هل مكوّن الخادم مفتوح ويتم صيانته؟
• الشبكات: هل الأداة تدعم اجتياز NAT أم تحتاج إلى توجيه منافذ؟ (إذا أردت تجنّب توجيه المنافذ، راجع شروحاتنا: دليل: سطح المكتب البعيد بدون توجيه منافذ.)
• الأمان: تشفير النقل، خيارات المصادقة (كلمة مرور، مفتاح عام، SSO)، وتثبيت مفتاح المضيف (host key pinning).
• عناصر التحكم في الأداء: هل تحصل على حدود معدل البت، معدل الإطارات، أو اختيار codec (مثل H.264, VP8)؟
• مثابرة الجلسة: خدمة للوصول دون مراقبة للخوادم مقابل جلسات مساعدة عابرة للدعم الفني.

على سبيل المثال، إذا كنت تُشغّل مختبرًا بعيدًا من محطات عمل Linux وتحتاج إلى تسليم الجلسات للموظفين، ففضّل دعم Wayland، وعملاء بدون مراقبة، وخوادم relay مستضافة ذاتيًا. إذا كنت تقدم دعمًا عائليًا عرضيًا، فقد يفوز مفهوم خدمة relay سهلة الاستخدام ومثبتات بسيطة للمستخدم النهائي.

ملاحظات نشر حقيقية ونقاط مقلقة

هنا دروس صارمة من بيئات الإنتاج وكيف تقارن البدائل بـ NoMachine:

• التقاط Wayland: تفترض العديد من الأدوات القديمة X11 وستفشل بصمت على Wayland. xrdp + compositor يدعم Wayland أو إصدارات Tenvo الحديثة التي تدعم Wayland صراحةً هي خيارات أكثر أمانًا من VNC القديم للتوزيعات الحديثة.
• الصوت والفيديو: تاريخيًا، كان NoMachine جيدًا مع بث الوسائط المتعددة. إذا كنت تحتاج صوتًا منخفض الكمون أو التقاط شاشة لتشغيل فيديو، فابحث عن دعم ترميز صريح مثل H.264/AV1؛ بعض المشاريع المفتوحة تعتمد على مشفرات برمجية تستهلك CPU.
• NAT والجدران النارية: توقع تكوين خادم relay قابل للوصول على الأقل أو استخدام نفق SSH عكسي. إذا كان عليك تجنّب توجيه المنافذ، اختر أداة بوضع relay موثق أو بديل web‑socket.
• الحجم والتزامن: العروض التجارية مثل TeamViewer أو AnyDesk مُحسّنة للأساطيل الكبيرة وتقدّم إدارة أجهزة مركزية. يمكن للأدوات المفتوحة أن تتوسع، لكنك غالبًا ما تحتاج إلى أوركسترا إضافية (وحدات systemd، إدارة التكوين، والمراقبة).

كيفية الاختيار: ثلاث سيناريوهات عملية

السيناريو A — مسؤول واحد يدير خوادم Linux: اختر RDP/xrdp أو Tenvo. يوفر RDP بروتوكولًا مألوفًا ودعمًا واسعًا للأدوات؛ بينما يوفر Tenvo وكيلًا واحدًا مع وصول آمن عبر مرسال مدار تديره شركتنا (خوادم في ألمانيا).

السيناريو B — مكتب مساعدة لمستخدمين عن بُعد (أنظمة تشغيل مختلطة): RustDesk؛ حلول TeamViewer/AnyDesk التجارية إذا فضلت relays مُدارة من البائع واتصالًا صادرًا فقط أبسط. كن صريحًا: يتفوّق TeamViewer وAnyDesk في سهولة الاستخدام للمستخدمين غير التقنيين، لكنهما ليسا مفتوحي المصدر.

السيناريو C — بنية سطح مكتب افتراضي أو تمرير GPU: عادة ما يكون SPICE أو مكدس RDP مع تسريع GPU الخيار الصحيح. أحيانًا يبرُز NoMachine لجلسات رسومية منخفضة النطاق الترددي، لكن SPICE أنسب لحالات الاستخدام الافتراضية.

نصائح إعداد سريعة لمديري Linux

1. قرّر ما إذا كنت تحتاج إلى وصول دون مراقبة. إذا كانت الإجابة نعم، ثبّت الخادم/الوكيل كخدمة نظام (system service) وفعل بدء التشغيل عند الإقلاع.
2. فضّل TLS مع تثبيت الشهادات أو CA خاصة. تجنّب ترك كلمات المرور الافتراضية مفعّلة على خوادم relay.
3. لأسطح Wayland، اختبر التقاط الجلسة مبكرًا — GNOME على Wayland، على سبيل المثال، قد يتطلب دعمًا صريحًا من compositor أو استخدام مسار التقاط مبني على pipewire.
4. خطّط لاستراتيجية NAT الخاصة بك: relay مستضاف ذاتيًا، نفق SSH عكسي، أو VPN. إذا أردت تجنّب توجيه المنافذ تمامًا، اقرأ دليلنا عن الاستضافة الذاتية على self‑hosted‑remote‑desktop‑guide.
5. راقب استخدام الموارد: قد تؤدي المشفرات البرمجية إلى ارتفاع CPU؛ ضع حدود معدل البت وfps للأجهزة منخفضة الطاقة.

متى يظل NoMachine الأداة الأفضل

يبقى NoMachine خيارًا قويًا إذا احتجت حلًا جاهزًا لجلسات تفاعلية عالية الجودة مع وسائط مضمّنة وإعادة توجيه USB دون عبء استضافة خوادمك الخاصة. إذا أولويتك الأداء الجاهز وخدمة دون التفكير في الترخيص أو الاستضافة الذاتية، قد يوفر NoMachine أو TeamViewer أو AnyDesk وقتًا.

كن واضحًا: غالبًا ما تتفوق المنتجات التجارية على نظيراتها المفتوحة في الصقل، وSLA للدعم، وإدارة الأسطول المركزية. هدف هذه المقالة ليس رفض NoMachine — بل إظهار أين تمنحك البدائل المفتوحة والمصممة أولًا لـ Linux تحكمًا لا تحصل عليه من ثنائيات مغلقة.

التوصيات النهائية

إذا كنت تريد بديلاً يركز أولًا على Linux لـ NoMachine وتقدّر الاستضافة الذاتية، ابدأ بـ RustDesk لنموذج مرسال/عميل خفيف الوزن ومنشور من قبل المجتمع؛ يوفر Tenvo مجموعة متوازنة من ميزات سطح المكتب البعيد عبر مرسال مدار تديره شركتنا (خوادم في ألمانيا). استخدم RDP/xrdp أو SPICE في حالات الافتراضية والوصول إلى سطح المكتب على الخادم حيث يهم نضج البروتوكول ودعم النظام البيئي.

نشر جهاز اختبار أولًا: تحقّق من التقاط Wayland/X11، جرّب نقل الملفات وسلوك الحافظة، وقيِس تأثير CPU بأحمال عمل حقيقية. إذا احتجت مساعدة لاختيار أداة بين اثنتين لتوزيعة أو حالة استخدام محددة، راجع مقارناتنا الأخرى: أفضل بديل مجاني لـ TeamViewer 2026 وRustDesk vs AnyDesk.

هل أنت مستعد لتجربة بديل مفتوح وصديق لـ Linux؟ قم بتنزيل Tenvo وتشغيله على مضيف اختبار لتقييم سلوك Wayland/Wayland compositor ونماذج الشبكة. يستخدم Tenvo مرسالًا مدارًا تديره شركتنا (خوادم في ألمانيا). إذا كنت تحتاج مرسالًا مستضافًا ذاتيًا، جرّب RustDesk: /download.