diff --git a/content/self-host/rustdesk-server-pro/console/_index.en.md b/content/self-host/rustdesk-server-pro/console/_index.en.md index 602518d1..b68018c3 100644 --- a/content/self-host/rustdesk-server-pro/console/_index.en.md +++ b/content/self-host/rustdesk-server-pro/console/_index.en.md @@ -102,7 +102,7 @@ The `Individual` plan does not have this feature. ## Viewing Logs On the left hand side click on `Logs`. The console lists the connection, file-transfer, alarm, and console-operation (audit) logs; you can also query and export them through the `audits.py` API. -Server Pro includes **built-in audit-log rotation**, so these audit logs are bounded rather than growing indefinitely — helpful for storage-limitation and data-retention requirements. +Server Pro supports **configurable audit-log retention** under **Settings > Other > Log Retention (Days)**. A value of `0` keeps logs indefinitely; a positive value deletes records older than the specified number of days, with cleanup once per hour. Configure the period for your retention policy and manage exported copies and backups separately. See [log visibility and retention](/docs/en/self-host/rustdesk-server-pro/audit-logs/#log-visibility-and-retention). ## Setup Emails Gmail in this example diff --git a/v3/src/content/post/ar/anydesk-commercial-use-detected.md b/v3/src/content/post/ar/anydesk-commercial-use-detected.md index 0fd1219a..d4e82621 100644 --- a/v3/src/content/post/ar/anydesk-commercial-use-detected.md +++ b/v3/src/content/post/ar/anydesk-commercial-use-detected.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-02T12:27:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'anydesk-commercial-use-detected' draft: false title: 'تم اكتشاف استخدام تجاري في AnyDesk: كيفية حل المشكلة' -excerpt: 'هل تم وسم حسابك على النسخة المجانية من AnyDesk بالاستخدام التجاري؟ إليك عملية القائمة البيضاء الرسمية، وما الذي يُعد استخدامًا تجاريًا، والطريقة القائمة على الاستضافة الذاتية لتفادي ذلك.' +excerpt: 'هل وُسم استخدامك للنسخة المجانية من AnyDesk بأنه تجاري؟ إليك عملية القائمة البيضاء الرسمية، وما الذي يُعد استخدامًا تجاريًا، وبديلًا لا يحتوي على مصنِّف كهذا.' image: ~/assets/images/blog/anydesk-commercial-use-detected-og.webp category: 'استكشاف الأخطاء' tags: ['AnyDesk', 'استكشاف الأخطاء', 'الترخيص'] @@ -16,13 +17,13 @@ faq: - question: 'كيف يمكنني إصلاح رسالة «تم اكتشاف استخدام تجاري» في AnyDesk عند استخدامي الشخصي؟' answer: 'قدّم طلب القائمة البيضاء الرسمي من AnyDesk مع ذكر عنوان AnyDesk الخاص بك ووصف صادق لاستخدامك الشخصي. تقوم AnyDesk بمراجعة الطلب. وإذا كان استخدامك تجاريًا بالفعل، فالحل المناسب هو الحصول على ترخيص أو استخدام أداة أخرى تغطي شروطها هذا النوع من العمل.' - question: 'هل AnyDesk مجاني للاستخدام التجاري؟' - answer: 'لا. النسخة المجانية من AnyDesk مخصصة للاستخدام الشخصي غير التجاري. يتطلب العمل عن بُعد، وإدارة أجهزة المؤسسات، وتقديم الدعم للعملاء أو الزملاء شروطًا تجارية. راجع شروط AnyDesk الحالية للاطلاع على التعريف الرسمي المعتمد.' + answer: 'لا. النسخة المجانية من AnyDesk مخصصة للاستخدام الشخصي غير التجاري. ويتطلب العمل عن بُعد، وإدارة أجهزة المؤسسات، وتقديم الدعم للعملاء أو الزملاء شروطًا تجارية. فالاستخدام في الأعمال يحتاج إلى ترخيص AnyDesk مدفوع أو إلى أداة أخرى يغطي ترخيصها هذا العمل، مثل RustDesk ذاتي الاستضافة.' - question: 'ما الذي يُعد استخدامًا تجاريًا في AnyDesk؟' - answer: 'دعم العملاء أو الزملاء، والعمل عن بُعد (بما في ذلك تفقّد بريد العمل الإلكتروني)، وإدارة الخوادم، وإدارة أجهزة إحدى المؤسسات، أو أي استخدام تتقاضى عنه أجرًا. أما مساعدة العائلة والأصدقاء أو الوصول إلى أجهزتك الشخصية فهو استخدام شخصي.' - - question: 'هل يضع RustDesk علامة على الاستخدام التجاري كما يفعل AnyDesk؟' - answer: 'خادم المجتمع مفتوح المصدر في RustDesk لا يتضمن آلية تصنيف الاستخدام التجاري الموجودة في AnyDesk. أما Server Pro فمرخّص تجاريًا ومستضاف ذاتيًا، وتُحدَّد حدوده وفق خطة RustDesk المشتراة وليس عبر أداة كشف خاصة بالنسخة المجانية من AnyDesk. تتضمن خطط RustDesk القياسية عددًا غير محدود من الاتصالات المتزامنة؛ أما خطة Customized V2 فلا تتضمن ذلك.' + answer: 'بحسب شروط AnyDesk، الاستخدام التجاري هو أي اتصال يجري في سياق تجارة أو عمل أو مهنة، مثل دعم العملاء أو الزملاء، والعمل عن بُعد (بما في ذلك تفقّد بريد العمل الإلكتروني)، وإدارة الخوادم، وإدارة الأجهزة لصالح مؤسسة، أو أي استخدام تتقاضى عنه أجرًا. أما مساعدة العائلة والأصدقاء أو الوصول إلى أجهزتك الشخصية فاستخدام شخصي.' + - question: 'هل يَسِم RustDesk الاستخدام التجاري كما يفعل AnyDesk؟' + answer: 'لا. لا يحتوي RustDesk Server OSS (خادم المجتمع المجاني) على مصنِّف للاستخدام التجاري، فلا يَسِم طريقة استخدامك له أبدًا. أما RustDesk Server Pro فمرخَّص تجاريًا وذاتي الاستضافة، ولا تحدّه إلا الخطة التي تشتريها: عدد مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية؛ ووحدها خطة Customized V2 ترخّص عددًا محددًا منها.' metadata: - description: 'هل يضع AnyDesk علامة على استخدامك الشخصي بأنه تجاري؟ إليك حل القائمة البيضاء الرسمي، وما الذي يُعد استخدامًا تجاريًا، وكيف يتجنب RustDesk المستضاف ذاتيًا هذه المشكلة.' + description: 'هل يَسِم AnyDesk استخدامك الشخصي بأنه تجاري؟ حل القائمة البيضاء الرسمي، وما الذي يُعد استخدامًا تجاريًا، وRustDesk Server OSS الذي لا يحتوي على مصنِّف كهذا.' keywords: 'اكتشاف الاستخدام التجاري في AnyDesk، وسم الاستخدام الشخصي كتجاري في AnyDesk، طلب القائمة البيضاء في AnyDesk، الاعتراض على تصنيف الاستخدام التجاري في AnyDesk' --- @@ -53,30 +54,30 @@ metadata: ## لماذا يضع AnyDesk علامة "استخدام تجاري" -لا تنشر AnyDesk أي حد رسمي معلن، لذا تعامل مع أي عدد اتصالات محدد، أو مدة جلسة، أو حد أجهزة، أو مهلة زمنية تُذكر في منشورات جهات خارجية باعتبارها معلومات غير مؤكدة وليست قاعدة يمكن الاعتماد عليها. ونفس هذا الفارق في الترخيص موجود في منتجات أخرى للوصول عن بُعد، بما في ذلك [تصنيف الاستخدام التجاري في TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar). بالنسبة لأعمال الدعم التجارية الفعلية، فإن التحذير ليس خللًا تقنيًا يمكن الالتفاف عليه؛ قارن بين الخطط المدفوعة الحالية أو البدائل المتاحة بدلًا من الاعتماد على عمليات إعادة الضبط غير الرسمية أو الروايات الشخصية حول التجديد. +لا تنشر AnyDesk أي عتبة كشف رسمية، لذا تعامل مع أي عدد اتصالات محدد، أو مدة جلسة، أو حد أجهزة، أو مهلة زمنية تُذكر في منشورات جهات خارجية باعتبارها معلومات غير مؤكدة وليست قاعدة يمكن الاعتماد عليها. ونفس هذا الفارق في الترخيص موجود في منتجات أخرى للوصول عن بُعد، بما في ذلك [تصنيف الاستخدام التجاري في TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar). بالنسبة لأعمال الدعم التجارية الفعلية، فإن التحذير ليس خللًا تقنيًا يمكن الالتفاف عليه؛ قارن بين الخطط المدفوعة الحالية أو البدائل المتاحة بدلًا من الاعتماد على عمليات إعادة الضبط غير الرسمية أو الروايات الشخصية حول التجديد. لذا إذا لم ينطبق الاعتراض عليك — أي أن استخدامك تجاري بالفعل — فأمامك مساران فقط: إما دفع ثمن ترخيص تجاري، أو التحول إلى أداة لا تحتوي أصلًا على آلية كشف للاستخدام التجاري. -## الفارق الجوهري: امتلك الخادم +## الفارق الجوهري: لا مصنِّف للاستخدام التجاري في خطة مجانية -يدعم AnyDesk الجلسات المباشرة والجلسات المُرحَّلة على حد سواء، كما توضح [وثائق إعدادات العميل](https://support.anydesk.com/docs/settings) الخاصة به، ولا تنشر AnyDesk صيغة أداة الاكتشاف الخاصة بها — لذا فإن الوسم ليس دليلًا على أن كل جلسة تمر عبر مُرحِّل AnyDesk. ويمكن أن يحدث فرض هذه القاعدة عبر العميل، والحساب، وبيانات الترخيص الوصفية، دون تمرير وسائط جلستك عبر مُرحِّل سحابي. **ينقل RustDesk نقطة الفرض إلى أجهزة تُشغّلها أنت:** فخادم المعرّف/الالتقاء (ID/rendezvous)، والمُرحِّل، ولوحة التحكم كلها ملكك، بحيث لا تبقى أي خدمة SaaS للوصول عن بُعد لتصنيف الجلسة على أنها شخصية أو تجارية — و[مبررات الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) تشرح لماذا يزيل ذلك آلية الرصد بدلًا من مجرد إعادة ضبطها. والكود مفتوح المصدر بموجب ترخيص [AGPL](https://github.com/rustdesk/rustdesk)، فيمكنك مراجعته أو بناؤه بنفسك، ولا تزال شروط ترخيص RustDesk التجاري سارية على Server Pro. +لا تنشر AnyDesk معادلة آلية الكشف، وهي تدعم الجلسات المباشرة والمُرحَّلة، لذا فالتحذير ليس دليلًا على أن بيانات شاشتك مرت عبر خادم ترحيل تابع لـ AnyDesk. أما **RustDesk Server OSS (خادم المجتمع المجاني) فلا يحتوي على أي مصنِّف للاستخدام التجاري**: فهو مجاني للاستخدام الشخصي وفي الأعمال بموجب ترخيصه. عميل RustDesk وServer OSS [مرخَّصان بموجب AGPL](https://github.com/rustdesk/rustdesk)؛ أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك، ولا تحدّه إلا الخطة التي تشتريها. ويتيح لك كلاهما تشغيل خدمتَي الالتقاء والترحيل بنفسك. ## مقارنة بين النموذجين | | النسخة المجانية من AnyDesk | RustDesk | | --------------------------------------------------- | ----------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- | -| اكتشاف "الاستخدام التجاري" | نعم — يمكن أن يضع علامة عليها، أو يقيّدها بجلسات قصيرة، أو يحظرها | لا يوجد — أنت من يستضيف الخادم | -| مسار الجلسة | مباشر عند توفره؛ وإلا فعبر شبكة مُرحِّل AnyDesk | مباشر عند توفره؛ وإلا فعبر المُرحِّل الخاص بك | +| اكتشاف «الاستخدام التجاري» | نعم - قد يقيّد الوصول بموجب شروط الاستخدام المجاني | لا مصنِّف للاستخدام التجاري في Server OSS؛ ويعتمد Pro على حدود الترخيص المشترى | +| مسار الجلسة | مباشر عند توفره، وإلا فعبر شبكة الترحيل التابعة لـ AnyDesk | مباشر عند توفره، وإلا فعبر خادم الترحيل الخاص بك | | عدد الأجهزة المسموح به | تحدّدها شروط AnyDesk للاستخدام المجاني | تحتسب الخطط التجارية الأجهزة المُدارة | -| الكود المصدري | مغلق | مفتوح المصدر (AGPL)، قابل للمراجعة | +| الشيفرة المصدرية | عميل مغلق المصدر | عميل بترخيص AGPL قابل للتدقيق | | [الاتصالات المتزامنة](https://rustdesk.com/pricing) | مقيدة في النسخة المجانية | غير محدودة في الخطط القياسية؛ محدودة في خطة [Customized V2](https://rustdesk.com/pricing#custom2) | | نموذج التسعير | مجاني للاستخدام الشخصي؛ خطط مدفوعة لكل مقعد | [لكل مستخدم تسجيل دخول + لكل جهاز مُدار](https://rustdesk.com/pricing) | -| حدود البيانات | خدمات تديرها AnyDesk؛ الوسائط مباشرة أو عبر مُرحِّل | خدمات جانب الخادم تعمل على بنية تحتية تتحكم بها أنت؛ ولا تزال مسارات نقاط النهاية مهمة | +| حدود البيانات | خدمات تشغّلها AnyDesk؛ والوسائط مباشرة أو مُرحَّلة | خدمات جانب الخادم على بنية تحتية تتحكم بها؛ ومسارات نقاط النهاية تظل مهمة | ## ما الذي يوفّره RustDesk المستضاف ذاتيًا لفريق الدعم -الترخيص متفق عليه مسبقًا: لكل مستخدم تسجيل دخول + لكل جهاز مُدار، دون اشتراك سحابي إضافي لكل مقعد، ويمكنك [الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) (بشكل تناسبي). وبالنسبة لأعمال دعم العملاء، يضيف Server Pro [لوحة تحكم ويب مستضافة ذاتيًا](https://rustdesk.com/docs)، ومولّد عملاء بعلامة تجارية مخصصة، و[مجموعات أجهزة مع دفتر عناوين مشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) للتحكم في الوصول لكل مستخدم، و[LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) (OIDC) بدءًا من خطة Basic فما فوق. ولأنك أنت من يستضيف هذه البنية التحتية، فقيّم أيضًا [الآثار المتعلقة بسيادة البيانات والامتثال لـ GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) — إذ لا تزال الجلسات المباشرة تنتقل بين نقاط النهاية. ويختلف توفر الميزات حسب الخطة؛ [راجع rustdesk.com/pricing](https://rustdesk.com/pricing). +يُتفق على الترخيص مسبقًا: تحتسب خطط Server Pro مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية؛ ووحدها خطة [Customized V2](https://rustdesk.com/pricing#custom2) ترخّص عددًا محددًا. ويمكنك [الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar): تمدّد الترقية الترخيص إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية المدفوعة. ولأعمال دعم العملاء، يضيف Pro لوحة تحكم ويب ذاتية الاستضافة و[التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، إضافة إلى مولّد عملاء بعلامتك التجارية و[تسجيل الدخول الموحّد عبر LDAP/OIDC](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) من خطة Basic. ## ما الخطوة التالية -إذا كانت الرسالة خطأً، فإن طلب القائمة البيضاء أعلاه هو الحل المناسب لك. أما إذا كان استخدامك تجاريًا بالفعل، فجرّبه أولًا على خادم المجتمع المجاني: أعِد إنتاج سير العمل الذي أدى إلى ظهور الرسالة — نفس الفنيين، ونقاط النهاية، والجلسات غير المراقبة، وحجم الدعم — وقدّر حجم بُعدي الترخيص كليهما (مستخدمو تسجيل الدخول والأجهزة المُدارة) قبل الالتزام بشراء سنوي. وأيًّا كان البديل الذي تدرسه، فاقرأ ترخيصه قبل نشره للعمل — فالتنزيل المجاني لا يسمح تلقائيًا بالاستخدام التجاري. وللاطلاع على شروط تقييم إصدار Pro، تواصل مع [sales@rustdesk.com](mailto:sales@rustdesk.com). +إذا كانت الرسالة خطأً، فإن طلب القائمة البيضاء أعلاه هو الحل المناسب لك. أما إذا كان استخدامك تجاريًا بالفعل، فجرّب أولًا على Server OSS: أعِد إنتاج سير العمل الذي أدى إلى ظهور الرسالة — نفس الفنيين، ونقاط النهاية، والجلسات غير المراقبة، وحجم الدعم — وقدّر حجم بُعدي الترخيص كليهما (مستخدمو تسجيل الدخول والأجهزة المُدارة) قبل الالتزام بشراء سنوي. وأيًّا كان البديل الذي تدرسه، فاقرأ ترخيصه قبل نشره للعمل — فالتنزيل المجاني لا يسمح تلقائيًا بالاستخدام التجاري. وللاطلاع على شروط تقييم إصدار Pro، تواصل مع [sales@rustdesk.com](mailto:sales@rustdesk.com). diff --git a/v3/src/content/post/ar/anydesk-price-increase-alternatives.md b/v3/src/content/post/ar/anydesk-price-increase-alternatives.md index 7e1ec365..20213b91 100644 --- a/v3/src/content/post/ar/anydesk-price-increase-alternatives.md +++ b/v3/src/content/post/ar/anydesk-price-increase-alternatives.md @@ -1,83 +1,84 @@ --- publishDate: 2026-06-29T18:05:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'anydesk-price-increase-alternatives' draft: false title: 'ارتفاع أسعار AnyDesk: بدائل للفرق' -excerpt: 'هل تدفع زيادة أخرى في أسعار AnyDesk ميزانيتك نحو الحافة؟ إليك كيف تنتقل الفرق إلى سطح مكتب بعيد ذاتي الاستضافة ومفتوح المصدر بتكلفة يمكن التنبؤ بها — ومعادلة نقطة التعادل.' +excerpt: 'قيّم زيادة تجديد AnyDesk استنادًا إلى الاستحقاقات الحالية وجهد الانتقال والتكلفة الإجمالية لثلاث سنوات، بما في ذلك ترخيص RustDesk Server Pro وتشغيله.' image: '~/assets/images/blog/anydesk-price-increase-alternatives-og.webp' category: 'أدلة' tags: ['RustDesk', 'AnyDesk', 'التسعير', 'بديل'] author: 'RustDesk Team' slug: 'anydesk-price-increase-alternatives-ar' faq: - - question: 'ما هي خياراتي عندما ترفع AnyDesk أسعارها؟' - answer: 'لديك في الواقع خطوتان: التجديد والتفاوض، أو الانتقال إلى أداة ذاتية الاستضافة ومفتوحة المصدر مثل RustDesk، حيث يتحول إنفاقك المتكرر إلى بنية تحتية خاصة بك بالإضافة إلى ترخيص، بدلاً من عدد مقاعد يعيد المزوّد تسعيره وفق جدوله الخاص. قيّم تكلفة كلا الخيارين بصدق قبل اتخاذ القرار.' + - question: 'ما خياراتي عندما ترفع AnyDesk أسعارها؟' + answer: 'أمامك ثلاثة خيارات: التجديد والتفاوض، أو الانتقال إلى خدمة مُدارة أخرى، أو الاستضافة الذاتية بأداة مثل RustDesk. احسب تكلفة كل منها لعبء العمل نفسه. لا رسوم ترخيص لـ RustDesk Server OSS (خادم المجتمع المجاني)، أما Server Pro فله شروط تجارية سنوية إضافة إلى تكاليف البنية التحتية والتشغيل، لذا تمنحك الاستضافة الذاتية التحكم في البنية التحتية لا حصانة من تغيّر أسعار التراخيص.' - question: 'هل تجعل الاستضافة الذاتية تكاليف سطح المكتب البعيد أكثر قابلية للتنبؤ؟' - answer: 'تُغيّر الاستضافة الذاتية الجهة التي تملك سلطة التسعير: مع RustDesk Server Pro، أنت من يستضيف الخدمة، لذا تكون التكلفة هي بنيتك التحتية بالإضافة إلى ترخيص، بدلاً من تجديد يحدده المزوّد. لا يزال المنتج يخضع لشروط ترخيص سنوية، لذا قارن صفحة التسعير الحالية عند كل تجديد.' - - question: 'هل يستحق الانتقال بعيدًا عن AnyDesk تكلفة الترحيل؟' - answer: 'هناك تكلفة انتقال حقيقية تُدفع مرة واحدة — وقت الترحيل، وبعض إعادة التدريب، وإعداد خادمك الخاص — لكن عندما تتكرر الزيادة، غالبًا ما يعوّض التبديل تكلفته خلال دورة تجديد أو اثنتين. قدّر تكلفة التبديل مرة واحدة وقارنها بالزيادة التي ستتحملها بخلاف ذلك في كل تجديد.' + answer: 'نعم، في جانب البنية التحتية. فالاستضافة الذاتية تضع سعة الخادم وموقعه وخيارات تشغيله تحت سيطرتك، ويُجدَّد RustDesk Server Pro بوصفه ترخيصًا لمستخدمي تسجيل الدخول والأجهزة المُدارة لا خدمة سحابية تُقاس بالاستخدام. لكن شروط ترخيصه تبقى سنوية وقابلة للتغيير، وتتفاوت تكاليف البنية التحتية، لذا قارن الشروط الحالية وعرض نطاق الترحيل وجهد التشغيل عند كل تجديد.' + - question: 'هل يستحق الانتقال من AnyDesk تكلفته؟' + answer: 'نعم، حين يسترد التوفير السنوي تكلفة الانتقال لمرة واحدة ضمن أفقك الزمني للتخطيط. قدّر تكلفة الإعداد والنشر وإعادة التدريب، ثم قارن تكاليف الترخيص والبنية التحتية وعرض النطاق والتشغيل السنوية للخيارين. وعدد سنوات التعادل البسيط يساوي تكلفة الانتقال مقسومة على التوفير السنوي في التكلفة الإجمالية، ولا توجد قاعدة عامة تضمن الاسترداد خلال تجديد أو تجديدين.' - question: 'هل يمكنني تدقيق ما يفعله عميل RustDesk؟' - answer: 'نعم — RustDesk مفتوح المصدر بموجب رخصة AGPL. يمكنك الاطلاع بدقة على ما يعمل على أجهزتك الطرفية، وبناء العميل من الشيفرة المصدرية، وتشغيل خادم المجتمع المجاني طالما شئت.' + answer: 'نعم. عميل RustDesk مفتوح المصدر بموجب AGPL، فيمكنك أن تقرأ بالضبط ما يعمل على أجهزتك الطرفية وأن تبني العميل من المصدر. وRustDesk Server OSS (خادم المجتمع المجاني) مرخّص بموجب AGPL أيضًا ومجاني، دون رسوم ترخيص أو تاريخ انتهاء؛ أما ميزات الإدارة في Server Pro فتجارية ومغلقة المصدر.' - question: 'هل الاستضافة الذاتية أرخص دائمًا من AnyDesk؟' - answer: 'ليس بالضرورة في كل الإعدادات. قارن العروض الحالية باستخدام نفس متطلبات مستخدمي تسجيل الدخول، والأجهزة المُدارة، والتزامن، والميزات، والبنية التحتية، والدعم؛ راجع rustdesk.com/pricing.' + answer: 'لا، ليس في كل الإعدادات. فبدلًا من تجديد المورّد، تدفع في الاستضافة الذاتية ترخيص RustDesk Server Pro إضافة إلى تكاليف استضافتك وعرض النطاق ووقت المسؤولين، والنتيجة تتوقف على أسطولك. قارن العروض الحالية بالمتطلبات نفسها من مستخدمي تسجيل الدخول والأجهزة المُدارة والاتصالات المتزامنة والميزات والبنية التحتية والدعم؛ راجع rustdesk.com/pricing.' metadata: - description: 'هل تواجه زيادة أخرى في أسعار AnyDesk؟ اكتشف لماذا تنتقل الفرق إلى RustDesk: تكلفة ذاتية الاستضافة يمكن التنبؤ بها، وبيانات خاصة بك، وشفافية المصدر المفتوح، ومعادلة نقطة التعادل.' - keywords: 'زيادة أسعار AnyDesk، تكلفة تجديد اشتراك AnyDesk، بدائل أسعار AnyDesk، إجمالي تكلفة الملكية لـ AnyDesk لثلاث سنوات' + description: 'قارن تجديد AnyDesk ببديل ذاتي الاستضافة من حيث المستخدمين والأجهزة والاتصالات المتزامنة وجهد الانتقال، مع نموذج للتكلفة الإجمالية لثلاث سنوات.' + keywords: 'زيادة أسعار AnyDesk, تكلفة تجديد AnyDesk, بدائل أسعار AnyDesk, التكلفة الإجمالية لـ AnyDesk لثلاث سنوات' --- -إذا كنت قد بحثت عن عبارة "زيادة أسعار AnyDesk"، فأمامك خياران حقيقيان: التجديد والتفاوض، أو الانتقال إلى نموذج تتحكم أنت في تكلفته. هذا الدليل يدور حول **من يملك سلطة التسعير** — فهو يزن الخيارين، ويعرض معادلة نقطة التعادل عند التبديل، ويوضح لماذا يُعد امتلاك البنية التحتية (والقدرة على تدقيقها) هو المخرج الدائم. للاطلاع على المقارنة الكاملة ميزةً بميزة، راجع [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar). +إذا ارتفعت تكلفة تجديد AnyDesk، فأمامك ثلاثة خيارات حقيقية: التجديد والتفاوض، أو الانتقال إلى خدمة مُدارة أخرى، أو التحول إلى نموذج ذاتي الاستضافة تتحكم في بنيته التحتية. ويوضح هذا الدليل كيف تتحقق مما ارتفع فعلًا، وتوحّد الاستحقاقات للمقارنة، وتحسب نقطة التعادل للانتقال إلى RustDesk. ولفروق الميزات والنشر، راجع [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar). -## لماذا ليست تجديدات AnyDesk بيدك أنت +## كيف تُسعَّر تجديدات AnyDesk -تُباع AnyDesk على هيئة **اشتراكات سنوية ضمن فئات**، تُقاس بعدد الأجهزة المُدارة، والجلسات المتزامنة، ومساحات الأسماء (namespaces)، حيث تفتح الفئات الأعلى مزيدًا من الجلسات المتزامنة وميزات الإدارة — مع توفر **الجهاز المحلي (on-premises appliance) في الفئة الأعلى فقط**. المزوّد يملك البنية التحتية التي تمر عبرها جلساتك، لذا فإن تسعير التجديد، وحدود الفئات، وعدد الجلسات كلها أمور بيده يُعدّلها كما يشاء. وعندما يفعل، لا يبقى أمامك سوى خيارين: دفع المزيد أو الترحيل — والترحيل مؤلم بما يكفي لأن تختار معظم الفرق ببساطة الدفع. +تبيع AnyDesk فئات تُفوتر سنويًا، لكل منها حصص من المستخدمين والأجهزة المُدارة والاتصالات المتزامنة، إضافة إلى إضافات مدفوعة. وتعتمد خططها السحابية على تنسيق يشغّله المورّد، بينما توفر Ultimate أيضًا جهاز On-Premises يشغّله العميل. والمورّد هو من يحدد حدود الفئات والحصص والأسعار، لذا قد يتغير أي منها عند التجديد. -لن نختلق أرقام AnyDesk؛ تحقق من [الأسعار الحالية](https://anydesk.com/en/pricing) بنفسك. +قارن [الخطط المنشورة حاليًا](https://anydesk.com/en/pricing) بعرض التجديد المؤرّخ الذي تلقيته. -## تحقق مما ارتفع فعليًا +## تحقق مما ارتفع فعلًا -قبل مقارنة أي شيء، ضع الفاتورة السابقة، وعرض التجديد، وصفحة الخطة الحالية لـ AnyDesk جنبًا إلى جنب، ووحّد العملة، والضريبة، وفترة الفوترة، والخصم، والمستخدمين المرخّصين، والجلسات المتزامنة، والأجهزة المُدارة، ومساحات الأسماء (namespaces)، والإضافات. قد ينتج الإجمالي الأكبر عن تغيّر في السعر، أو انتهاء خصم، أو زيادة في الاستخدام، أو إعادة تعبئة — وغالبًا عدة عوامل من هذه في آن واحد. سجّل التكلفة الفعلية السنوية والاستحقاقات الدقيقة في كلا العرضين، ليكون لديك رقم "زيادة سعر" يمكن الدفاع عنه بدلاً من مجرد انطباع. +قبل مقارنة أي شيء، ضع الفاتورة السابقة وعرض التجديد وصفحة الخطط الحالية لدى AnyDesk جنبًا إلى جنب، ووحّد العملة والضريبة وفترة الفوترة والخصم والمستخدمين المرخّصين والجلسات المتزامنة والأجهزة المُدارة ومساحات الأسماء (namespaces) والإضافات. فقد ينتج الإجمالي الأكبر عن تغيّر في السعر، أو انتهاء خصم، أو زيادة في الاستخدام، أو إعادة تجميع الباقات، وكثيرًا ما يجتمع أكثر من عامل. وسجّل التكلفة السنوية الفعلية والاستحقاقات الدقيقة في العرضين، ليكون لديك رقم «زيادة سعر» يمكن الدفاع عنه بدلًا من مجرد انطباع. -## الفرق الجوهري: أنت من يستضيف، وأنت من يتحكم بالتكلفة +## الاستضافة الذاتية تغيّر مدخلات التكلفة -مع RustDesk Server Pro، أنت من **يستضيف ذاتيًا** خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزّنة ([لماذا يغيّر ذلك المعادلة الاقتصادية](/ar/blog/why-self-host-remote-desktop-software-ar)). لا يزال المنتج يخضع لشروط ترخيص سنوية، لذا قارن صفحة التسعير الحالية عند كل تجديد — لكن ما يُجدَّد هو ترخيص، لا خدمة يقيس المزوّد استخدامها. +مع RustDesk تشغّل بنفسك خدمتي المعرّف/الالتقاء والترحيل، وتشغّل أيضًا مع Server Pro وحدة التحكم وبيانات الإدارة المخزّنة ([لماذا يغيّر ذلك المعادلة الاقتصادية](/ar/blog/why-self-host-remote-desktop-software-ar)). وعميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL، ولا رسوم ترخيص لـ Server OSS. أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية يضيف الإدارة المركزية. فتصبح التكلفة **ترخيصًا سنويًا إضافة إلى البنية التحتية والتشغيل**: وما يُجدَّد هو ترخيص، لا خدمة سحابية تُقاس بالاستخدام. -يعتمد ترخيص RustDesk على **عدد مستخدمي تسجيل الدخول بالإضافة إلى عدد الأجهزة المُدارة**، ويمكنك [الترقية](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) مع احتساب تناسبي للفرق. تشمل الخطط القياسية عددًا غير محدود من [الاتصالات المتزامنة](https://rustdesk.com/pricing)؛ أما [Customized V2](https://rustdesk.com/pricing#custom2) فتحدّها وتسعّرها بشكل منفصل. للاطلاع على أسعار التراخيص الدقيقة وفئات الخطط، [راجع rustdesk.com/pricing](https://rustdesk.com/pricing). +ويعتمد ترخيص RustDesk على **مستخدمي تسجيل الدخول إضافةً إلى الأجهزة المُدارة**. ويمكنك شراء [ترقية](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) في أي وقت من بوابة الخدمة الذاتية: تمدّد الترقية مدة الترخيص إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية مما دفعته في ترخيصك الحالي. وتتضمن الخطط القياسية [اتصالات متزامنة](https://rustdesk.com/pricing) غير محدودة، ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا [Customized V2](https://rustdesk.com/pricing#custom2). وللاطلاع على أسعار التراخيص وفئات الخطط بدقة، [راجع rustdesk.com/pricing](https://rustdesk.com/pricing). -## امتلك بياناتك — ودقّق العميل +## امتلك بياناتك ودقّق العميل -التكلفة ليست السبب الوحيد لانتقال الفرق. تتيح لك الاستضافة الذاتية اختيار مكان تشغيل بيانات الالتقاء (rendezvous) والترحيل (relay) ولوحة التحكم والأجهزة المُدارة — رغم أنها لا تضمن بذاتها بقاء حركة المرور المباشرة بين الأجهزة الطرفية داخل بلد واحد، ولا تجعل عملية النشر متوافقة تلقائيًا. ارسم تدفق البيانات الكامل في [دليل سيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). ولأن نواة RustDesk **مفتوحة المصدر بموجب رخصة [AGPL](https://github.com/rustdesk/rustdesk)**، يمكنك قراءة الكود، والتحقق مما يفعله العميل على أجهزتك الطرفية، وبناءه بنفسك، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى. (هل تُقيّم أمان المزوّد الحالي بشكل منفصل؟ راجع [هل AnyDesk آمن؟](/ar/blog/is-anydesk-safe-ar)) +التكلفة ليست السبب الوحيد الذي يدفع الفرق إلى ترك الأداة. فالاستضافة الذاتية تتيح لك اختيار مكان تشغيل خدمتي الالتقاء والترحيل ووحدة التحكم وبيانات الأجهزة المُدارة، وإن كانت لا تضمن بمفردها بقاء الحركة المباشرة بين الأجهزة الطرفية داخل بلد واحد، ولا تجعل النشر متوافقًا مع المتطلبات التنظيمية؛ فارسم تدفق البيانات كاملًا وفق [دليل سيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). ولأن عميل RustDesk **مفتوح المصدر بموجب [AGPL](https://github.com/rustdesk/rustdesk)**، يمكنك قراءة الشيفرة والتحقق مما يفعله على أجهزتك الطرفية. (هل تقيّم أمان الأداة الحالية بشكل منفصل؟ راجع [هل AnyDesk آمن؟](/ar/blog/is-anydesk-safe-ar)) -بالنسبة لمزودي الخدمات المُدارة وفرق تقنية المعلومات، تضيف خطة Pro [لوحة تحكم ويب ذاتية الاستضافة](https://rustdesk.com/docs)، ومولّد عميل بعلامة تجارية مخصّصة، و[مجموعات أجهزة بالإضافة إلى دفتر عناوين مشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) للتحكم في الوصول لكل مستخدم على حدة؛ وتتوفر ميزة [LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) (OIDC) بدءًا من خطة Basic فما فوق، كما تنشر RustDesk [إرشادات لتخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) للبيئات الأكبر حجمًا. +ولمزوّدي الخدمات المُدارة وفرق تقنية المعلومات، يضيف Server Pro وحدة تحكم مستضافة ذاتيًا، ومجموعات الأجهزة، ودفاتر العناوين المشتركة، و[التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، مع توليد العميل المخصص وتسجيل الدخول الموحد عبر LDAP/OIDC بدءًا من خطة Basic. وللبيئات الأكبر، ينشر RustDesk [إرشادات لتخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar). ## التجديد والتفاوض مقابل التبديل: نقطة التعادل -عندما يقفز عرض التجديد، لديك في الواقع خطوتان، ويستحق الأمر تقييم تكلفة كل منهما بصدق بدلاً من ردة الفعل التلقائية. +عندما يقفز عرض التجديد، فأمامك في الواقع خطوتان، ويستحق الأمر حساب تكلفة كل منهما بدلًا من رد الفعل التلقائي. -**التجديد والتفاوض.** المسار الأسرع: لا ترحيل، ولا إعادة تدريب، وأداة يعرفها فريقك بالفعل، وأحيانًا يمكنك التفاوض لتخفيض الزيادة. لكنك تتفاوض من موقع أضعف — فالمزوّد يعلم أن التبديل مؤلم، ومن المرجّح أنه يأخذ ذلك في الحسبان — وأي خصم تحصل عليه يميل إلى أن يكون مؤقتًا، لتعود إلى الطاولة نفسها في العام المقبل. وهذا هو الخيار الصحيح تحديدًا عندما تكون الزيادة متواضعة فعلًا، أو عندما تكون في منتصف مشروع، أو عندما تكون تكلفة التبديل لديك مرتفعة بشكل استثنائي. +**التجديد والتفاوض.** المسار الأسرع: لا انتقال، ولا إعادة تدريب، وأداة يعرفها فريقك أصلًا، وأحيانًا تستطيع التفاوض لتخفيض الزيادة. لكن أي خصم قد يكون مؤقتًا، فتعود إلى الطاولة نفسها في العام التالي. وهذا هو الخيار الصحيح حين تكون الزيادة متواضعة، أو تكون في منتصف مشروع، أو تكون تكلفة التبديل لديك مرتفعة على نحو استثنائي. -**التبديل.** هناك تكلفة مبدئية حقيقية، ولن ندّعي عكس ذلك: وقت الترحيل، وبعض إعادة التدريب، وإعداد خادمك الخاص. وما تحصل عليه مقابل هذه التكلفة التي تُدفع مرة واحدة هو إنفاق متكرر يتحول إلى بنية تحتية خاصة بك بالإضافة إلى ترخيص. +**التبديل.** ثمة تكلفة أولية حقيقية، ولن ندّعي غير ذلك: وقت الانتقال، وبعض إعادة التدريب، وإعداد خادمك الخاص. وما تشتريه هذه التكلفة التي تُدفع مرة واحدة هو إنفاق متكرر يصبح بنيتك التحتية الخاصة إضافة إلى ترخيص. -**نقطة التعادل.** قدّر تكلفة التبديل مرة واحدة — ساعات الترحيل بالإضافة إلى إعداد الخادم — وقارنها بالزيادة التي ستتحملها بخلاف ذلك في _كل_ تجديد. التكلفة التي تُدفع مرة واحدة هي خط واحد؛ أما الزيادة السنوية المتراكمة فهي منحنى. وعندما تتكرر الزيادة، غالبًا ما يعوّض التبديل تكلفته خلال دورة تجديد أو اثنتين. وإن كنت قد وصلت إلى هنا بسبب رسالة "الاستخدام التجاري" لا بسبب تجديد، فإن [لذلك السيناريو دليلًا خاصًا به](/ar/blog/anydesk-commercial-use-detected-ar). +**نقطة التعادل.** إذا كانت التكلفة الإجمالية السنوية للبديل أقل، فإن عدد سنوات التعادل البسيط = **تكلفة الانتقال لمرة واحدة ÷ التوفير السنوي في التكلفة الإجمالية**. وأدرج تراخيص المورّدين كليهما وإضافاتهما، والاستضافة، والنسخ الاحتياطي، وعرض النطاق، والمراقبة، ووقت المسؤولين. فالتكلفة التي تُدفع مرة واحدة بند واحد، أما الزيادة المتكررة فتتكرر عند كل تجديد. وإذا كان التوفير السنوي صفرًا أو سالبًا، فلا استرداد قائمًا على التكلفة لهذا التبديل وفق تلك الافتراضات، فاحسب فوائد التحكم أو الحوكمة على حدة. وإذا وصلت إلى هنا بسبب رسالة «استخدام تجاري» لا بسبب تجديد، فـ[لهذا السيناريو دليله الخاص](/ar/blog/anydesk-commercial-use-detected-ar). -## ابنِ نموذج تكلفة قابلاً للمقارنة لثلاث سنوات +## ابنِ نموذج تكلفة قابلًا للمقارنة لثلاث سنوات -ضع كل خيار في جدول العمل نفسه بدلاً من مقارنة عرض تجديد واحد بسعر الدخول لمزوّد آخر: +ضع كل خيار في ورقة العمل نفسها بدلًا من مقارنة عرض تجديد واحد بسعر البداية لدى مورّد آخر: -| مدخل التكلفة | تجديد AnyDesk | البديل ذاتي الاستضافة | -| -------------------------------------------------------- | --------------------------: | ------------------------------------------------------: | -| المستخدمون والأجهزة الطرفية المرخّصة المطلوبة | عرض التجديد المؤرخ الخاص بك | مستخدمو تسجيل الدخول بالإضافة إلى الأجهزة المُدارة | -| التزامن أو الجلسات المطلوبة | حصة الخطة والإضافات | غير محدود في الخطط القياسية؛ حصة محددة في Customized V2 | -| الاستضافة والنسخ الاحتياطي والمراقبة وعرض النطاق الترددي | مشمولة عادةً ضمن SaaS | تكلفة بنيتك التحتية | -| جهد النشر والترحيل | تغييرات السياسات/العميل | إعداد الخادم، ونشر العميل، وتخطيط الوصول | -| الإدارة المستمرة | إدارة المزوّد/الحساب | التصحيحات، والشهادات، والسعة، والاستجابة للحوادث | -| العلامة التجارية الاختيارية، وSSO، وضوابط الإدارة | الفئة/الإضافات الصحيحة | فئة Server Pro الصحيحة | +| مدخل التكلفة | تجديد AnyDesk | البديل ذاتي الاستضافة | +| -------------------------------------------------- | --------------------------: | --------------------------------------------------------: | +| المستخدمون والأجهزة الطرفية المرخّصة المطلوبة | عرض التجديد المؤرّخ لديك | مستخدمو تسجيل الدخول إضافةً إلى الأجهزة المُدارة | +| الاتصالات المتزامنة أو الجلسات المطلوبة | حصة الخطة والإضافات | غير محدودة في الخطط القياسية؛ وحصة محددة في Customized V2 | +| الاستضافة والنسخ الاحتياطي والمراقبة وعرض النطاق | مشمولة عادةً في SaaS | تكلفة بنيتك التحتية | +| جهد النشر والانتقال | تغييرات السياسات أو العميل | إعداد الخادم، ونشر العميل، وتخطيط الوصول | +| الإدارة المستمرة | إدارة المورّد والحساب | التصحيحات، والشهادات، والسعة، والاستجابة للحوادث | +| العلامة التجارية وSSO وضوابط الإدارة (اختيارية) | الفئة والإضافات المناسبة | فئة Server Pro المناسبة | -شغّل سيناريو أساسيًا وسيناريو نمو على مدى الـ36 شهرًا نفسها. قد يقلل الخيار ذاتي الاستضافة من تكاليف سحابة المزوّد، لكنه ليس مجانيًا من الناحية التشغيلية؛ والنتيجة المفيدة هي التكلفة الإجمالية لحمل العمل الخاص _بك_، لا أصغر رقم على صفحة التسعير. وإن أردت الشرح المخصص لعملية الترحيل، فراجع [أفضل بديل لـ AnyDesk في 2026](/ar/blog/self-hosted-teamviewer-alternative-ar). +شغّل سيناريو أساسيًا وسيناريو نمو على مدى الأشهر الستة والثلاثين نفسها. قد يخفّض الخيار ذاتي الاستضافة تكاليف سحابة المورّد، لكنه ليس مجانيًا من الناحية التشغيلية؛ والنتيجة المفيدة هي التكلفة الإجمالية لعبء العمل _لديك_، لا أصغر رقم على صفحة أسعار. وإذا أردت دليل الانتقال المخصص، فراجع [بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk](/ar/blog/self-hosted-teamviewer-alternative-ar). -## أجرِ المقارنة على بنيتك التحتية الخاصة +## أجرِ المقارنة على بنيتك التحتية -لست بحاجة إلى حجز عرض توضيحي لمعرفة ما إذا كان هذا يناسبك. امنح خادم المجتمع المجاني بضعة فنيين وحفنة من الأجهزة، وشغّل جلسات حقيقية لمدة أسبوع، وانظر ما إذا كان امتلاك البنية التحتية يبدو صفقة مناسبة — فهو مفتوح المصدر ولا يكلّف شيئًا لإبقائه قيد التشغيل. للاطلاع على شروط تقييم خطة Pro، راسل [sales@rustdesk.com](mailto:sales@rustdesk.com)، وأدخِل أرقام تكلفة المستخدم والجهاز من [rustdesk.com/pricing](https://rustdesk.com/pricing) في جدول عمل الثلاث سنوات أعلاه. +ابدأ تشغيلًا تجريبيًا لـ Server OSS على أجهزة طرفية وجلسات دعم تمثّل بيئتك. وسجّل وقت النشر، ونسبة نجاح الاتصال، وعرض نطاق الترحيل، ومهام الصيانة، ثم أضف [ترخيص Server Pro](https://rustdesk.com/pricing) إذا كنت تحتاج إلى ميزات الإدارة فيه. ويستطيع [فريق المبيعات](mailto:sales@rustdesk.com) تزويدك بشروط تقييم Pro الحالية. -وإذا وصلتك رسالة أخرى بزيادة الأسعار، فإن الاستضافة الذاتية هي الطريقة التي تتوقف بها عن كونك في الطرف المتلقي لها. +وإذا وصلتك رسالة أخرى بزيادة الأسعار، فستفاوض من موقع أقوى: خوادم تشغّلها بنفسك، وعميل يمكنك تدقيقه، وServer OSS مجاني تعود إليه عند الحاجة، وترخيص Server Pro باتصالات متزامنة غير محدودة في الخطط القياسية. diff --git a/v3/src/content/post/ar/avoid-remote-desktop-scams.md b/v3/src/content/post/ar/avoid-remote-desktop-scams.md index 551543af..a3c7cd1b 100644 --- a/v3/src/content/post/ar/avoid-remote-desktop-scams.md +++ b/v3/src/content/post/ar/avoid-remote-desktop-scams.md @@ -1,95 +1,96 @@ --- publishDate: 2026-07-03T08:18:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'avoid-remote-desktop-scams' draft: false title: 'عمليات احتيال سطح المكتب البعيد: كيف تكتشفها وتتجنبها' -excerpt: 'كيف تعمل عمليات احتيال الوصول عن بُعد، وما هي العلامات التحذيرية التي تكشفها، وما الذي يجب عليك فعله بالضبط إذا كان أحد المحتالين قد سيطر بالفعل على جهاز الكمبيوتر الخاص بك.' +excerpt: 'كيف تعمل عمليات احتيال الوصول عن بُعد، والعلامات التحذيرية التي تفضحها، وما تفعله بالضبط إذا كان محتال قد سيطر بالفعل على حاسوبك.' image: '~/assets/images/blog/avoid-remote-desktop-scams-og.webp' category: 'الأمان' tags: ['الأمان', 'استكشاف الأخطاء'] author: 'RustDesk Team' -slug: "avoid-remote-desktop-scams-ar" +slug: 'avoid-remote-desktop-scams-ar' faq: - question: 'ما هو احتيال سطح المكتب البعيد؟' - answer: 'إنه شكل من أشكال الاحتيال يقنعك فيه أحد المجرمين بتثبيت برنامج وصول عن بُعد شرعي، ثم يستخدمه للسيطرة على جهاز الكمبيوتر الخاص بك، عادةً لتحويل الأموال أو سرقة البيانات أو تثبيت برامج ضارة. الأدوات المستخدمة هي نفسها التي تستخدمها فرق تكنولوجيا المعلومات كل يوم. وما يجعله عملية احتيال هو أن الشخص الموجود على الطرف الآخر تواصل معك بذرائع كاذبة وأقنعك بمنحه صلاحية الوصول.' - - question: 'هل يمكن لمحتال أن يدخل إلى جهاز الكمبيوتر الخاص بي حتى لو لم أُعطِه رمزًا أو أُثبّت أي شيء؟' - answer: 'في سيناريو الهندسة الاجتماعية النموذجي الموصوف هنا، عادةً ما يوقف رفضُ تثبيت أداة المتصل أو مشاركة رمز الاتصال تلك المحاولة. لكن هذا لا يستبعد وجود وصول غير مراقب قائم مسبقًا، أو بيانات اعتماد مسروقة، أو برامج ضارة، أو خدمات مكشوفة مثل RDP. إذا لاحظت جلسات أو نشاطًا في حسابك لا يمكنك تفسيره، افصل الجهاز وابدأ التحقيق فورًا حتى لو لم تشارك رمزًا جديدًا على الإطلاق.' + answer: 'احتيال سطح المكتب البعيد شكل من أشكال الاحتيال يقنعك فيه أحد المجرمين بتثبيت برنامج وصول عن بُعد مشروع، ثم يستخدمه للسيطرة على حاسوبك، عادةً لتحويل الأموال أو سرقة البيانات أو تثبيت برامج ضارة. والأدوات هي نفسها التي تستخدمها فرق تقنية المعلومات كل يوم. وما يجعله احتيالًا هو أن الشخص في الطرف الآخر تواصل معك بذرائع كاذبة وأقنعك بمنحه صلاحية الوصول.' + - question: 'هل يمكن لمحتال أن يدخل إلى حاسوبي إذا لم أعطه رمزًا ولم أثبّت أي شيء؟' + answer: 'عادةً لا. ففي احتيال الدعم الفني النموذجي، يكفي رفضك تثبيت أداة المتصل أو مشاركة رمز الاتصال لإيقاف المحاولة. لكن ثمة طرقًا أخرى قائمة: وصول غير مراقب أُعدّ مسبقًا، أو بيانات اعتماد مسروقة، أو برامج ضارة، أو خدمات مكشوفة مثل RDP. وإذا لاحظت جلسات أو نشاطًا في حساباتك لا تجد له تفسيرًا، فافصل الجهاز وابدأ التحقيق حتى لو لم تشارك أي رمز.' - question: 'ماذا يجب أن أفعل فور إدراكي أنني تعرضت للاحتيال؟' - answer: 'افصل الجهاز عن الإنترنت، وأزل تثبيت تطبيق الوصول عن بُعد الذي جعلوك تشغّله، وغيّر كلمات مرورك من جهاز آخر موثوق به، بدءًا بالبريد الإلكتروني والحسابات المصرفية. اتصل ببنكك أو بجهة إصدار بطاقتك للإبلاغ عن الاحتيال، وقدّم بلاغًا لدى لجنة التجارة الفيدرالية الأمريكية (FTC) عبر ReportFraud.ftc.gov ومركز شكاوى جرائم الإنترنت التابع لمكتب التحقيقات الفيدرالي (FBI) عبر ic3.gov. وإذا شاركت أي تفاصيل تخص هويتك، فضع تنبيه احتيال أو تجميدًا ائتمانيًا لدى Equifax وExperian وTransUnion.' + answer: 'افصل الجهاز عن الشبكة، واحتفظ بالأدلة، وأزل برامج الوصول عن بُعد غير المصرّح بها، وغيّر كلمات المرور من جهاز آخر موثوق، بدءًا بالبريد الإلكتروني والحسابات المصرفية. واتصل ببنكك أو الجهة المُصدِرة لبطاقتك فورًا. وفي الولايات المتحدة، أبلغ عبر FTC ReportFraud وFBI IC3، وفكّر في وضع تنبيه احتيال أو تجميد ائتماني لدى مكاتب الائتمان الأمريكية. وفي البلدان الأخرى، تواصل مع الشرطة المحلية وجهة مكافحة الاحتيال المختصة وخدمة حماية الهوية المحلية.' - question: 'هل يحميني استخدام RustDesk من عمليات الاحتيال؟' - answer: 'لا توجد أداة سطح مكتب بعيد يمكنها أن تجعلك محصنًا تمامًا ضد الاحتيال، بما في ذلك RustDesk. فإذا خدعك أحدهم لتثبيت عميل (client) وقراءة رمز اتصال له، فسيتمكن من السيطرة على جهازك أيًا كانت المنصة. أما ما تغيّره الاستضافة الذاتية ومصدرية البرنامج المفتوح فهو الجانب الخاص بك من المعادلة: فأنت من يتحكم في خادم المعرّف (ID) وخادم الترحيل (relay) الخاصين بك، وتقرر بالضبط أي العملاء يُسمح لهم بالاتصال، ويمكنك تدقيق الكود المصدري بنفسك. هذا يقلل من مخاطر معينة، لكنه لا يُغني عن الحذر الأساسي بشأن من تسمح له بالدخول.' + answer: 'لا. لا توجد أداة سطح مكتب بعيد تجعلك محصّنًا ضد الاحتيال، وRustDesk منها: فإذا خدعك أحدهم لتثبيت عميل وقراءة رمز اتصال له، فسيتمكن من السيطرة على جهازك أيًا كانت المنصة. لكن RustDesk يضيف ضوابط في جانبك: فالاستضافة الذاتية تضع خادم المعرّف وخادم الترحيل تحت سيطرتك، ويتيح التحكم في الوصول في Server Pro وقائمة السماح بالمعرّفات أو عناوين IP تقييد من يستطيع الاتصال، ويمكن تدقيق العميل مفتوح المصدر.' metadata: - description: 'كيف تعمل عمليات احتيال الوصول عن بُعد، والعلامات التحذيرية الواجب الانتباه لها، وما يجب عليك فعله بالضبط إذا كان أحد المحتالين قد سيطر بالفعل على جهاز الكمبيوتر الخاص بك.' - keywords: 'عمليات احتيال سطح المكتب البعيد، احتيال الوصول عن بُعد، احتيال الدعم الفني، كيفية تجنب احتيال الوصول عن بُعد، محتال يسيطر على الكمبيوتر عن بُعد، الإبلاغ عن احتيال الدعم الفني' + description: 'كيف تعمل عمليات احتيال الوصول عن بُعد، والعلامات التحذيرية التي تستحق الانتباه، وما تفعله بالضبط إذا سيطر محتال على حاسوبك بالفعل.' + keywords: 'عمليات احتيال سطح المكتب البعيد, احتيال الوصول عن بُعد, احتيال الدعم الفني, كيفية تجنب احتيال الوصول عن بُعد, محتال يسيطر على الحاسوب عن بُعد, الإبلاغ عن احتيال الدعم الفني' --- -احتيال سطح المكتب البعيد هو نوع من الاحتيال يقنعك فيه أحد المجرمين بتثبيت برنامج وصول عن بُعد شرعي، ثم يستخدمه للسيطرة على جهاز الكمبيوتر الخاص بك — لتفريغ حساب مصرفي، أو سرقة بيانات، أو زرع برامج ضارة. الأدوات نفسها هي ذاتها التي تستخدمها أقسام تكنولوجيا المعلومات يوميًا. وما يحوّل الأمر إلى عملية احتيال هو هوية الطرف الآخر وطريقة تحدّثه لإقناعك بالسماح له بالدخول. +احتيال سطح المكتب البعيد نوع من الاحتيال يقنعك فيه أحد المجرمين بتثبيت برنامج وصول عن بُعد مشروع، ثم يستخدمه للسيطرة على حاسوبك: لتفريغ حساب مصرفي، أو سرقة بيانات، أو زرع برامج ضارة. والأدوات نفسها هي التي تستخدمها أقسام تقنية المعلومات يوميًا. وما يحوّل الأمر إلى احتيال هو هوية الطرف الآخر والطريقة التي أقنعك بها بالسماح له بالدخول. -هذا الدليل محايد تجاه مزوّدي البرامج عن قصد. فأي منتج لسطح المكتب البعيد يمكن أن يُساء استخدامه بهذه الطريقة، بما في ذلك RustDesk. والهدف هنا هو مساعدتك على التعرّف على هذا النمط، ورفضه، والتعافي منه إذا كنت قد وقعت ضحية له بالفعل. +هذا الدليل محايد تجاه المورّدين عن قصد. فأي منتج لسطح المكتب البعيد يمكن أن يُساء استخدامه بهذه الطريقة، بما في ذلك RustDesk. والهدف هنا مساعدتك على التعرّف على هذا النمط، ورفضه، والتعافي منه إن كنت قد وقعت فيه بالفعل. ## كيف تعمل عملية احتيال الوصول عن بُعد -تصف كل من [لجنة التجارة الفيدرالية الأمريكية](https://consumer.ftc.gov/articles/how-spot-avoid-and-report-tech-support-scams) و[مكتب التحقيقات الفيدرالي (FBI)](https://www.fbi.gov/how-we-can-help-you/scams-and-safety/common-frauds-and-scams/tech-support-scams) سيناريو شبه ثابت ومتسق إلى حد لافت: +تصف كلٌّ من [لجنة التجارة الفيدرالية الأمريكية](https://consumer.ftc.gov/articles/how-spot-avoid-and-report-tech-support-scams) و[مكتب التحقيقات الفيدرالي (FBI)](https://www.fbi.gov/how-we-can-help-you/scams-and-safety/common-frauds-and-scams/tech-support-scams) سيناريو متكررًا إلى حد لافت: -1. **الطعم.** تظهر نافذة منبثقة تحذّرك بأن "جهاز الكمبيوتر الخاص بك مصاب"، أو تتلقى مكالمة أو بريدًا إلكترونيًا أو رسالة نصية غير متوقعة. يتظاهر المرسل بأنه جهة تثق بها — Microsoft أو Apple أو Amazon أو بنكك أو شركة مرافق، أو حتى قسم تكنولوجيا المعلومات في مؤسستك. -2. **الإلحاح المصطنع.** حسابك مُخترق، أو فيروس ينتشر، أو مبلغ استرداد بانتظارك، أو ستُقطع عنك الخدمة. وبحسب لجنة التجارة الفيدرالية، يريد المحتالون منك أن "تتصرف قبل أن يتاح لك وقت للتفكير" — فالضغط عليك للتصرف بسرعة هو بيت القصيد بالنسبة لهم. -3. **تثبيت الأداة.** يطلبون منك تنزيل "برنامج دعم عن بُعد مجاني" حتى يتمكنوا من "إصلاح" المشكلة. إنه برنامج حقيقي — وهذا ما يجعله مقنعًا. -4. **قراءة الرمز بصوت عالٍ.** يُطلب منك أن تقرأ لهم معرّف الاتصال أو الرمز المؤقت الظاهر على شاشتك. وهذه الخطوة الوحيدة هي اللحظة التي يتمكنون فيها من الدخول. -5. **السيطرة على الجهاز.** يزيّفون عملية فحص للفيروسات، ويفتحون موقع البنك الخاص بك، وينقلون الأموال، أو ينشئون حسابات جديدة. وقد حذّر [المكتب الميداني لمكتب التحقيقات الفيدرالي في بوسطن](https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-public-to-beware-of-tech-support-scammers-targeting-financial-accounts-using-remote-desktop-software) من أن المحتالين يستخدمون هذا الوصول لفتح حسابات عملات رقمية وتصفية الأرصدة المصرفية الحقيقية للضحايا. +1. **الطُّعم.** تظهر نافذة منبثقة تحذّرك بأن «حاسوبك مصاب»، أو تتلقى مكالمة أو رسالة بريد إلكتروني أو رسالة نصية غير متوقعة. ويتظاهر المرسل بأنه جهة تثق بها: Microsoft أو Apple أو Amazon أو بنكك أو شركة مرافق، أو حتى قسم تقنية المعلومات في مؤسستك. +2. **إلحاح مصطنع.** حسابك مُخترق، أو فيروس ينتشر، أو مبلغ مسترد بانتظارك، أو ستُقطع عنك الخدمة. وبحسب لجنة التجارة الفيدرالية، يريد المحتالون منك أن «تتصرف قبل أن يتاح لك وقت للتفكير»، فالضغط عليك للتصرف بسرعة هو بيت القصيد. +3. **تثبيت الأداة.** يطلبون منك تنزيل «برنامج دعم عن بُعد مجاني» كي «يصلحوا» المشكلة. وهو برنامج حقيقي، وهذا ما يجعل الأمر مقنعًا. +4. **منح الوصول.** يُطلب منك أن تقرأ لهم رمز الاتصال أو كلمة المرور الظاهرة على شاشتك، أو أن توافق على الجلسة الواردة. فمعرّف الجهاز وحده لا يمنح التحكم عادةً؛ أما مشاركة الرمز أو قبول الطلب فهي اللحظة التي يدخلون فيها. +5. **السيطرة على الجهاز.** يزيّفون فحصًا للفيروسات، ويفتحون موقع بنكك، وينقلون الأموال، أو ينشئون حسابات جديدة. وقد حذّر [المكتب الميداني لمكتب التحقيقات الفيدرالي في بوسطن](https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-public-to-beware-of-tech-support-scammers-targeting-financial-accounts-using-remote-desktop-software) من أن المحتالين يستخدمون هذا الوصول لفتح حسابات عملات رقمية وتصفية الأرصدة المصرفية الحقيقية للضحايا. -الخسائر ليست افتراضية. ففي التحذير ذاته الصادر عن مكتب التحقيقات الفيدرالي، وصف المحققون حالة زوجين من ولاية مين طلبت منهما نافذة منبثقة الاتصال برقم خاص بشركة "Fidelity"، فتم توجيههما لتثبيت برنامج سطح مكتب بعيد والسماح لممثلين مزيفين انتحلوا صفة "Microsoft" و"Fidelity" بمراقبة حساباتهما — ليخسرا نحو **1.1 مليون دولار**. +والخسائر ليست افتراضية. ففي التحذير نفسه الصادر عن مكتب التحقيقات الفيدرالي، وصف المحققون زوجين من ولاية مين طلبت منهما نافذة منبثقة الاتصال برقم يُفترض أنه لشركة «Fidelity»، فوُجّها إلى تثبيت برنامج سطح مكتب بعيد والسماح لممثلين مزيفين انتحلوا صفة «Microsoft» و«Fidelity» بمراقبة حساباتهما، فخسرا نحو **1.1 مليون دولار**. ## العلامات التحذيرية -يكاد كل احتيال للوصول عن بُعد يتضمن واحدة على الأقل من العلامات التحذيرية التالية: +يكاد كل احتيال للوصول عن بُعد يتضمن واحدة على الأقل من هذه العلامات: -- **تواصل غير مرغوب فيه.** يتواصل معك شخص غريب لإصلاح مشكلة في جهاز الكمبيوتر لم تُبلغ عنها من قبل. وتوضح لجنة التجارة الفيدرالية هذا الأمر بوضوح: فهي ووكلاء استرداد الأموال التابعون لها لن يطلبوا منك أبدًا الدفع عبر بطاقات الهدايا، ولن يطلبوا الوصول عن بُعد إلى جهازك. والأمر نفسه ينطبق على Microsoft وApple وبنكك. -- **نافذة منبثقة تحمل رقم هاتف.** لا تطلب تحذيرات الأمان الحقيقية منك أبدًا الاتصال بخط دعم. ذلك الرقم يخص المحتال. -- **الضغط والإلحاح.** عبارة مثل "افعل هذا الآن وإلا ستخسر كل شيء" هي أسلوب تلاعب نفسي، وليست إجراء دعم فني معتادًا. -- **طلب تثبيت برنامج وقراءة رمز بصوت عالٍ.** هذا هو جوهر آلية الاحتيال بأكملها. فلا يحتاج أي متصل نزيه وغير مطلوب إلى ذلك إطلاقًا. -- **التحول نحو طلب المال.** بطاقات هدايا، أو تحويلات مصرفية، أو عملات رقمية، أو "مبلغ استرداد" يتضح فجأة أنه أكبر من اللازم ويجب "إعادته." -- **البقاء على الخط أثناء تسجيل دخولك.** فهم يريدون مراقبتك وأنت تكتب بيانات اعتماد حسابك المصرفي. +- **تواصل لم تطلبه.** يتواصل معك غريب لإصلاح مشكلة في حاسوبك لم تُبلغ عنها. ولجنة التجارة الفيدرالية صريحة في هذا: فهي والجهات التي تدير عمليات الاسترداد لصالحها «لن تطلب منك أبدًا الدفع ببطاقات الهدايا» ولن «تطلب الوصول عن بُعد إلى جهازك». وكذلك Microsoft وApple وبنكك. +- **نافذة منبثقة تحمل رقم هاتف.** تحذيرات الأمان الحقيقية لا تطلب منك أبدًا الاتصال بخط دعم. ذلك الرقم للمحتال. +- **الضغط والإلحاح.** عبارة مثل «افعل هذا الآن وإلا خسرت كل شيء» أسلوب تلاعب، لا إجراء دعم فني. +- **طلب تثبيت برنامج وقراءة رمز.** هذا هو قلب آلية الاحتيال. ولا يحتاج أي متصل نزيه لم تطلبه إلى ذلك. +- **التحول نحو المال.** بطاقات هدايا، أو تحويلات مصرفية، أو عملات رقمية، أو «مبلغ مسترد» يتبيّن فجأة أنه أكبر من اللازم ويجب «إعادته». +- **البقاء على الخط أثناء تسجيل دخولك.** فهم يريدون رؤيتك وأنت تكتب بيانات اعتماد حسابك المصرفي. -## الدعم الشرعي مقابل الاحتيال +## الدعم المشروع مقابل الاحتيال -| | الدعم عن بُعد الشرعي | الاحتيال | -| ---------------------------- | ------------------------------------------ | ------------------------------------------------------- | -| من يبدأ الاتصال | أنت من يتواصل معهم، على رقم بحثت عنه بنفسك | يتواصلون معك فجأة من دون مقدمات | -| المشكلة | مشكلة أبلغت عنها أنت مسبقًا | مشكلة "اكتشفوها" هم وأخبروك بها | -| الإلحاح | مجدولة وغير متسرعة | "تصرف الآن وإلا" | -| رمز الاتصال | تختار مشاركته بنفسك وعن علم | يُمارَس عليك الضغط لقراءته بصوت عالٍ وبسرعة | -| الدفع | فوترة عادية، إن وُجدت | بطاقات هدايا، تحويل مصرفي، عملات رقمية، "استرداد أموال" | -| الوصول إلى الحسابات المصرفية | لا حاجة له إطلاقًا لإصلاح جهاز كمبيوتر | الهدف الحقيقي | +| | الدعم عن بُعد المشروع | الاحتيال | +| ---------------------------- | ---------------------------------------- | ------------------------------------------------------ | +| من يبدأ التواصل | أنت تتواصل معهم، على رقم بحثت عنه بنفسك | هم يتواصلون معك فجأة ودون مقدمات | +| المشكلة | مشكلة أبلغت عنها أنت مسبقًا | مشكلة «اكتشفوها» هم وأخبروك بها | +| الإلحاح | موعد مجدول ودون عجلة | «تصرّف الآن وإلا...» | +| رمز الاتصال | تختار مشاركته بنفسك وعن علم | يُضغط عليك لقراءته بصوت عالٍ وبسرعة | +| الدفع | فوترة عادية، إن وُجدت | بطاقات هدايا، تحويل مصرفي، عملات رقمية، «مبالغ مستردة» | +| الوصول إلى الحسابات المصرفية | لا حاجة إليه لإصلاح حاسوب | الهدف الحقيقي | -## ماذا تفعل إذا كنت قد منحت محتالًا إمكانية الوصول بالفعل +## ماذا تفعل إذا كنت قد منحت محتالًا الوصول بالفعل -إذا أدركت في منتصف المكالمة أو بعدها أنك تعرضت للاحتيال، فتصرف بسرعة وبالترتيب التالي: +إذا أدركت أثناء المكالمة أو بعدها أنك تعرضت للاحتيال، فتصرّف بسرعة وبالترتيب التالي: -1. **افصل الاتصال بالإنترنت.** أوقف تشغيل الواي فاي أو افصل كابل الشبكة لإنهاء جلستهم فورًا. -2. **أزل تثبيت تطبيق الوصول عن بُعد** الذي جعلوك تثبّته. وإذا لم تكن متأكدًا من كيفية القيام بذلك، يمكن لفني محلي موثوق مساعدتك. -3. **افحص الجهاز بحثًا عن برامج ضارة.** شغّل فحصًا كاملًا لمكافحة الفيروسات، وفكّر في الاستعانة بتنظيف احترافي إذا كانت الأجهزة المتأثرة حساسة. افترض أنهم ربما تركوا شيئًا خلفهم. -4. **غيّر كلمات مرورك من جهاز آخر موثوق** — ابدأ بالبريد الإلكتروني والحسابات المصرفية، ثم أي حساب آخر يشارك كلمة المرور نفسها. -5. **اتصل ببنكك وبالجهات المُصدرة لبطاقاتك.** أبلغ عن الاحتيال، واستفسر عن إمكانية عكس التحويلات المالية، وراقب أي نشاط غير مصرح به. -6. **احمِ هويتك.** إذا شاركت بيانات شخصية، ضع تنبيه احتيال أو تجميدًا ائتمانيًا لدى مكاتب الائتمان الأمريكية الرئيسية الثلاثة: Equifax وExperian وTransUnion. -7. **أبلغ عن الحادثة.** قدّم بلاغًا لدى لجنة التجارة الفيدرالية عبر [ReportFraud.ftc.gov](https://reportfraud.ftc.gov) ولدى [مركز شكاوى جرائم الإنترنت (IC3)](https://www.ic3.gov) التابع لمكتب التحقيقات الفيدرالي. فالإبلاغ يساعد المحققين وقد يدعم عملية استرداد الأموال. +1. **افصل الاتصال بالإنترنت.** أوقف Wi-Fi أو انزع كابل الشبكة لقطع جلستهم فورًا. +2. **أزل تطبيق الوصول عن بُعد** الذي جعلوك تثبّته. وإن لم تكن متأكدًا من الطريقة، فيمكن لفني محلي موثوق مساعدتك. +3. **افحص الجهاز بحثًا عن برامج ضارة.** شغّل فحصًا كاملًا لمكافحة الفيروسات، وفكّر في تنظيف احترافي إذا كانت الأجهزة المعنية حساسة. وافترض أنهم ربما تركوا شيئًا خلفهم. +4. **غيّر كلمات مرورك من جهاز آخر موثوق**، بدءًا بالبريد الإلكتروني والحسابات المصرفية، ثم أي حساب يشاركها كلمة المرور نفسها. +5. **اتصل ببنكك والجهات المُصدِرة لبطاقاتك.** أبلغ عن الاحتيال، واستفسر عن إمكانية عكس التحويلات، وراقب أي نشاط غير مصرّح به. +6. **احمِ هويتك.** إذا شاركت بيانات شخصية، فضع تنبيه احتيال أو تجميدًا ائتمانيًا لدى مكاتب الائتمان الأمريكية الرئيسية الثلاثة: Equifax وExperian وTransUnion. +7. **أبلغ الجهة المختصة في بلدك.** في **الولايات المتحدة**، قدّم بلاغًا إلى لجنة التجارة الفيدرالية عبر [ReportFraud.ftc.gov](https://reportfraud.ftc.gov) وإلى [مركز شكاوى جرائم الإنترنت التابع لمكتب التحقيقات الفيدرالي (IC3)](https://www.ic3.gov). وخارج الولايات المتحدة، تواصل مع الشرطة المحلية والجهة المختصة بتلقي بلاغات الاحتيال، واسأل بنكك عن إجراءات حماية الهوية المتاحة محليًا. -## كيفية الوقاية منه +## كيف تقي نفسك منه -تتلخص الوقاية في اتّباع بضع عادات: +تتلخص الوقاية في بضع عادات: -- **لا تُثبّت أبدًا برنامج وصول عن بُعد بناءً على طلب شخص تواصل معك.** اعكس الاتجاه: إذا احتجت إلى مساعدة، فابحث أنت عن الرقم الحقيقي لمزوّد الخدمة واتصل به بنفسك. -- **لا تقرأ رمز الاتصال بصوت عالٍ أبدًا** لأي شخص لم تتواصل معه أنت عمدًا. -- **تعامل مع أرقام الهواتف الظاهرة في النوافذ المنبثقة على أنها مزيفة.** أغلق المتصفح — وأجبره على الإغلاق إذا لزم الأمر — بدلًا من الاتصال بذلك الرقم. -- **تمهّل.** الإلحاح هو سلاح المحتال الرئيسي. أي مؤسسة حقيقية ستسمح لك بإنهاء المكالمة والاتصال مرة أخرى لاحقًا. -- **تحدث عن الأمر مع من حولك.** تستهدف هذه العمليات كبار السن والأشخاص الذين يمرون بضغوط نفسية بشكل غير متناسب. مجرد سؤال بسيط وسريع لأحد أفراد العائلة مثل "هل يبدو هذا منطقيًا برأيك؟" كفيل بكسر تأثير الخديعة. +- **لا تثبّت أبدًا برنامج وصول عن بُعد بطلب من شخص تواصل معك.** اعكس الاتجاه: إذا احتجت إلى مساعدة، فابحث أنت عن الرقم الحقيقي للمورّد واتصل به. +- **لا تقرأ رمز الاتصال بصوت عالٍ أبدًا** لشخص لم تتواصل معه أنت عمدًا. +- **اعتبر أرقام الهواتف في النوافذ المنبثقة مزيفة.** أغلق المتصفح، وأجبره على الإغلاق إن لزم، بدلًا من الاتصال. +- **تمهّل.** الإلحاح أداة المحتال. وأي مؤسسة حقيقية ستتيح لك إنهاء المكالمة ومعاودة الاتصال. +- **تحدّث عن الأمر.** تستهدف هذه العمليات كبار السن ومن يمرون بضغوط أكثر من غيرهم. وسؤال سريع لأحد أفراد العائلة مثل «هل يبدو هذا منطقيًا برأيك؟» كفيل بكسر تأثير الخديعة. -## مكانة أدوات سطح المكتب البعيد في هذا السياق +## موقع أدوات سطح المكتب البعيد من الصورة -يستحق الأمر التكرار: البرنامج ليس هو الشرير في هذه القصة. فأدوات سطح المكتب البعيد هي الوسيلة التي تحافظ بها فرق تكنولوجيا المعلومات على تشغيل أجهزة الكمبيوتر في جميع أنحاء العالم، والتطبيق نفسه بالضبط يمكن أن يكون شريان حياة أو سلاحًا، بحسب من يُمسك به. وإلقاء اللوم على منتج واحد بعينه يُغفل جوهر المسألة — فخط الدفاع الحقيقي هو التحكم في من تسمح له بالدخول. +يستحق الأمر التكرار: البرنامج ليس الشرير في هذه القصة. فأدوات سطح المكتب البعيد هي الوسيلة التي تُبقي بها فرق تقنية المعلومات حواسيب العالم تعمل، والتطبيق نفسه قد يكون طوق نجاة أو سلاحًا بحسب من يمسك به. وإلقاء اللوم على منتج بعينه يُغفل جوهر المسألة، فخط الدفاع الحقيقي هو التحكم في من تسمح له بالدخول. -مع ذلك، إذا كنت _تقدّم_ خدمات الدعم عن بُعد باحترافية، فإن بعض الخيارات الهيكلية تُقلّل من درجة تعرّضك للمخاطر. فالاستضافة الذاتية لخادم RustDesk تعني أن خوادم المعرّف (ID) والترحيل (relay) تعمل على بنية تحتية تتحكم بها أنت بنفسك، بحيث تقرر بالضبط أي العملاء (clients) المسموح لهم بالاتصال بدلًا من الاعتماد على سحابة أحد المزوّدين للفصل في ذلك. وبالنسبة لأسطول أجهزتك الخاص، مارس أساسيات [نظافة الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar): كلمات مرور دائمة قوية وفريدة، واتصالات مقيّدة بمجموعات أجهزتك و[دفتر العناوين المشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/)، إضافة إلى المصادقة الثنائية. ولأن RustDesk [مفتوح المصدر](https://github.com/rustdesk/rustdesk)، يمكنك أنت أو فريق الأمان لديك تدقيق ما يفعله البرنامج بالضبط على أجهزتك. +ومع ذلك، إذا كنت _تقدّم_ الدعم عن بُعد بصورة احترافية، فإن بعض الخيارات البنيوية تقلّل تعرّضك للخطر. فالاستضافة الذاتية لخادم RustDesk تضع خدمتي المعرّف/الالتقاء والترحيل على بنية تحتية تتحكم فيها. وعندئذ تحدد ضوابطك أنت من يحق له الاتصال: اتّبع [قواعد السلامة الأساسية للوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar) بكلمات مرور دائمة قوية وفريدة ومصادقة ثنائية للاتصال، وأضف قائمة سماح بعناوين IP أو بالمعرّفات على الأجهزة المتحكَّم بها، واستخدم [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) في Server Pro لكل مستخدم ومجموعة أجهزة. ولأن RustDesk [مفتوح المصدر](https://github.com/rustdesk/rustdesk)، تستطيع أنت أو فريق أمني تدقيق ما يفعله بالضبط على أجهزتك. -لا شيء من هذا يجعل RustDesk — أو أي أداة أخرى — محصّنة تمامًا ضد الاحتيال. فالمستخدم الذي يُخدع لتثبيت عميل (client) وقراءة رمز بصوت عالٍ يمكن أن يقع ضحية على أي منصة كانت. البنية التنظيمية تقلل من مخاطر معينة، لكنها لا تُغني أبدًا عن القاعدة البسيطة التي تقع في صميم كل تحذير ورد أعلاه: لا تُسلّم السيطرة على جهاز الكمبيوتر الخاص بك لشخص تواصل معك _أنت_. +لا شيء من ذلك يجعل RustDesk، أو أي أداة أخرى، محصّنًا ضد الاحتيال. فالمستخدم الذي يُخدع لتثبيت عميل وقراءة رمز قد يقع ضحية على أي منصة. والضوابط البنيوية تقلّل مخاطر معينة، لكنها لا تغني أبدًا عن القاعدة البسيطة التي تقع في صميم كل التحذيرات أعلاه: لا تسلّم السيطرة على حاسوبك لشخص تواصل معك _أنت_. -وإذا أردت التعمق أكثر في كيفية تعامل أدوات معينة مع مسألة الأمان وكيف يُساء انتحال هويتها، اطّلع على دليلينا الإضافيين حول ما إذا كان [AnyDesk آمنًا](/ar/blog/is-anydesk-safe-ar) وما إذا كان [Chrome Remote Desktop آمنًا](/ar/blog/is-chrome-remote-desktop-safe-ar). +وإذا أردت التعمق في كيفية تعامل أدوات بعينها مع الأمان وكيف يُنتحل اسمها، فاطّلع على دليلينا المرافقين حول ما إذا كان [AnyDesk آمنًا](/ar/blog/is-anydesk-safe-ar) وما إذا كان [Chrome Remote Desktop آمنًا](/ar/blog/is-chrome-remote-desktop-safe-ar). diff --git a/v3/src/content/post/ar/best-free-remote-desktop-software.md b/v3/src/content/post/ar/best-free-remote-desktop-software.md index 4d16a94f..9468a466 100644 --- a/v3/src/content/post/ar/best-free-remote-desktop-software.md +++ b/v3/src/content/post/ar/best-free-remote-desktop-software.md @@ -1,107 +1,108 @@ --- publishDate: 2026-06-30T08:42:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'best-free-remote-desktop-software' draft: false title: 'أفضل برامج سطح المكتب البعيد المجانية للأعمال (2026)' -excerpt: 'أدوات سطح مكتب بعيد مجانية فعلاً — بما في ذلك أدوات يمكنك استخدامها في العمل دون مؤشر يرصد الاستخدام التجاري. ستة خيارات حقيقية، لكل منها مأخذه.' +excerpt: 'أدوات سطح مكتب بعيد مجانية فعلًا، ومنها أدوات يمكنك استخدامها في العمل دون وسم للاستخدام التجاري. ستة خيارات حقيقية، لكل منها مأخذه.' image: '~/assets/images/blog/best-free-remote-desktop-software-og.webp' category: 'أدلة' tags: ['RustDesk', 'مفتوح المصدر', 'مقارنة'] author: 'RustDesk Team' slug: 'best-free-remote-desktop-software-ar' faq: - - question: 'ما هو أفضل برنامج سطح مكتب بعيد مجاني للاستخدام في الأعمال؟' - answer: 'يتميز RustDesk عندما تحتاج الشركة إلى كود مفتوح المصدر وخادم مجتمعي ذاتي الاستضافة بلا مصنّف للاستخدام التجاري. برنامج Chrome Remote Desktop مجاني أيضًا، وتوثّق جوجل سياسات إدارة المؤسسات الخاصة به، لكنه يعتمد على حسابات جوجل ومستوى تحكم تديره جوجل. أما Apache Guacamole وMeshCentral فهما مشروعا بنية تحتية مناسبان للأعمال، لكن بنموذجي تشغيل مختلفين.' - - question: 'هل توجد فعلاً برامج سطح مكتب بعيد مجانية للاستخدام التجاري؟' - answer: 'نعم. برنامج RustDesk مفتوح المصدر وخادمه المجتمعي المجاني، وكذلك Apache Guacamole وMeshCentral وعائلة VNC، جميعها تسمح بالاستخدام التجاري بموجب تراخيصها الخاصة. برنامج Chrome Remote Desktop مجاني وله ضوابط مؤسسية موثّقة؛ وخلافًا للمستويات المجانية في TeamViewer وAnyDesk، لا ينبغي وصفه بأنه مخصص للاستخدام الشخصي فقط. راجع دائمًا الشروط الحالية لكل عملية نشر بعينها.' - - question: 'ما هو المأخذ على برامج سطح المكتب البعيد المجانية؟' - answer: 'المأخذ عادة هو أنك من يستضيفها بنفسك. الأدوات المجانية ذاتية الاستضافة مثل RustDesk وGuacamole وMeshCentral تحتاج إلى خادم تديره أنت — ومع RustDesk تكون متطلبات العتاد منخفضة والصيانة خفيفة بعد الإعداد. أما VNC فيحتاج إلى إعادة توجيه المنافذ أو شبكة VPN للعمل عبر الإنترنت. التوفير هنا مالي؛ والمقابل هو تشغيل خادمك الخاص، وأحيانًا التنازل عن بعض ميزات الراحة.' + - question: 'ما أفضل برنامج سطح مكتب بعيد مجاني للاستخدام في الأعمال؟' + answer: 'لمعظم الشركات، RustDesk: فعميله وRustDesk Server OSS (خادم المجتمع المجاني) مرخَّصان بموجب AGPL، دون رسوم ترخيص أو تاريخ انتهاء أو مصنِّف للاستخدام التجاري. وChrome Remote Desktop مجاني أيضًا وله سياسات مؤسسية موثَّقة، لكنه يعتمد على حسابات Google وعلى طبقة تحكم تشغّلها Google. أما Apache Guacamole وMeshCentral فمشروعا بنية تحتية مناسبان للأعمال، لكل منهما نموذج تشغيل مختلف.' + - question: 'هل توجد فعلًا برامج سطح مكتب بعيد مجانية للاستخدام التجاري؟' + answer: 'نعم. يسمح عميل RustDesk وServer OSS، وكذلك Apache Guacamole وMeshCentral وعائلة VNC، بالاستخدام التجاري بموجب تراخيص كل منها. وChrome Remote Desktop مجاني أيضًا وله ضوابط مؤسسية موثَّقة، في حين أن الخطط المجانية من TeamViewer وAnyDesk مرخَّصة للاستخدام الشخصي فقط. راجع الشروط الحالية التي تنطبق على عملية النشر لديك تحديدًا.' + - question: 'ما المأخذ على برامج سطح المكتب البعيد المجانية؟' + answer: 'المأخذ هو تكلفة التشغيل. فالبرامج ذاتية الاستضافة قد لا تفرض رسوم ترخيص، لكنها تظل بحاجة إلى استضافة، وعرض نطاق للترحيل، ونسخ احتياطي، وتحديثات، ووقت للتشغيل. يغطي RustDesk Server OSS تنسيق الاتصالات والترحيل، ويضيف Server Pro التجاري إدارة الفرق. أما الشبكات والأمان في VNC فتعتمد على التطبيق المختار، لذا قارن تكلفة التشغيل الكاملة وسير العمل الذي تحتاجه.' - question: 'كيف يختلف هذا عن برامج سطح المكتب البعيد مفتوحة المصدر؟' - answer: 'مفتوح المصدر مسألة تتعلق بالترخيص وإمكانية التدقيق؛ أما المجاني فيتعلق بالسعر والشروط. هناك تداخل بينهما، لكنهما ليسا الزاوية نفسها. يركّز هذا الدليل على الأدوات المجانية التشغيل — خصوصًا للأعمال — لا على مدى قابلية كل منها للتدقيق أو الاستضافة الذاتية.' + answer: 'المصدر المفتوح يتعلق بالترخيص وقابلية التدقيق، أما المجانية فتتعلق بالسعر والشروط. يتداخل المفهومان لكنهما زاويتان مختلفتان: فقد تكون الأداة المجانية مغلقة المصدر، وقد تحتاج الأداة مفتوحة المصدر إلى بنية تحتية مدفوعة. ويركّز هذا الدليل على الأدوات المجانية التشغيل، خصوصًا للأعمال، لا على مدى قابلية كل منها للتدقيق أو للاستضافة الذاتية.' metadata: - description: 'برامج سطح مكتب بعيد مجانية فعلاً لعام 2026 — بما في ذلك أدوات يمكنك استخدامها في العمل دون مؤشر يرصد الاستخدام التجاري. ستة خيارات، لكل منها مأخذه.' + description: 'برامج سطح مكتب بعيد مجانية فعلًا لعام 2026، ومنها أدوات يمكنك استخدامها في العمل دون وسم للاستخدام التجاري. ستة خيارات، لكل منها مأخذه.' keywords: 'أفضل برنامج سطح مكتب بعيد مجاني, سطح مكتب بعيد مجاني للأعمال, سطح مكتب بعيد مجاني بدون استخدام تجاري, RustDesk مجاني, Apache Guacamole, MeshCentral, VNC سطح مكتب بعيد مجاني' --- -## ما الذي يجب أن تعنيه كلمة "مجاني" فعلاً +## ما الذي يجب أن تعنيه كلمة «مجاني» فعلًا -ابحث عن عبارة "برامج سطح مكتب بعيد مجانية" وستجد كمًّا هائلاً من الأدوات المجانية — لكن إلى حدٍّ معيّن فقط. يقدّم كل من TeamViewer وAnyDesk مستويات مجانية، إلا أن ترخيصهما مخصص للاستخدام الشخصي، ويفرض كلاهما هذا الحد عبر أنظمة آلية لرصد الاستخدام التجاري. فبمجرد أن تقوم بأي شيء يشبه العمل، قد يتم [رصدك على أنك تستخدم TeamViewer تجاريًا](/ar/blog/teamviewer-commercial-use-detected-ar) أو [الأمر ذاته مع AnyDesk](/ar/blog/anydesk-commercial-use-detected-ar) — إذ تنتهي صلاحية الجلسات وتُدفَع نحو خطة مدفوعة. +ابحث عن «برامج سطح مكتب بعيد مجانية» وستجد سيلًا من الأدوات المجانية، إلى أن تتوقف عن كونها مجانية. يقدّم كل من TeamViewer وAnyDesk خططًا مجانية، لكنها مرخَّصة للاستخدام الشخصي، ويفرض كلاهما هذا الحد عبر رصد آلي للاستخدام التجاري. فالاستخدام في الأعمال يتطلب شروطًا مناسبة، وقد يُوسَم حتى المستخدمون الشخصيون [بالاستخدام التجاري في TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar) أو [بالأمر نفسه في AnyDesk](/ar/blog/anydesk-commercial-use-detected-ar)، فتنقطع الجلسات بعد مهلة وتُدفَع نحو خطة مدفوعة. -لذلك يطبّق هذا الدليل معيارًا أكثر صرامة. لكي تدخل الأداة إلى هذه القائمة، يجب أن تكون **مجانية التشغيل فعليًا** — ويُفضَّل أن تكون مجانية للاستخدام **التجاري** أيضًا دون أي فخ لرصد الاستخدام التجاري. وهذا يستبعد فئة "مجاني إلى أن نقرر نحن أنه لم يعد كذلك"، ويُبقي فقط الأدوات التي يمكنك فعلًا بناء سير عمل عليها. +لذلك يطبّق هذا الدليل معيارًا أكثر صرامة: لكي تدخل الأداة القائمة يجب أن تكون **مجانية التشغيل فعلًا**، ويُفضَّل أن تكون مجانية للاستخدام **في الأعمال** دون فخ لرصد الاستخدام التجاري. وهذا يستبعد الخطط المخصصة للاستخدام الشخصي وحده، ويُبقي الأدوات التي يمكنك فعلًا أن تبني عليها سير عملك. -ملاحظة حول النطاق: هذا الدليل يتناول زاوية _المجاني_ تحديدًا — والمعيار هنا هو السعر والشروط، لا ما إذا كان الكود مفتوحًا للفحص. أما إمكانية التدقيق والترخيص فمسألة ذات صلة لكنها منفصلة؛ هناك تداخل بين الاثنين، لكن "المجاني" و"مفتوح المصدر" ليسا الأمر نفسه. +ملاحظة حول النطاق: يتناول هذا الدليل زاوية _المجانية_ تحديدًا، فالمعيار هنا هو السعر والشروط، لا إتاحة الشيفرة للفحص. أما قابلية التدقيق والترخيص فمسألة ذات صلة لكنها منفصلة؛ فبين الاثنين تداخل، لكن «المجاني» و«مفتوح المصدر» ليسا الشيء نفسه. -## الخيارات المجانية فعلاً +## الخيارات المجانية فعلًا -يبدأ الترتيب أدناه بالأدوات المجانية فعليًا للاستخدام التجاري، ثم يزن عوامل الاستضافة الذاتية، والتغطية عبر الأنظمة المختلفة، والعبء التشغيلي. +يبدأ الترتيب أدناه بالأدوات المجانية فعلًا للاستخدام في الأعمال، ثم يوازن بين الاستضافة الذاتية والتغطية عبر المنصات والعبء التشغيلي. -### RustDesk — مجاني، مفتوح المصدر، بلا مضايقات بشأن الاستخدام التجاري +### RustDesk - عميل مفتوح المصدر وServer OSS مجاني ذاتي الاستضافة -يأتي RustDesk في المقدمة هنا لأنه مفتوح المصدر بموجب رخصة **[AGPL](https://github.com/rustdesk/rustdesk)**، ولأن **الخادم المجتمعي لا يفرض أي رسوم ترخيص ولا يحتوي على مصنّف للاستخدام التجاري**. ستظل تدفع مقابل أي استضافة أو عمليات تشغيل تختارها بنفسك. البرنامج متعدد الأنظمة (Windows وmacOS وLinux وAndroid وiOS). على أجهزة Windows وmacOS وLinux المضيفة، يشمل نقل الملفات والوصول غير المراقَب بكلمة مرور دائمة؛ ويمكن لأجهزة Android استضافة جلسات مراقَبة، بينما يقتصر تطبيق iOS على دور المتحكِّم فقط. يمكن فحص الكود المصدري وبناؤه بشكل مستقل. +نبدأ بـ RustDesk لأن عميله وRustDesk Server OSS (خادم المجتمع المجاني) **[مرخَّصان بموجب AGPL](https://github.com/rustdesk/rustdesk)**، و**لا رسوم ترخيص على Server OSS ولا تاريخ انتهاء ولا مصنِّف للاستخدام التجاري**. وهو متعدد المنصات (Windows وmacOS وLinux وAndroid وiOS). وعلى أجهزة Windows وmacOS وLinux المضيفة يتضمن نقل الملفات والوصول غير المراقب بكلمة مرور دائمة؛ ويستطيع Android استضافة جلسات بحضور المستخدم، أما تطبيق iOS فللتحكم فقط. ويمكن فحص الشيفرة المصدرية وبناؤها بشكل مستقل. -**المأخذ:** أنت من يشغّل الخادم بنفسك — إلا أن متطلبات العتاد منخفضة، والصيانة خفيفة بعد الإعداد. يقوم شخص ما بتجهيز المضيف، وفتح المنافذ، وإعداد TLS، ثم يحافظ على تحديثه بمرور الوقت. كذلك فإن الخادم المجتمعي المجاني ليس هو Server Pro المدفوع — فميزات الفرق مثل [لوحة التحكم عبر الويب، والعملاء ذوو العلامة التجارية المخصصة، ومجموعات الأجهزة](https://rustdesk.com/docs) موجودة في Server Pro (ذاتي الاستضافة، وليس مجانيًا). للاطلاع على الشروط الحالية، راجع [rustdesk.com/pricing](https://rustdesk.com/pricing). +**المأخذ:** أنت من يشغّل الخادم. متطلبات العتاد متواضعة، لكنك تتولى تقدير عرض النطاق اللازم للترحيل، وتطبيق التحديثات، والمراقبة، والنسخ الاحتياطي. أما Server Pro فمنتج مدفوع مغلق المصدر يضيف لوحة تحكم الويب والتحكم في الوصول ومجموعات الأجهزة وغيرها من ميزات الإدارة؛ ويبدأ توليد العملاء المخصصة من خطة Basic. راجع [الخطط الحالية](https://rustdesk.com/pricing). -### Chrome Remote Desktop — مجاني وبسيط، بتنسيق تديره جوجل +### Chrome Remote Desktop - مجاني وبسيط، بتنسيق تديره Google -برنامج [Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) من جوجل مجاني، ويعمل عبر المتصفح، وهو من أسهل ما يمكن أن يكون عليه الوصول عن بُعد. كما توثّق جوجل [سياسات إدارة المؤسسات](https://support.google.com/chrome/a/answer/2799701) الخاصة بتفعيله وتعطيله وتقييد استخدامه داخل المؤسسات. +[Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) من Google مجاني، ويعمل عبر المتصفح، وهو من أسهل أدوات الوصول عن بُعد على الإطلاق. كما توثّق Google [سياسات إدارة مؤسسية](https://support.google.com/chrome/a/answer/2799701) لتفعيله وتعطيله وتقييد استخدامه داخل المؤسسات. -**المأخذ:** يتطلب هوية جوجل وخدمة إشارة (signaling) تديرها جوجل، وتنقصه بعض ميزات الراحة التي تحتاجها فرق الدعم الفني، مثل نقل الملفات بالسحب والإفلات، والطباعة عن بُعد، ومجموعات الأجهزة على طريقة RustDesk. توثّق جوجل سياسات على مستوى المؤسسة، لكن دون توفير مستوى تحكم ذاتي الاستضافة. يجري التفاوض على إعداد الجلسة عبر جوجل؛ ويمكن أن تسلك حركة المرور الحية مسارًا مباشرًا أو عبر STUN، مع استخدام تتابع TURN/جوجل عند الحاجة. نتناول هذا الأمر بتعمّق في دليلنا حول [بدائل Chrome Remote Desktop](/ar/blog/chrome-remote-desktop-alternative-ar). +**المأخذ:** يتطلب هوية Google وخدمة إشارات (signaling) تشغّلها Google، وتنقصه بعض الميزات المريحة لفرق الدعم، مثل نقل الملفات بالسحب والإفلات، والطباعة عن بُعد، ومجموعات الأجهزة على طريقة RustDesk. وتوثّق Google سياسات على مستوى المؤسسة، لكن دون طبقة تحكم ذاتية الاستضافة. ويجري التفاوض على إعداد الجلسة عبر Google، ثم قد تسلك الحركة الحية مسارًا مباشرًا أو عبر STUN، مع اللجوء إلى ترحيل TURN أو ترحيل Google عند الحاجة. نتناول ذلك بالتفصيل في دليلنا [بديل Chrome Remote Desktop](/ar/blog/chrome-remote-desktop-alternative-ar). -### عائلة VNC — البروتوكول المفتوح المجاني +### عائلة VNC - البروتوكول المفتوح المجاني -يُعد VNC الجد الأكبر للوصول البعيد المفتوح. تتيح تطبيقات مجانية مثل [TigerVNC](https://tigervnc.org/) و[TightVNC](https://www.tightvnc.com/) و[UltraVNC](https://uvnc.com/) لجهاز التحكم في شاشة جهاز آخر دون أي تكلفة ترخيص، والبروتوكول نفسه مفتوح فعلًا. +VNC عائلة عريقة من تطبيقات الوصول عن بُعد. وتتيح تطبيقات مجانية مثل [TigerVNC](https://tigervnc.org/) و[TightVNC](https://www.tightvnc.com/) و[UltraVNC](https://uvnc.com/) لجهاز أن يتحكم في شاشة جهاز آخر دون أي تكلفة ترخيص، والبروتوكول نفسه مفتوح فعلًا. -**المأخذ:** بروتوكول VNC الأساسي هو بروتوكول عرض فقط، بلا اجتياز NAT مدمج ولا تتابع (relay)، لذا فإن الوصول إلى جهاز عبر الإنترنت يعني عادةً إعداد **إعادة توجيه المنافذ أو شبكة VPN** بنفسك — إضافة إلى ضبط التشفير والتحكم في الوصول فوق ذلك. إنه قوي ومجاني، لكنك من يجمّع البنية التحتية المحيطة به. (راجع مقارنتنا [RustDesk مقابل VNC](/ar/blog/rustdesk-vs-vnc-ar) للاطلاع على المفاضلات.) +**المأخذ:** VNC الأساسي بروتوكول عرض لا يتضمن اجتيازًا لـ NAT ولا ترحيلًا (relay)، لذا يعني الوصول إلى جهاز عبر الإنترنت عادةً أن تُعدّ بنفسك **إعادة توجيه المنافذ أو شبكة VPN**، ثم تضبط التشفير والتحكم في الوصول فوق ذلك. إنه قوي ومجاني، لكنك من يجمّع البنية التحتية المحيطة به. (راجع مقارنتنا [RustDesk مقابل VNC](/ar/blog/rustdesk-vs-vnc-ar) للاطلاع على المفاضلات.) -### Apache Guacamole — بوابة HTML5 مجانية بلا عميل +### Apache Guacamole - بوابة HTML5 مجانية دون عميل -يُعد [Apache Guacamole](https://guacamole.apache.org/) "بوابة سطح مكتب بعيد بلا عميل" مرخّصة بموجب Apache 2.0. ولأنه قائم على HTML5، فإنه "بمجرد تثبيت Guacamole على خادم، كل ما تحتاجه للوصول إلى أجهزة سطح المكتب هو متصفح ويب" — بلا إضافات، وبلا برنامج عميل. وهو يتوسّط الاتصالات بالبروتوكولات القياسية مثل **RDP وVNC وSSH**. +[Apache Guacamole](https://guacamole.apache.org/) «بوابة سطح مكتب بعيد دون عميل» مرخَّصة بموجب Apache 2.0. ولأنه قائم على HTML5، فإنه «بمجرد تثبيت Guacamole على خادم، كل ما تحتاجه للوصول إلى أجهزة سطح المكتب هو متصفح ويب»، دون إضافات ودون برنامج عميل. وهو يتوسط الاتصالات ببروتوكولات قياسية مثل **RDP وVNC وSSH**. -**المأخذ:** يُعد Guacamole مشروع بنية تحتية قائمًا بذاته. عليك إقامة البوابة، وربطها بنقاط RDP/VNC/SSH الطرفية الموجودة لديك، وإدارتها. يتألق عندما تكون تلك الاتصالات الخلفية موجودة أصلًا وتريد وصولًا مركزيًا عبر المتصفح — لكنه أقل ملاءمة كأداة اتصال مباشر سريعة تُعدّ في دقيقتين. +**المأخذ:** Guacamole مشروع بنية تحتية قائم بذاته. عليك إنشاء البوابة، وربطها بأجهزة RDP/VNC/SSH الموجودة لديك، وإدارتها. ويتألق حين تكون تلك الاتصالات الخلفية موجودة أصلًا وتريد وصولًا مركزيًا عبر المتصفح، لكنه أقل ملاءمة كأداة اتصال مباشر تُعدّ في دقيقتين. -### MeshCentral — إدارة أسطول أجهزة مجانية قائمة على الوكلاء +### MeshCentral - إدارة مجانية لأساطيل الأجهزة قائمة على الوكلاء -[MeshCentral](https://github.com/Ylianst/MeshCentral) هو "موقع ويب كامل لإدارة الحواسيب"، مجاني ومفتوح المصدر (Apache 2.0) وذاتي الاستضافة. تشغّل خادمك الخاص وتُثبّت وكيلًا على الأجهزة المُدارة للحصول على سطح مكتب بعيد وطرفية وإدارة ملفات عبر المتصفح لأسطول كامل من الأجهزة — سواء على شبكة محلية أو عبر الإنترنت. +[MeshCentral](https://github.com/Ylianst/MeshCentral) «موقع ويب متكامل لإدارة الحواسيب»، مجاني ومفتوح المصدر (Apache 2.0) وذاتي الاستضافة. تشغّل خادمك الخاص وتثبّت وكيلًا على الأجهزة المُدارة لتحصل على سطح مكتب بعيد وطرفية وإدارة ملفات عبر الويب لأسطول كامل من الأجهزة، على شبكة محلية أو عبر الإنترنت. -**المأخذ:** إنه قائم على الوكلاء وموجّه نحو الإدارة، ما يعني إعدادًا أكبر مقارنة بأداة اتصال مباشر خفيفة، وواجهة مستخدم موجّهة للمسؤولين. إذا كنت تريد لوحة تحكم مجانية لإدارة أسطول من الأجهزة، فهو ممتاز؛ أما إذا كنت تريد أبسط اتصال فردي ممكن، فهو أكثر مما تحتاج. +**المأخذ:** إنه قائم على الوكلاء وموجّه نحو الإدارة، ما يعني إعدادًا أكبر مقارنةً بأداة اتصال مباشر خفيفة، وواجهة موجّهة للمسؤولين. إذا كنت تريد لوحة مجانية لإدارة أسطول من الأجهزة فهو ممتاز، أما إذا كنت تريد أبسط اتصال فردي ممكن فهو أكثر مما تحتاج. -### Remmina — عميل مجاني لنظام Linux +### Remmina - عميل مجاني لنظام Linux -[Remmina](https://remmina.org/) هو **عميل** سطح مكتب بعيد مجاني ومرخّص بنظام copyleft لأنظمة Linux وأنظمة يونكس المشابهة الأخرى، ويدعم RDP وVNC وSSH وSPICE وغيرها من واجهة موحّدة واحدة. +[Remmina](https://remmina.org/) **عميل** سطح مكتب بعيد مجاني بترخيص copyleft لنظام Linux وأنظمة Unix المشابهة، ويدعم RDP وVNC وSSH وSPICE وغيرها من واجهة موحّدة. -**المأخذ:** إن Remmina _عميل_ وليس نظام وصول بعيد متكامل. فهو يتصل بخوادم تتحدث تلك البروتوكولات أصلًا؛ ولا يوفّر جانب المضيف، ولا اجتياز NAT، ولا طبقة إدارة. إنه العميل المجاني الأمثل على Linux — لكن اقرنه بشيء ما على طرف الخادم. +**المأخذ:** Remmina _عميل_ وليس نظام وصول عن بُعد متكاملًا. فهو يتصل بخوادم تتحدث تلك البروتوكولات أصلًا، ولا يوفّر جانب المضيف ولا اجتياز NAT ولا طبقة إدارة. إنه العميل المجاني الأول على Linux، لكن اقرنه بشيء ما على جانب الخادم. ## مقارنة برامج سطح المكتب البعيد المجانية -| الأداة | مجانية للاستخدام التجاري؟ | استضافة خادم ذاتيًا؟ | الأنسب لـ | -| -------------------------------- | ------------------------------ | --------------------------------- | ----------------------------------------------------- | -| **RustDesk** | نعم (AGPL + خادم مجتمعي مجاني) | نعم (خادم مجاني / Server Pro) | وصول متعدد الأنظمة بلا مضايقات بشأن الاستخدام التجاري | -| Chrome Remote Desktop | نعم؛ تتوفر سياسات للمؤسسات | لا يوجد مستوى تحكم ذاتي الاستضافة | وصول بسيط بتنسيق تديره جوجل | -| VNC (TigerVNC/TightVNC/UltraVNC) | نعم (بروتوكول مفتوح) | نعم (تجمّعه بنفسك) | وصول عبر الشبكة المحلية أو إعداد ذاتي عبر VPN | -| Apache Guacamole | نعم (Apache 2.0) | نعم (بوابة) | وصول عبر المتصفح إلى RDP/VNC/SSH القائمة | -| MeshCentral | نعم (Apache 2.0) | نعم (قائم على الوكلاء) | إدارة أسطول من الأجهزة | -| Remmina | نعم (عميل فقط) | لا ينطبق (عميل) | عميل سطح مكتب بعيد مجاني على Linux | +| الأداة | مجانية للاستخدام في الأعمال؟ | استضافة خادم ذاتيًا؟ | الأنسب لـ | +| --- | --- | --- | --- | +| **RustDesk** | نعم (عميل بترخيص AGPL + Server OSS مجاني) | نعم (Server OSS / Server Pro) | وصول متعدد المنصات دون إزعاج بشأن الاستخدام التجاري | +| Chrome Remote Desktop | نعم؛ مع سياسات مؤسسية متاحة | لا طبقة تحكم ذاتية الاستضافة | وصول بسيط بتنسيق تديره Google | +| VNC (TigerVNC/TightVNC/UltraVNC) | نعم، وفق ترخيص كل تطبيق | نعم (تجمّعه بنفسك) | وصول عبر الشبكة المحلية أو إعداد ذاتي مع VPN | +| Apache Guacamole | نعم (Apache 2.0) | نعم (بوابة) | وصول عبر المتصفح إلى أجهزة RDP/VNC/SSH قائمة | +| MeshCentral | نعم (Apache 2.0) | نعم (قائم على الوكلاء) | إدارة أسطول من الأجهزة | +| Remmina | نعم (عميل فقط) | لا ينطبق (عميل) | عميل سطح مكتب بعيد مجاني على Linux | -للاطلاع على الشروط الدقيقة لكل من TeamViewer وAnyDesk، راجع صفحاتهما الحالية — فنحن لا نذكر أرقامًا أو شروط ترخيص لا يمكننا تأكيد صحتها. +للاطلاع على الشروط الدقيقة لـ TeamViewer وAnyDesk، راجع صفحاتهما الحالية، فنحن لا نذكر أرقامًا أو شروط ترخيص لا نستطيع الوقوف خلفها. -## لماذا يتصدّر RustDesk للاستخدام التجاري المجاني +## متى يناسب RustDesk الاستخدام المجاني في الأعمال -تجبرك معظم الخيارات المجانية على الاختيار بين البساطة التي تديرها جوجل (CRD)، أو بنية تحتية أثقل (Guacamole وMeshCentral)، أو شبكات تُعدّها بنفسك (VNC). أما مزية RustDesk فهي أنك لست مضطرًا للتضحية بالاستخدام التجاري، أو الوصول متعدد الأنظمة، أو الاستضافة الذاتية، أو إمكانية التدقيق، مقابل تشغيل شيء مجاني. +تجبرك معظم الخيارات المجانية على الاختيار بين بساطة تديرها Google ‏(CRD)، أو بنية تحتية أثقل (Guacamole وMeshCentral)، أو شبكات تُعدّها بنفسك (VNC). وحجة RustDesk أنك لست مضطرًا إلى التضحية بالاستخدام في الأعمال، أو بتعدد المنصات، أو بالاستضافة الذاتية، أو بقابلية التدقيق، لكي تشغّل شيئًا مجانيًا. -- **مفتوح المصدر يمكنك تدقيقه.** الكود مرخّص بموجب [AGPL](https://github.com/rustdesk/rustdesk) — اقرأه، وابنِه، وتحقّق منه. -- **خادم مجتمعي بلا رسوم ترخيص.** استضفه بنفسك بموجب رخصته مفتوحة المصدر؛ وتظل تكاليف البنية التحتية والتشغيل عليك أنت. -- **لا مورّد صندوق أسود.** تعمل الجلسات عبر بنية تحتية تتحكم بها أنت، لا عبر سحابة يمكنها قياس استخدامك أو الإبلاغ عنك. -- **كل الأنظمة الرئيسية.** أجهزة مضيفة على Windows وmacOS وLinux وAndroid؛ وتطبيق iOS للتحكم فقط. +- **مصدر مفتوح يمكنك تدقيقه.** شيفرة العميل وServer OSS مرخَّصة بموجب [AGPL](https://github.com/rustdesk/rustdesk): اقرأها، وابنِها، وتحقّق منها بنفسك. +- **Server OSS دون رسوم ترخيص أو تاريخ انتهاء.** استضفه بنفسك بموجب ترخيصه مفتوح المصدر، دون أي وسم للاستخدام التجاري. +- **خدمات خادم تشغّلها أنت.** خادم المعرّف/الالتقاء الخاص بك ينسّق الاتصالات، وخادم الترحيل الخاص بك ينقل الحركة المُرحَّلة، أما الجلسات المباشرة فتنتقل بين نقاط النهاية. +- **كل المنصات الرئيسية.** أجهزة مضيفة على Windows وmacOS وLinux وAndroid، وتطبيق iOS للتحكم. -عندما يتجاوز فريقك إمكانات الخادم المجاني، تضيف نسخة [Server Pro](https://rustdesk.com/pricing) لوحة التحكم، والعملاء المخصصين، ومجموعات الأجهزة، وتسجيل الدخول الموحد (SSO) — مع بقائها ذاتية الاستضافة، وتُسعَّر بحسب عدد مستخدمي تسجيل الدخول وعدد الأجهزة المُدارة. +وحين يتجاوز فريقك إمكانات Server OSS، يضيف [Server Pro](https://rustdesk.com/pricing) لوحة التحكم ومجموعات الأجهزة، ومن خطة Basic فما فوق العملاء المخصصة وتسجيل الدخول الموحّد (SSO)، مع بقائه ذاتي الاستضافة ومرخَّصًا بحسب مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية. ## مجاني، ومِلكك فعلًا -لا يكلّفك تشغيل الخادم المجتمعي شيئًا، ويُبقي جلساتك وبيانات أجهزتك على عتاد تتحكم به أنت — بلا رسوم ترخيص، وبلا سحابة في المسار، وبلا مصنّف للاستخدام. إذا كنت مرتاحًا لتشغيل مضيف صغير، فقلّ ما ينافسه. +لا رسوم ترخيص على Server OSS ولا تاريخ انتهاء، ويتيح لك تشغيل خدمتَي الالتقاء والترحيل بنفسك. ابدأ بمشروع تجريبي صغير لاختبار الاتصال وأذونات المنصات وسير العمل الذي تحتاجه، قبل أن تقرر ما إذا كنت بحاجة إلى إدارة Server Pro. ## ابدأ مجانًا، وابقَ مجانًا إن ناسبك ذلك -الخادم المجتمعي هو ذلك النوع النادر من "المجاني" الذي يبقى مجانيًا: مفتوح المصدر، بلا انتهاء صلاحية، وبلا مؤشر استخدام تجاري ينتظر ليُفعَّل. شغّله طالما ظل يخدمك؛ وإذا رغب فريقك لاحقًا في لوحة تحكم Pro والعملاء ذوي العلامة التجارية، فإن [sales@rustdesk.com](mailto:sales@rustdesk.com) يتولى الإجابة عن أسئلة شروط التقييم، وتجد الأسعار الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). +Server OSS من ذلك النوع النادر من «المجاني» الذي يبقى مجانيًا: مفتوح المصدر، ودون تاريخ انتهاء، ولا وسم للاستخدام التجاري يتربص بك. شغّله ما دام يخدمك؛ وإذا أراد فريقك لاحقًا لوحة تحكم Pro والعملاء بعلامتك التجارية، فإن [sales@rustdesk.com](mailto:sales@rustdesk.com) يجيب عن أسئلة شروط التقييم، وتجد الأسعار الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). -اطّلع على الكود على [GitHub](https://github.com/rustdesk/rustdesk)، وأقِم خادمًا، واحكم بنفسك. +اقرأ الشيفرة على [GitHub](https://github.com/rustdesk/rustdesk)، وأنشئ خادمًا، واحكم بنفسك. diff --git a/v3/src/content/post/ar/chrome-remote-desktop-alternative.md b/v3/src/content/post/ar/chrome-remote-desktop-alternative.md index 80f18cb4..035e777a 100644 --- a/v3/src/content/post/ar/chrome-remote-desktop-alternative.md +++ b/v3/src/content/post/ar/chrome-remote-desktop-alternative.md @@ -1,85 +1,86 @@ --- publishDate: 2026-07-01T08:14:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'chrome-remote-desktop-alternative' draft: false title: 'بديل لـ Chrome Remote Desktop: RustDesk ذاتي الاستضافة' -excerpt: 'تطبيق Chrome Remote Desktop مجاني وبسيط، لكنه يربطك بحساب Google ويفتقر إلى ميزات أساسية. إليك بديل مفتوح المصدر وذاتي الاستضافة تتحكم فيه بنفسك.' +excerpt: 'قارن Chrome Remote Desktop الذي تشغّله Google بـ RustDesk: خدمتا التقاء وترحيل مستضافتان ذاتيًا، وعميل مفتوح، وServer OSS مجاني، وإدارة للفرق عبر Pro.' image: ~/assets/images/blog/chrome-remote-desktop-alternative-og.webp category: 'بدائل' tags: ['RustDesk', 'Chrome Remote Desktop', 'بديل', 'الاستضافة الذاتية'] author: 'RustDesk Team' -slug: "chrome-remote-desktop-alternative-ar" +slug: 'chrome-remote-desktop-alternative-ar' faq: - question: 'هل يوجد بديل لـ Chrome Remote Desktop لا يتطلب حساب Google؟' - answer: 'نعم. لا يحتاج RustDesk ذاتي الاستضافة إلى أي حساب من طرف ثالث على الإطلاق (خادم العرض التجريبي العام يتطلب تسجيل دخول مجاني للمتحكم)، إذ يستخدم خوادمه الخاصة للتعريف (ID) والالتقاء (rendezvous) والترحيل (relay) بدلاً من الاعتماد على حساب Google، ويمكنك استضافة هذه الخوادم بنفسك بحيث لا تقف أي سحابة من طرف ثالث في المنتصف. أما Chrome Remote Desktop، في المقابل، فيتطلب حساب Google على كل من الجهاز المضيف والعميل.' + answer: 'نعم. يتصل عميل RustDesk الموجَّه إلى خادمك ذاتي الاستضافة عبر معرّف الجهاز وكلمة المرور، دون حساب Google أو أي حساب لدى طرف ثالث. ويمكن لـ Server Pro إضافة حسابات تُدار محليًا أو ربط مزوّد الهوية الخاص بك. وخادم RustDesk التجريبي العام وحده يطلب تسجيل دخول مجانيًا من جهة المتحكم. أما Chrome Remote Desktop فيعتمد على هوية Google وتنسيق تشغّله Google.' - question: 'هل يدعم Chrome Remote Desktop نقل الملفات؟' - answer: 'يوفر Chrome Remote Desktop رفع الملفات وتنزيلها بشكل أساسي، لكنه لا يدعم النقل بالسحب والإفلات. أما RustDesk فيتضمن نقل ملفات مدمجاً إلى جانب التحكم عن بُعد.' + answer: 'نعم، لكنه يقتصر على الرفع والتنزيل الأساسيين، فلا يوفر Chrome Remote Desktop النقل بالسحب والإفلات. أما RustDesk فيتضمن نقلًا مدمجًا للملفات في الاتجاهين إلى جانب التحكم عن بُعد، فيستطيع الفني نقل الملفات ذهابًا وإيابًا دون مغادرة الجلسة أو الانتقال إلى أداة أخرى.' - question: 'هل يمكن لـ Chrome Remote Desktop توفير الوصول غير المراقب؟' - answer: 'يمكنه ذلك، لكن يجب أن يكون الجهاز الهدف قيد التشغيل ومسجلاً الدخول بنفس حساب Google، كما أن Chrome Remote Desktop لا يستطيع إيقاظ حاسوب في وضع السكون. يدعم RustDesk الوصول غير المراقب باستخدام كلمة مرور دائمة إلى أسطول من الأجهزة تديره من لوحة التحكم الخاصة بك.' + answer: 'نعم. يدعم Chrome Remote Desktop وصولًا غير مراقب قائمًا على الحساب ومحميًا برمز PIN ما دام الجهاز الهدف متصلًا. أما RustDesk فيستخدم كلمة مرور دائمة تقبلها إعداداته الافتراضية، مع تشغيل خدمة RustDesk على الجهاز المضيف، ويضيف Server Pro إدارة مركزية لتلك الأجهزة. ولا تستطيع أي من الأداتين إيقاظ جهاز مطفأ بمفردها.' - question: 'هل RustDesk مجاني مثل Chrome Remote Desktop؟' - answer: 'RustDesk مفتوح المصدر بموجب رخصة AGPL، ويمكنك تشغيل الخادم المجتمعي المجاني إلى أجل غير مسمى دون أي تكلفة. أما إصدار Server Pro التجاري فيضيف ميزات مخصصة للفرق وهو ذاتي الاستضافة أيضاً؛ راجع rustdesk.com/pricing للاطلاع على الشروط الحالية.' + answer: 'نعم. عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL ومجانيان، دون رسوم ترخيص أو تاريخ انتهاء، وأنت من يوفّر الاستضافة وعرض النطاق. أما Server Pro، وهو منتج تجاري مغلق المصدر، فيضيف إدارة للفرق مستضافة ذاتيًا تشمل وحدة تحكم على الويب ومجموعات الأجهزة وتسجيل الدخول الموحد عبر LDAP/OIDC؛ راجع rustdesk.com/pricing.' metadata: description: 'تطبيق Chrome Remote Desktop مجاني وبسيط لكنه يربطك بحساب Google ويفتقر إلى ميزات أساسية. قارنه بـ RustDesk، البديل مفتوح المصدر وذاتي الاستضافة.' keywords: 'بديل Chrome Remote Desktop, بديل ذاتي الاستضافة لـ Chrome Remote Desktop, سطح مكتب بعيد بدون حساب Google, RustDesk مقابل Chrome Remote Desktop' --- -الإجابة ذاتية الاستضافة ومفتوحة المصدر عن Chrome Remote Desktop هي RustDesk: فأنت من يستضيف عملية الوساطة (brokering) ويمكنك الاطلاع على الشيفرة المصدرية للعميل، بدلاً من توجيه كل جلسة عبر سحابة Google وربط الوصول بحساب Google. +البديل ذاتي الاستضافة ومفتوح المصدر لـ Chrome Remote Desktop هو RustDesk: تشغّل بنفسك خادم المعرّف/الالتقاء وخادم الترحيل عبر RustDesk Server OSS (خادم المجتمع المجاني)، ويمكنك قراءة الشيفرة المصدرية للعميل، بدلًا من ربط الوصول بحساب Google وبتنسيق تشغّله Google. ويضيف Server Pro التجاري إدارة الفرق على الأساس ذاتي الاستضافة نفسه. ## لماذا تبحث عن بديل لـ Chrome Remote Desktop -[Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) هو أداة Google المجانية للوصول عن بُعد المستندة إلى المتصفح. وهو بسيط وسريع: تُثبّت مضيفاً صغيراً، وتسجّل الدخول، ثم يمكنك الوصول إلى جهازك من جهاز آخر خلال دقيقتين تقريباً — وهذا بالضبط ما يلبي احتياجات الاستخدام الشخصي العرضي. +[Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) أداة Google المجانية للوصول عن بُعد عبر المتصفح. وهي بسيطة وسريعة: تثبّت مضيفًا صغيرًا، وتسجّل الدخول، ثم تصل إلى جهازك من جهاز آخر خلال دقيقتين تقريبًا، وهذا بالضبط ما يحتاجه الاستخدام الشخصي العرضي. -لكن بمجرد أن تتجاوز احتياجاتك مرحلة "مساعدة حاسوبي المحمول وأنا جالس على الأريكة"، تبدأ العيوب بالظهور. فأنت مرتبط بهوية Google ونظام الإشارات (signaling) الخاص بها، وتفتقد بعض الميزات التي تحتاجها فرق الدعم الفني، ومستوى التحكم (control plane) غير قابل للاستضافة الذاتية. يشرح [دليل الشبكة](https://support.google.com/chrome/a/answer/16364503) من Google هذا الحد الفاصل: يتم التفاوض على الاتصالات في البداية عبر خدمات Google، بينما تستخدم حركة بيانات WebRTC الحيّة مسارات مباشرة (Direct) أو STUN أو TURN/الترحيل (relay). ولا تُرحَّل عبر مراكز بيانات Google سوى حزم جلسات TURN/الترحيل فقط. إذا كنت قد اصطدمت بهذه المقايضات، فهذه الصفحة توضح كيف يبدو البديل مفتوح المصدر وذاتي الاستضافة. +لكن ما إن تتجاوز احتياجاتك «مساعدة حاسوبي المحمول وأنا على الأريكة» حتى تظهر الثغرات: فأنت مرتبط بهوية Google وإشاراتها (signaling)، وتغيب بعض الميزات التي تحتاجها فرق الدعم، ومستوى التحكم (control plane) غير قابل للاستضافة الذاتية. ويشرح [دليل الشبكة](https://support.google.com/chrome/a/answer/16364503) من Google هذا الحد: يجري التفاوض على الاتصالات عبر خدمات Google، بينما تستخدم حركة الجلسة الحية مسارات Direct أو STUN أو TURN/relay، ولا تمر عبر مراكز بيانات Google إلا حزم TURN/relay. ## ما الذي يُتقنه Chrome Remote Desktop -ولنُنصف الأمور. تصفه [مراجعة TechRadar](https://www.techradar.com/reviews/chrome-remote-desktop-review) بأنه "مجاني بالكامل بلا أي اشتراكات أو مستويات مدفوعة"، وسهل الإعداد، ومناسب تماماً للاستخدام الشخصي. يعمل على Windows وmacOS وLinux، ولا يتطلب أي تفاوض على التراخيص، ولا يوجد شيء تحتاج إلى استضافته. إذا أردت الاطمئنان على حاسوبك المنزلي من هاتفك، فإن CRD يكاد لا يتطلب أي جهد. +ولنُنصفه. تصفه [مراجعة TechRadar](https://www.techradar.com/reviews/chrome-remote-desktop-review) بأنه «مجاني بالكامل بلا اشتراكات أو فئات مدفوعة»، وسهل الإعداد، ومناسب تمامًا للاستخدام الشخصي. ويعمل على Windows وmacOS وLinux، ولا يتطلب أي تفاوض على التراخيص، ولا شيء تحتاج إلى استضافته. وإذا أردت الاطمئنان على حاسوبك المنزلي من هاتفك، فإن CRD لا يكاد يتطلب أي جهد. -هذه البساطة هي جوهر المنتج نفسه. لكن المشكلة تبدأ عندما تطلب منه القيام بما يحتاجه فعلاً فريق دعم فني أو إعداد يضم أجهزة متعددة. +هذه البساطة هي جوهر المنتج. لكن المشكلة تبدأ عندما تطلب منه ما يحتاجه فعلًا فريق دعم فني أو بيئة تضم أجهزة متعددة. ## أين تظهر حدود Chrome Remote Desktop ### ميزات مفقودة: التحكم ذاتي الاستضافة، وإدارة الأجهزة، وسير عمل الفرق -توثّق صفحات مساعدة Google الوصول عن بُعد إلى الملفات والتطبيقات، وتتيح للمسؤولين التحكم في الوصول وسلوك الشبكة، لكنها تظل تصف خدمة قائمة على حساب Google بتنسيق تديره Google نفسها — أي التقسيم بين الإشارات (signaling) والترحيل (relay) الذي ذكرناه في المقدمة. بعبارة أخرى: CRD مناسب للوصول البسيط، لكنه ليس لوحة تحكم دعم فني ذاتية الاستضافة تضم مجموعات أجهزة على طراز RustDesk أو علامة تجارية مخصصة. +توثّق صفحات مساعدة Google الوصول عن بُعد إلى الملفات والتطبيقات، وتتيح للمسؤولين التحكم في الوصول وسلوك الشبكة، لكنها تظل تصف خدمة قائمة على حساب Google بتنسيق تشغّله Google، أي التقسيم بين الإشارات والترحيل الذي تناولناه في المقدمة. بعبارة أخرى: CRD مناسب للوصول البسيط، لكنه ليس وحدة تحكم دعم مستضافة ذاتيًا تضم مجموعات أجهزة على طريقة RustDesk أو علامة تجارية مخصصة. -### الوصول غير المراقب والأجهزة في وضع السكون +### الوصول غير المراقب والأجهزة النائمة -يستطيع CRD تنفيذ الوصول غير المراقب، لكن الجهاز الهدف لا يزال يجب أن يكون **قيد التشغيل ومتصلاً بالإنترنت** ومسجّلاً الدخول بـ**نفس حساب Google**. توثّق Google الوصول عن بُعد بواسطة رمز PIN، وليس بديلاً عن ميزة الإيقاظ عبر الشبكة (wake-on-LAN). فإذا كان الجهاز في وضع السكون أو غير متصل، فليس هناك ما يتصل به CRD. وبالنسبة لأسطول من نقاط النهاية البعيدة، يمثل ذلك قيداً تشغيلياً حقيقياً. +يدعم CRD الوصول غير المراقب المحمي برمز PIN، لكن الجهاز الهدف يجب أن يكون قيد التشغيل ومتصلًا ومرتبطًا بحساب Google نفسه. ويحتاج RustDesk أيضًا إلى أن يكون الجهاز المضيف متصلًا، وخدمته قيد التشغيل، وأذونات النظام ممنوحة. ولا تستطيع أي من الأداتين إيقاظ جهاز مطفأ بمفردها؛ وتشير وثائق RustDesk إلى أن Wake-on-LAN قد يعمل بعد اكتشاف الشبكة المحلية إذا كان مدعومًا محليًا. ### إدارة المستخدمين ومتطلب حساب Google -يحتاج كل مشارك إلى حساب Google، وفي الجلسات المشتركة (التي ليست وصولاً غير مراقَب) يجب أن يكون هناك شخص حاضر لمنح الإذن بالوصول. يمكن لمسؤولي Google Workspace [تفعيل أو تعطيل CRD وتقييد اجتياز جدار الحماية](https://support.google.com/chrome/a/answer/2799701)، لكن ذلك ليس بديلاً عن لوحة تحكم دعم فني ذاتية الاستضافة تضم مجموعات أجهزة ووصولاً محدود النطاق للفنيين — كما أن Google تظل حاضرة في مسار الهوية وإعداد الجلسة، كما ذُكر في المقدمة. (للاطلاع على الجانب الأمني تحديداً، راجع [هل Chrome Remote Desktop آمن؟](/ar/blog/is-chrome-remote-desktop-safe-ar)) +يحتاج كل مشارك إلى حساب Google، وفي جلسات المشاركة التي تجري بحضور المستخدم لا بد من وجود شخص يمنح الإذن بالوصول. ويستطيع مسؤولو Google Workspace [تفعيل CRD أو تعطيله وتقييد اجتياز جدار الحماية](https://support.google.com/chrome/a/answer/2799701)، لكن ذلك ليس كوحدة تحكم دعم مستضافة ذاتيًا تضم مجموعات أجهزة ووصولًا محدد النطاق للفنيين، كما أن Google تظل في مسار الهوية وإعداد الجلسة كما ذُكر في المقدمة. (وللجانب الأمني تحديدًا، راجع [هل Chrome Remote Desktop آمن؟](/ar/blog/is-chrome-remote-desktop-safe-ar)) ## نظرة سريعة: Chrome Remote Desktop مقابل RustDesk -| | Chrome Remote Desktop | RustDesk | -| --------------------------------------------------------------------------- | ------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------- | -| التكلفة | مجاني | مفتوح المصدر (AGPL)؛ خادم مجتمعي مجاني؛ إصدار Server Pro مدفوع | -| مستوى التحكم والبيانات | هوية Google وإشاراتها (signaling)؛ وسائط مباشرة أو STUN أو مُرحَّلة عبر Google | أدوار خوادم [ذاتية الاستضافة](/ar/blog/why-self-host-remote-desktop-software-ar)؛ وسائط مباشرة أو مُرحَّلة ذاتياً | -| الشيفرة المصدرية | مملوكة (مغلقة المصدر) | مفتوحة المصدر ([AGPL](https://github.com/rustdesk/rustdesk))، قابلة للتدقيق | -| الحساب المطلوب | حساب Google على الطرفين | معرّف (ID) خاص بك؛ لا حاجة لأي حساب من طرف ثالث | -| نقل الملفات / سير عمل النقل | رفع وتنزيل فقط (بلا سحب وإفلات) | مدمج | -| [الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar) | نفس حساب Google، ويجب أن يكون الجهاز مستيقظاً | وصول بكلمة مرور دائمة إلى أسطول تديره بنفسك | -| الإدارة المركزية | سياسات Google Admin؛ لا توجد لوحة تحكم دعم ذاتية الاستضافة | لوحة تحكم ويب، و[مجموعات أجهزة ودفتر عناوين مشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) | -| العلامة التجارية المخصصة | لا | مولّد عميل بعلامة تجارية مخصصة (من الخطة الأساسية فما فوق) | -| المنصات | Win/macOS/Linux (داخل Chrome) | Win/macOS/[Linux](/ar/blog/rustdesk-for-linux-ar)/Android؛ تطبيق تحكم لـ iOS | +| | Chrome Remote Desktop | RustDesk | +| ------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- | +| التكلفة | مجاني | العميل وServer OSS مجانيان؛ وServer Pro مدفوع | +| مستوى التحكم والحركة | هوية Google وإشاراتها؛ ووسائط مباشرة أو عبر STUN أو مرحَّلة عبر Google | أدوار خوادم [مستضافة ذاتيًا](/ar/blog/why-self-host-remote-desktop-software-ar)؛ ووسائط مباشرة أو مرحَّلة عبر خادمك | +| الشيفرة المصدرية | [مكونات Chromium remoting العامة](https://chromium.googlesource.com/chromium/src/+/main/remoting/)؛ وخدمة Google غير متاحة للاستضافة الذاتية | العميل وServer OSS بترخيص AGPL؛ وإدارة Server Pro مغلقة المصدر | +| الحساب المطلوب | حساب Google على الطرفين | معرّفك الخاص؛ دون حاجة إلى حساب لدى طرف ثالث | +| نقل الملفات / سير عمل النقل | رفع وتنزيل فقط (دون سحب وإفلات) | مدمج | +| [الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar) | قائم على الحساب ورمز PIN؛ ويجب أن يكون الجهاز الهدف متصلًا | كلمة مرور دائمة؛ مع تشغيل الخدمة ومنح أذونات النظام؛ ويجب أن يكون الجهاز الهدف متصلًا | +| الإدارة المركزية | سياسات Google Admin؛ ولا توجد خدمة تحكم لـ CRD يشغّلها العميل | وحدة تحكم Server Pro، والتحكم في الوصول، ومجموعات الأجهزة، ودفاتر العناوين المشتركة | +| العلامة التجارية المخصصة | لا | مولّد عميل بعلامة تجارية مخصصة (من خطة Basic فما فوق) | +| المنصات | Win/macOS/Linux (داخل Chrome) | Win/macOS/[Linux](/ar/blog/rustdesk-for-linux-ar)/Android؛ وتطبيق تحكم على iOS | -## أين يتفوق RustDesk: ذاتي الاستضافة ومفتوح المصدر +## أين يندرج RustDesk: ذاتي الاستضافة ومفتوح المصدر -بُني RustDesk حول الأمرين اللذين لا يستطيع CRD تقديمهما بحكم بنيته: **أنت من يستضيف البنية التحتية، وأنت من يمكنه قراءة الشيفرة المصدرية.** +ما يميّز RustDesk هو **مسار خادم ذاتي الاستضافة قابل للنشر فعلًا**. [فـ Chromium ينشر الشيفرة المصدرية لمكونات remoting في CRD](https://chromium.googlesource.com/chromium/src/+/main/remoting/)، لكن خدمة التنسيق التي تشغّلها Google لا يمكن استضافتها ذاتيًا؛ أما مع RustDesk فتشغّل Server OSS أو Server Pro بنفسك. -RustDesk مفتوح المصدر بموجب رخصة **[AGPL](https://github.com/rustdesk/rustdesk)** — يمكنك تدقيق ما يعمل بالضبط على أجهزتك، وبناؤه بنفسك، وتشغيل **الخادم المجتمعي المجاني إلى أجل غير مسمى**. وعندما تنتقل إلى Server Pro، فهو **[ذاتي الاستضافة بالتصميم](/ar/blog/why-self-host-remote-desktop-software-ar)**: تعمل خوادم التعريف (ID) والالتقاء (rendezvous) والترحيل (relay) على جهازك الخاص أو على خادم افتراضي خاص (VPS) تستأجره، بحيث لا توجد أي سحابة من Google (أو أي مزوّد آخر) في المنتصف. وهناك تفصيل دقيق يستحق الانتباه عند التخطيط للامتثال التنظيمي: الاتصالات المباشرة لا تزال تنتقل بين الأطراف مباشرة، وحركة البيانات المُرحَّلة تستخدم خادم الترحيل الخاص بك، لذا راجع [تبعات سيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) بدلاً من افتراض أن موقع الخادم وحده يتحكم في مسار كل حزمة بيانات. +**عميل RustDesk وServer OSS مرخّصان بموجب AGPL**، ويمكن فحصهما وبناؤهما بصورة مستقلة. ويوفر Server OSS خدمتي المعرّف/الالتقاء والترحيل مستضافتين ذاتيًا دون رسوم ترخيص أو تاريخ انتهاء. **أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية** يضيف الإدارة على بنيتك التحتية. وتنتقل الجلسات المباشرة بين الطرفين، بينما تستخدم الجلسات المرحَّلة خادم الترحيل الخاص بك. راجع [تبعات سيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) إلى جانب موقع الخادم. -وبالإضافة إلى هذه النواة ذاتية الاستضافة، يضيف RustDesk ميزات الفرق التي يفتقر إليها CRD: [لوحة تحكم ويب ذاتية الاستضافة](https://rustdesk.com/docs)، ومولّد عميل بعلامة تجارية مخصصة، و[مجموعات أجهزة ودفتر عناوين مشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) للوصول محدود النطاق، و[تسجيل الدخول الموحد عبر LDAP/AD وOIDC](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) بدءاً من الخطة الأساسية فما فوق. ويأتي نقل الملفات الفعلي و[الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar) بكلمة مرور دائمة كميزات قياسية على مضيفي Windows وmacOS وLinux وAndroid؛ أما تطبيق iOS فهو للتحكم فقط. +ويضيف Server Pro ميزات الفرق التي يفتقر إليها CRD: وحدة تحكم على الويب مستضافة ذاتيًا، ومجموعات الأجهزة، ودفاتر العناوين المشتركة، و[التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، مع توليد العميل المخصص وتسجيل الدخول الموحد عبر LDAP/OIDC بدءًا من خطة Basic. ويعمل الوصول غير المراقب بكلمة مرور دائمة على أجهزة Windows وmacOS وLinux المضيفة متى كانت الخدمة قيد التشغيل وأذونات النظام ممنوحة؛ أما أجهزة Android المضيفة فتحتاج أيضًا إلى الموافقة على التقاط الشاشة وإذن الإدخال، وتخضع لقيود العمل في الخلفية التي تفرضها الشركات المصنّعة، وتطبيق iOS وحدة تحكم فقط. ## اخرج من سحابة Google وانتقل إلى سحابتك الخاصة -الخطوة الأهم مقارنة بـ Chrome Remote Desktop هي التحكم: فالوساطة (brokering)، وسياسة الوصول، وبيانات الجلسات تنتقل من خوادم Google إلى خادم تديره أنت ويمكنك تدقيقه. وهذه هي الفائدة الحقيقية لكل من يريد وصولاً عن بُعد لا يكون مسؤولاً إلا أمامه هو. +الخطوة الأهم بعد Chrome Remote Desktop هي التحكم: إذ تنتقل الوساطة وسياسة الوصول وبيانات الإدارة من خوادم Google إلى خوادم تشغّلها أنت، مع عميل يمكنك تدقيقه. وهذا التحكم يحمّلك مسؤولية التصحيحات والتوافر والاستعادة. ## جرّبه دون الحاجة إلى مكالمة مبيعات -يمكنك تقييم RustDesk وفق شروطك الخاصة، دون وجود أي حساب Google في العملية بأكملها. خادم المجتمع مفتوح المصدر مجاني للتشغيل طالما شئت؛ وعندما تصبح ميزات فريق Pro مهمة بالنسبة لك، يمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) إطلاعك على شروط التقييم الحالية، وتُدرج صفحة [rustdesk.com/pricing](https://rustdesk.com/pricing) أسعار الخطط. +يمكنك تقييم RustDesk وفق شروطك، دون أي حساب Google في أي مرحلة. وتشغيل Server OSS مجاني، دون رسوم ترخيص أو تاريخ انتهاء؛ وحين تصبح ميزات الفرق في Pro مهمة لك، يمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) إطلاعك على شروط التقييم الحالية، وتعرض صفحة [rustdesk.com/pricing](https://rustdesk.com/pricing) أسعار الخطط. -اطّلع على الشيفرة المصدرية بنفسك على [GitHub](https://github.com/rustdesk/rustdesk)، ووجّه جهازين أو أكثر نحو خادمك الخاص، وقرّر ما إذا كانت هذه المقايضات تناسبك قبل الالتزام بأي شيء. +اطّلع على الشيفرة المصدرية بنفسك على [GitHub](https://github.com/rustdesk/rustdesk)، ووجّه جهازين أو أكثر إلى خادمك الخاص، وقرّر ما إذا كانت هذه المفاضلات تناسبك قبل الالتزام بأي شيء. diff --git a/v3/src/content/post/ar/enhanced-acl-in-rustdesk-server-pro-1-5-0.mdx b/v3/src/content/post/ar/enhanced-acl-in-rustdesk-server-pro-1-5-0.mdx index b1792385..b3d89ffc 100644 --- a/v3/src/content/post/ar/enhanced-acl-in-rustdesk-server-pro-1-5-0.mdx +++ b/v3/src/content/post/ar/enhanced-acl-in-rustdesk-server-pro-1-5-0.mdx @@ -1,27 +1,30 @@ --- publishDate: 2025-02-19T00:00:00Z +updateDate: 2026-10-14T00:00:00Z lang: ar translationKey: enhanced-acl-in-rustdesk-server-pro-1-5-0 title: تحسين ACL في RustDesk Server Pro 1.5.0 -excerpt: يدعم RustDesk Server Pro الآن قوائم ACL لكل مستخدم ومجموعات الأجهزة إلى جانب مجموعات المستخدمين. +excerpt: 'أضاف RustDesk Server Pro 1.5.0 التحكم في الوصول على مستوى المستخدم ومجموعات الأجهزة، إلى جانب مجموعات المستخدمين التي كان يعتمد عليها سابقًا.' image: ~/assets/images/blog/device-group.png category: إصدار slug: tahsin-acl-fi-rustdesk-server-pro-1-5-0 tags: [RustDesk Server Pro, إصدار] --- -أصبح RustDesk Server Pro 1.5.0 متاحًا الآن. +أصبح RustDesk Server Pro 1.5.0 متاحًا الآن، مع مجموعات الأجهزة والتحكم في الوصول على مستوى المستخدم. ## سجل التغييرات -* إضافة مجموعات الأجهزة وقوائم ACL الخاصة بها -* إضافة ACL دقيقة على مستوى المستخدم -* إضافة سياسات لمجموعات الأجهزة -* إضافة جداول قابلة للفرز -* ربط OIDC بالحساب القديم عند تعارض البريد الإلكتروني -* السماح بالشرطة `-` في المعرّف -* إصلاح الفشل عندما يكون اسم OIDC فارغًا +- إضافة مجموعات الأجهزة وقواعد التحكم في الوصول الخاصة بها +- إضافة التحكم في الوصول على مستوى المستخدم +- إضافة سياسات لمجموعات الأجهزة +- إضافة جداول قابلة للفرز +- ربط تسجيل الدخول عبر OIDC بالحساب الموجود عند تطابق البريد الإلكتروني +- السماح بالشرطة `-` في معرّفات الأجهزة +- إصلاح فشل تسجيل الدخول عندما يكون اسم OIDC هو `null` -تُعد مجموعات الأجهزة ميزة جديدة في RustDesk Server Pro 1.5.0. اعتمد RustDesk سابقًا على مجموعات المستخدمين وحدها لإدارة قوائم التحكم في الوصول حفاظًا على البساطة، لكن ضبط الصلاحيات أصبح مرهقًا في المؤسسات الكبيرة. لذلك أضفنا مجموعات الأجهزة وACL على مستوى المستخدم. يمكن الآن تجميع الأجهزة وتطبيق السياسات عليها، مما يحسن الإدارة في البيئات واسعة النطاق. +تُعد مجموعات الأجهزة إضافة جديدة في RustDesk Server Pro 1.5.0. ففي السابق، آثر RustDesk البساطة وتجنّب إدخال مجموعات الأجهزة، معتمدًا على مجموعات المستخدمين وحدها في إدارة قوائم التحكم في الوصول (ACL). غير أن هذا النهج جعل ضبط صلاحيات الوصول مرهقًا في المؤسسات الكبيرة. لذلك قررنا إضافة مجموعات الأجهزة وACL على مستوى المستخدم في الإصدار 1.5.0. ويتيح لك هذا التحسين تجميع الأجهزة وتطبيق السياسات على هذه المجموعات، مما يحسّن إدارة الأجهزة في البيئات واسعة النطاق تحسينًا كبيرًا. -يمكن تعيين كل جهاز إلى مجموعة أجهزة واحدة إلى جانب ارتباطه بمستخدم. يتيح ذلك تطبيق سياسات إضافية مثل تقييد الوصول إلى أجهزة بعينها أو منحه. كما تسمح ACL على مستوى المستخدم بتحديد صلاحيات فردية، مما يوفر مرونة وتحكمًا أكبر. +كان RustDesk Server Pro يدعم في الأصل مجموعات المستخدمين فقط، أما مع هذا التحديث فأصبح يدعم مجموعات الأجهزة أيضًا. ويمكن تعيين كل جهاز إلى مجموعة أجهزة واحدة، إضافة إلى ربطه بمستخدم. وهذا يتيح لك تطبيق سياسات إضافية قائمة على مجموعات الأجهزة، كتقييد الوصول إلى أجهزة بعينها أو منحه. كما يقدّم هذا الإصدار ACL على مستوى المستخدم، فتستطيع ضبط صلاحيات لمستخدمين أفراد إلى جانب مجموعات المستخدمين، مما يمنحك مرونة وتحكمًا أكبر في إدارة الوصول. + +**تحديث (2026):** أضافت إصدارات لاحقة من Server Pro [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) للصلاحيات داخل الجلسة. وصلاحيات مجموعات المستخدمين ومجموعات الأجهزة تراكمية، فيمكن لأي منهما منح الوصول. وللاطلاع على الإعداد الحالي، راجع [وثائق التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/). diff --git a/v3/src/content/post/ar/how-to-make-flutter-3.24-run-on-windows-7.md b/v3/src/content/post/ar/how-to-make-flutter-3.24-run-on-windows-7.md index 18079561..630ad1c5 100644 --- a/v3/src/content/post/ar/how-to-make-flutter-3.24-run-on-windows-7.md +++ b/v3/src/content/post/ar/how-to-make-flutter-3.24-run-on-windows-7.md @@ -1,43 +1,46 @@ --- publishDate: 2024-12-02T00:00:00Z +updateDate: 2026-10-14T00:00:00Z lang: ar translationKey: how-to-make-flutter-3-24-run-on-windows-7 -title: كيف تشغّل Flutter 3.24 على Windows 7؟ -excerpt: أوقف Flutter دعم Windows 7 / 8 منذ الإصدار 3.22، لذا نحتاج إلى تعديل Flutter Engine. +title: 'كيف عدّلنا Flutter 3.24.5 ليعمل على Windows 7' +excerpt: 'كان Flutter 3.19 آخر إصدار يدعم Windows 7 و8. وهذه هي تعديلات المحرك وDart التي طبّقتها RustDesk على Flutter 3.24.5 في أواخر عام 2024.' image: ~/assets/images/blog/flutter-win7.png category: إصدار slug: tashghil-flutter-3-24-ala-windows-7 tags: [تطوير] --- -أدخلنا مؤخرًا Flutter 3.24.5 إلى [RustDesk](https://github.com/rustdesk/rustdesk)، فتوقف عن العمل على Windows 7. لحل المشكلة عدّلنا Flutter Engine. +يوثّق هذا المقال تعديلات المحرك التي طبّقتها RustDesk على **Flutter 3.24.5** في أواخر عام 2024. فقد أدّت ترقية [RustDesk](https://github.com/rustdesk/rustdesk) إلى Flutter 3.24.5 إلى توقفه عن العمل على Windows 7، لذا عدّلنا محرك Flutter وتراجعنا عن ثلاثة تغييرات في Dart. ## حل تشغيل Flutter 3.24.5 على Windows 7 -أعلنت Flutter وDart أن Dart 3.3 وFlutter 3.19 هما آخر إصدارين يدعمان Windows 7 و8. لاستخدام Flutter 3.24.5 يجب التراجع عن بعض تغييرات Dart. +أعلن فريقا Flutter وDart أن **Flutter 3.19 وDart 3.3** هما آخر إصدارين يدعمان Windows 7 و8. ولكي يعمل بناؤنا من Flutter 3.24.5 على Windows 7، تراجعنا عن تغييرات Dart الثلاثة أدناه. وكل تراجع يعيد أيضًا السلوك الأقدم، بما في ذلك قيده المعروف. -الرابط: [الإعلان الرسمي](https://groups.google.com/g/flutter-announce/c/s0tM5gxAgs4/m/ryxV2vZYAQAJ?pli=1) +رابط ذو صلة: [الإعلان الرسمي](https://groups.google.com/g/flutter-announce/c/s0tM5gxAgs4/m/ryxV2vZYAQAJ?pli=1) -## 1. إصلاح `Platform.localHostname` في البيئات الصينية +## 1. إصلاح مشكلة `Platform.localHostname` في البيئات الصينية -استخدم Dart واجهة `gethostname` التي سببت فشل `Platform.localHostname` في البيئات الصينية، ثم انتقل إلى `GetHostNameW` المتاحة بدءًا من Windows 8. لدعم Windows 7 يجب التراجع عن هذا التغيير، مع تأثير جانبي على `Platform.localHostname` في تلك البيئات. +كان Dart يستخدم في الأصل واجهة `gethostname` البرمجية، ما تسبب في فشل `Platform.localHostname` في البيئات الصينية. ولحل هذه المشكلة انتقل Dart إلى واجهة `GetHostNameW`، المتاحة فقط في Windows 8 والإصدارات الأحدث. ولكي يعمل Flutter على Windows 7، علينا التراجع عن هذا التغيير. ولاحظ أن التراجع عنه سيؤثر في عمل `Platform.localHostname` في البيئات الصينية. -Issue: [Platform.localHostname fails on Chinese Windows](https://github.com/dart-lang/sdk/issues/52701) +المشكلة ذات الصلة: [Platform.localHostname fails on Chinese Windows](https://github.com/dart-lang/sdk/issues/52701) -## 2. استعادة معالجة unwinding records في Windows 7 +## 2. إزالة معالجة واجهة سجلات فك المكدس (unwinding records) في Windows 7 -كان Dart يعالج غياب `RtlAddGrowableFunctionTable` في Windows 7، ثم أزيل هذا التوافق. يجب التراجع عن الالتزام الذي أزاله. +كان Dart قد أجرى سابقًا تعديلات توافق لتعويض غياب واجهة `RtlAddGrowableFunctionTable` في Windows 7، لكن هذا التعديل أُزيل الآن. وللحفاظ على التوافق مع Windows 7، علينا التراجع عن الإيداع (commit) الذي أزال هذه المعالجة. -Commit: [Remove Windows7 handling of unwinding records API](https://github.com/dart-lang/sdk/commit/34213ba60578e46fc2455c5a56b09d9efabc532b) +الإيداع ذو الصلة: [Remove Windows7 handling of unwinding records API](https://github.com/dart-lang/sdk/commit/34213ba60578e46fc2455c5a56b09d9efabc532b) -## 3. إصلاح الروابط الرمزية النسبية للمجلدات +## 3. إصلاح مشكلة عدم عمل الروابط الرمزية النسبية إلى المجلدات على Windows -عدّل إصلاح Dart الدالة `File::GetType` مستخدمًا `PathCchCombineEx` المتاحة بدءًا من Windows 8 فقط. يجب التراجع عن هذا التغيير أيضًا. +كان Dart قد أصلح سابقًا مشكلة عدم عمل الروابط الرمزية النسبية إلى المجلدات على Windows، وعدّل لذلك الدالة `File::GetType`. واستخدم هذا التعديل واجهة `PathCchCombineEx`، المتاحة فقط في Windows 8 والإصدارات الأحدث. ولاستعادة دعم Windows 7، علينا التراجع عن هذا التعديل أيضًا. -Commit: [Fix a bug where relative symlinks to directories did not work on Windows](https://github.com/dart-lang/sdk/commit/b4574904f9cd0d6f7147950c02ee2447569d0be9) +الإيداع ذو الصلة: [Fix a bug where relative symlinks to directories did not work on Windows](https://github.com/dart-lang/sdk/commit/b4574904f9cd0d6f7147950c02ee2447569d0be9) ## الخلاصة -يتطلب تشغيل Flutter 3.24.5 على Windows 7 التراجع عن تغييرات أساسية في Dart. يؤثر ذلك في `Platform.localHostname` بالبيئات الصينية والروابط الرمزية النسبية، لكنه ضروري لمستخدمي Windows 7. +في بنائنا من Flutter 3.24.5، أعادت هذه التراجعات الثلاثة التوافق مع Windows 7. والثمن هو سلوك Dart الأقدم: إذ يعود `Platform.localHostname` إلى الفشل في البيئات باللغة الصينية، وتفقد الروابط الرمزية النسبية إلى المجلدات الإصلاح الأحدث. وقد انتهى الدعم الرسمي لـ Windows 7 مع Flutter 3.19 وDart 3.3، لذا إذا أعدت استخدام هذه التعديلات فاختبر المحرك المعدّل مع تطبيقك. -راجع [نظام CI](https://github.com/rustdesk/engine/blob/main/.github/workflows/flutter-engine-windows-x64-release-build.yml) للتنفيذ الكامل، و[هذا الرابط](https://github.com/rustdesk/rustdesk/blob/dea99ffb3ab34fee562090d214af419b557debdf/.github/workflows/flutter-build.yml#L109) لمعرفة طريقة تطبيق المحرك المعدّل. +وللاطلاع على التنفيذ الكامل، راجع [نظام CI لدينا](https://github.com/rustdesk/engine/blob/main/.github/workflows/flutter-engine-windows-x64-release-build.yml). + +و[هنا](https://github.com/rustdesk/rustdesk/blob/dea99ffb3ab34fee562090d214af419b557debdf/.github/workflows/flutter-build.yml#L109) تجد كيف نطبّق المحرك المعدّل على مشروعنا. diff --git a/v3/src/content/post/ar/is-anydesk-safe.md b/v3/src/content/post/ar/is-anydesk-safe.md index 31b7adab..c431d244 100644 --- a/v3/src/content/post/ar/is-anydesk-safe.md +++ b/v3/src/content/post/ar/is-anydesk-safe.md @@ -1,71 +1,72 @@ --- publishDate: 2026-06-30T17:26:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'is-anydesk-safe' draft: false title: 'هل AnyDesk آمن؟ التشفير، والحادثة الأمنية 2024، وعمليات الاحتيال' -excerpt: 'هل AnyDesk آمن؟ نظرة موضوعية على تشفيره، وحادثة أمنية في أنظمة الإنتاج في عام 2024، وسبب استغلال المحتالين له - بالإضافة إلى مقارنته بالبرمجيات مفتوحة المصدر.' +excerpt: 'هل AnyDesk آمن؟ نظرة منصفة على تشفيره، والحادثة الأمنية التي طالت أنظمة الإنتاج في 2024، وسبب استغلال المحتالين له، ومقارنته بالبرمجيات مفتوحة المصدر.' image: '~/assets/images/blog/is-anydesk-safe-og.webp' category: 'الأمان' tags: ['AnyDesk', 'الأمان'] author: 'RustDesk Team' slug: 'is-anydesk-safe-ar' faq: - - question: 'هل يُعد استخدام AnyDesk آمنًا؟' - answer: 'بالنسبة للاستخدام المشروع، يُعتبر AnyDesk أداة تجارية ناضجة وآمنة بشكل عام للتحكم عن بُعد بسطح المكتب. فهو يُشفّر الجلسات باستخدام أمان نقل قياسي، ويوفر المصادقة الثنائية وقوائم التحكم في الوصول. الأمران اللذان يجب وضعهما في الاعتبار هما أنه مغلق المصدر ويعتمد على وساطة سحابية بشكل افتراضي، وأن أكبر خطر حقيقي عليه ليس ثغرة برمجية بل محتالو الدعم الفني الذين يقنعون الضحايا بتثبيته.' + - question: 'هل استخدام AnyDesk آمن؟' + answer: 'نعم، للاستخدام المشروع. AnyDesk أداة تجارية ناضجة توثّق استخدام TLS 1.2 مع تشفير نقل AES بطول 256 بت، والمصادقة الثنائية للوصول غير المراقب، وقوائم التحكم في الوصول. وأبرز المخاطر هي اختراق أنظمة الإنتاج لديها في 2 فبراير 2024، والتنسيق عبر سحابة AnyDesk نفسها افتراضيًا (مع توفر On-Premises في Ultimate)، والمحتالون الذين يقنعون الضحايا بتثبيته.' - question: 'هل تعرّض AnyDesk للاختراق؟' - answer: 'في أوائل عام 2024، كشفت شركة AnyDesk عن حادثة أمنية أثرت على أنظمة الإنتاج الخاصة بها، حيث تمكّن المهاجمون من الحصول على الشيفرة المصدرية ومواد توقيع الشيفرة (code-signing). قامت AnyDesk بإلغاء الشهادات، وأصدرت نسخة عميل موقّعة من جديد، وأعادت تعيين كلمات مرور بوابة الويب. وأفادت الشركة بأنه لم يتأثر أي جهاز من أجهزة المستخدمين النهائيين. يُنصح بالتحقق من النطاق الدقيق للحادثة وتواريخها من خلال النشرات الرسمية لشركة AnyDesk والتقارير الإعلامية المحايدة.' + answer: 'نعم. أعلنت AnyDesk في 2 فبراير 2024 عن اختراق أنظمة الإنتاج لديها. ووصف بيانها الرسمي استبدال الشهادات، ومعالجة الأنظمة، وإعادة تعيين كلمات مرور my.anydesk.com احترازيًا، وذكر أنه لا يوجد دليل على تأثر أجهزة المستخدمين النهائيين. وتناول باحثو الأمن في Akamai بشكل منفصل ما أُفيد عن انكشاف الشيفرة المصدرية ومواد توقيع الشيفرة.' - question: 'لماذا يستخدم المحتالون AnyDesk؟' - answer: 'نظرًا لأنه مجاني وسريع التثبيت ولا يتطلب حسابًا من الشخص الذي يتم التحكم بجهازه، يُعد AnyDesk أداة مفضلة لدى محتالي الدعم الفني الذين يتصلون بالضحايا أو يراسلونهم عبر البريد الإلكتروني ويقنعونهم بمنحهم صلاحية الوصول عن بُعد. هذا خطر ناتج عن سوء الاستخدام وليس ثغرة في AnyDesk - فنفس أسلوب الهندسة الاجتماعية ينجح مع أي أداة تحكم عن بُعد، بما في ذلك RustDesk.' + answer: 'لأن AnyDesk مجاني، ويُثبَّت في ثوانٍ، ولا يتطلب حسابًا على الجهاز المتحكَّم به، يتصل محتالو الدعم الفني بالضحايا هاتفيًا أو يراسلونهم ويقنعونهم بتثبيته ومنحهم التحكم. وهذا خطر ناتج عن طريقة الاستخدام لا ثغرة في AnyDesk: فالحيلة نفسها تنجح مع أي أداة لسطح المكتب البعيد، بما فيها RustDesk. وتنشر AnyDesk إرشادات لمنع إساءة الاستخدام.' - question: 'هل تشفير AnyDesk آمن؟' - answer: 'يصف التوثيق الأمني لـ AnyDesk استخدام بروتوكول TLS 1.2 مع AEAD، وتبادل مفاتيح غير متماثل من نوع RSA-2048، وتشفير نقل بمعيار AES بطول 256 بت، إلى جانب خاصية السرية التامة الأمامية (perfect forward secrecy). هذه حماية بمعايير الصناعة القياسية. لكن التحفظ هنا هو أنك تضع ثقتك في عميل مغلق المصدر، وبشكل افتراضي في سحابة AnyDesk التي تتوسط الاتصال، وبالتالي فأنت تعتمد على الأمان التشغيلي للمزوّد بدلًا من قدرتك على تدقيق الشيفرة بنفسك.' + answer: 'يصف التوثيق الأمني لـ AnyDesk استخدام TLS 1.2 مع AEAD، وتبادل مفاتيح غير متماثل RSA-2048، وتشفير نقل AES بطول 256 بت، إضافة إلى السرية التامة للمفاتيح المستقبلية (perfect forward secrecy). وهذه حماية بمعايير الصناعة. والتحفّظ أنك تثق بعميل مغلق المصدر، وافتراضيًا بسحابة AnyDesk التي تتوسط في الاتصال، فتعتمد على الأمان التشغيلي لدى المورّد بدلًا من أن تدقّق الشيفرة بنفسك.' metadata: - description: 'هل AnyDesk آمن؟ مراجعة موثقة بالمصادر لتشفيره القائم على TLS/AES، وحادثة أمنية في أنظمة الإنتاج في 2024، واستغلاله في الاحتيال، ومقايضات كونه مغلق المصدر.' - keywords: 'هل AnyDesk آمن, أمان AnyDesk, اختراق AnyDesk 2024, احتيال AnyDesk, تشفير AnyDesk, هل استخدام AnyDesk آمن, هل تم اختراق AnyDesk' + description: 'هل AnyDesk آمن؟ مراجعة موثقة بالمصادر لتشفيره القائم على TLS/AES، وحادثة أنظمة الإنتاج الأمنية في 2024، واستغلاله في الاحتيال، ومفاضلات كونه مغلق المصدر.' + keywords: 'هل AnyDesk آمن, أمان AnyDesk, اختراق AnyDesk 2024, احتيال AnyDesk, تشفير AnyDesk, هل استخدام AnyDesk آمن, هل تعرّض AnyDesk للاختراق' --- -الإجابة السريعة: نعم، يُعدّ AnyDesk منتجًا تجاريًا مشروعًا للتحكم عن بُعد بسطح المكتب، وهو آمن بشكل عام لمن يستخدمه عن قصد. المخاطر التي تستحق الفهم ليست أن AnyDesk برمجية خبيثة - فهو ليس كذلك - بل أنه مغلق المصدر، ويعتمد على وساطة سحابية بشكل افتراضي، وقد تعرّض لحادثة أمنية ملحوظة في عام 2024، وهو أحد الأدوات التي يفضّل المحتالون استغلالها. وفيما يلي الصورة الكاملة، الموضوعية والموثقة بالمصادر. +الإجابة السريعة: AnyDesk آمن للاستخدام المشروع. فهو منتج تجاري ناضج لسطح المكتب البعيد بتشفير بمعايير قياسية، وليس برمجية خبيثة. أما المخاطر التي تستحق الفهم فهي أنه مغلق المصدر ويُنسَّق افتراضيًا عبر سحابة AnyDesk، وأن الشركة أعلنت عن اختراق أنظمة الإنتاج لديها في فبراير 2024، وأن المحتالين يستغلونه كثيرًا. وإليك الصورة موثّقة بالمصادر. ## الإجابة المختصرة -يُؤمّن AnyDesk جلساته بتشفير قياسي ومعتمد على نطاق واسع، ويوفر إجراءات حماية الحساب التي قد تتوقعها. يُستخدم يوميًا من قِبل مكاتب الدعم الفني والمؤسسات دون وقوع حوادث. وهناك تحفظان مهمان لقرارك: أولًا، أنت تضع ثقتك في عميل خاص (مغلق المصدر)، وبشكل افتراضي في سحابة AnyDesk التي تتوسط الاتصالات، وبالتالي لا يمكنك تدقيق الشيفرة، وأنت ترث الأمان التشغيلي للمزوّد - وهي نقطة لم تعد نظرية بعد [عام 2024](https://www.infosecurity-magazine.com/news/anydesk-hit-cyberattack-customer/). ثانيًا، والأكثر احتمالًا للتأثير على المستخدم العادي، أن AnyDesk أداة مفضلة في عمليات احتيال الوصول عن بُعد. لا يجعل أي منهما _تثبيته_ غير آمن؛ لكن كلاهما يحدّد كيف ينبغي أن _تستخدمه_. +نعم، للاستخدام المقصود والمشروع. يوثّق AnyDesk استخدام TLS 1.2 مع تشفير نقل AES بطول 256 بت، والمصادقة الثنائية للوصول غير المراقب، وقوائم التحكم في الوصول. وثلاثة أمور تحدد كيف ينبغي أن تستخدمه: [اختراق أنظمة الإنتاج في 2 فبراير 2024](https://anydesk.com/en/public-statement-2-2-2024)، والتنسيق عبر سحابة AnyDesk نفسها افتراضيًا (مع توفر جهاز On-Premises في Ultimate)، ومحتالو الدعم الفني الذين يقنعون الضحايا بتثبيته. ولا يجعل أيٌّ منها _تثبيته_ غير آمن، لكنها جميعًا تحدد طريقة _استخدامه_. ## كيف يؤمّن AnyDesk جلساتك -وفقًا لـ [التوثيق الأمني الرسمي لـ AnyDesk](https://anydesk.com/en/security)، تُحمى الجلسات باستخدام TLS 1.2 مع AEAD، وتبادل مفاتيح غير متماثل من نوع RSA-2048 للتحقق من نقاط النهاية والحماية من هجمات الوسيط (man-in-the-middle)، وتشفير نقل بمعيار AES بطول 256 بت، مع خاصية السرية التامة الأمامية الناتجة عن تبادل مفاتيح مؤقت. أما على صعيد الحساب، فيدعم AnyDesk المصادقة الثنائية (TOTP) للوصول غير المراقَب، وقائمة تحكم بالوصول / قائمة سماح لتقييد من يمكنه الاتصال، وتجزئة كلمات المرور المملّحة. (تشير بعض مواد AnyDesk إلى إصدارات أحدث من TLS؛ يُنصح باعتماد الصفحة الحالية كمرجع موثوق والتحقق من التفاصيل هناك.) +وفقًا لـ[التوثيق الأمني الرسمي لـ AnyDesk](https://anydesk.com/en/security)، تُحمى الجلسات باستخدام TLS 1.2 مع AEAD، وتبادل مفاتيح غير متماثل RSA-2048 للتحقق من الأطراف والحماية من هجمات الوسيط (man-in-the-middle)، وتشفير نقل AES بطول 256 بت، مع السرية التامة للمفاتيح المستقبلية الناتجة عن تبادل مفاتيح مؤقت. وعلى صعيد الحساب، يدعم AnyDesk المصادقة الثنائية (TOTP) للوصول غير المراقب، وقائمة تحكم في الوصول / قائمة سماح لتقييد من يمكنه الاتصال، وتجزئة كلمات المرور المملّحة. (تشير بعض مواد AnyDesk إلى إصدارات أحدث من TLS، وصفحة الأمان المرتبطة أعلاه هي المرجع الحالي.) -هذه حماية قوية وبمعايير الصناعة القياسية - مماثلة من حيث النوع لما يستخدمه كل منافس جاد. وعلى مستوى طبقة النقل، لا يوجد هنا ما يثير القلق. أما الأسئلة المثيرة للاهتمام فتتعلق بـ*نموذج الثقة* و*السلوك البشري*، لا بمجموعات التشفير. +هذه حماية متينة بمعايير الصناعة، مماثلة في نوعها لما يستخدمه كل منافس جاد. وعلى مستوى طبقة النقل لا يوجد ما يثير القلق. أما الأسئلة المهمة فتتعلق بـ*نموذج الثقة* و*السلوك البشري*، لا بمجموعات التشفير. -## الحادثة الأمنية لـ AnyDesk في 2024: ما الذي حدث فعليًا +## الحادثة الأمنية لـ AnyDesk في 2024: ما الذي حدث فعلًا -في أوائل عام 2024، كشفت AnyDesk علنًا عن حادثة أمنية أثرت على **أنظمة الإنتاج** الخاصة بها. وبحسب [مجلة Infosecurity](https://www.infosecurity-magazine.com/news/anydesk-hit-cyberattack-customer/) ومحللي الأمن في [Akamai](https://www.akamai.com/blog/security-research/anydesk-breach-what-to-know-mitigations-and-recommendations)، تمكّن المهاجمون من الوصول إلى البنية التحتية الداخلية والحصول على الشيفرة المصدرية ومواد توقيع الشيفرة. وشملت استجابة AnyDesk، بحسب روايتها الخاصة، الاستعانة بخبراء تحليل جنائي رقمي خارجيين، وإلغاء الشهادات المتعلقة بالأمان واستبدالها، وإصدار نسخة عميل موقّعة من جديد، وإعادة تعيين كلمات مرور بوابة الويب كإجراء احترازي. +في **2 فبراير 2024**، [أعلنت AnyDesk عن اختراق أنظمة الإنتاج لديها](https://anydesk.com/en/public-statement-2-2-2024). ووصف البيان الاستجابة للحادثة بالتعاون مع CrowdStrike، وإلغاء الشهادات واستبدالها، ومعالجة الأنظمة، وإعادة تعيين كلمات مرور بوابة الويب احترازيًا. ويناقش [تحليل Akamai](https://www.akamai.com/blog/security-research/anydesk-breach-what-to-know-mitigations-and-recommendations) ما أُفيد عن انكشاف الشيفرة المصدرية ومواد توقيع الشيفرة، بمعزل عن الإفصاح العلني للمورّد. -وإنصافًا لـ AnyDesk، فقد أفادت بأنه **لم يتأثر أي جهاز من أجهزة المستخدمين النهائيين**، وأن أنظمتها مصممة بحيث لا تخزّن المفاتيح الخاصة أو الرموز أو كلمات المرور التي قد تتيح لمهاجم الاتصال بأجهزة العملاء. وقد وردت التواريخ والأرقام الدقيقة بروايات متفاوتة في حينه، لذا يُنصح بالتحقق من التفاصيل عبر النشرات الرسمية لـ AnyDesk والتغطيات الإعلامية المحايدة بدلًا من الاعتماد على أي ملخص واحد، بما في ذلك هذا الملخص. +[وقالت AnyDesk إنه **لا يوجد دليل على تأثر أجهزة المستخدمين النهائيين**](https://anydesk.com/en/public-statement-2-2-2024)، وإنها لا تخزّن بيانات اعتماد يمكن استخدامها للاتصال بها. -الخلاصة الصادقة ليست أن «AnyDesk غير آمن بشكل استثنائي». فكل مزوّد رئيسي للوصول عن بُعد لديه تاريخ من الحوادث. أما الخلاصة الحقيقية فتتعلق بـ**مخاطر التركّز لدى مزوّد واحد**: فعندما يشغّل طرف ثالث البنية التحتية التي تتوسط جلساتك وتحتفظ ببيانات حسابك، يكون أي اختراق هناك اختراقًا لم تخترْه أنت ولم تكن قادرًا على منعه. +والعبرة ليست أن AnyDesk غير آمن على نحو استثنائي، بل تتعلق **بخطر التركّز لدى المورّد**: فحين يشغّل طرف ثالث البنية التحتية التي تنسّق جلساتك ويحتفظ ببيانات حسابك، يصبح أي اختراق هناك اختراقًا لم تختره ولم يكن بوسعك منعه. -## الخطر الأكبر ليس ثغرة برمجية - بل عمليات الاحتيال +## احتيال الهندسة الاجتماعية خطر منفصل -بالنسبة لمعظم الأفراد، فإن أكبر خطر متعلق بـ AnyDesk لا علاقة له بثغرة أمنية معروفة (CVE). إنه الهندسة الاجتماعية. وقد [حذّر مكتب التحقيقات الفدرالي (FBI)](https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-public-to-beware-of-tech-support-scammers-targeting-financial-accounts-using-remote-desktop-software) من أن محتالي الدعم الفني يوجّهون الضحايا بشكل روتيني لتثبيت برمجيات التحكم عن بُعد، ثم يستخدمون تلك الصلاحية لتفريغ الحسابات المالية. ويظهر AnyDesk باستمرار في هذه المخططات، وتنشر AnyDesk نفسها [إرشادات لمنع إساءة الاستخدام](https://anydesk.com/en/abuse-prevention) تحديدًا لأنه يُستغل بشكل شائع كسلاح. +بالنسبة إلى معظم الأفراد، فإن أكبر خطر مرتبط بـ AnyDesk هو الهندسة الاجتماعية لا ثغرة مسجّلة (CVE). إذ [يحذّر مكتب التحقيقات الفيدرالي (FBI) من أن محتالي الدعم الفني يوجّهون الضحايا إلى تثبيت برامج الوصول عن بُعد](https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-public-to-beware-of-tech-support-scammers-targeting-financial-accounts-using-remote-desktop-software)، ثم يسيئون استخدام الوصول الممنوح لهم، وتنشر AnyDesk [إرشادات لمنع إساءة الاستخدام](https://anydesk.com/en/abuse-prevention) لهذا السبب تحديدًا. فالخطر يكمن في مَن يُسمح له بالاتصال، لا في قوة تشفير الجلسة. -لماذا AnyDesk تحديدًا؟ لأنه مجاني للتنزيل، ويُثبَّت في ثوانٍ، والأهم من ذلك أن الشخص الذي يتم _التحكم_ بجهازه لا يحتاج إلى إنشاء حساب. هذه السهولة الفائقة ميزة بالنسبة للدعم الفني المشروع، وهدية بالنسبة للمحتالين الذين يتصلون بالهدف أو يراسلونه عبر البريد الإلكتروني، ويختلقون «مشكلة» عاجلة، ثم يرشدونه خطوة بخطوة نحو منحهم التحكم الكامل عن بُعد. +لماذا AnyDesk تحديدًا؟ لأنه مجاني التنزيل، ويُثبَّت في ثوانٍ، والأهم أن الشخص الذي _يُتحكَّم_ بجهازه لا يحتاج إلى إنشاء حساب. وهذه السهولة ميزة للدعم المشروع وهدية للمحتالين، الذين يتصلون بالهدف هاتفيًا أو يراسلونه، ويختلقون «مشكلة» عاجلة، ثم يرشدونه خطوة بخطوة إلى منحهم التحكم الكامل عن بُعد. -وهذه هي النقطة المنصفة التي تضيع وسط العناوين المخيفة: **هذا خطر ناتج عن سوء الاستخدام، وليس ثغرة في AnyDesk.** الحيلة ذاتها تنجح تمامًا مع TeamViewer أو Chrome Remote Desktop أو RustDesk. ولا يمكن لأي قدر من تشفير AES أن يحميك إذا سلّمت المفاتيح طواعيةً لغريب على الهاتف. وإذا كنت تريد دليلًا دفاعيًا عمليًا، فقد كتبناه بشكل منفصل في [كيفية تجنب عمليات احتيال سطح المكتب البعيد](/ar/blog/avoid-remote-desktop-scams-ar)، وينطبق المنطق ذاته على [ما إذا كان Chrome Remote Desktop آمنًا](/ar/blog/is-chrome-remote-desktop-safe-ar). +وهذه نقطة الإنصاف التي تضيع وسط العناوين المخيفة: **هذا خطر ناتج عن طريقة الاستخدام، لا ثغرة في AnyDesk.** فالحيلة نفسها تنجح تمامًا مع TeamViewer أو Chrome Remote Desktop أو RustDesk. ولن يحميك أي قدر من تشفير AES إذا سلّمت المفاتيح طوعًا لغريب على الهاتف. وإن أردت دليلًا دفاعيًا عمليًا، فقد كتبناه بشكل منفصل في [كيف تتجنب عمليات احتيال سطح المكتب البعيد](/ar/blog/avoid-remote-desktop-scams-ar)، والمنطق نفسه ينطبق على [ما إذا كان Chrome Remote Desktop آمنًا](/ar/blog/is-chrome-remote-desktop-safe-ar). -## مغلق المصدر ووساطة سحابية: مسألة الثقة +## مغلق المصدر وبوساطة سحابية: مسألة الثقة -هنا يفترق نموذج AnyDesk عن نموذج RustDesk - ليس في مدى جودة التشفير، بل في _ما الذي يتوجب عليك تصديقه دون دليل_. +هنا يفترق نموذج AnyDesk عن نموذج RustDesk، لا في جودة التشفير، بل في _ما عليك أن تقبله على الثقة_. -AnyDesk برنامج خاص (مغلق المصدر). لا يمكنك قراءة الشيفرة المصدرية للعميل، أو بناءها بنفسك، أو التحقق من عملها بشكل مستقل؛ فأنت تثق بـ AnyDesk في أن الملف التنفيذي يعمل كما هو معلَن عنه. وبشكل افتراضي، تتم وساطة جلساتك عبر سحابة AnyDesk، لذا فإن توفّر تلك البنية التحتية وأمانها هما من مسؤولية المزوّد لإدارتهما - كما أظهر عام 2024. وتقدّم فئات AnyDesk الأعلى سعرًا جهازًا محليًا (on-premises appliance)، ما يقلّص هذه الفجوة لمن يشترون هذا الخيار. +AnyDesk برنامج مغلق المصدر. فلا يمكنك قراءة الشيفرة المصدرية للعميل أو بناؤه بنفسك أو التحقق مما يفعله بصورة مستقلة، بل تثق بأن الملف التنفيذي يعمل كما تقول AnyDesk. وافتراضيًا تمر وساطة جلساتك عبر سحابة AnyDesk، فيكون توافر تلك البنية التحتية وأمانها من مسؤولية المورّد، كما أظهر عام 2024. ويوفر AnyDesk Ultimate جهازًا محليًا (on-premises appliance) يقلّص هذه الفجوة لمن يشتريه. -ينطلق RustDesk من الجهة المقابلة لكلا هذين الرهانين. فلأنه [مفتوح المصدر بموجب رخصة AGPL](https://github.com/rustdesk/rustdesk)، يكون العميل قابلًا للتدقيق والبناء، وبالتالي لا تضع ثقتك في ملف تنفيذي خاص (مغلق المصدر) دون دليل. ولأنه بإمكانك [الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) لخوادم التعريف/الالتقاء (ID/rendezvous) والترحيل (relay)، تكون البنية التحتية التي تتوسط جلساتك ملكًا لك بدلًا من طرف ثالث - وهو خطر التركّز لدى مزوّد واحد الذي جسّده عام 2024 بشكل ملموس. ويمكن أن يدعم ذلك أيضًا [تصميمًا يراعي سيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar)، وإن كان لا يزال من الضروري تقييم مواقع نقاط النهاية، ومدة الاحتفاظ بالبيانات، والالتزامات القانونية. +وينطلق RustDesk من الجهة المقابلة في الرهانين كليهما. فعميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) [مفتوحا المصدر بموجب AGPL](https://github.com/rustdesk/rustdesk)، أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية. والعميل قابل للتدقيق والبناء، فلا تقبل ملفًا تنفيذيًا مغلقًا على الثقة. ولأنك تستطيع [استضافة](/ar/blog/why-self-host-remote-desktop-software-ar) خادم المعرّف/الالتقاء وخادم الترحيل بنفسك، تصبح البنية التحتية التي تتوسط في جلساتك ملكًا لك لا لطرف ثالث، فتتجنب خطر التركّز لدى المورّد الذي جسّده عام 2024. ويدعم ذلك أيضًا [تصميمًا يراعي سيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). -وتوخّيًا للإنصاف بالقدر ذاته: هذا ينقل الثقة بدلًا من أن يزيلها. فلأن الشيفرة مفتوحة، تكون عيوب RustDesk نفسها معلَنة للعموم أيضًا، لذا تابِع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الثغرات. كما أن البنية التحتية القابلة للتدقيق والمُستضافة ذاتيًا هي نقطة انطلاق لا ضمانة: فالجلسات لا تزال تُوجَّه مباشرةً بين نقاط النهاية، وأنت المسؤول عن تحديث الخادم. +وللإنصاف بالقدر نفسه: هذا ينقل الثقة ولا يلغيها. فلأن الشيفرة مفتوحة، تكون عيوب RustDesk نفسه علنية أيضًا، لذا تابع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الثغرات. والبنية التحتية القابلة للتدقيق والمستضافة ذاتيًا نقطة انطلاق لا ضمانة: فالجلسات لا تزال تمر مباشرة بين الأجهزة الطرفية، وتطبيق التصحيحات على الخادم مسؤوليتك. ## إذًا، هل AnyDesk آمن؟ -للاستخدام المتعمَّد والمشروع: نعم - فهو منتج ناضج بتشفير بمعايير قياسية وضوابط حساب معقولة، ويُستخدم بأمان وعلى نطاق واسع كل يوم. ويمكن اعتباره آمنًا بشكل معقول، لأن هذا ما يدعمه السجل الفعلي. +للاستخدام المقصود والمشروع: نعم. AnyDesk منتج ناضج بتشفير بمعايير قياسية وضوابط حساب معقولة. حافظ على تحديثه، واحمِ الوصول غير المراقب بالمصادقة الثنائية، وقيّد الاتصالات الواردة بقائمة التحكم في الوصول، وتحقق من كل طلب دعم. -والتحفظات هي الجزء الصادق من الصورة. فنموذجه الافتراضي القائم على الوساطة السحابية والمصدر المغلق يعني أنك تضع ثقتك في الأمان التشغيلي لـ AnyDesk، والذي تعرّض لضربة حقيقية في عام 2024. كما أن أكثر الأضرار الواقعية شيوعًا تأتي من محتالين يستغلون مدى سهولة تثبيته - وهي مشكلة بشرية، لا مشكلة تشفيرية. وإذا لم تكن هذه المقايضات مناسبة لك، فإن [البديل مفتوح المصدر والمُستضاف ذاتيًا](/ar/blog/self-hosted-teamviewer-alternative-ar) يُغيّر أساس الثقة: شيفرة قابلة للتدقيق ووساطة تتحكم بها أنت، مقابل تكلفة تشغيل الخادم بنفسك. +والتحفظات تتعلق بالثقة لا بالتشفير. فنموذجه الافتراضي المغلق المصدر والمنسَّق سحابيًا يعني الاعتماد على الأمان التشغيلي لدى AnyDesk، الذي تلقّى ضربة حقيقية في 2024؛ ويقلّص Ultimate On-Premises هذه الفجوة. وإذا لم تكن هذه المفاضلة مريحة لك، فإن [بديلًا ذاتي الاستضافة لـ TeamViewer وAnyDesk](/ar/blog/self-hosted-teamviewer-alternative-ar) يغيّر أساس الضمان: شيفرة قابلة للتدقيق وتنسيق تتحكم فيه، مقابل أن تشغّل خادمًا بنفسك. -وأيًا كانت الأداة التي تختارها، فإن القاعدة التي تمنع أكبر قدر من الضرر هي الأرخص على الإطلاق: لا تُثبّت أبدًا برمجية وصول عن بُعد لمجرد أن شخصًا تواصل معك _أنت_ طلب منك ذلك. +وأيًا كانت الأداة التي تختارها، فإن القاعدة التي تمنع أكبر قدر من الضرر هي الأرخص على الإطلاق: لا تثبّت أبدًا برنامج وصول عن بُعد لمجرد أن شخصًا تواصل معك _أنت_ طلب منك ذلك. diff --git a/v3/src/content/post/ar/is-chrome-remote-desktop-safe.md b/v3/src/content/post/ar/is-chrome-remote-desktop-safe.md index 13efb8c0..cc38f526 100644 --- a/v3/src/content/post/ar/is-chrome-remote-desktop-safe.md +++ b/v3/src/content/post/ar/is-chrome-remote-desktop-safe.md @@ -1,9 +1,10 @@ --- publishDate: 2026-07-05T18:49:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'is-chrome-remote-desktop-safe' draft: false -title: 'هل Chrome Remote Desktop آمن؟ مراجعة صادقة' +title: 'هل Chrome Remote Desktop آمن؟ الأمان وحدود النشر' excerpt: 'هل Chrome Remote Desktop آمن؟ نظرة منصفة على التشفير، ونموذج رمز PIN وحساب Google، والمخاطر الحقيقية، وأين تختلف الاستضافة الذاتية.' image: '~/assets/images/blog/is-chrome-remote-desktop-safe-og.webp' category: 'الأمان' @@ -11,59 +12,59 @@ tags: ['Chrome Remote Desktop', 'الأمان'] author: 'RustDesk Team' slug: 'is-chrome-remote-desktop-safe-ar' faq: - - question: 'هل يُعد استخدام Chrome Remote Desktop آمنًا؟' - answer: 'بالنسبة للاستخدام الشخصي العرضي، يُعد Chrome Remote Desktop آمنًا بشكل معقول. تذكر Google أن جميع جلسات سطح المكتب البعيد مشفّرة بالكامل، وأن الوصول يتطلب رمز PIN، وأن جلسات الدعم عن بُعد تستخدم رموز وصول لمرة واحدة. أما المخاطر الرئيسية فتتمثل في رموز PIN الضعيفة، واختراق حساب Google المرتبط بالبرنامج، وكذلك - كما هو الحال مع أي أداة تحكم عن بُعد - قيام المحتالين بإقناعك بمنحهم الوصول. كما أن البرنامج يمنحك تحكمًا إداريًا محدودًا ويعمل بالكامل على سحابة Google.' + - question: 'هل استخدام Chrome Remote Desktop آمن؟' + answer: 'نعم، للاستخدام الشخصي. توثّق Google أن جلسات Chrome Remote Desktop مشفّرة بالكامل، وأن الوصول غير المراقب يتطلب رمز PIN، وأن جلسات الدعم تستخدم رموز وصول صالحة لمرة واحدة. وأبرز المخاطر رمز PIN ضعيف، واختراق حساب Google، ومحتالون يقنعون الضحايا بمشاركة الرمز. فعّل المصادقة الثنائية لحساب Google واختر رمز PIN يصعب تخمينه.' - question: 'هل Chrome Remote Desktop مشفّر؟' - answer: 'نعم. تنص وثائق دعم Google على أن جميع جلسات Chrome Remote Desktop مشفّرة بالكامل، وتصف المراجعات المستقلة استخدامه لأمان نقل بيانات ويب قياسي. لا تنشر Google تفصيلاً دقيقًا للبروتوكول في صفحات المساعدة الموجهة للمستهلكين، لذا بالنسبة لأي استخدام يتجاوز الاستخدام العرضي، يُنصح بالتعامل مع هذا التشفير على أنه كافٍ لكن غير قابل للتدقيق بشكل مستقل.' - - question: 'ما هي المخاطر الأمنية لبرنامج Chrome Remote Desktop؟' - answer: 'تتمثل المخاطر العملية الثلاثة في رمز PIN ضعيف أو يمكن تخمينه (الحد الأدنى هو ستة أرقام)، واختراق حساب Google المرتبط بالجهاز المضيف، وعمليات الاحتيال القائمة على الهندسة الاجتماعية حيث يُقنع أحدهم الضحية بتثبيت البرنامج ومشاركة رمز الوصول. تفعيل المصادقة الثنائية على حساب Google الخاص بك، وعدم مشاركة أي رمز مع شخص تواصل معك أولاً، يزيل معظم الخطر الحقيقي.' + answer: 'نعم. تذكر Google أن جميع جلسات Chrome Remote Desktop مشفّرة بالكامل. ويصف دليل الشبكة للمؤسسات لديها اتصالات WebRTC/ICE تجري مباشرة بين الحاسوبين متى أمكن، وعبر خادم ترحيل TURN في غير ذلك، كما ينشر Chromium الشيفرة المصدرية لمكونات remoting، فيمكن فحص مكونات المضيف والعميل والبروتوكول.' + - question: 'ما المخاطر الأمنية لـ Chrome Remote Desktop؟' + answer: 'المخاطر العملية الثلاثة هي رمز PIN ضعيف أو قابل للتخمين (الحد الأدنى ستة أرقام)، واختراق حساب Google المرتبط بالجهاز المضيف، وعمليات احتيال الهندسة الاجتماعية التي يُقنع فيها أحدهم الضحية بمشاركة رمز الوصول. والمصادقة الثنائية على حساب Google، ورمز PIN يصعب تخمينه، وعدم مشاركة أي رمز مع شخص تواصل معك، تعالج معظم الخطر الفعلي.' - question: 'هل يمكنني استضافة Chrome Remote Desktop ذاتيًا؟' - answer: 'لا. تتم وساطة Chrome Remote Desktop بالكامل عبر بنية Google التحتية، وهو مرتبط بحساب Google الخاص بك؛ ولا يوجد خيار لتشغيل خدمة الاتصال على خادمك الخاص أو تدقيق كود العميل. إذا كانت الاستضافة الذاتية والكود القابل للفحص أمرين مهمين بالنسبة لك، فإن البديل مفتوح المصدر يوفر نموذج ضمان مختلفًا.' + answer: 'لا. ينشر Chromium الشيفرة المصدرية لمكونات remoting في Chrome Remote Desktop، لكن خدمة التنسيق التي تشغّلها Google لا يمكن استضافتها ذاتيًا، فكل اتصال يُنشأ عبر Google. وRustDesk بديل قابل للاستضافة الذاتية: يشغّل RustDesk Server OSS (خادم المجتمع المجاني) خادمي المعرّف/الالتقاء والترحيل الخاصين بك، ويضيف RustDesk Server Pro وحدة تحكم على الويب والتحكم في الوصول وعملاء يحملون علامتك التجارية.' metadata: description: 'هل Chrome Remote Desktop آمن؟ ما توثقه Google بشأن تشفير CRD، وحماية رمز PIN، والمخاطر العملية، ونموذج الثقة القائم على حساب Google.' keywords: 'هل Chrome Remote Desktop آمن, أمان Chrome Remote Desktop, تشفير Chrome Remote Desktop, رمز PIN لـ Chrome Remote Desktop, مخاطر Chrome Remote Desktop, أمان CRD' --- -الخلاصة السريعة: بالنسبة للاستخدام الشخصي العرضي، يُعد Chrome Remote Desktop (CRD) آمنًا بشكل معقول. إنه أداة مجانية وبسيطة من Google تُشفّر جلستك وتقيّد الوصول خلف رمز PIN وحساب Google الخاص بك. أما التحفظات الصادقة فهي أنه مغلق المصدر، وتتم وساطته بالكامل عبر سحابة Google، ويمنحك تحكمًا إداريًا ضئيلاً، و- كما هو الحال مع أي أداة تحكم عن بُعد - يمكن أن يُستغل ضدك من قِبل محتال. إليك التفصيل المنصف والموثّق بالمصادر. +باختصار: Chrome Remote Desktop (CRD) آمن إلى حد معقول للاستخدام الشخصي. فهو أداة مجانية وبسيطة من Google تشفّر الجلسات وتحمي الوصول برمز PIN وبحساب Google. أما التحفظات فهي أن Google تشغّل خدمة التنسيق، وأن الإدارة تتم عبر سياسات Google للمؤسسات لا عبر وحدة تحكم للدعم، وأنه، كأي أداة للتحكم عن بُعد، قد يقلبه محتال ضدك. وإليك التفصيل موثّقًا بالمصادر. ## الإجابة المختصرة -يُعد CRD آمنًا بما يكفي للمهمة التي صُمم من أجلها: الوصول إلى جهازك الخاص، أو مساعدة أحد أفراد الأسرة، عبر اتصال تؤمّنه Google نيابةً عنك. وفقًا لـ[وثائق دعم Google الرسمية](https://support.google.com/chrome/answer/1649523)، فإن جميع جلسات سطح المكتب البعيد مشفّرة بالكامل، ويتطلب الوصول غير المراقَب رمز PIN، بينما تستخدم جلسات الدعم لمرة واحدة رمز وصول أحادي الاستخدام لا يعمل إلا مرة واحدة. وهذا أساس معقول للاستخدام الشخصي. +نعم، للاستخدام الشخصي. فـ CRD آمن بما يكفي للمهمة التي صُمم لها: الوصول إلى جهازك، أو مساعدة أحد أفراد العائلة، عبر اتصال تؤمّنه Google لك. ووفقًا لـ[وثائق الدعم الرسمية من Google](https://support.google.com/chrome/answer/1649523)، فإن جميع جلسات سطح المكتب البعيد مشفّرة بالكامل، ويتطلب الوصول غير المراقب رمز PIN، وتستخدم جلسات الدعم العابرة رمز وصول لا يعمل إلا مرة واحدة. وهذا أساس معقول للاستخدام الشخصي. -أما النقطة التي يجب أن تتوقف عندها فهي أي استخدام يتجاوز الاستخدام العرضي. فـCRD مرتبط بحساب Google الخاص بك ويعمل على بنية Google التحتية بضوابط إدارية محدودة، ونقاط ضعفه العملية هي رمز PIN يمكن تخمينه، وحساب Google المخترَق، والهندسة الاجتماعية. لا شيء من هذا يجعله خطيرًا عند التثبيت - بل إنه يحدد مدى اعتمادك عليه. +أما في الاستخدام المؤسسي، فتتيح [سياسات Google لإدارة المؤسسات](https://support.google.com/chrome/a/answer/2799701) و[دليل الشبكة](https://support.google.com/chrome/a/answer/16364503) للمسؤولين تقييد من يستطيع استخدام CRD وطريقة اتصاله، وتبقى Google هي من يشغّل خدمة التنسيق. ## كيف يحمي Chrome Remote Desktop الجلسة ثلاث آليات تقوم بالعمل الفعلي، وجميعها موثّقة في [صفحات مساعدة Google](https://support.google.com/chrome/answer/1649523): -- **التشفير.** تذكر Google أن «جميع جلسات سطح المكتب البعيد مشفّرة بالكامل». وتصف التحليلات المستقلة الاتصال عمومًا بأنه يستخدم أمان نقل بيانات ويب قياسي (TLS مع AES). لا تنشر Google تفصيلاً دقيقًا للبروتوكول في صفحاتها الموجهة للمستهلكين، لذا يُنصح بالتعامل مع هذا التشفير على أنه كافٍ، لكنه ليس أمرًا يمكنك تدقيقه بشكل مستقل. -- **رمز PIN للوصول غير المراقَب.** للوصول إلى جهاز قمت بإعداده للوصول عن بُعد المستمر، تُدخل رمز PIN. وهذا ما يمنع أي شخص عشوائي لديه جلسة Google الخاصة بك من الاتصال خلسةً. -- **رموز وصول لمرة واحدة للدعم.** عندما تساعد شخصًا ما في الوقت الفعلي، يُنشئ الجهاز المضيف رمزًا يعمل، وفقًا لـGoogle، مرة واحدة فقط، وتتطلب المشاركة المستمرة إعادة تأكيد بشكل دوري. +- **التشفير والتوجيه.** تذكر Google أن الجلسات مشفّرة بالكامل. ويصف [دليل الشبكة](https://support.google.com/chrome/a/answer/16364503) لديها اتصالات ICE/WebRTC قد تكون مباشرة، أو بمساعدة STUN، أو مرحَّلة عبر TURN. ويعتمد التنسيق على خدمات Google، لكن وسائط الجلسة لا تمر دائمًا عبر خادم ترحيل لدى Google. +- **رمز PIN للوصول غير المراقب.** للوصول إلى حاسوب أعددته للوصول عن بُعد المستمر، تُدخل رمز PIN. وهذا ما يمنع أي شخص عابر يملك جلسة Google الخاصة بك من الاتصال خلسة. +- **رموز وصول لمرة واحدة للدعم.** حين تساعد شخصًا في الوقت الفعلي، يُنشئ الجهاز المضيف رمزًا يعمل، بحسب Google، مرة واحدة فقط، وتتطلب المشاركة المستمرة إعادة التأكيد بشكل دوري. -وفوق كل ذلك يأتي حساب Google نفسه، والذي يمكن - بل يجب بالتأكيد بالنسبة للوصول عن بُعد - حمايته بالمصادقة الثنائية. وبالنسبة للاستخدام الشخصي على شبكة موثوقة، فإن هذه المنظومة جيدة بالفعل. +وفوق ذلك كله يأتي حساب Google نفسه، الذي يمكن حمايته بالمصادقة الثنائية، بل يجب ذلك قطعًا في الوصول عن بُعد. وللاستخدام الشخصي على شبكة موثوقة، فإن هذه المنظومة جيدة فعلًا. -## أين تكمن المخاطر الحقيقية فعليًا +## أين تكمن المخاطر الحقيقية -نقاط ضعف CRD ليست غريبة أو معقدة. إنها الثلاث التي تنبع مباشرةً من تصميمه. +نقاط ضعف CRD ليست غريبة، بل هي الثلاث التي تنبع من تصميمه. -**رموز PIN الضعيفة.** رمز PIN هو القفل الذي يحمي الوصول غير المراقَب، والحد الأدنى الذي تفرضه Google هو ستة أرقام فقط. ستة أرقام أمر جيد ضد شخص غريب يحاول التخمين مرة واحدة، لكن الناس يختارون أرقامًا يمكن توقعها - تواريخ ميلاد، أرقام متكررة، تسلسلات - مما يقلّص مساحة البحث الفعلية إلى ما هو أقل بكثير مما يوحي به عدد الأرقام. بالنسبة لجهاز تتركه متاحًا للوصول 24/7، فإن رمز PIN الكسول هو الطريق الأكثر ترجيحًا للاختراق. اختر رمزًا غير واضح. +**رموز PIN الضعيفة.** رمز PIN هو القفل الذي يحمي الوصول غير المراقب، والحد الأدنى الذي تفرضه Google ستة أرقام فقط. وستة أرقام كافية أمام غريب يخمّن مرة واحدة، لكن الناس يختارون أرقامًا متوقعة، كتواريخ الميلاد والأرقام المكررة والتسلسلات، مما يقلّص مساحة البحث الفعلية إلى ما دون ما يوحي به عدد الأرقام بكثير. وفي جهاز تتركه متاحًا للوصول على مدار الساعة، فإن رمز PIN المختار دون عناية هو أرجح طريق للدخول. فاختر رمزًا يصعب تخمينه. -**اختراق حساب Google.** نظرًا لأن الوصول غير المراقَب عبر CRD مرتبط بحساب Google الخاص بك، فإن ذلك الحساب _هو_ خط الدفاع الأول. فإذا تمكّن أحدهم من انتحال كلمة مرور Google الخاصة بك عبر التصيّد الاحتيالي، ولم تكن المصادقة الثنائية مفعّلة، فإن سطح المكتب البعيد الخاص بك يصبح جزءًا مما يرثه المهاجم. وهذا ليس عيبًا في CRD بقدر ما هو نتيجة طبيعية لوضع كل رهاناتك في سلة حساب Google - وهو بالتحديد سبب كون تفعيل المصادقة الثنائية على ذلك الحساب أمرًا غير قابل للتفاوض إذا كنت تستخدم CRD. +**اختراق حساب Google.** حساب Google جزء من حدود الوصول في CRD: فإذا حصل أحدهم على كلمة مرورك بالتصيّد ولم تكن المصادقة الثنائية مفعّلة، فإن قائمة أجهزتك البعيدة جزء مما يرثه. فاحمِ الحساب بالمصادقة الثنائية، وراجع الأجهزة المسجّل دخولها، وألغِ الوصول الذي لم تعد تحتاجه. ويتطلب الوصول غير المراقب أيضًا رمز PIN الخاص بالجهاز المضيف، فلا تكفي كلمة مرور الحساب وحدها لفتح كل جهاز. -**عمليات الاحتيال.** كما هو الحال مع أي أداة تحكم عن بُعد، فإن أكبر ضرر واقعي ليس اختراقًا تشفيريًا - بل هو الهندسة الاجتماعية. وقد [حذّر مكتب التحقيقات الفيدرالي (FBI)](https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-public-to-beware-of-tech-support-scammers-targeting-financial-accounts-using-remote-desktop-software) من أن محتالي الدعم الفني يقنعون الضحايا بشكل روتيني بتثبيت برامج التحكم عن بُعد ومشاركة الوصول، ثم يسطون على حساباتهم. ورموز CRD أحادية الاستخدام يسهل قراءتها بصوت عالٍ لـ«فني مفيد» عبر الهاتف، وهذا بالتحديد هو المشكلة. ولكن بإنصاف، هذه مخاطرة متعلقة بالاستخدام وليست ثغرة في CRD - فالحيلة ذاتها تنجح مع [AnyDesk](/ar/blog/is-anydesk-safe-ar) وTeamViewer وRustDesk. ونتناول العادات الدفاعية في [كيفية تجنب عمليات احتيال سطح المكتب البعيد](/ar/blog/avoid-remote-desktop-scams-ar). +**عمليات الاحتيال.** قد يُقنع متصلٌ الضحية بمشاركة رمز الوصول والموافقة على الجلسة. وقد [حذّر مكتب التحقيقات الفيدرالي (FBI) من إساءة استخدام برامج الوصول عن بُعد](https://www.fbi.gov/contact-us/field-offices/boston/news/press-releases/fbi-warns-public-to-beware-of-tech-support-scammers-targeting-financial-accounts-using-remote-desktop-software). فتحقّق من طلبات الدعم بصورة مستقلة؛ فالتشفير لا يستطيع حماية جلسة سمحت بها عن قصد لمحتال. راجع [كيف تتجنب عمليات احتيال سطح المكتب البعيد](/ar/blog/avoid-remote-desktop-scams-ar). -## ما لا يوفره CRD لك +## ما لا يوفره لك CRD -صُمم CRD ليكون بسيطًا عن قصد، وبالنسبة للكثيرين فإن هذا هو مكمن جاذبيته. لكن من المهم أن نكون واضحين بشأن المقايضات، خاصةً إذا كنت تفكر في استخدامه لأي غرض يتجاوز الاستخدام الشخصي. +صُمم CRD ليكون بسيطًا عن قصد، وهذا بالنسبة إلى كثيرين سر جاذبيته. لكن من المهم أن نكون واضحين بشأن المفاضلات، خاصة إذا كنت تفكر فيه لأي غرض يتجاوز الاستخدام الشخصي. -لا يمكنك استضافته ذاتيًا. فكل اتصال عبر CRD تتم وساطته من خلال سحابة Google ويكون مرتبطًا بحساب Google؛ ولا يوجد خيار لتشغيل خدمة نقطة الالتقاء (rendezvous) على خادمك الخاص، ولا يوجد كود مصدري يمكن تدقيقه - فأنت تثق بكلام Google بأن الجهاز المضيف يعمل كما هو موصوف. كما أن هناك القليل جدًا فيما يخص إدارة الفِرق، والسياسات المركزية، وقوائم التحكم في الوصول، وتسجيل الجلسات، أو تجميع الأجهزة. وهذا ليس انتقادًا لـGoogle؛ فهذا ببساطة ليس الغرض من CRD. إذا كنت بحاجة إلى هذه الميزات، فأنت قد تجاوزت إمكانيات هذه الأداة، وحينها تكون [أداة مجانية للتحكم عن بُعد أكثر قدرة](/ar/blog/best-free-remote-desktop-software-ar) أو [بديل مخصص لـ Chrome Remote Desktop](/ar/blog/chrome-remote-desktop-alternative-ar) هي الخطوة التالية الصادقة. +[ينشر Chromium الشيفرة المصدرية لمكونات remoting في CRD](https://chromium.googlesource.com/chromium/src/+/main/remoting/)، بما في ذلك مكونات المضيف والعميل والبروتوكول، لكن خدمة التنسيق التي تشغّلها Google لا يمكن استضافتها ذاتيًا. وتتحكم [سياسات Google للمؤسسات](https://support.google.com/chrome/a/answer/2799701) في مَن يحق له استخدام CRD، لكنها لا تحوّله إلى وحدة تحكم دعم يشغّلها العميل بمجموعات أجهزة وقواعد وصول لكل مستخدم وعملاء بعلامة تجارية. وهذا ليس انتقاصًا من Google، بل لأن CRD لم يُصمَّم لذلك. وإن كنت تحتاج إلى هذه الميزات، فإن [بديلًا لـ Chrome Remote Desktop](/ar/blog/chrome-remote-desktop-alternative-ar) هو الخطوة التالية. -وهنا يأتي دور نموذج مفتوح المصدر وذاتي الاستضافة، إذ يقدّم _نوعًا_ مختلفًا من الضمان بدلاً من مجرد ميزات إضافية. فـCRD يطلب منك أن تعتبر تشفيره كافيًا دون بروتوكول منشور يمكنك فحصه؛ أما RustDesk فهو بدلاً من ذلك [مفتوح المصدر بموجب رخصة AGPL](https://github.com/rustdesk/rustdesk)، لذا فإن العميل وتشفيره متاحان للتدقيق بدلاً من الاعتماد على الثقة وحدها. وحيث يجعل CRD حساب Google الخاص بك هو خط الدفاع، فإن [الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) تضع خوادم المعرّف/نقطة الالتقاء (ID/rendezvous) والترحيل (relay) على جهازك الخاص أو على خادم افتراضي خاص (VPS) - بحيث تبقى الوساطة وسياسة الوصول على بنية تحتية تتحكم بها أنت، لا خلف تسجيل دخول واحد إلى السحابة - وهو ما يرتبط باهتمامات [السيادة على البيانات ولائحة GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). +**عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) [مرخّصان بموجب AGPL](https://github.com/rustdesk/rustdesk)**، **أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية**. يشغّل Server OSS خادمي المعرّف/الالتقاء والترحيل الخاصين بك، ويضيف Server Pro وحدة تحكم على الويب والتحكم في الوصول لكل مستخدم ومجموعة أجهزة وعملاء بعلامتك التجارية، فيصبح التنسيق وسياسة الوصول على بنية تحتية تتحكم فيها بدلًا من أن يكونا خلف تسجيل دخول سحابي واحد. ويتلاءم ذلك مع متطلبات [سيادة البيانات وGDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). -ولنكن واضحين، فإن هذا الانفتاح له وجهان: فبما أن الكود عام، فإن ثغرات RustDesk نفسها عامة أيضًا، لذا تابع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الإفصاح عن الثغرات. كما أن الاستضافة الذاتية لا تفعل سوى استبدال نوع من الصيانة بآخر - فنظافة الحساب ورمز PIN التي يحتاجها CRD تتحول إلى خادم تتولى أنت تصحيحه وحركة بيانات ما زالت تنتقل مباشرةً بين نقطتي الاتصال. إنه نموذج ضمان مختلف، وليس نموذجًا أخف عبئًا. +ولنكن واضحين، فلهذا الانفتاح وجهان: فلأن الشيفرة علنية، تكون ثغرات RustDesk نفسه علنية أيضًا، لذا تابع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الإفصاح عن الثغرات. والاستضافة الذاتية لا تفعل سوى استبدال نوع من الصيانة بآخر: فالعناية بالحساب ورمز PIN التي يحتاجها CRD تتحول إلى خادم تطبّق أنت التصحيحات عليه، وحركة لا تزال تنتقل مباشرة بين الطرفين. إنه نموذج ضمان مختلف، لا نموذج أخف عبئًا. ## الحكم النهائي -هل Chrome Remote Desktop آمن؟ بالنسبة للاستخدام الشخصي العرضي - الوصول إلى جهاز الكمبيوتر الخاص بك، أو مساعدة أحد الأقارب - نعم، إنه آمن بشكل معقول، وبسيط ومنخفض التكلفة. قيّمه على هذا الأساس. فعّل المصادقة الثنائية لحساب Google الخاص بك، واختر رمز PIN ليس تاريخ ميلادك، ولا تقرأ أبدًا رمز وصول لشخص تواصل معك هو أولاً، وبذلك تكون قد تعاملت مع المخاطر التي تهم فعليًا. +هل Chrome Remote Desktop آمن؟ نعم، للاستخدام الشخصي: الوصول إلى حاسوبك أو مساعدة قريب لك. فـ CRD يشفّر الجلسات، ويحمي الوصول غير المراقب برمز PIN، ويستخدم رموزًا صالحة لمرة واحدة للدعم. فعّل المصادقة الثنائية لحساب Google، واختر رمز PIN ليس تاريخ ميلادك، ولا تقرأ أبدًا رمز وصول لشخص بادر هو بالتواصل معك؛ وبذلك تعالج المخاطر المهمة. -أما النقطة التي يصل عندها CRD إلى حدوده فهي التحكم وقابلية التوسع: فهو مغلق المصدر، وتتم وساطته عبر سحابة Google، وضعيف من ناحية الإدارة. فإذا كنت بحاجة إلى تدقيق الكود، أو إبقاء الوساطة على بنيتك التحتية الخاصة، أو إدارة أكثر من جهازين أو ثلاثة، فتلك هي اللحظة المناسبة للنظر في خيار مفتوح المصدر وذاتي الاستضافة - ليس لأن CRD غير آمن، بل لأنه لم يكن يحاول أصلاً أن يكون تلك الأداة. +أما حدود CRD فتظهر في التحكم والتوسع: فـ Google تشغّل خدمة التنسيق، والإدارة تتم عبر سياسات Google للمؤسسات لا عبر وحدة تحكم للدعم. فإذا احتجت إلى إبقاء التنسيق على بنيتك التحتية، أو حصر صلاحيات الفنيين في مجموعات أجهزة، أو إدارة أسطول من وحدة تحكم واحدة، فهذا هو الوقت المناسب للنظر في RustDesk المستضاف ذاتيًا، لا لأن CRD غير آمن، بل لأنه لم يسعَ قط إلى أن يكون تلك الأداة. diff --git a/v3/src/content/post/ar/remote-desktop-data-sovereignty-gdpr.md b/v3/src/content/post/ar/remote-desktop-data-sovereignty-gdpr.md index 47819402..463bf2a9 100644 --- a/v3/src/content/post/ar/remote-desktop-data-sovereignty-gdpr.md +++ b/v3/src/content/post/ar/remote-desktop-data-sovereignty-gdpr.md @@ -1,117 +1,118 @@ --- publishDate: 2026-07-04T17:05:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'remote-desktop-data-sovereignty-gdpr' draft: false -title: 'سيادة بيانات سطح المكتب البعيد و GDPR: الاستضافة الذاتية' -excerpt: 'كيف تمنح الاستضافة الذاتية الفرق الخاضعة للأطر التنظيمية سيطرة كاملة على خوادم الالتقاء (rendezvous) والترحيل (relay) وبيانات الأجهزة، وما الأسئلة المتعلقة بامتثال GDPR التي تظل قائمة.' +title: 'سيادة بيانات سطح المكتب البعيد وGDPR: الاستضافة الذاتية' +excerpt: 'كيف تمنح الاستضافة الذاتية الفرق الخاضعة للتنظيم التحكم في خدمتي الالتقاء والترحيل وبيانات الأجهزة، وما أسئلة GDPR والامتثال التي تبقى قائمة.' image: ~/assets/images/blog/remote-desktop-data-sovereignty-gdpr-og.webp category: 'الأمان' tags: ['RustDesk', 'الأمان', 'GDPR', 'الاستضافة الذاتية'] author: 'RustDesk Team' -slug: "remote-desktop-data-sovereignty-gdpr-ar" +slug: 'remote-desktop-data-sovereignty-gdpr-ar' faq: - question: 'هل RustDesk متوافق مع ISO 27001 أو SOC 2 أو HIPAA؟' - answer: 'RustDesk برنامج ذاتي الاستضافة، لذا يتمحور الامتثال حول بيئتك أنت: فأنت من يشغّل الوصول عن بعد داخل نطاق ISO 27001 أو HIPAA الخاص بك وضوابطك القائمة، ويمكن تدقيق البرنامج مفتوح المصدر مباشرة بدلًا من الاكتفاء بالثقة العمياء. وإذا كنت بحاجة تحديدًا إلى تقرير SOC 2 من المورّد، أو اتفاقية شريك أعمال (BAA) موقّعة، أو اتفاقية معالجة بيانات (DPA)، أو استبيانات أمنية مكتملة، فتواصل مع sales@rustdesk.com للاستفسار عمّا هو متاح لحالتك.' + answer: 'يُقيَّم RustDesk المستضاف ذاتيًا ضمن برنامج الامتثال الخاص بك: فخدمات المعرّف/الالتقاء والترحيل ووحدة التحكم تعمل على بنية تحتية تديرها أنت، فتقع ضمن نطاق ISO 27001 لديك أو ضوابط SOC 2 أو ضمانات HIPAA شأنها شأن بقية بيئتك. والاستضافة الذاتية أداة للتحكم في النشر، وليست شهادة. استفسر عبر sales@rustdesk.com عن تقارير المورّد المتاحة أو اتفاقية BAA أو DPA أو أدلة المشتريات اللازمة لحالتك.' - question: 'هل تساعد الاستضافة الذاتية لـ RustDesk في الامتثال لـ GDPR؟' - answer: 'نعم — فهي تمنحك التحكم الذي تدور حوله لائحة GDPR عادة: إذ تختار أنت أين تقيم بيانات خادم المعرّف/الالتقاء والترحيل ووحدة التحكم والأجهزة، ويمكنك إبقاؤها داخل المنطقة الجغرافية المطلوبة على بنية تحتية تديرها بنفسك. هذا أساس قوي وليس ضمانًا تلقائيًا، لأن GDPR في جوهرها برنامج متكامل — فالأساس القانوني، وأدوار المتحكم بالبيانات/معالج البيانات، ومدة الاحتفاظ بالبيانات، والتحكم في الوصول، ومواقع الأطراف، والاستجابة للحوادث، كلها أمور لا يزال يتعين عليك تحديدها، مع بقاء المتحكم بالبيانات هو المسؤول في النهاية.' + answer: 'نعم. فهي تمنحك التحكم الذي تدور حوله GDPR عادةً: تختار أنت أين تقيم خدمتا المعرّف/الالتقاء والترحيل ووحدة التحكم وبيانات الأجهزة، ويمكنك إبقاؤها داخل المنطقة على بنية تحتية تديرها بنفسك. وهذا أساس متين لا ضمان تلقائي، لأن GDPR برنامج متكامل: فالأساس القانوني، وأدوار المتحكم والمعالج، ومدة الاحتفاظ، والتحكم في الوصول، ومواقع الأجهزة الطرفية، والاستجابة للحوادث، كلها أمور يبقى عليك تحديدها، ويظل المتحكم هو المسؤول.' - question: 'إلى أين تذهب بيانات جلسات RustDesk فعليًا؟' - answer: 'يحاول RustDesk أولًا إنشاء اتصال مباشر من نظير إلى نظير (peer-to-peer)؛ فإن فشل ذلك، تمر حركة البيانات عبر خادم الترحيل الذي قمت بتهيئته. تُزيل الاستضافة الذاتية خادمَي الالتقاء والترحيل المُشغَّلين من قِبل المورّد من المسار، لكن الجلسة بين طرفين في بلدين مختلفين تظل تعبر تلك الشبكات — فموقع الخادم وحده لا يحصر كل حركة البيانات داخل ولاية قضائية واحدة.' + answer: 'يحاول RustDesk أولًا إنشاء اتصال مباشر من نظير إلى نظير، فإن تعذّر ذلك مرّت الحركة عبر خادم الترحيل الذي ضبطته. وتُخرج الاستضافة الذاتية من المسار خدمتي الالتقاء والترحيل اللتين يشغّلهما المورّد، لكن الجلسة بين طرفين في بلدين مختلفين تظل تعبر الشبكات الواقعة بينهما، فموقع الخادم وحده لا يحصر كل الحركة في ولاية قضائية واحدة.' - question: 'هل يمكنني إبقاء بيانات سطح المكتب البعيد داخل الاتحاد الأوروبي باستخدام RustDesk؟' - answer: 'يمكنك وضع خادم المعرّف/الالتقاء والترحيل ووحدة التحكم وبيانات الأجهزة المخزّنة في مركز بيانات داخل الاتحاد الأوروبي. أما لتقييد حركة بيانات الجلسة نفسها أيضًا، فيجب أن يكون كلا الطرفين داخل الحدود الجغرافية المطلوبة، ويجب أن تفرض السياسات مرور حركة البيانات عبر خادم الترحيل المعتمد لديك؛ فوثِّق مواقع الأطراف ومسار التوجيه إلى جانب موقع الخادم.' - - question: 'ما ميزات RustDesk التي تساعد في تحقيق الامتثال لـ GDPR؟' - answer: 'تُبقي الاستضافة الذاتية البيانات على بنية تحتية تتحكم بها أنت: فبيانات القياس عن بعد الخاصة بالاستخدام، والتي كانت خدمة RustDesk المستضافة ستُعالجها، تبقى على خادمك الخاص عند اختيار الاستضافة الذاتية، ولا يحتاج شيء تقريبًا إلى الوصول إلى rustdesk.com سوى التحقق من ترخيص Server Pro. ويضيف Server Pro سجلات تدقيق مدمجة مع تدوير للسجلات، وتحكمًا دقيقًا في الوصول ودور تحكم (Control Role)، و SSO/LDAP ومصادقة ثنائية العامل (2FA) للأجهزة المُتحكَّم بها، ووضع الخصوصية وموافقة لكل اتصال على حدة، وحذفًا مباشرًا للمستخدمين والأجهزة والسجلات (بما في ذلك عبر REST API) لتلبية طلبات المحو والاحتفاظ بالبيانات.' + answer: 'نعم. يمكنك وضع خادم المعرّف/الالتقاء وخادم الترحيل ووحدة التحكم وبيانات الأجهزة المخزّنة في مركز بيانات داخل الاتحاد الأوروبي. ولتقييد حركة الجلسة أيضًا، يجب أن يكون الطرفان كلاهما داخل الحدود المطلوبة، وأن تفرض السياسة مرور الحركة عبر خادم الترحيل المعتمد لديك. ووثّق مواقع الأجهزة الطرفية ومسارات التوجيه إلى جانب موقع الخادم.' + - question: 'ما ميزات RustDesk التي تساعد في تلبية متطلبات GDPR؟' + answer: 'يوفر RustDesk Server Pro سجلات تدقيق بمدة احتفاظ قابلة للضبط من Settings > Other > Log Retention (Days)، حيث تعني القيمة 0 الاحتفاظ بالسجلات دون حد، والتحكم في الوصول ودور التحكم لتطبيق مبدأ الحد الأدنى من الصلاحيات، وتسجيل الدخول الموحد عبر LDAP/OIDC، والموافقة على كل اتصال، ووضع الخصوصية على Windows وmacOS، وحذف المستخدمين والأجهزة عبر وحدة التحكم أو الواجهة البرمجية لتلبية طلبات المحو. وتتيح لك الاستضافة الذاتية اختيار مكان تشغيل ذلك كله.' metadata: - description: 'سيادة بيانات سطح المكتب البعيد و GDPR: ما الذي تتحكم فيه الاستضافة الذاتية، وكيف تختلف الجلسات المباشرة عن الجلسات المُرحَّلة، ولماذا يحتاج الامتثال إلى أكثر من مجرد موقع الخادم.' - keywords: 'سيادة بيانات سطح المكتب البعيد، الوصول عن بعد و GDPR، إقامة بيانات سطح المكتب البعيد، امتثال الوصول عن بعد ذاتي الاستضافة' + description: 'سيادة بيانات سطح المكتب البعيد وGDPR: ما الذي تتحكم فيه الاستضافة الذاتية، والفرق بين الجلسات المباشرة والمرحَّلة، ولماذا لا يكفي موقع الخادم للامتثال.' + keywords: 'سيادة بيانات سطح المكتب البعيد, الوصول عن بُعد وGDPR, إقامة بيانات سطح المكتب البعيد, امتثال الوصول عن بُعد ذاتي الاستضافة' --- -إذا كانت مؤسستك ملزمة بلائحة GDPR، أو بقواعد خصوصية القطاع الصحي، أو بتفويض من القطاع العام يقضي بأن "بياناتنا تبقى على بنيتنا التحتية"، فإن سؤالًا واحدًا يحدد أي أداة لسطح المكتب البعيد يمكنك حتى إدراجها ضمن قائمتك المختصرة: **إلى أين تذهب بيانات الجلسة فعليًا؟** +إذا كانت مؤسستك ملزمة بلائحة GDPR، أو بقواعد الخصوصية في القطاع الصحي، أو بتوجيه حكومي يقضي بأن «بياناتنا تبقى على بنيتنا التحتية»، فإن سؤالًا واحدًا يحدد أي أدوات سطح المكتب البعيد يمكنك إدراجها في قائمتك المختصرة أصلًا: **إلى أين تذهب بيانات الجلسة فعليًا؟** -في معظم منتجات الوصول عن بعد السائدة، يكون الجواب هو "عبر سحابة المورّد". فنيّك يتصل، وجهازك الطرفي يتصل، وتُدار حركة البيانات عبر خوادم لا تملكها أنت، وضمن ولاية قضائية قد لا تكون لك سيطرة عليها. بالنسبة للكثير من المشترين، هذا أمر لا بأس به. أما بالنسبة للفرق الخاضعة للأطر التنظيمية، فهي مشكلة امتثال حتى قبل أن تتم مشاركة أي شاشة. +في الخدمة التي يستضيفها المورّد، يتولى المورّد عادةً تشغيل خدمات التنسيق ويخزّن بيانات الإدارة والحسابات. وقد تنتقل وسائط الجلسة مباشرة بين الطرفين أو تمر عبر خادم ترحيل. لذا يجب أن تميّز مراجعة تدفق البيانات بين هذين المسارين، فعبارة «بوساطة السحابة» لا تعني أن كل حزمة من بيانات الشاشة تعبر تلك السحابة. -يتناول هذا الدليل موضوع **سيادة بيانات سطح المكتب البعيد**: ما معناها، ولماذا تهم المشترين الخاضعين للأطر التنظيمية والمشترين في الاتحاد الأوروبي، وأي أجزاء من عملية نشر الوصول عن بعد تتيح لك الاستضافة الذاتية التحكم بها. وسنستخدم RustDesk كمثال عملي. +يتناول هذا الدليل **سيادة بيانات سطح المكتب البعيد**: ما معناها، ولماذا تهم المشترين في القطاعات الخاضعة للتنظيم وفي الاتحاد الأوروبي، وأي أجزاء من نشر الوصول عن بُعد تتيح لك الاستضافة الذاتية التحكم فيها. وسنتخذ RustDesk مثالًا تطبيقيًا. -## ماذا تعني "سيادة البيانات" بالنسبة للوصول عن بعد +## ماذا تعني «سيادة البيانات» في الوصول عن بُعد -سيادة البيانات هي المبدأ القاضي بأن البيانات تخضع لقوانين البلد الذي تُخزَّن وتُعالَج فيه فعليًا. وفي حالة الدعم عن بعد، لا تقتصر البيانات الحساسة على الملفات التي تنقلها فحسب - بل تشمل الجلسة نفسها: ما يظهر على الشاشة، وقائمة الأجهزة التي تديرها، والبيانات الوصفية للاتصال، وغالبًا مسار توجيه البكسلات في الزمن الحقيقي. +سيادة البيانات هي المبدأ القاضي بأن البيانات تخضع لقوانين البلد الذي تُخزَّن وتُعالَج فيه فعليًا. وفي الدعم عن بُعد، لا تقتصر البيانات الحساسة على الملفات التي تنقلها، بل تشمل الجلسة نفسها: ما يظهر على الشاشة، وقائمة الأجهزة التي تديرها، والبيانات الوصفية للاتصال، وكثيرًا ما تشمل مسار البكسلات في الزمن الحقيقي. -الأسئلة الجوهرية هي: **ما الأنظمة التي تخزّن البيانات الوصفية، وما الأنظمة التي تُرحِّل حركة البيانات، وأين يقع الطرفان؟** يمكن للاستضافة الذاتية أن تُزيل من المسار خدمة التقاء أو ترحيل يشغّلها المورّد، لكنها لا تضمن أن تبقى الجلسة بين طرفين في بلدين مختلفين ضمن ولاية قضائية واحدة. +والأسئلة الجوهرية هي: **ما الأنظمة التي تخزّن البيانات الوصفية، وما الأنظمة التي ترحّل الحركة، وأين يقع الطرفان؟** يمكن للاستضافة الذاتية أن تُخرج من المسار خدمة التقاء أو ترحيل يشغّلها المورّد، لكنها لا تضمن أن تبقى الجلسة بين طرفين في بلدين مختلفين ضمن ولاية قضائية واحدة. -## الفرق الجوهري: سحابة المورّد مقابل بنيتك التحتية الخاصة +## الفرق الجوهري: سحابة المورّد مقابل بنيتك التحتية -هنا تحسم البنية المعمارية النتيجة، لا الخطاب التسويقي. +هنا تحسم البنية التقنية النتيجة، لا الخطاب التسويقي. -**RustDesk Server Pro ذاتي الاستضافة.** إذ يعمل خادم المعرّف/الالتقاء، وخادم الترحيل، ووحدة التحكم عبر الويب، وبيانات الأجهزة المُدارة على البنية التحتية التي تختارها أنت. ويحاول RustDesk أولًا إنشاء اتصال مباشر من نظير إلى نظير عبر تقنية اختراق NAT (hole punching)؛ فإن فشل ذلك، تستخدم حركة بيانات الجلسة خادم الترحيل الذي قمت بتهيئته. وهذا يمنحك التحكم في طبقة الالتقاء/الترحيل وبيانات الأجهزة المخزَّنة، لكن الأطراف نفسها ومسارات شبكتها لا تزال هي التي تحدد إلى أين تذهب حركة البيانات المباشرة. +**RustDesk Server Pro ذاتي الاستضافة.** يعمل خادم المعرّف/الالتقاء وخادم الترحيل ووحدة التحكم على الويب وبيانات الأجهزة المُدارة على البنية التحتية التي تختارها. ويحاول RustDesk أولًا إنشاء اتصال مباشر من نظير إلى نظير عبر تقنية اختراق NAT (hole punching)، فإن تعذّر ذلك استخدمت حركة الجلسة خادم الترحيل الذي ضبطته. وهذا يمنحك التحكم في طبقة الالتقاء والترحيل وفي بيانات الأجهزة المخزّنة، لكن الأجهزة الطرفية ومسارات شبكاتها تظل هي التي تحدد أين تمر الحركة المباشرة. -| | أدوات سحابة المورّد | RustDesk ذاتي الاستضافة | -| ---------------------------- | ------------------- | ------------------------------------------------------------------------------------- | -| أين تُنسَّق الجلسات | سحابة المورّد | خادم المعرّف/الالتقاء الخاص بك | -| أين تتدفق حركة بيانات الجلسة | توجيه يحدده المورّد | مباشرة بين الطرفين متى أمكن ذلك؛ وإلا فعبر خادم الترحيل الخاص بك | -| من يتحكم في إقامة البيانات | المورّد | أنت من يختار الموقع من جهة الخادم وسياسة الترحيل؛ ولا تزال مواقع الأطراف مهمة | -| إمكانية تدقيق العميل | غالبًا مغلق المصدر | [مفتوح المصدر (AGPL)](https://github.com/rustdesk/rustdesk) — اقرأ الكود وابنِه بنفسك | -| من يُشغِّل الخادم | المورّد | فريقك | +| | أدوات سحابة المورّد | RustDesk ذاتي الاستضافة | +| ---------------------------- | ------------------- | ---------------------------------------------------------------------------------------- | +| أين تُنسَّق الجلسات | سحابة المورّد | خادم المعرّف/الالتقاء الخاص بك | +| أين تتدفق حركة الجلسة | توجيه يحدده المورّد | مباشرة بين الطرفين متى أمكن، وإلا فعبر خادم الترحيل الخاص بك | +| مَن يتحكم في إقامة البيانات | المورّد | تختار أنت موقع الخادم وسياسة الترحيل؛ وتبقى مواقع الأجهزة الطرفية مؤثرة | +| قابلية تدقيق العميل | غالبًا مغلق المصدر | [مفتوح المصدر (AGPL)](https://github.com/rustdesk/rustdesk) — اقرأ الشيفرة وابنِها بنفسك | +| مَن يشغّل الخادم | المورّد | فريقك | -غالبًا ما تشير الفرق التي تقيّم خيار الاستضافة الذاتية إلى القدرة على اختيار موقع ومُشغِّل أنظمة الالتقاء والترحيل والإدارة. وهذا تحكم ذو قيمة حقيقية، لكن يجب توثيقه إلى جانب مواقع الأطراف وسلوك التوجيه. +وغالبًا ما تضع الفرق التي تقيّم الاستضافة الذاتية هذا التحكم في المقدمة: اختيار موقع أنظمة الالتقاء والترحيل والإدارة ومَن يشغّلها. ## الميزة الأولى: أنت من يتحكم في موقع البيانات من جهة الخادم -إن وضع خدمات المعرّف والترحيل والإدارة في مركز بيانات ألماني يتيح لك توثيق مكان إقامة تلك الخدمات وبياناتها المخزَّنة. وإذا كان كلا الطرفين أيضًا ضمن الحدود الجغرافية المطلوبة، وكانت السياسات تفرض مرور حركة البيانات عبر خادم ترحيل معتمد، يمكنك حينها تصميم مسار أكثر تقييدًا. أما من دون هذه الضوابط الإضافية، فإن موقع الخادم وحده لا يثبت أن كل حركة بيانات الجلسة تبقى داخل ألمانيا. +ضع خدمات المعرّف والترحيل والإدارة في مركز بيانات في ألمانيا، وستتمكن من توثيق المكان الذي تقيم فيه تلك الخدمات وبياناتها المخزّنة بدقة. وإذا أبقيت الطرفين كليهما داخل الحدود المطلوبة وفرضت مرور الحركة عبر خادم الترحيل المعتمد، يمكنك تقييد مسار الجلسة أيضًا. -## الميزة الثانية: كون المصدر مفتوحًا يعني أنه بإمكانك إثبات الأمر، لا مجرد الثقة به +## الميزة الثانية: المصدر المفتوح يعني أنك تستطيع التحقق من العميل -سيادة البيانات لا تتعلق بالموقع فقط - بل بمعرفة ما يفعله البرنامج فعليًا. ونواة RustDesk **مفتوحة المصدر بموجب رخصة AGPL**. ويمكنك أنت (أو فريق الأمن لديك) قراءة الكود، وتدقيق ما يفعله العميل بالضبط، وبناؤه بنفسك، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى. وتكتسب هذه القدرة على التدقيق أهمية أكبر من المعتاد في سياق الوصول عن بعد: فلأن البرنامج يُوثَق به للتحكم الكامل في الجهاز، بات المشترون في القطاعات الخاضعة للتنظيم يرغبون بشكل متزايد في التحقق مما يفعله العميل بدلًا من الاكتفاء بأخذ كلام المورّد على محمل الثقة. والقدرة على فحص العميل بنفسك هي إجابة ملموسة على سؤال "كيف نتأكد من ذلك؟". +**عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) [مرخّصان بموجب AGPL](https://github.com/rustdesk/rustdesk)**، **أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية**. ويستطيع فريق الأمن لديك قراءة شيفرة العميل وتدقيق ما يفعله على الجهاز الطرفي، ويمكنك بناؤه بنفسك. ولهذا أهمية تفوق المعتاد في الوصول عن بُعد: فالبرنامج مؤتمن على التحكم الكامل في الجهاز، والمشترون في القطاعات الخاضعة للتنظيم يريدون على نحو متزايد التحقق مما يفعله العميل بدلًا من الاكتفاء بكلام المورّد. -## الميزة الثالثة: سيادة بلا ضريبة ترخيص +## الميزة الثالثة: نموذج مختلف لترخيص الخادم -تُرخَّص خطط RustDesk القياسية على أساس **عدد مستخدمي تسجيل الدخول بالإضافة إلى عدد الأجهزة المُدارة**، وتشمل عددًا غير محدود من الاتصالات المتزامنة؛ أما خطة [Customized V2](https://rustdesk.com/pricing#custom2) فتحدّ من عدد الاتصالات المتزامنة وتسعّرها بدلًا من ذلك. ويمكنك [ترقية الترخيص](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) مع تغيّر متطلباتك. تحقق من مصفوفة الخطط الحالية قبل الشراء. +تُرخَّص خطط RustDesk القياسية **حسب مستخدمي تسجيل الدخول إضافةً إلى الأجهزة المُدارة**، وتتضمن اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا [Customized V2](https://rustdesk.com/pricing#custom2). ويمكنك [ترقية الترخيص](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) في أي وقت مع تغيّر متطلباتك. -كما تتوسع البنية المعمارية مع حجم أسطولك من الأجهزة: إذ ينشر RustDesk [إرشادات تخطيط للأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) للفرق التي تقيّم عمليات نشر أكبر. أما فيما يخص [التحكم في الوصول لكل مستخدم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/)، فتشمل عمليات النشر ذاتية الاستضافة [وحدة تحكم عبر الويب](https://rustdesk.com/docs)، ومولّد عملاء بعلامة تجارية مخصصة، ومجموعات أجهزة مع دفتر عناوين مشترك، إلى جانب [LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) (OIDC) المتاحة ابتداءً من خطة Basic فما فوق. +ويتدرّج هذا النموذج مع حجم بيئتك: إذ يغطي [دليل تخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) عمليات نشر تصل إلى 200,000 جهاز. ويضيف Server Pro [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، إضافة إلى تسجيل الدخول الموحد عبر LDAP/OIDC وتوليد العميل المخصص بدءًا من خطة Basic. -## كيف يتوافق RustDesk مع متطلبات ISO 27001 أو SOC 2 أو HIPAA +## كيف يندرج RustDesk ضمن متطلبات ISO 27001 أو SOC 2 أو HIPAA -تسأل فرق المشتريات في المؤسسات وفرق الرعاية الصحية دائمًا تقريبًا عن كيفية توافق أداة الوصول عن بعد مع ISO 27001 أو SOC 2 أو HIPAA. ومع منتج سحابي، فأنت ترث - وتعتمد على - شهادة المورّد الخاصة ببنيته التحتية _هو_. أما نموذج RustDesk فمختلف، وبالنسبة للفرق الخاضعة للأطر التنظيمية، يعمل هذا الاختلاف عادة لصالحك: فبما أنك **تستضيف ذاتيًا**، يعمل الوصول عن بعد داخل البيئة التي تتحكم بها وتدققها بالفعل، وبالتالي يقع ضمن نطاق ISO 27001 أو HIPAA _الخاص بك_ وضمن ضوابطك _القائمة أصلًا_ بدلًا من ضوابط طرف ثالث. فأنت تضع خادم المعرّف والترحيل ووحدة التحكم على بنية تحتية يغطيها برنامجك بالفعل، ولأن RustDesk [مفتوح المصدر](https://github.com/rustdesk/rustdesk)، يمكن لفريق الأمن لديك قراءة والتحقق بدقة مما يفعله البرنامج كجزء من عملية التقييم، بدلًا من الثقة بملف تنفيذي مغلق المصدر. +تسأل فرق المشتريات في المؤسسات وفرق الرعاية الصحية في كل مرة تقريبًا عن موقع أداة الوصول عن بُعد من ISO 27001 أو SOC 2 أو HIPAA. ومع المنتج السحابي، تعتمد على شهادة المورّد لبنيته التحتية وعلى شروط المسؤولية المشتركة لديه. أما RustDesk المستضاف ذاتيًا فيعمل بالعكس: إذ تعمل خدمات المعرّف/الالتقاء والترحيل ووحدة التحكم على بنية تحتية يغطيها برنامجك أصلًا، فتقيّمها ضمن نطاق ISO 27001 لديك أو ضوابط SOC 2 أو ضمانات HIPAA، ويستطيع فريق الأمن فحص الشيفرة المصدرية للعميل جزءًا من هذا التقييم. والاستضافة الذاتية أداة للتحكم في النشر وليست شهادة، والتقييم هو ما يُدخلها في النطاق. بعض الملاحظات العملية: -- تُبقي الاستضافة الذاتية الأنظمة الحساسة - الالتقاء والترحيل ووحدة التحكم وبيانات الأجهزة - على أجهزة تملكها أنت، وهذا هو بالضبط ما تحاول ضوابط إقامة البيانات أو HIPAA ضمانه عادة. وقائمة التحقق الخاصة بالنشر أدناه تُترجم ذلك إلى ضوابط موثَّقة. -- وإذا كانت جهة المشتريات لديك تطلب تحديدًا تقرير SOC 2 من جانب المورّد، أو اتفاقية شريك أعمال (BAA) موقّعة، أو اتفاقية معالجة بيانات (DPA)، أو استبيانات أمنية مكتملة، فتواصل مع فريق RustDesk عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عمّا هو متاح حاليًا لحالتك. -- ولأن RustDesk مفتوح المصدر، فإن سؤال "كيف نعرف ما الذي يفعله؟" يُجاب عليه بالفحص المباشر، لا بشهادة يتوجب عليك تصديقها على الثقة. +- تتيح لك الاستضافة الذاتية اختيار موقع خدمات الالتقاء والترحيل ووحدة التحكم وبيانات الإدارة المخزّنة ومَن يشغّلها. ووثّق مسارات الأجهزة الطرفية والنسخ الاحتياطية ووصول المسؤولين إلى جانب تلك المواقع. +- إذا كانت جهة المشتريات لديك تشترط تحديدًا تقرير SOC 2 من جانب المورّد، أو اتفاقية شريك أعمال (BAA) موقّعة، أو اتفاقية معالجة بيانات (DPA)، أو استبيانات أمنية مكتملة، فاسأل فريق RustDesk عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) عمّا هو متاح حاليًا لحالتك. +- ولأن العميل مفتوح المصدر، فإن الإجابة عن سؤال «كيف نعرف ما الذي يفعله؟» تأتي من الفحص المباشر؛ أما تقارير الضمان التي يقدّمها المورّد فتجيب عن سؤال مختلف من أسئلة المشتريات. -باختصار، تتيح لك الاستضافة الذاتية دمج الوصول عن بعد ضمن برنامج الامتثال الذي تديره أصلًا - وهو غالبًا موقف أقوى بالنسبة لفريق خاضع للأطر التنظيمية من استئجار صندوق أسود حاصل على شهادة. +باختصار، تُدرج الاستضافة الذاتية الوصول عن بُعد ضمن برنامج الامتثال الذي تديره أصلًا، وهذا غالبًا موقف أقوى للفريق الخاضع للتنظيم من الاعتماد على شهادة يمنحها مورّد لبنية تحتية لا يمكنك فحصها. ## ضوابط تدعم برنامج GDPR ذاتي الاستضافة -الاستضافة الذاتية هي الأساس، وفوق هذا الأساس يوفر RustDesk ضوابط ملموسة تعتمد عليها الفرق ذاتية الاستضافة لتحقيق الامتثال لـ GDPR عمليًا: +الاستضافة الذاتية هي الأساس، وفوقه يوفر RustDesk ضوابط ملموسة تعتمد عليها الفرق ذاتية الاستضافة في برنامج GDPR: -- **بيانات القياس عن بعد تذهب إلى خادمك أنت، لا إلى RustDesk.** بيانات الاستخدام الموضحة في سياسة خصوصية RustDesk - مثل بدء تشغيل التطبيق، وعنوان IP، وإحصاءات أساسية عن الجهاز، وأوقات الجلسات، ومعرّفات RustDesk - هي ما تعالجه **الخدمة المستضافة العامة** التابعة لـ RustDesk؛ أما عندما تُشغِّل خوادم المعرّف/الالتقاء والترحيل الخاصة بك، فتبقى تلك البيانات على بنيتك التحتية **أنت** بدلًا من ذلك. وباستثناء التحقق من ترخيص Server Pro، لا يحتاج شيء يُذكر إلى الوصول إلى rustdesk.com - تأكد من الاتصالات الصادرة الدقيقة الخاصة بإصدار العميل والإعدادات التي تنشرها. وهذا يُبقي بيانات الجلسات والاستخدام على بنية تحتية تتحكم بها افتراضيًا، وهو موقف قوي في تقليل البيانات (data minimization). -- **تدوير واحتفاظ مدمجان لسجلات التدقيق.** تأتي سجلات التدقيق في Server Pro ضمن أربع فئات - الاتصال، ونقل الملفات، والتنبيهات، وعمليات وحدة التحكم - مع **تدوير مدمج للسجلات** بحيث لا يُحتفَظ ببيانات التدقيق إلى أجل غير مسمى (تحديد فترة التخزين)، ويمكنك تصديرها من وحدة التحكم عبر الويب أو عبر REST API لسجلات أنشطة المعالجة الخاصة بك. -- **وصول دقيق ومحدد النطاق.** التعيينات الخاصة بكل مستخدم، ومجموعات الأجهزة، والقواعد بين المجموعات، ودور التحكم (Control Role) - الذي يحدد ما يمكن للفني القيام به أثناء الجلسة، مثل لوحة المفاتيح/الفأرة، والحافظة، ونقل الملفات، والصوت، والكاميرا، والطرفية (terminal)، والطباعة، والتسجيل، وغير ذلك - كل ذلك يفرض مبدأ الحد الأدنى من الصلاحيات وتحديد الغرض، مدعومًا بـ SSO/LDAP ومصادقة ثنائية العامل (2FA) للأجهزة المُتحكَّم بها. -- **وضع الخصوصية والموافقة لكل اتصال.** يمكن للطرف المُتحكَّم به أن يشترط تأكيدًا لأي اتصال وارد، وأن يُعتِّم شاشته (وضع الخصوصية، المدعوم على Windows وmacOS) أثناء الجلسة، مما يحد من التعرض العرضي للبيانات الشخصية الظاهرة على الشاشة. -- **الحذف وفق شروطك أنت.** بما أن البيانات تقيم على خادمك، يمكنك تعطيل المستخدمين أو حذفهم، وحذف الأجهزة والسجلات - بما في ذلك عبر REST API - وتلبية طلبات المحو والاحتفاظ بالبيانات مباشرة. -- **بنية تحتية داخل المنطقة الجغرافية وذاتية التشغيل.** يعمل خادم المعرّف/الالتقاء والترحيل ووحدة التحكم والبيانات المخزَّنة حيث تضعها أنت، على أجهزة تتحكم بها. -- **حتى إصدارات العميل المخصصة لا تترك أي بيانات وراءها.** إنشاء عميل بعلامة تجارية مخصصة هو الخطوة الوحيدة التي تستخدم خدمة البناء (build service) التابعة لـ RustDesk، وهي مصممة عمدًا لتكون مؤقتة: إذ لا يُحتفَظ بإعدادات البناء التي ترسلها على خادم البناء الخاص بـ RustDesk (تُحذف بمجرد اكتمال عملية البناء)، ويُزال برنامج التثبيت الناتج تلقائيًا بعد نحو يوم واحد، لذا يجب عليك تنزيله والاحتفاظ به بنفسك. +- **تبقى بيانات الخادم حيث تضعها، مع قائمة قصيرة من الاتصالات الصادرة.** تعالج خدمات المعرّف/الالتقاء والترحيل وإدارة Pro المستضافة ذاتيًا بيانات النشر في المكان الذي تشغّلها فيه. أما الاتصالات الصادرة التي ينبغي توثيقها فهي: التحقق من ترخيص Pro (عبر HTTPS إلى rustdesk.com مرة يوميًا تقريبًا)، وخدمة بناء العميل المخصص، وتحديثات العميل، وSMTP إذا ضبطت خادم بريد خارجيًا، وأي مزوّد هوية خارجي تربطه. راجع [دليل تشغيل Server Pro دون اتصال وفي البيئات المعزولة](/ar/blog/rustdesk-server-pro-offline-air-gapped-ar). +- **مدة احتفاظ قابلة للضبط لسجلات التدقيق.** تغطي [سجلات التدقيق في Server Pro](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/audit-logs/#log-visibility-and-retention) الاتصالات ونقل الملفات والتنبيهات وعمليات وحدة التحكم. وفي **الإعدادات ← أخرى ← مدة الاحتفاظ بالسجلات (بالأيام)** (Settings > Other > Log Retention (Days))، تعني القيمة `0` الاحتفاظ بجميع السجلات دون حد، وتحذف القيمة الموجبة السجلات الأقدم منها، ويجري التنظيف مرة كل ساعة. وحدّد مدة الاحتفاظ بالملفات المصدَّرة والنسخ الاحتياطية بشكل منفصل. +- **وصول دقيق ومحدد النطاق.** يحدد [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) مَن يستطيع الوصول إلى أي جهاز، عبر التعيينات لكل مستخدم ومجموعات الأجهزة والقواعد بين المجموعات (وصلاحيات مجموعات المستخدمين ومجموعات الأجهزة تراكمية). أما دفتر العناوين المشترك فينظّم الإدخالات فحسب، ولا يشكّل حدًّا للوصول. ويقيّد [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) ما يجوز للفني فعله داخل الجلسة: لوحة المفاتيح والفأرة، والحافظة، ونقل الملفات، والصوت، والكاميرا، والطرفية، والطباعة، والتسجيل، وغير ذلك. ومع تسجيل الدخول الموحد وLDAP والمصادقة الثنائية على الجهاز المتحكَّم به، تفرض هذه الضوابط مبدأ الحد الأدنى من الصلاحيات وتقييد الغرض. +- **وضع الخصوصية والموافقة على كل اتصال.** يستطيع الطرف المتحكَّم به اشتراط الموافقة على كل اتصال وارد، ويُعتّم وضع الخصوصية (المدعوم على Windows وmacOS) الشاشة المحلية أثناء الجلسة، فيحدّ من الانكشاف العرضي للبيانات الشخصية الظاهرة على الشاشة. +- **الحذف وفق شروطك.** لأن البيانات تقيم على خادمك، يمكنك تعطيل المستخدمين أو إزالتهم، وحذف الأجهزة والسجلات، بما في ذلك عبر REST API، وتلبية طلبات المحو والاحتفاظ مباشرة. +- **بنية تحتية داخل المنطقة تشغّلها بنفسك.** تعمل خدمات المعرّف/الالتقاء والترحيل ووحدة التحكم والبيانات المخزّنة حيث تضعها، على عتاد تتحكم فيه. +- **بناء العميل المخصص مؤقت.** توليد عميل يحمل علامتك التجارية هو الخطوة الوحيدة التي تستخدم خدمة البناء لدى RustDesk، وهي قصيرة الأمد عن قصد: تُحذف إعدادات البناء التي ترسلها فور اكتمال البناء، ويُزال المثبّت الناتج تلقائيًا بعد يوم تقريبًا، فتنزّله وتحفظه في مستودعك المعتمد. -هذه أدوات يمكن لبرنامج GDPR استخدامها فعليًا: فأنت لا تزال من يوثّقها ويشغّلها، لكنك لست بحاجة لانتظار المورّد كي يستجيب لطلب من صاحب البيانات. +هذه أدوات يستطيع برنامج GDPR استخدامها فعلًا: فأنت لا تزال من يوثّقها ويشغّلها، لكنك لا تنتظر المورّد كي يستجيب لطلب صاحب البيانات. -## سيادة يمكنك الإشارة إليها بوضوح +## سيادة يمكنك الإشارة إليها -إن استضافتك بنفسك لخوادم الالتقاء والترحيل ووحدة التحكم والبيانات المخزَّنة تمنح برنامج الامتثال شيئًا ملموسًا: بنية تحتية تضعها أنت وتشغّلها وتدققها. إنها أساس وليست خط نهاية، لكنها الجزء الذي يرتكز عليه كل شيء آخر. +استضافتك بنفسك لخدمتي الالتقاء والترحيل ووحدة التحكم والبيانات المخزّنة تمنح برنامج الامتثال شيئًا ملموسًا: بنية تحتية تضعها أنت وتشغّلها وتدققها. إنها أساس لا خط نهاية، لكنها الجزء الذي يرتكز عليه كل ما عداه. ## قائمة تحقق لنشر يراعي GDPR والسيادة -تمنحك الاستضافة الذاتية خيارات؛ ويتوجب على عملية النشر أن تحوّل تلك الخيارات إلى ضوابط فعلية: +تمنحك الاستضافة الذاتية خيارات، وعلى عملية النشر أن تحوّل تلك الخيارات إلى ضوابط: -- وثِّق أماكن وجود خادم المعرّف، وخادم الترحيل، ووحدة التحكم، والنسخ الاحتياطية، والسجلات، والمسؤولين الإداريين. -- ارسم خريطة للمسارات المباشرة من نظير إلى نظير بمعزل عن المسارات المُرحَّلة. فوجود خادم في ألمانيا لا يُبقي جلسة مباشرة بين ألمانيا وبلد آخر داخل حدود ألمانيا. -- حدد متى يجب فرض استخدام الترحيل لأن التوجيه عبر موقع خاضع للتحكم يكون أهم من أداء الاتصال المباشر من نظير إلى نظير. -- سجِّل الغرض، ومدة الاحتفاظ، وسياسة الوصول الخاصة بالبيانات الوصفية للأجهزة والحسابات والتدقيق والاتصالات. -- طبِّق مجموعات أجهزة قائمة على مبدأ الحد الأدنى من الصلاحيات، ومصادقة متعددة العوامل/تسجيل دخول أحادي (MFA/SSO) حيثما توفرت، وعملية منظمة لإدارة انضمام الفنيين وتنقلهم ومغادرتهم (joiner-mover-leaver). -- ضع وحدة التحكم عبر الويب خلف HTTPS، وقيِّد الوصول الشبكي الإداري، واختبر عملية استعادة النسخ الاحتياطية. -- أكمل التقييم القانوني المناسب - مثل سجلات أنشطة المعالجة، ومراجعة معالج البيانات، وتقييم نقل البيانات، وتقييم أثر حماية البيانات (DPIA) - وفقًا لحالة استخدامك. +- وثّق أماكن وجود خادم المعرّف وخادم الترحيل ووحدة التحكم والنسخ الاحتياطية والسجلات والمسؤولين. +- ارسم المسارات المباشرة من نظير إلى نظير بمعزل عن المسارات المرحَّلة. فوجود خادم في ألمانيا لا يُبقي جلسة مباشرة بين ألمانيا وبلد آخر داخل ألمانيا. +- حدّد متى يجب فرض الترحيل، لأن التوجيه عبر موقع خاضع لسيطرتك أهم أحيانًا من أداء الاتصال المباشر. +- سجّل الغرض ومدة الاحتفاظ وسياسة الوصول الخاصة بالبيانات الوصفية للأجهزة والحسابات والتدقيق والاتصالات. +- طبّق مجموعات أجهزة قائمة على مبدأ الحد الأدنى من الصلاحيات، والمصادقة متعددة العوامل وتسجيل الدخول الموحد (MFA/SSO) حيثما توفرا، وإجراءً منظمًا لانضمام الفنيين وانتقالهم ومغادرتهم. +- ضع وحدة التحكم على الويب خلف HTTPS، وقيّد الوصول الإداري عبر الشبكة، واختبر استعادة النسخ الاحتياطية. +- أكمل التقييم القانوني المناسب لحالة استخدامك، مثل سجلات أنشطة المعالجة، ومراجعة المعالج، وتقييم نقل البيانات، وتقييم أثر حماية البيانات (DPIA). -يمكن لـ RustDesk أن يدعم بنية معمارية قائمة على السيادة، لكن المتحكم بالبيانات يظل هو المسؤول عن هذه البنية وأساسها القانوني. +يمكن لـ RustDesk أن يدعم بنية قائمة على السيادة، لكن المتحكم يظل مسؤولًا عن هذه البنية وعن أساسها القانوني. ## قيّمه داخل محيطك الخاص -يمكنك إجراء التقييم وفق شروطك الخاصة. استضف بنفسك خادم المجتمع المجاني مفتوح المصدر اليوم، أو راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط التقييم الحالية لميزات النسخة الاحترافية (Pro). تحقق من الخطط الحالية والميزات الدقيقة على [rustdesk.com/pricing](https://rustdesk.com/pricing). أتفضل المشاهدة أولًا؟ يوجد شرح فيديو كامل على [قناة RustDesk على YouTube](https://www.youtube.com/@rustdesk). +يمكنك إجراء التقييم وفق شروطك. استضف Server OSS بنفسك اليوم، أو راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط التقييم الحالية لميزات Pro. واطّلع على الخطط الحالية والميزات بدقة على [rustdesk.com/pricing](https://rustdesk.com/pricing). أتفضّل المشاهدة أولًا؟ يوجد شرح مرئي كامل على [قناة RustDesk على YouTube](https://www.youtube.com/@rustdesk). diff --git a/v3/src/content/post/ar/rustdesk-and-remote-access-scams.md b/v3/src/content/post/ar/rustdesk-and-remote-access-scams.md index 8bd72239..b209371b 100644 --- a/v3/src/content/post/ar/rustdesk-and-remote-access-scams.md +++ b/v3/src/content/post/ar/rustdesk-and-remote-access-scams.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-06T12:36:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-and-remote-access-scams' draft: false title: 'RustDesk واحتيالات الوصول عن بُعد: ما الذي نقوم به' -excerpt: 'لماذا غادرت RustDesk متجر Google Play، وأضافت تحذيرات ومتطلبات تسجيل دخول للخادم العام، وكيف يمكن للمستخدمين تعزيز حماية الأجهزة الخاضعة للتحكم بكلمات المرور والمصادقة الثنائية وقوائم عناوين IP المسموح بها.' +excerpt: 'لماذا غادرت RustDesk متجر Google Play وأضافت تحذيرات واشتراط تسجيل الدخول على الخادم العام، وكيف تحمي الأجهزة الخاضعة للتحكم بكلمات المرور والمصادقة الثنائية وقوائم IP والمعرفات المسموح بها.' image: '~/assets/images/blog/rustdesk-and-remote-access-scams-og.webp' category: 'الأمان' tags: ['RustDesk', 'الأمان', 'عمليات الاحتيال'] @@ -18,10 +19,10 @@ faq: - question: 'لماذا يتطلب خادم RustDesk العام تسجيل الدخول؟' answer: 'تقول RustDesk إن تسجيل دخول الطرف المتحكم مطلوب حاليًا على خادمها العام بسبب استمرار إساءة الاستخدام من عمليات الاحتيال وشبكات الروبوتات (botnets). تسجيل الدخول مجاني عبر مزودي هوية خارجيين مدعومين. والغرض من الخادم العام هو العرض التوضيحي والاختبار وليس بيئات الإنتاج أو الأعمال الحساسة؛ وتظل الاستضافة الذاتية متاحة للمؤسسات التي تحتاج إلى تشغيل بنيتها التحتية وسياساتها الخاصة.' - question: 'كيف يمكنني حماية جهاز يقبل اتصالات RustDesk؟' - answer: 'عيّن كلمة مرور دائمة قوية وفريدة على الجهاز الخاضع للتحكم، وفعّل خاصية المصادقة الثنائية TOTP للاتصال في التطبيق، واستخدم قائمة عناوين IP المسموح بها عندما تكون عناوين أجهزة التحكم لديك أو نطاقات CIDR الخاصة بها معروفة ويمكن التنبؤ بها. اجعل استثناءات الأجهزة الموثوقة محدودة قدر الإمكان. تقلل هذه الطبقات من مخاطر كلمات المرور ومصدر الشبكة، لكنها لا يمكن أن تحمي شخصًا يُسلّم عمدًا كلمة المرور أو رمز المصادقة الثنائية الحالي أو الموافقة اليدوية إلى محتال.' + answer: 'عيّن كلمة مرور دائمة قوية وفريدة على الجهاز الخاضع للتحكم، وفعّل خاصية المصادقة الثنائية TOTP للاتصال في التطبيق، واستخدم قائمة عناوين IP المسموح بها عندما تكون عناوين أجهزة التحكم لديك أو نطاقات CIDR الخاصة بها معروفة ويمكن التنبؤ بها. واعتبارًا من الإصدار 1.5.0 من RustDesk، يمكن أيضًا استخدام قائمة المعرفات المسموح بها لتحديد معرفات RustDesk التي يُسمح لها بالاتصال. اجعل استثناءات الأجهزة الموثوقة محدودة قدر الإمكان. تقلل هذه الطبقات من مخاطر كلمات المرور ومصدر الشبكة، لكنها لا يمكن أن تحمي شخصًا يُسلّم عمدًا كلمة المرور أو رمز المصادقة الثنائية الحالي أو الموافقة اليدوية إلى محتال.' metadata: - description: 'كيف تستجيب RustDesk لاحتيالات الوصول عن بُعد: التحذيرات العامة، والانسحاب من متجر Google Play، وتسجيل الدخول للخادم العام، والمصادقة الثنائية للأجهزة الخاضعة للتحكم، وقوائم عناوين IP المسموح بها القائمة على CIDR.' - keywords: 'احتيال RustDesk، هل RustDesk عملية نصب واحتيال، RustDesk ومتجر Google Play، تسجيل الدخول المطلوب في RustDesk، المصادقة الثنائية في RustDesk، القائمة البيضاء لعناوين IP في RustDesk، الوقاية من احتيال الوصول عن بُعد' + description: 'كيف تواجه RustDesk احتيالات الوصول عن بُعد: تحذيرات عامة، ومغادرة Google Play، وتسجيل الدخول للخادم العام، والمصادقة الثنائية، وقوائم IP والمعرفات المسموح بها.' + keywords: 'احتيال RustDesk، هل RustDesk عملية نصب واحتيال، RustDesk ومتجر Google Play، تسجيل الدخول المطلوب في RustDesk، المصادقة الثنائية في RustDesk، القائمة البيضاء لعناوين IP في RustDesk، القائمة البيضاء للمعرفات في RustDesk، الوقاية من احتيال الوصول عن بُعد' --- RustDesk برنامج شرعي ومفتوح المصدر للوصول عن بُعد، لكن حتى البرامج الشرعية يمكن إساءة استخدامها. فقد يتصل محتال بضحية، ويختلق مشكلة عاجلة، ويقنع ذلك الشخص بتثبيت أداة للتحكم عن بُعد ومنحه صلاحية الوصول. RustDesk ليس بمنأى عن هذا الخطر، والتشفير وحده لا يمكنه تصحيح موافقة تم الحصول عليها عن طريق الخداع. @@ -71,7 +72,7 @@ RustDesk برنامج شرعي ومفتوح المصدر للوصول عن بُ من أجل [الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar)، عيّن **كلمة مرور دائمة قوية وفريدة** ضمن إعدادات أمان RustDesk الخاصة بالجهاز الخاضع للتحكم. لا تُعِد استخدام كلمة مرور تسجيل الدخول لنظام التشغيل، أو كلمة مرور البريد الإلكتروني، أو كلمة مرور مستخدمة في خدمة أخرى. وغيّرها فورًا إذا كان يُحتمل أنها قد أُفشيت. -بالنسبة للدعم الفني المراقَب (بحضور المستخدم)، يُفضَّل استخدام كلمة مرور مؤقتة لمرة واحدة أو الموافقة الصريحة بالنقر متى كان ذلك عمليًا. تقلل كلمة المرور الدائمة القوية من مخاطر التخمين، وحشو بيانات الاعتماد (credential stuffing)، وإعادة استخدام كلمة المرور. لكنها لا تُجدي نفعًا إذا قرأ الضحية تلك الكلمة على متصل هاتفي. +أما في الدعم بحضور المستخدم، فيُفضَّل استخدام كلمة مرور مؤقتة لمرة واحدة أو الموافقة الصريحة بالنقر متى كان ذلك عمليًا. تقلل كلمة المرور الدائمة القوية من مخاطر التخمين، وحشو بيانات الاعتماد (credential stuffing)، وإعادة استخدام كلمة المرور. لكنها لا تُجدي نفعًا إذا قرأ الضحية تلك الكلمة على متصل هاتفي. ### 2. فعّل المصادقة الثنائية (2FA) على الجهاز الخاضع للتحكم @@ -85,12 +86,12 @@ RustDesk برنامج شرعي ومفتوح المصدر للوصول عن بُ ### 3. قيّد الاتصالات الواردة باستخدام قائمة عناوين IP المسموح بها -تُطلق واجهة RustDesk على هذه الميزة اسم **القائمة البيضاء لعناوين IP (IP Whitelisting)**. وبعبارة توضيحية، فهي قائمة عناوين IP مسموح بها: إذ يرفض الجهاز الخاضع للتحكم أي اتصال يكون عنوان مصدره خارج القائمة المُعدَّة، وذلك قبل التحقق من كلمة المرور والمصادقة الثنائية. +تُطلق واجهة RustDesk على هذه الميزة اسم **القائمة البيضاء للـ IP** (IP Whitelisting). وبعبارة توضيحية، فهي قائمة عناوين IP مسموح بها: إذ يرفض الجهاز الخاضع للتحكم أي اتصال يكون عنوان مصدره خارج القائمة المُعدَّة، وذلك قبل التحقق من كلمة المرور والمصادقة الثنائية. يمكن إعداد ذلك من: -- **جهاز سطح المكتب الخاضع للتحكم:** **الإعدادات → الأمان → الأمان → استخدام القائمة البيضاء لعناوين IP (Settings → Security → Security → Use IP Whitelisting)** -- **جهاز الجوال الخاضع للتحكم:** **الإعدادات → مشاركة الشاشة → استخدام القائمة البيضاء لعناوين IP (Settings → Share screen → Use IP Whitelisting)** +- **جهاز سطح المكتب الخاضع للتحكم:** **الإعدادات ← الأمان ← الأمان ← استخدام قائمة الـ IP البيضاء** (Settings → Security → Security → Use IP Whitelisting) +- **جهاز الجوال الخاضع للتحكم:** **الإعدادات ← مشاركة الشاشة ← استخدام قائمة الـ IP البيضاء** (Settings → Share screen → Use IP Whitelisting) يقبل هذا الإعداد عناوين IPv4 أو IPv6 فردية، بالإضافة إلى نطاقات CIDR. يجمع تدوين CIDR بين عنوان الشبكة وطول البادئة (prefix length). وتحدد البادئة عدد البتات الأولى الثابتة: فكلما زادت قيمة البادئة، صغُر النطاق المسموح به. @@ -99,17 +100,38 @@ RustDesk برنامج شرعي ومفتوح المصدر للوصول عن بُ - `2001:db8::10/128`: عنوان IPv6 واحد. - `2001:db8:1234::/64`: شبكة فرعية واحدة من نوع IPv6. -هذه نطاقات توضيحية لأغراض التوثيق فقط؛ لا تنسخها كما هي دون تغيير. أدخل عناوين أو شبكات أجهزة التحكم الفعلية الخاصة بك. يمكن الفصل بين الإدخالات المتعددة باستخدام الفواصل، أو الفواصل المنقوطة، أو المسافات، أو أسطر جديدة. توثّق RustDesk هذا الإعداد في [مرجع الإعدادات المتقدمة للتطبيق](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#whitelist)، كما يمكن الاطلاع على [آلية التطبيق على جانب الجهاز الخاضع للتحكم في الشيفرة المصدرية](https://github.com/rustdesk/rustdesk/blob/master/src/server/connection.rs#L1347-L1374). +هذه نطاقات توضيحية لأغراض التوثيق فقط؛ لا تنسخها كما هي دون تغيير. أدخل عناوين أو شبكات أجهزة التحكم الفعلية الخاصة بك. يمكن الفصل بين الإدخالات المتعددة باستخدام الفواصل، أو الفواصل المنقوطة، أو المسافات، أو أسطر جديدة. توثّق RustDesk هذا الإعداد في [مرجع الإعدادات المتقدمة للتطبيق](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#whitelist)، كما يمكن الاطلاع على [آلية التطبيق على جانب الجهاز الخاضع للتحكم في الشيفرة المصدرية](https://github.com/rustdesk/rustdesk/blob/1.5.0/src/server/connection.rs#L1410-L1437). استخدم أصغر نطاقات ممكنة عمليًا. فعناوين خروج المكتب الثابتة ونطاقات VPN المعروفة مرشحات جيدة. أما العناوين المنزلية الديناميكية وأجهزة التحكم المتنقلة (roaming) فليست كذلك. تأكّد من عنوان المصدر الذي يراه RustDesk في بنية شبكتك، سواء كانت عبر NAT أو VPN أو اتصالاً مباشرًا أو عبر خادم ترحيل (relay)، واختبر القاعدة الجديدة من جلسة أخرى قبل إغلاق الجلسة العاملة الحالية. فقد يؤدي عنوان أو نطاق CIDR خاطئ إلى حرمان فريق الدعم الشرعي من الوصول. تعمل القائمة المسموح بها على تضييق الأماكن التي يمكن أن ينشأ منها الاتصال. وهي لا تحل محل كلمة المرور أو المصادقة الثنائية، ولا يمكنها إيقاف طرف تحكم ضار يعمل بالفعل من داخل شبكة مسموح بها. +### 4. حدّد معرفات RustDesk التي يمكنها الاتصال + +اعتبارًا من الإصدار 1.5.0 من RustDesk، يمكن للجهاز الخاضع للتحكم أيضًا ألا يقبل الاتصالات إلا من معرفات RustDesk المدرجة في قائمة. وتُطلق الواجهة على هذه الميزة اسم **القائمة البيضاء للمعرفات (ID whitelisting)**. وهي تناسب فرق الدعم التي تتغير عناوين شبكتها بينما تكون أجهزة التحكم لديها معروفة، أي في الحالات التي لا تكون فيها قائمة عناوين IP المسموح بها عملية. + +يمكن إعداد ذلك من: + +- **جهاز سطح المكتب الخاضع للتحكم:** **الإعدادات ← الأمان ← الأمان ← استخدام القائمة البيضاء للمعرفات** (Settings → Security → Security → Use ID whitelisting) +- **جهاز الجوال الخاضع للتحكم:** **الإعدادات ← مشاركة الشاشة ← استخدام القائمة البيضاء للمعرفات** (Settings → Share screen → Use ID whitelisting) + +أدخل معرفات RustDesk الخاصة بالأجهزة المسموح لها بالتحكم في هذا الجهاز. وكما في قائمة عناوين IP، يمكن الفصل بين الإدخالات باستخدام الفواصل، أو الفواصل المنقوطة، أو المسافات، أو أسطر جديدة. لا تميّز المطابقة بين الأحرف الكبيرة والصغيرة، وهناك حرفا بدل مدعومان: + +- `123456789`: معرف واحد. +- `12345678?`: يطابق `?` حرفًا واحدًا بالضبط، لذا يسمح هذا الإدخال بأي معرف مكوّن من تسعة أحرف يبدأ بـ `12345678`. +- `support-*`: يطابق `*` أي عدد من الأحرف، وهو ما يفيد عندما تستخدم أجهزة التحكم لديك معرفات مخصصة تشترك في بادئة واحدة. + +هذه أيضًا قيم توضيحية. يظهر هذا الإعداد باسم `id-whitelist` في [مرجع الإعدادات المتقدمة للتطبيق](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#id-whitelist)، بحيث يمكن للمسؤولين ضبطه مسبقًا في تطبيق مخصص، كما يمكن الاطلاع على [آلية تطبيقه في الشيفرة المصدرية](https://github.com/rustdesk/rustdesk/blob/1.5.0/src/server/connection.rs#L1439-L1467). + +يجري هذا التحقق عندما يرسل الطرف المتحكم طلب تسجيل الدخول، أي قبل التحقق من كلمة المرور أو رمز المصادقة الثنائية. كما ينطبق عندما يتبادل طرفا الجلسة الأدوار، وهي عملية لا تتطلب كلمة مرور بخلاف ذلك. وإذا كانت قائمة عناوين IP المسموح بها مُعدّة أيضًا، فيجب أن يجتاز الاتصال القائمتين معًا. ويرى الطرف المتحكم المرفوض رسالة «تم حظر معرفك من قبل الطرف الآخر» (Your ID is blocked by the peer)، كما تخضع المحاولات لتقييد في معدلها، فلا يمكن فحص القائمة بسرعة بحثًا عن المعرفات المسموح بها. + +اعرف حدود هذه الميزة. فالمعرف يُبلغ عنه التطبيق الذي يتصل. وهو ليس دليلاً على الهوية، ويمكن لتطبيق معدَّل أن يدّعي معرفًا مسموحًا به؛ ويعرض RustDesk هذا التنبيه بجوار الإعداد. ما تفعله القائمة هو رد التطبيقات العادية ذات المعرفات غير المدرجة قبل أن تصل إلى مطالبة إدخال كلمة المرور. وعلى جهاز ضبط المسؤول فيه القائمة مسبقًا، لا يستطيع المتصل الذي يقنع المستخدم بأن يقرأ له المعرف وكلمة المرور أن يتصل من معرف غير مدرج باستخدام التطبيق القياسي. أبقِ كلمة المرور القوية والمصادقة الثنائية مفعّلتين، واختبر القائمة من جلسة أخرى قبل إغلاق جلسة عاملة: فقد يؤدي خطأ مطبعي إلى حرمان فريق الدعم الشرعي من الوصول. + ## ما لا يمكن أن تفعله هذه الإجراءات -تزيل كل من التحذيرات، والانسحاب من المتجر، ومتطلبات تسجيل الدخول، وكلمات المرور القوية، والمصادقة الثنائية، وقوائم عناوين IP المسموح بها جزءًا من فرصة المهاجم. لكن لا شيء من ذلك يزيل الخطر الأساسي المتمثل في الهندسة الاجتماعية: إذ لا يزال بالإمكان إقناع شخص ما بالموافقة على الوصول أو الإفصاح عن كل عامل من عوامل الحماية. +تزيل كل من التحذيرات، والانسحاب من المتجر، ومتطلبات تسجيل الدخول، وكلمات المرور القوية، والمصادقة الثنائية، وقوائم عناوين IP والمعرفات المسموح بها جزءًا من فرصة المهاجم. لكن لا شيء من ذلك يزيل الخطر الأساسي المتمثل في الهندسة الاجتماعية: إذ لا يزال بالإمكان إقناع شخص ما بالموافقة على الوصول أو الإفصاح عن كل عامل من عوامل الحماية. -كما أن الاستضافة الذاتية لا تجعل إساءة الاستخدام مستحيلة هي الأخرى. فهي تمنح المؤسسة السيطرة على خادم RustDesk الخاص بها وسياساتها، لكن بإمكان المحتال أيضًا تشغيل بنية تحتية خاصة أو توزيع تطبيق معدَّل. لذا لا ينبغي الخلط بين قيود الخادم العام لدى RustDesk وبين حماية تمتد تلقائيًا إلى كل عملية نشر ذاتية الاستضافة. +كما أن الاستضافة الذاتية لا تجعل إساءة الاستخدام مستحيلة هي الأخرى. فهي تمنح المؤسسة السيطرة على خادم RustDesk الخاص بها وسياساتها، لكن بإمكان المحتال أيضًا تشغيل بنية تحتية خاصة أو توزيع تطبيق معدَّل. وقيود RustDesk على الخادم العام تسري على الخادم العام وحده؛ أما النشر ذاتي الاستضافة فيعمل وفق السياسات التي يضعها مشغّله. إذا طلب منك متصل مجهول تثبيت RustDesk، أو بدء تشغيل خدمته، أو مشاركة كلمة مرور، أو الإفصاح عن رمز مصادقة ثنائية، أو فتح موقع مصرفي، فتوقف. يشرح دليلنا المحايد حول [اكتشاف احتيالات سطح المكتب البعيد والوقاية منها والتعافي منها](/ar/blog/avoid-remote-desktop-scams-ar) علامات التحذير وما يجب فعله إذا كان الوصول قد مُنح بالفعل. diff --git a/v3/src/content/post/ar/rustdesk-connected-waiting-for-image.md b/v3/src/content/post/ar/rustdesk-connected-waiting-for-image.md index ea720d43..477600ee 100644 --- a/v3/src/content/post/ar/rustdesk-connected-waiting-for-image.md +++ b/v3/src/content/post/ar/rustdesk-connected-waiting-for-image.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-06T08:31:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-connected-waiting-for-image' draft: false title: 'مشكلة «متصل، في انتظار الصورة» في RustDesk: دليل الإصلاح الشامل' -excerpt: 'تعني رسالة «متصل، في انتظار الصورة» أن شاشة الجهاز البعيد لا يتم التقاطها. إليك كل الأسباب المحتملة – من الأجهزة الخالية من الشاشة (headless) إلى وضع السكون وبرامج الترميز وتعريفات التشغيل – وطريقة حل كل منها.' +excerpt: 'شخّص رسالة «متصل، في انتظار الصورة» في RustDesk: توفر شاشة العرض، وأذونات الالتقاط، وبرامج الترميز، وتعريفات بطاقة الرسومات، وإصدارات Wayland، واتصال خادم الترحيل.' image: '~/assets/images/blog/rustdesk-connected-waiting-for-image-og.webp' category: 'استكشاف الأخطاء' tags: ['RustDesk', 'استكشاف الأخطاء'] @@ -12,30 +13,30 @@ author: 'RustDesk Team' slug: 'rustdesk-connected-waiting-for-image-ar' faq: - question: 'لماذا تظهر رسالة «متصل، في انتظار الصورة» في RustDesk؟' - answer: 'تم إنشاء الجلسة بنجاح، لكن الجهاز البعيد لا يُنتج صورة للشاشة لإرسالها. السبب الأكثر شيوعًا هو عدم وجود شاشة عرض نشطة يمكن التقاطها – كأن يكون الجهاز خادمًا بلا شاشة (headless) متصلة، أو تكون الشاشة قد دخلت في وضع السكون أو القفل، أو لا يسمح نظام التشغيل لـ RustDesk بتسجيل الشاشة. بمجرد إصلاح مصدر الالتقاط، تظهر الصورة.' + answer: 'لأن الجلسة اتصلت لكن لا تصل أي صورة. والسبب الأكثر ورودًا في التقارير أن الجهاز البعيد لا يملك ما يمكن التقاطه: لا شاشة متصلة، أو شاشة في وضع السكون، أو إذن تسجيل الشاشة غير ممنوح. وصّل شاشة أو وصلة HDMI وهمية أو شاشة افتراضية، وأيقظ الشاشة، وامنح الإذن، ثم جرّب برنامج ترميز آخر مثل VP9.' - question: 'كيف أُصلح مشكلة «انتظار الصورة» في RustDesk على جهاز بلا شاشة (headless)؟' - answer: 'الجهاز الذي لا توجد به شاشة متصلة لا يملك إطار عرض (framebuffer) يمكن التقاطه، لذا لا يكون لدى RustDesk ما يرسله. وصّل شاشة حقيقية، أو استخدم وصلة HDMI وهمية (dummy plug) رخيصة تجعل بطاقة الرسومات (GPU) تعتقد أن هناك شاشة متصلة. إيقاظ الشاشة أو إبقاؤها مستيقظة يحل معظم الحالات.' + answer: 'امنح الجهاز الذي يعمل بلا شاشة شاشةً يمكن التقاطها. وصّل شاشة أو وصلة HDMI وهمية (dummy plug) رخيصة تجعل بطاقة الرسومات تتصرف كأن شاشة متصلة بها، أو اضبط شاشة افتراضية. ثم أبقِ الشاشة مستيقظة، وتأكد من منح إذن التقاط الشاشة، وانتقل إلى برنامج ترميز برمجي مثل VP9 إن لم تظهر الصورة بعد.' - question: 'هل يؤدي تغيير برنامج ترميز الفيديو (codec) إلى حل مشكلة الشاشة السوداء؟' answer: 'غالبًا، نعم. يمكنك من شريط أدوات الجلسة البعيدة أو من الإعدادات تبديل برنامج الترميز – VP8 أو VP9 أو AV1 أو H.264/H.265 حيثما يدعمها العتاد. فبرنامج الترميز الذي لا يستطيع عتاد الجهاز البعيد ترميزه يُظهر صورة فارغة أو متجمدة، والعودة إلى برنامج ترميز برمجي مثل VP9 يعيد الصورة عادةً.' - question: 'تظهر الصورة في RustDesk على جهاز كمبيوتر ولا تظهر على آخر. ما السبب؟' - answer: 'هذا يشير إلى مشكلة محلية في الجهاز الذي لا يعمل – كشاشة في وضع السكون أو غير متصلة، أو عدم منح صلاحية تسجيل الشاشة على macOS، أو تعريف تشغيل قديم لبطاقة الرسومات، أو تعارض في التسريع بالعتاد، أو برنامج ترميز لا يدعمه العتاد. اتّبع الحلول الخاصة بكل سبب الواردة في هذا الدليل على الجهاز الذي لا يعمل، لا على الجهاز الذي يعمل بشكل صحيح.' + answer: 'الاختلاف بين جهازين يشير إلى سبب محلي في الجهاز الذي لا تظهر فيه الصورة: شاشة في وضع السكون أو غير متصلة، أو إذن تسجيل الشاشة غير ممنوح على macOS، أو تعريف قديم لبطاقة الرسومات، أو تعارض في التسريع بالعتاد، أو برنامج ترميز لا يدعمه العتاد. طبّق الحلول الخاصة بكل سبب على الجهاز الذي تفشل فيه الصورة، لا على الجهاز الذي يعمل.' - question: 'هل يمكن أن يكون خادمي ذاتي الاستضافة سببًا في ظهور «في انتظار الصورة»؟' - answer: 'عادةً ما تكون الجلسة متصلة بالفعل عند ظهور هذه الرسالة، ما يعني أن الخادم يؤدي دوره كما ينبغي. لكن ازدحام خادم التحويل (relay) العام أو حظر أحد منافذه قد يوقف بث الفيديو. في المسار القياسي للخادم، اسمح بالمنفذين TCP 21115-21117 وUDP 21116؛ وافتح المنفذين TCP 21118-21119 فقط إذا كنت تستخدم عملاء WebSocket. فكّر في استضافة خادم التحويل بنفسك للحصول على أداء أكثر ثباتًا.' + answer: 'عادةً لا. فحين يعرض RustDesk رسالة «متصل، في انتظار الصورة» يكون خادم المعرّف قد أدى دوره بالفعل. لكن حظر أحد منافذ الترحيل أو ازدحام خادم الترحيل قد يوقف بث الفيديو. وعلى الخادم ذاتي الاستضافة، اسمح بالمنافذ TCP 21115-21117 وUDP 21116، ولا تفتح المنافذ TCP 21118-21119 إلا إذا كنت تستخدم عملاء WebSocket.' metadata: - description: 'رسالة «RustDesk متصل، في انتظار الصورة»؟ إليك حل مشكلة الشاشة السوداء: الأجهزة بلا شاشة، السكون/القفل، برامج ترميز الفيديو، تعريفات بطاقة الرسومات، Wayland، ومنافذ جدار الحماية.' + description: 'رسالة «متصل، في انتظار الصورة» في RustDesk؟ أصلح الشاشة السوداء: الأجهزة بلا شاشة، والسكون والقفل، وترميز الفيديو، وتعريفات GPU، وWayland، والمنافذ.' keywords: 'RustDesk متصل في انتظار الصورة، شاشة RustDesk سوداء، حل مشكلة RustDesk في انتظار الصورة، RustDesk بدون صورة، وصلة HDMI وهمية لـ RustDesk، برنامج ترميز فيديو RustDesk، تسريع العتاد في RustDesk' --- -إذا ظهرت في RustDesk رسالة **«متصل، في انتظار الصورة»** ثم عُرضت شاشة سوداء، فالخبر الجيد أن الجزء الأصعب قد نجح بالفعل: تمكّن الطرفان من العثور على بعضهما وتأسست الجلسة. كل الناقص هو _الصورة_. فثمة خلل ما في الجهاز البعيد يمنعه من إنتاج صورة للشاشة لإرسالها. يستعرض هذا الدليل كل سبب معروف لهذه المشكلة، بدءًا من السبب الأكثر شيوعًا وصولًا إلى الحالات النادرة، مع حل عملي لكل منها. +إذا ظهرت في RustDesk رسالة **«متصل، في انتظار الصورة»** (في الواجهة العربية: «متصل, جاري انتظار الصورة...»، وفي الإنجليزية: Connected, waiting for image) ثم عُرضت شاشة سوداء، فالجزء الأصعب قد نجح بالفعل: عثر الطرفان على بعضهما وتأسست الجلسة. وما ينقص هو _الصورة_. ففي أغلب الحالات لا يملك الجهاز البعيد ما يمكن التقاطه، وفي حالات أقل يتوقف البث بسبب برنامج ترميز أو تعريف بطاقة رسومات أو مسار الترحيل. يستعرض هذا الدليل كل سبب، من الأكثر ورودًا في التقارير إلى الحالات النادرة، مع حل عملي لكل منها. ## الإجابة المختصرة -تم الاتصال بالجلسة، لكن لا يوجد إطار عرض (framebuffer) لالتقاطه. فعلى جهاز بعيد **بلا شاشة متصلة، أو بشاشة في وضع السكون أو القفل، أو بشاشة لا يسمح نظام التشغيل لـ RustDesk بتسجيلها**، لا يكون لدى بث الفيديو ما يُرمّزه. امنح RustDesk شاشة حقيقية ومستيقظة يمكنه التقاطها – سواء كانت شاشة فعلية، أو وصلة HDMI وهمية، أو الإذن المناسب، أو برنامج ترميز متوافق – وستظهر الصورة. +تم الاتصال بالجلسة، لكن لا تصل أي صورة. والسبب الأكثر ورودًا في التقارير جهاز بعيد لا يملك ما يمكن التقاطه: **لا شاشة متصلة، أو شاشة في وضع السكون، أو إذن تسجيل الشاشة غير ممنوح**. امنح RustDesk شاشة حقيقية مستيقظة (شاشة فعلية، أو وصلة HDMI وهمية، أو شاشة افتراضية) والإذن المناسب، ثم انتقل إلى برنامج ترميز آخر مثل VP9 إن لم تظهر الصورة. وإن بقيت الشاشة سوداء، فحدّث تعريف بطاقة الرسومات وتأكد من إمكانية الوصول إلى منافذ الترحيل. ## ابدأ من هنا: هل هناك ما يمكن التقاطه؟ -السبب الأكثر ورودًا في التقارير على الإطلاق هو **جهاز بلا شاشة (headless)** – خادم أو حاسوب مصغّر (mini-PC) أو محطة عمل تعمل بلا شاشة متصلة، أو بشاشة في وضع السكون. فمع غياب شاشة عرض نشطة، لا تُنتج بطاقة الرسومات (GPU) أي إطار عرض (framebuffer)، فيتصل RustDesk لكن لا يكون لديه ما يرسله. يتكرر هذا النمط مرارًا في متتبع المشكلات (issue tracker) الخاص بـ RustDesk، بما في ذلك [تقارير عن شاشات سوداء تحديدًا عندما تكون شاشة الجهاز الهدف مطفأة](https://github.com/rustdesk/rustdesk/issues/9884) و[سلسلة النقاش الطويلة حول «متصل، في انتظار الصورة»](https://github.com/rustdesk/rustdesk/issues/222). +السبب الأكثر ورودًا في التقارير هو **جهاز بلا شاشة (headless)**: خادم أو حاسوب مصغّر (mini-PC) أو محطة عمل تعمل دون شاشة متصلة، أو بشاشة في وضع السكون. فمع غياب شاشة عرض نشطة، كثيرًا ما لا يوجد إطار عرض (framebuffer) يمكن التقاطه، فيتصل RustDesk لكن لا يكون لديه ما يرسله. يتكرر هذا النمط مرارًا في متتبع المشكلات (issue tracker) الخاص بـ RustDesk، بما في ذلك [تقارير عن شاشات سوداء تحديدًا عندما تكون شاشة الجهاز الهدف مطفأة](https://github.com/rustdesk/rustdesk/issues/9884) و[سلسلة النقاش الطويلة حول «متصل، في انتظار الصورة»](https://github.com/rustdesk/rustdesk/issues/222). توجد طريقتان لتزويده بما يمكن التقاطه: @@ -49,25 +50,25 @@ metadata: | السبب | المؤشر | الحل | | ---------------------------------- | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | | بلا شاشة (headless) / لا توجد شاشة | شاشة سوداء على خادم أو حاسوب مصغّر | وصّل شاشة، أو أضف وصلة HDMI وهمية | -| الشاشة في وضع السكون / القفل | كانت تعمل سابقًا، ثم اسودّت بعد فترة خمول | أيقظ الشاشة؛ عطّل وضع السكون/شاشة التوقف؛ وعلى macOS أوقف سكون الشاشة من الإعدادات | +| الشاشة في وضع السكون / القفل | كانت تعمل سابقًا، ثم اسودّت بعد فترة خمول | أيقظ الشاشة؛ وأبقِ الشاشة مستيقظة خلال ساعات الوصول؛ وأبقِ القفل المحمي بكلمة مرور مفعّلًا | | صلاحية مفقودة (macOS) | يتصل لكن الشاشة سوداء دائمًا | امنح صلاحية «تسجيل الشاشة» في الخصوصية والأمان؛ ثبّت المساعد الخاص بشاشة تسجيل الدخول | | عدم توافق برنامج الترميز | صورة فارغة أو متجمدة | بدّل برنامج الترميز (VP8 / VP9 / AV1 / H.264 / H.265)؛ ارجع إلى برنامج ترميز برمجي | | تعارض في التسريع بالعتاد | شاشة سوداء على بطاقات رسومات معينة | أوقف برنامج الترميز بالعتاد من شريط أدوات الجلسة أو الإعدادات، أو بدّل برنامج الترميز | | تعريف تشغيل قديم لبطاقة الرسومات | شاشة سوداء بعد تحديث التعريف أو نظام التشغيل | حدّث تعريف بطاقة الرسومات (خصوصًا NVIDIA) | | جلسة Wayland (Linux) | لا تظهر رسالة طلب الموافقة، والشاشة فارغة | اقبل رسالة PipeWire/البوابة (portal)، وتأكد من تثبيت بوابة سطح المكتب؛ كما تعمل جلسة X11 حيثما لا تزال التوزيعة توفرها | -| توقف الشبكة / خادم التحويل | يبقى عالقًا عند «في انتظار الصورة» | اسمح بالمنفذين TCP 21115-21117 وUDP 21116؛ وأضف TCP 21118-21119 لعملاء WebSocket | +| توقف الشبكة / خادم الترحيل | يبقى عالقًا عند «في انتظار الصورة» | اسمح بالمنفذين TCP 21115-21117 وUDP 21116؛ وأضف TCP 21118-21119 لعملاء WebSocket | ### سكون الشاشة، القفل، وشاشات التوقف إذا كانت الصورة تظهر سابقًا ثم اسودّت الشاشة بعد فترة من خمول الجهاز، فهذا يعني أن الشاشة دخلت في وضع السكون. -- **Windows:** اضبط خطة الطاقة بحيث لا تدخل الشاشة أو الجهاز في وضع السكون خلال الساعات التي تحتاج فيها إلى الوصول عن بُعد، وعطّل شاشة التوقف (أو اضبطها بحيث لا تطلب كلمة مرور أثناء الجلسة). -- **macOS:** امنع الشاشة من الدخول في وضع السكون خلال الساعات التي تحتاج فيها إلى الوصول عن بُعد – اضبط ذلك من **إعدادات النظام ← الشاشات** (أو إعدادات شاشة القفل/الطاقة)، وأبقِ جهاز Mac متصلًا بمهايئ الطاقة، لأن سلوك السكون يختلف عند العمل على البطارية. +- **Windows:** اضبط خطة الطاقة بحيث تبقى الشاشة والجهاز مستيقظين خلال الساعات التي تحتاج فيها إلى الوصول عن بُعد. وحين يكون RustDesk مثبتًا كخدمة يمكنك الاتصال عند شاشة القفل، لذا أبقِ القفل المحمي بكلمة مرور مفعّلًا. +- **macOS:** امنع الشاشة من الدخول في وضع السكون خلال الساعات التي تحتاج فيها إلى الوصول عن بُعد – اضبط ذلك من **إعدادات النظام ← الشاشات** (System Settings → Displays) أو من إعدادات شاشة القفل/الطاقة، وأبقِ جهاز Mac متصلًا بمهايئ الطاقة، لأن سلوك السكون يختلف عند العمل على البطارية. - **Android:** يجب أن تكون الشاشة مُضاءة حتى تتم مشاركتها، لذا المس الشاشة لإيقاظها قبل الاتصال. والاتصال من iOS بجهاز Android في وضع الخمول والشاشة مطفأة هو [حالة معروفة من مشكلة «في انتظار الصورة»](https://github.com/rustdesk/rustdesk/issues/11479) – فأيقظ الجهاز الهدف أولًا. ### أذونات macOS -لا يسمح macOS لأي تطبيق بتسجيل الشاشة دون موافقة صريحة. فإذا اتصل RustDesk لكن ظلت الشاشة سوداء على جهاز Mac، افتح **إعدادات النظام ← الخصوصية والأمان ← تسجيل الشاشة** وفعّل RustDesk، ثم أعد تشغيل التطبيق. أما الشاشة السوداء التي تظهر تحديدًا _عند نافذة تسجيل الدخول_ فتعني أن خدمة/مساعد RustDesk غير مثبَّت للعمل قبل تسجيل دخول المستخدم – ثبّته لالتقاط الشاشة قبل تسجيل الدخول. +لا يسمح macOS لأي تطبيق بتسجيل الشاشة دون موافقة صريحة. فإذا اتصل RustDesk لكن ظلت الشاشة سوداء على جهاز Mac، افتح **إعدادات النظام ← الخصوصية والأمان ← تسجيل الشاشة** (System Settings → Privacy & Security → Screen Recording) وفعّل RustDesk، ثم أعد تشغيل التطبيق. أما الشاشة السوداء التي تظهر تحديدًا _عند نافذة تسجيل الدخول_ فتعني أن خدمة/مساعد RustDesk غير مثبَّت للعمل قبل تسجيل دخول المستخدم – ثبّته لالتقاط الشاشة قبل تسجيل الدخول. ### عدم توافق برنامج ترميز الفيديو @@ -77,16 +78,16 @@ metadata: بعض بطاقات الرسومات – وتأتي إعدادات NVIDIA على رأس القائمة غالبًا – تتعارض مع مسارات الالتقاط والعرض المسرَّعة بالعتاد في RustDesk. هناك إجراءان يساعدان في ذلك: -- **أوقف برنامج الترميز بالعتاد.** من شريط أدوات الجلسة (أو الإعدادات)، عطّل خيار **استخدام برنامج الترميز بالعتاد** بحيث يتحول الترميز إلى مسار برمجي – وهذا يزيل الشاشة السوداء على كثير من بطاقات الرسومات التي تسبب مشكلات. +- **أوقف برنامج الترميز بالعتاد.** من شريط أدوات الجلسة (أو الإعدادات)، عطّل خيار **استخدام ترميز العتاد** (Use hardware codec) بحيث يتحول الترميز إلى مسار برمجي – وهذا يزيل الشاشة السوداء على كثير من بطاقات الرسومات التي تسبب مشكلات. - **حدّث تعريف بطاقة الرسومات.** الشاشة السوداء التي بدأت بعد تحديث التعريف أو نظام التشغيل غالبًا ما تُحل بالانتقال إلى تعريف حديث، خصوصًا على عتاد NVIDIA. ### Linux وWayland -على أنظمة Linux، **يمر التقاط الشاشة عبر Wayland بواسطة PipeWire وبوابة `xdg-desktop-portal`**: إذ تطلب هذه البوابة موافقتك لاختيار شاشة العرض في المرة الأولى – وفي معظم الحالات يُحفظ اختيارك فلا تُطلب الموافقة مجددًا – وتعمل ضمن جلسة تسجيل دخول نشطة. وهذا تصميم أمني خاص بـ Wayland، لذلك فهو لا يغطي بمفرده شاشة الترحيب (greeter) أو جهازًا بلا شاشة فعليًا – وإن كان العمل على التقاط Wayland دون إشراف قيد التطوير النشط ([طلب الدمج رقم 15420](https://github.com/rustdesk/rustdesk/pull/15420)). إذا واجهت شاشة فارغة على Wayland، فالحل عادةً هو قبول رسالة مشاركة الشاشة من البوابة، والتأكد من تثبيت وتشغيل `xdg-desktop-portal` وPipeWire. كما أن تسجيل الدخول إلى جلسة X11/Xorg يتجنب مسار البوابة أيضًا حيثما لا تزال التوزيعة توفر هذا الخيار – لكن مع تحوّل كثير من التوزيعات إلى الاعتماد على Wayland حصرًا، يصبح إصلاح مسار البوابة/PipeWire هو النهج الأكثر ثباتًا على المدى الطويل. +على Linux، تلتقط إصدارات RustDesk القياسية أسطح مكتب Wayland، بما فيها الشاشات المتعددة منذ الإصدار 1.4.3، عبر **PipeWire و`xdg-desktop-portal`** ضمن جلسة مستخدم مسجَّل الدخول. وتطلب منك البوابة (portal) اختيار الشاشة التي تريد مشاركتها، ويستطيع الإصدار 4 من البوابة وما بعده تذكّر هذا الاختيار. فإذا ظهرت شاشة فارغة على Wayland، فاقبل طلب مشاركة الشاشة الذي تعرضه البوابة، وتأكد من أن `xdg-desktop-portal` وPipeWire مثبّتان ويعملان. كما يتجنب تسجيل الدخول إلى جلسة X11/Xorg مسار البوابة حيثما لا تزال التوزيعة توفرها. أما الشاشة السوداء عند شاشة تسجيل الدخول (greeter) فمتوقعة مع الإصدارات القياسية، لأنها تلتقط الجلسة التي سُجّل الدخول إليها؛ ويضيف [إصدار المعاينة المنفصل للوصول غير المراقب على Wayland](/ar/blog/unattended-remote-access-wayland-ar)، المخصص **لأنظمة x86_64 المبنية على Debian/Ubuntu**، الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول بعد إعادة التشغيل. -### الشبكة وخادم التحويل +### الشبكة وخادم الترحيل -بما أن الرسالة تحتوي على كلمة «متصل»، فإن الجلسة تكون عادةً قائمة بالفعل – لكن _الفيديو_ قد يظل متوقفًا إذا كان خادم التحويل (relay) محمَّلًا فوق طاقته أو كان أحد منافذه محظورًا. في المسار القياسي للخادم، تأكد من إمكانية الوصول إلى **TCP 21115-21117 وUDP 21116** بالكامل بين الطرفين. وافتح **TCP 21118-21119 فقط إذا كنت تستخدم عملاء WebSocket**. خادم العرض التجريبي العام مشترك بين الجميع ولا يُضمن أداؤه، لذا إذا كنت تعتمد على RustDesk يوميًا، فإن استضافة خادم التحويل الخاص بك بنفسك يمنحك سلوكًا أكثر ثباتًا بكثير. أما إذا كانت الجلسة نفسها تنقطع أو لا تتأسس إطلاقًا، فتلك مشكلة مختلفة – راجع [الأسئلة الشائعة لـ RustDesk Server Pro](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/). +بما أن الرسالة تحتوي على كلمة «متصل»، فإن الجلسة تكون عادةً قائمة بالفعل – لكن _الفيديو_ قد يظل متوقفًا إذا كان خادم الترحيل (relay) محمَّلًا فوق طاقته أو كان أحد منافذه محظورًا. في المسار القياسي للخادم، تأكد من إمكانية الوصول إلى **TCP 21115-21117 وUDP 21116** بالكامل بين الطرفين. وافتح **TCP 21118-21119 فقط إذا كنت تستخدم عملاء WebSocket**. خادم العرض التجريبي العام مشترك بين الجميع ولا يُضمن أداؤه، لذا إذا كنت تعتمد على RustDesk يوميًا، فإن استضافة خادم الترحيل بنفسك تمنحك التحكم في السعة والمراقبة. أما إذا كانت الجلسة نفسها تنقطع أو لا تتأسس إطلاقًا، فتلك مشكلة مختلفة – راجع [الأسئلة الشائعة لـ RustDesk Server Pro](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/). ## حافظ على تحديث كل شيء @@ -98,4 +99,4 @@ metadata: ## متغيرات أقل عندما يكون الخادم ملكك -شغّل [خادم التحويل ومعرّف الهوية (ID) الخاصين بك](/ar/blog/why-self-host-remote-desktop-software-ar)، لتخرج البنية التحتية العامة المشتركة من الصورة تمامًا – وهذا يعني مجهولًا واحدًا أقل عندما تكون بصدد تتبع مشكلة التقاط، إضافة إلى تحكم كامل في الأجزاء القابلة للضبط. وتلك ميزة إضافية هادئة تُضاف إلى الحفاظ على بياناتك. +شغّل [خادم الترحيل وخادم المعرّف الخاصين بك](/ar/blog/why-self-host-remote-desktop-software-ar)، فتخرج البنية التحتية العامة المشتركة من المعادلة: مجهول أقل حين تتتبع مشكلة التقاط، وتحكم كامل في الأجزاء القابلة للضبط. وهذه ميزة إضافية هادئة فوق احتفاظك ببياناتك. diff --git a/v3/src/content/post/ar/rustdesk-for-enterprise.md b/v3/src/content/post/ar/rustdesk-for-enterprise.md index 423c84db..ff92f643 100644 --- a/v3/src/content/post/ar/rustdesk-for-enterprise.md +++ b/v3/src/content/post/ar/rustdesk-for-enterprise.md @@ -1,10 +1,11 @@ --- publishDate: 2026-06-29T16:16:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: rustdesk-for-enterprise draft: false title: 'RustDesk للمؤسسات: مُستضاف ذاتيًا، وقابل للتوسع، وجاهز للتكامل مع Active Directory' -excerpt: 'لماذا تختار فرق تقنية المعلومات في المؤسسات RustDesk: تحكّم كامل بالبيانات عبر الاستضافة الذاتية، ودعم AD/LDAP، وتحكّم بالوصول عبر مجموعات الأجهزة، وتسعير يمكن التنبؤ به لأساطيل الأجهزة الكبيرة.' +excerpt: 'لماذا تختار فرق تقنية المعلومات في المؤسسات RustDesk: تحكم بالبيانات عبر الاستضافة الذاتية، وAD/LDAP، وتحكم في الوصول بمجموعات الأجهزة، وتسعير متوقَّع للأساطيل الكبيرة.' image: ~/assets/images/blog/rustdesk-for-enterprise-og.webp category: 'أدلة' tags: ['RustDesk', 'الشركات', 'الاستضافة الذاتية'] @@ -12,83 +13,87 @@ author: RustDesk Team slug: 'rustdesk-for-enterprise-ar' faq: - question: 'هل يمكن نشر RustDesk بشكل جماعي على أسطول أجهزة المؤسسة؟' - answer: 'نعم. يوفر RustDesk حزمة MSI لنظام Windows للتثبيت الصامت وغير المراقَب عبر msiexec، ويمكن نشرها عبر Group Policy (GPO) أو Microsoft Intune أو أدوات RMM أو أدوات تحزيم أخرى، كما توفر أداة إنشاء العميل المخصص (بدءًا من الخطة Basic فما فوق) عميلًا مُعدًّا مسبقًا للاتصال بخادمك الخاص.' + answer: 'نعم. يوفّر RustDesk حزمة MSI لنظام Windows للتثبيت الصامت دون تدخل عبر msiexec، ويمكن نشرها عبر Group Policy (GPO) أو Microsoft Intune أو أداة RMM أو أدوات التحزيم، كما يُخرج مولّد العميل المخصص (من خطة Basic فما فوق) عميلًا مُهيأ مسبقًا للاتصال بخادمك الخاص.' - question: 'هل يمتلك RustDesk واجهة REST API؟' - answer: 'نعم. يوفر RustDesk Server Pro واجهة REST API لإدارة الأجهزة بشكل جماعي وكتابة السكربتات، مما يتيح لك إضافة الأجهزة وسردها وحذفها برمجيًا بدلاً من الاقتصار على وحدة التحكم عبر الويب. تحقق من نقاط النهاية الحالية في وثائق RustDesk.' - - question: 'هل يدعم RustDesk خدمة Active Directory وتسجيل الدخول الموحد (SSO) لإدارة هوية المؤسسة؟' - answer: 'نعم. تتضمن Server Pro دعم LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC (SSO) بدءًا من الخطة Basic فما فوق، بحيث يُصادَق الفنيون عبر مصدر الهوية الحالي لديك بدلاً من الاعتماد على قائمة مستخدمين منفصلة.' + answer: 'نعم. يوفّر RustDesk Server Pro واجهة REST API تُفوَّض برموز API تُنشأ في لوحة تحكم الويب، إضافة إلى أدوات إدارة بسطر الأوامر مكتوبة بلغة Python. وتستطيع السكربتات إضافة الأجهزة وسردها وتعيينها وإزالتها، وإدارة المستخدمين والمجموعات ودفاتر العناوين وسجلات التدقيق بشكل جماعي، بدلًا من الاقتصار على لوحة تحكم الويب.' + - question: 'هل يدعم RustDesk خدمة Active Directory وتسجيل الدخول الموحّد (SSO) لهوية المؤسسة؟' + answer: 'نعم. يتضمن RustDesk Server Pro دعم LDAP/Active Directory وتسجيل الدخول الموحّد عبر OIDC من خطة Basic فما فوق، فيصادق الفنيون عبر مصدر الهوية الموجود لديك بدلًا من قائمة مستخدمين منفصلة. ولا تتضمن خطة Individual دعم LDAP/AD ولا تسجيل الدخول الموحّد عبر OIDC.' - question: 'هل يمكن للمؤسسات الاحتفاظ ببيانات RustDesk على بنيتها التحتية الخاصة؟' - answer: 'نعم — وهذا هو النموذج الأساسي. فأنت تستضيف بنفسك خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ووحدة التحكم، وبيانات الأجهزة المخزَّنة. ومع ذلك تظل حركة جلسات الاتصال المباشر تمر بين نقاط النهاية، لذا وثّق مسار توجيه نقاط النهاية إلى جانب تحديد موضع الخادم.' - - question: 'كيف يعمل تسعير RustDesk بالنسبة لأساطيل الأجهزة الكبيرة؟' - answer: 'يعتمد ترخيص RustDesk على عدد مستخدمي تسجيل الدخول وعدد الأجهزة المُدارة، مع اتصال متزامن غير محدود في الخطط القياسية (خطة Customized V2 وحدها تقيس الاتصال المتزامن وتُسعّره)، ومع ترقيات محسوبة بالتناسب (prorated). حدد الأعداد المطلوبة استنادًا إلى الجدول الحالي على rustdesk.com/pricing.' + answer: 'نعم، فهذا هو النموذج الأساسي لـ RustDesk Server Pro. تستضيف بنفسك خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) ولوحة تحكم الويب وبيانات الأجهزة المخزَّنة على بنية تحتية تشغّلها. وتنتقل الجلسات المباشرة بين نقاط النهاية، وتستخدم الجلسات المُرحَّلة خادم الترحيل الخاص بك، لذا وثّق مسارات نقاط النهاية إلى جانب مواضع الخوادم.' + - question: 'كيف يعمل تسعير RustDesk لأساطيل الأجهزة الكبيرة؟' + answer: 'يرخّص RustDesk Server Pro بحسب مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ ووحدها خطة Customized V2 ترخّص عددًا محددًا من الاتصالات المتزامنة. ويمكن شراء الترقيات في أي وقت، فتمدّد الترخيص إلى عام كامل من تاريخ الترقية مع احتساب القيمة المتبقية المدفوعة. قدّر العددين استنادًا إلى rustdesk.com/pricing.' metadata: - description: 'RustDesk للمؤسسات: استضف الحل بنفسك على خوادمك الخاصة للتحكم الكامل بالبيانات، مع دعم LDAP/AD، والتحكم بالوصول عبر مجموعات الأجهزة، ودون تسعير قائم على القنوات.' + description: 'RustDesk للمؤسسات: خوادم معرّف وترحيل ولوحة تحكم ذاتية الاستضافة، وLDAP/AD وSSO عبر OIDC، وتحكم في الوصول بمجموعات الأجهزة، ونشر MSI، وتزامن غير محدود.' keywords: 'RustDesk للمؤسسات، نشر RustDesk في المؤسسات، دعم عن بُعد متكامل مع Active Directory، بنية RustDesk للمؤسسات' --- -## احتفظ بالوصول عن بُعد ضمن بنية تحتية تتحكم بها بنفسك +## احتفظ بالوصول عن بُعد على بنية تحتية تتحكم بها -عادةً ما تركّز عمليات التقييم في المؤسسات على التحكم بالبنية التحتية، وإدارة الهوية، وسياسات الوصول، وإمكانية التدقيق، وقابلية التوسع، والقدرة على التنبؤ بالترخيص. ويمكن مقارنة هذه المتطلبات مباشرةً بإمكانيات المنتج والوثائق المتاحة للعموم. +يشغّل RustDesk Server Pro خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) ولوحة تحكم الويب وبيانات الأجهزة داخل محيط شبكتك، مع LDAP/AD وتسجيل الدخول الموحّد عبر OIDC من خطة Basic، واتصالات متزامنة غير محدودة في الخطط القياسية. وهذا يغطي النقاط التي تدور حولها تقييمات المؤسسات عادةً: التحكم في البنية التحتية، والهوية، وسياسة الوصول، وقابلية التدقيق، والتوسع، وإمكانية التنبؤ بالترخيص. -إذا كنت تُقيّم استخدام **RustDesk للمؤسسات**، فالسؤال الجوهري عادةً ما يكون واحدًا: هل يمكننا تشغيل الدعم عن بُعد على نطاق واسع، والاحتفاظ بالبيانات على بنية تحتية نتحكم بها، وربط الوصول بنظام الهوية الحالي لدينا — دون فاتورة قائمة على القنوات (per-channel) تتضخم مع كل تجديد؟ يستعرض هذا المقال كيف يجيب RustDesk عن ذلك، وأين تكمن المقايضات الصادقة. +عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخَّصان بموجب AGPL؛ أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك. ## الفرق الجوهري: أنت من يستضيف، فأنت من يتحكم -RustDesk Server Pro هو حل **مستضاف ذاتيًا**؛ إذ يعمل خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ووحدة التحكم، وبيانات النشر المخزَّنة داخل محيط شبكتك الخاص، على بنية تحتية تديرها بنفسك ([لماذا تُعد الاستضافة الذاتية الخيار الافتراضي للمؤسسات](/ar/blog/why-self-host-remote-desktop-software-ar)). هذه الحقيقة المعمارية الوحيدة هي ما يقود معظم فوائد المؤسسات المذكورة أدناه. وهي أيضًا السبب في أن كون نواة RustDesk **[مفتوحة المصدر (AGPL)](https://github.com/rustdesk/rustdesk)** أمر مهم هنا: إذ يمكن لفريق الأمان لديك قراءة الشيفرة، وتدقيق ما يفعله العميل بالضبط، وبناءه بنفسه، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى. وبالنسبة للمؤسسات التي يتوجّب عليها تبرير كل برنامج يلامس نقطة نهاية إنتاجية، فإن عبارة «يمكنك قراءة الشيفرة المصدرية» ليست شعارًا تسويقيًا، بل متطلب مشتريات يمكنك تلبيته فعليًا. +RustDesk Server Pro **ذاتي الاستضافة**: فريقك، لا المورّد، هو من يشغّل الخوادم ([لماذا تختار الفرق الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar)). وهذه الحقيقة المعمارية الواحدة هي مصدر معظم الفوائد التالية، وهي ما يجعل **[العميل المرخَّص بموجب AGPL](https://github.com/rustdesk/rustdesk)** أكثر من مجرد نقطة في عرض تسويقي: ففريق الأمان الذي عليه تبرير كل وكيل يُثبَّت على جهاز إنتاجي يستطيع قراءة الشيفرة وبناء العميل بنفسه، فتتحول عبارة «نستطيع تدقيق ما يعمل بالضبط» إلى بند مشتريات يمكنك استيفاؤه فعلًا. ## أسئلة حول بنية المؤسسة يجب الإجابة عنها أولًا -قبل مقارنة جداول الميزات، ينبغي توضيح تصميم عملية النشر بشكل صريح: +قبل مقارنة جداول الميزات، اجعل تصميم النشر صريحًا: -| القرار | ما يجب أن يحدده التصميم | -| ------------------ | --------------------------------------------------------------------------------------------------------------------------------------- | -| الهوية | مصدر OIDC أو LDAP، وسياسة المصادقة متعددة العوامل (MFA)، والوصول الطارئ (break-glass)، ودورة حياة الحسابات | -| التفويض | ملكية مجموعات الأجهزة، وأدوار الفنيين، وحدود المقاولين، ونموذج الموافقة | -| الشبكة | موضع خادم المعرّف وخادم الترحيل، وسياسة الاتصال المباشر مقابل الترحيل، والمنافذ المكشوفة، والتوجيه الإقليمي | -| التوافر | افتراضات السعة، والمراقبة، والنسخ الاحتياطي، وأهداف الاسترداد، وتصميم الترحيل المتعدد | -| إدارة نقاط النهاية | إصدارات أنظمة التشغيل المدعومة، وتحزيم العميل، وفرض التهيئة، واتفاقية مستوى خدمة التحديثات (SLA) | -| عمليات الأمان | التسجيل (logging)، ومدة الاحتفاظ بالبيانات، والتنبيهات، والاستجابة للثغرات، وملكية الحوادث | -| الترخيص | عدد مستخدمي تسجيل الدخول المطلوبين، والأجهزة المُدارة، وأي سماح باتصال متزامن ضمن [Customized V2](https://rustdesk.com/pricing#custom2) | +| القرار | ما يجب أن يحدده التصميم | +| --- | --- | +| الهوية | مصدر OIDC أو LDAP، وسياسة المصادقة متعددة العوامل (MFA)، والوصول الطارئ (break-glass)، ودورة حياة الحسابات | +| التفويض | ملكية مجموعات الأجهزة، وأدوار الفنيين، وحدود المتعاقدين، ونموذج الموافقة | +| الشبكة | مواضع خادم المعرّف وخادم الترحيل، وسياسة الاتصال المباشر مقابل الترحيل، والمنافذ المكشوفة، والتوجيه الإقليمي | +| التوافر | افتراضات السعة، والمراقبة، والنسخ الاحتياطي، وأهداف الاستعادة، وتصميم خوادم ترحيل متعددة | +| إدارة نقاط النهاية | إصدارات أنظمة التشغيل المدعومة، وتحزيم العميل، وفرض الإعدادات، واتفاقية مستوى الخدمة للتحديثات (SLA) | +| عمليات الأمان | السجلات، ومدة الاحتفاظ، والتنبيهات، والاستجابة للثغرات، وملكية الحوادث | +| الترخيص | عدد مستخدمي تسجيل الدخول والأجهزة المُدارة المطلوب، وأي حصة اتصالات متزامنة في [Customized V2](https://rustdesk.com/pricing#custom2) | -يوفر RustDesk مكوّنات الوصول عن بُعد وضوابط المؤسسات؛ أما بنيتك المعمارية فهي التي تحدد ما إذا كانت هذه المكوّنات تلبي متطلبات التوافر والامتثال والتشغيل الخاصة بمؤسستك. +يوفّر RustDesk مكوّنات الوصول عن بُعد وضوابط المؤسسات، أما بنيتك فهي التي تحدد ما إذا كانت تلبي متطلبات التوافر والامتثال والتشغيل في مؤسستك. -## التحكم بالبيانات والامتثال +## التحكم في البيانات والامتثال -تتيح لك الاستضافة الذاتية اختيار موقع ومُشغّل خادم الالتقاء (rendezvous)، وخادم الترحيل، ووحدة التحكم، وبيانات الأجهزة المخزَّنة. ومع ذلك، تظل الجلسات المباشرة تمر بين نقاط النهاية، لذا فإن موقع الخادم وحده لا يضمن بقاء حركة البيانات داخل حدود الدولة أو الامتثال للائحة GDPR. وثّق [تدفق البيانات وضوابط الامتثال](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) بشكل كامل. +تتيح لك الاستضافة الذاتية اختيار موقع ومشغّل خادم الالتقاء وخادم الترحيل ولوحة التحكم وبيانات الأجهزة المخزَّنة. ومع ذلك، تظل الجلسات المباشرة تمر بين نقاط النهاية، لذا فإن موقع الخادم وحده لا يضمن بقاء حركة البيانات داخل البلد ولا الامتثال للائحة GDPR. وثّق [تدفق البيانات وضوابط الامتثال](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) بشكل كامل. -وبعيدًا عن الموقع الجغرافي، توفر Server Pro الضوابط التي يعتمد عليها أي برنامج فعلي لحماية البيانات: فبما أن بيانات القياس عن الاستخدام (telemetry) يجمعها خادم الترحيل، فإن تشغيل خادم الترحيل الخاص بك يُبقي تلك البيانات على خادمك **أنت** بدلاً من RustDesk (باستثناء التحقق من الترخيص)؛ كما يحدد **تدوير سجلات التدقيق المدمج** المدة التي تُحفظ خلالها سجلات الاتصال ونقل الملفات والتنبيهات ووحدة التحكم؛ ويفرض **التحكم الدقيق بالوصول** إلى جانب دور التحكم (Control Role) مبدأ الحد الأدنى من الصلاحيات؛ ويمكنك **حذف المستخدمين والأجهزة والسجلات** مباشرةً أو عبر REST API لتلبية طلبات المحو والاحتفاظ بالبيانات. ويمكن الاطلاع على التفصيل الكامل في مقال [سيادة بيانات سطح المكتب البعيد و GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). +يسجّل Server Pro [سجلات تدقيق](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/audit-logs/) للاتصالات ونقل الملفات والتنبيهات وعمليات لوحة التحكم. اضبط **الإعدادات ← أخرى ← مدة الاحتفاظ بالسجلات (بالأيام)** (Settings > Other > Log Retention (Days)) على رقم موجب لحذف السجلات الأقدم تلقائيًا (يعمل التنظيف كل ساعة)؛ والقيمة `0` تحتفظ بالسجلات إلى أجل غير محدد. ويمكنك تعطيل المستخدمين والأجهزة أو حذفهم من لوحة التحكم أو عبر الواجهة البرمجية لتلبية طلبات المحو. أما الاتصالات الصادرة التي يجب التخطيط لها فهي التحقق من ترخيص Pro، وخدمة بناء العملاء المخصصة، وتحديثات العميل، وأي مزوّد هوية خارجي تربطه. -وهذا أيضًا سبب غير معلن وراء عمليات الانتقال المدفوعة بالتكلفة. فكثير من فرق تقنية المعلومات في المؤسسات لا تشعر بالإحباط من السعر فحسب، بل إنها تدفع مقابل خدمة سحابية وحزمة ميزات لا تستخدمها بالكامل. وتقلب الاستضافة الذاتية هذه المعادلة: إذ توفر ما تحتاجه فعليًا، ولا تكون مضطرًا لاستئجار مركز بيانات شخص آخر كوسيط إلزامي. +وهذا أيضًا سبب غير معلن وراء عمليات الانتقال المدفوعة بالتكلفة. فكثير من فرق المؤسسات لا يزعجها السعر وحده، بل إنها تدفع مقابل خدمة سحابية وحزمة ميزات لا تستخدمها بالكامل. والاستضافة الذاتية تقلب المعادلة: توفّر ما تحتاجه فعلًا، ولا تُضطر إلى استئجار مركز بيانات طرف آخر وسيطًا إلزاميًا. -## التوسع دون ضريبة قائمة على القنوات +## التوسع وترخيص الاتصالات المتزامنة -تفشل عمليات النشر في المؤسسات على مِحورين: السقف التقني وسقف التسعير. ويعالج RustDesk كلا المحورين. +تتعثر عمليات النشر في المؤسسات على محورين: السقف التقني وسقف التسعير. ويعالج RustDesk المحورين كليهما. -من الناحية التقنية، ينشر RustDesk إرشادات لتخطيط الأساطيل الكبيرة تخص عمليات النشر التي تصل إلى عشرات آلاف الأجهزة، بينما تتطلب الأهداف الأكبر من ذلك التحقق من حِمل العمل، وأعمال تحديد السعة، والضبط الدقيق. تعامل مع هذا باعتباره تخطيطًا معماريًا، لا كمعيار جاهز يُطبَّق تلقائيًا على الجميع. +من الناحية التقنية، سجّل الخادم العام لـ RustDesk أكثر من مليوني نقطة نهاية متصلة على مضيف واحد بـ 12 نواة وذاكرة 32 جيجابايت في 7 يوليو 2026 (قياس داخلي، وليس اختبار أداء مدقَّقًا ولا ضمانًا لسعة Server Pro). أما بالنسبة لـ Server Pro، فيغطي [دليل التخطيط لـ 200,000 جهاز](/ar/blog/rustdesk-scale-50000-200000-devices-ar) أحمال قاعدة البيانات ولوحة التحكم والترحيل التي يجب اختبارها في مشروع تجريبي. -يفرض RustDesk رسومًا **لكل مستخدم تسجيل دخول ولكل جهاز مُدار**، ويمكنك [الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) مع احتساب التكلفة بالتناسب (prorated). وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ أما خطة Customized V2 فتحدّها وتُسعّرها بشكل منفصل. حدد جميع الأعداد ذات الصلة استنادًا إلى جدول الخطط الحالي. +يحتسب RustDesk الرسوم **لكل مستخدم تسجيل دخول ولكل جهاز مُدار**. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، ووحدها خطة [Customized V2](https://rustdesk.com/pricing#custom2) ترخّص عددًا محددًا. ويمكنك [الترقية في منتصف الاشتراك](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) في أي وقت: تمدّد الترقية الترخيص إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية مما دفعته في الترخيص الحالي. -## AD/LDAP والتحكم بالوصول الذي يتوقعه مسؤولو أنظمتك +## AD/LDAP والتحكم في الوصول الذي يتوقعه مسؤولو أنظمتك -يجب أن يجيب الوصول عن بُعد في بيئة المؤسسات عن سؤال «من يمكنه الوصول إلى أي الأجهزة، وهل يمكننا إثبات ذلك؟». وتتضمن خطط RustDesk المدفوعة **دعم LDAP وتسجيل الدخول الموحد عبر OIDC (SSO) بدءًا من الخطة Basic فما فوق**، بحيث تمنح صلاحيات الوصول للفنيين استنادًا إلى مصدر الهوية الذي تديره بالفعل بدلاً من الاحتفاظ بقائمة مستخدمين موازية. +يجب أن يجيب الوصول عن بُعد في المؤسسات عن سؤال «من يستطيع الوصول إلى أي الأجهزة، وهل نستطيع إثبات ذلك؟». وتتضمن خطط RustDesk المدفوعة **دعم LDAP وتسجيل الدخول الموحّد عبر OIDC من خطة Basic فما فوق**، فتمنح الفنيين صلاحيات الوصول استنادًا إلى مصدر الهوية الذي تشغّله بالفعل بدلًا من الاحتفاظ بقائمة مستخدمين موازية. -ولتنظيم الوصول، توفر وحدة التحكم المستضافة ذاتيًا عبر الويب **مجموعات الأجهزة ودفتر عناوين مشترك للتحكم بالوصول حسب كل مستخدم**. وتتوفر أداة إنشاء العميل المخصص وميزات إدارة الهوية بدءًا من الخطة Basic فما فوق؛ [تحقق من التوفر الحالي](https://rustdesk.com/pricing). +يحدد [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) من يستطيع الوصول إلى أي أجهزة، عبر تعيينات المستخدمين ومجموعات الأجهزة والقواعد بين المجموعات. ينتمي الجهاز إلى مجموعة أجهزة واحدة، وصلاحيات مجموعات المستخدمين ومجموعات الأجهزة تراكمية. أما دفتر العناوين المشترك فينظّم إدخالات الأجهزة للفنيين، ولا يشكّل حدًّا للوصول. ويقيّد [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) ما يستطيع الفني فعله داخل الجلسة. كما يبدأ مولّد العميل المخصص من خطة Basic؛ [راجع جدول الخطط](https://rustdesk.com/pricing). ## النشر الجماعي والأتمتة -إن نشر الوصول عن بُعد يدويًا على آلاف نقاط النهاية أمر غير عملي إطلاقًا، لذا يدعم RustDesk مسارات النشر القياسية المعتمدة في المؤسسات. ففي نظام Windows، يوفر RustDesk **حزمة MSI** للتثبيت الصامت وغير المراقَب عبر `msiexec /qn`، والتي يمكنك نشرها من خلال **Group Policy (GPO)، أو Microsoft Intune، أو أدوات RMM، أو أي أداة تحزيم أخرى**، مع معاملات سطر أوامر لتحديد موقع التثبيت والاختصارات والخيارات. اقرن ذلك بأداة [إنشاء العميل المخصص](https://rustdesk.com/docs) بحيث يكون العميل الذي تنشره مُعدًّا مسبقًا للاتصال بخادمك وإعداداتك الخاصة من البداية، بدلاً من الحاجة إلى إعداد كل جهاز على حدة. +نشر الوصول عن بُعد يدويًا على آلاف الأجهزة أمر غير عملي، لذا يدعم RustDesk مسارات النشر القياسية في المؤسسات. ففي Windows يوفّر **حزمة MSI** للتثبيت الصامت دون تدخل عبر `msiexec /qn`، ويمكنك نشرها من خلال **Group Policy (GPO) أو Microsoft Intune أو أداة RMM أو أي أداة تحزيم**، مع معاملات سطر أوامر لتحديد موقع التثبيت والاختصارات والخيارات. واقرن ذلك بـ [مولّد العميل المخصص](https://rustdesk.com/docs/en/self-host/client-configuration/#1-custom-client-generator-pro-only-basic-plan-or-custom-plan) ليكون العميل الذي تنشره مُهيأً مسبقًا لخادمك وإعداداتك منذ البداية، بدلًا من إعداد كل جهاز على حدة. -أما بالنسبة لعمليات إدارة الأساطيل، فتوفر Server Pro **واجهة REST API** لإدارة الأجهزة بشكل جماعي وكتابة السكربتات — إذ يمكنك سرد الأجهزة، وأتمتة عملية الإضافة، وحذف نقاط النهاية غير النشطة برمجيًا بدلاً من النقر عبر وحدة التحكم جهازًا تلو الآخر. تحقق من معاملات MSI الحالية، وإرشادات GPO/Intune، ونقاط نهاية الواجهة البرمجية في [وثائق نشر RustDesk وServer Pro](https://rustdesk.com/docs/en/self-host/) الخاصة بإصدارك. +ولعمليات إدارة الأسطول، استخدم [مرجع MSI لنظام Windows](https://rustdesk.com/docs/en/client/windows/msi/) و[دليل نشر العميل](https://rustdesk.com/docs/en/self-host/client-deployment/) و[أدوات API وسطر الأوامر في Server Pro](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/console/#python-cli-management-tools). وتغطي أدوات الإدارة المستخدمين والأجهزة والمجموعات ودفاتر العناوين والسياسات والتدقيق. قيّد صلاحيات رموز API بما تتطلبه المهمة، واختبر إضافة الأجهزة وتعطيلها وحذفها في مشروع تجريبي. + +## اختبارات القبول قبل التعميم + +قبل التعميم، اختبر مصفوفة الوصول المقصودة بين المستخدمين والأجهزة، واستعادة الهوية، والوصول غير المراقب، وتحديثات العميل، وذروة سعة الترحيل، والاحتفاظ بالسجلات، واستعادة النسخ الاحتياطية. فهذه الاختبارات هي ما يحوّل التحكم في البنية التحتية ذاتية الاستضافة إلى نشر مؤسسي قابل للتشغيل. ## تحكم على مستوى المؤسسة، وفق شروطك -وعلى نطاق واسع، تتضح الصورة أكثر: يعيش خادم المعرّف/الترحيل، ووحدة التحكم، والبيانات المخزَّنة داخل محيط شبكتك الخاص، ومرتبطة بنظام الهوية وسياساتك، دون أن يشغّل أي مزود خارجي النواة الأساسية. وهذا هو الوضع الذي تميل فرق المشتريات والأمان إلى طلبه. +على نطاق المؤسسات تبدو الحجة واضحة: خادم المعرّف/الترحيل ولوحة التحكم والبيانات المخزَّنة داخل محيط شبكتك، مرتبطة بنظام الهوية وسياسات الوصول لديك، دون مورّد يشغّل النواة. وهذا هو الوضع الذي تطلبه فرق المشتريات والأمان، وقد صُمّم RustDesk Server Pro لتحقيقه. ## جرّبه قبل الالتزام -يمكنك تقييم الحل **[دون الحاجة إلى مكالمة مبيعات](https://www.youtube.com/@rustdesk)**. وهناك مساران لذلك: +يمكنك التقييم **[دون مكالمة مبيعات](https://www.youtube.com/@rustdesk)**. وأمامك مساران: -- **تحقق من صحة البنية المعمارية باستخدام خادم المجتمع المجاني ومفتوح المصدر.** يعمل هذا الخادم إلى أجل غير مسمى على شبكتك الخاصة — وهي طريقة منخفضة المخاطر لإثبات نموذج الاستضافة الذاتية لفريق الأمان لديك. -- **أما بالنسبة لإمكانيات Pro — إدارة الهوية، والتحكم بالوصول، وإنشاء العميل —** فراجع الخطط الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ثم راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم المتاحة لمؤسستك. +- **اختبر البنية باستخدام Server OSS.** فهو مجاني، دون رسوم ترخيص أو تاريخ انتهاء، ويعمل على شبكتك الخاصة، وهي طريقة قليلة المخاطر لإثبات نموذج الاستضافة الذاتية لفريق الأمان لديك. +- **أما لإمكانيات Pro (الهوية، والتحكم في الوصول، وتوليد العملاء)** فراجع الخطط الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ثم راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط التقييم المتاحة لمؤسستك. -وفي كلتا الحالتين، أنشئ خادمًا ضمن بيئتك الخاصة وتحقق من صحته قبل أن تلتزم. +وفي الحالتين، أنشئ خادمًا في بيئتك واختبره قبل أن تلتزم. diff --git a/v3/src/content/post/ar/rustdesk-for-linux.md b/v3/src/content/post/ar/rustdesk-for-linux.md index 6aa83d74..92d6981b 100644 --- a/v3/src/content/post/ar/rustdesk-for-linux.md +++ b/v3/src/content/post/ar/rustdesk-for-linux.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-09T08:32:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-for-linux' draft: false title: 'RustDesk لنظام Linux: سطح المكتب البعيد مفتوح المصدر' -excerpt: 'ثبّت RustDesk وشغّله على Linux: حزم .deb و.rpm وFlatpak وAppImage، الفرق بين X11 وWayland، الوصول بلا رأس (headless) والوصول غير المراقَب، واستضافة الخادم ذاتيًا.' +excerpt: 'ثبّت RustDesk وشغّله على Linux: حزم .deb و.rpm وFlatpak وAppImage، والفرق بين X11 وWayland، والوصول دون شاشة والوصول غير المراقب، واستضافة الخادم ذاتيًا.' image: '~/assets/images/blog/rustdesk-for-linux-og.webp' category: 'أدلة' tags: ['RustDesk', 'Linux', 'الاستضافة الذاتية'] @@ -12,21 +13,21 @@ author: 'RustDesk Team' slug: 'rustdesk-for-linux-ar' faq: - question: 'هل يعمل RustDesk على Wayland؟' - answer: 'نعم — يتمتع RustDesk بواحد من أقوى مستويات دعم Wayland بين جميع أدوات سطح المكتب البعيد، بما في ذلك مشاركة الشاشات المتعددة التي أُضيفت في الإصدار 1.4.3. على Wayland، يلتقط RustDesk الشاشة عبر PipeWire وبوابة سطح المكتب XDG، والتي تعرض مربع حوار للموافقة يطلب منك اختيار الشاشة المطلوبة — وفي معظم الحالات يُحفظ الاختيار فلا يُطلب منك تكراره — ويعمل الالتقاط ضمن الجلسة الرسومية النشطة المسجَّل الدخول إليها. خطوة الموافقة هذه هي جزء من تصميم Wayland الأمني، تشترك فيها كل تطبيقات مشاركة الشاشة وليس RustDesk وحده. للوصول قبل تسجيل الدخول حاليًا، اضبط شاشة تسجيل الدخول في مدير العرض لاستخدام X11/Xorg حيثما كان ذلك مدعومًا (إذ إن عدة توزيعات تتجه إلى الاعتماد على Wayland حصرًا)؛ أما الالتقاط الكامل غير المراقَب على Wayland فهو قيد التطوير النشط (راجع github.com/rustdesk/rustdesk/pull/15420).' + answer: 'نعم. تلتقط إصدارات RustDesk القياسية أسطح مكتب Wayland عبر PipeWire وxdg-desktop-portal في جلسة مسجَّل الدخول إليها، بما في ذلك الشاشات المتعددة منذ الإصدار 1.4.3. وتطلب البوابة الموافقة على مشاركة الشاشة، ويستطيع الإصدار 4 من البوابة وما بعده تذكّر هذا الاختيار. ويضيف إصدار معاينة منفصل الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول بعد إعادة التشغيل، وهو يستهدف أنظمة x86_64 المبنية على Debian/Ubuntu.' - question: 'ما الحزمة التي يجب تثبيتها على Linux؟' - answer: 'استخدم حزمة .deb على Debian وUbuntu وLinux Mint، وحزمة .rpm على Fedora وRHEL وopenSUSE، أو Flatpak من Flathub للحصول على نسخة معزولة (sandboxed) وواسعة التوافق، أو ملف AppImage المحمول كخيار احتياطي بملف واحد. تقوم حزمتا .deb و.rpm بتسجيل خدمة systemd وتشغيلها تلقائيًا بحيث يستمر عمل RustDesk بعد إعادة التشغيل؛ أما Flatpak وAppImage فلا يفعلان ذلك افتراضيًا.' - - question: 'لماذا يظهر جهاز Linux بلا رأس (headless) الخاص بي شاشة سوداء؟' - answer: 'عندما لا تكون هناك أي شاشة متصلة بالجهاز، لا يقوم X ولا Wayland بتخصيص ذاكرة إطار (framebuffer)، وبالتالي لا يكون هناك ما يلتقطه RustDesk، فتظهر لدى الطرف المشاهِد شاشة سوداء أو شاشة بانتظار الصورة. وصّل قابسًا وهميًا من نوع HDMI أو DisplayPort.' + answer: 'استخدم حزمة .deb على Debian وUbuntu وLinux Mint، وحزمة .rpm على Fedora وRHEL وopenSUSE، أو Flatpak من Flathub للحصول على نسخة معزولة (sandboxed) وواسعة التوافق، أو ملف AppImage المحمول خيارًا احتياطيًا بملف واحد. وتسجّل حزمتا .deb و.rpm خدمة systemd وتشغّلانها، فيستمر RustDesk في العمل بعد إعادة التشغيل؛ أما Flatpak وAppImage فلا يفعلان ذلك افتراضيًا.' + - question: 'لماذا يعرض جهاز Linux الذي يعمل دون شاشة شاشةً سوداء؟' + answer: 'غالبًا لأن جهاز Linux الذي يعمل دون شاشة لا يملك عرضًا نشطًا يلتقطه RustDesk. فمن دون شاشة موصولة، كثيرًا ما لا يوفّر مكدّس الرسومات أي مخرج عرض، فيتم الاتصال لكن تظهر شاشة سوداء أو شاشة انتظار الصورة. صِل قابسًا وهميًا من نوع HDMI أو DisplayPort، أو اضبط عرضًا افتراضيًا مثل xserver-xorg-video-dummy على X11، ثم أعد الاتصال.' - question: 'هل يمكنني استضافة خادم RustDesk ذاتيًا على Linux؟' - answer: 'نعم. خادم RustDesk (عمليتا hbbs لتعريف الهوية والربط (ID/rendezvous) وhbbr للترحيل (relay)) مصمم لنظام Linux، وهو الأسلوب المعتاد لتشغيله. يعمل خادم المجتمع المجاني ومفتوح المصدر إلى أجل غير مسمى دون أي تكلفة، بينما تضيف نسخة Server Pro وحدة تحكم ويب، ومجموعات أجهزة، ومولّد عميل مخصص العلامة التجارية. ويمكن تثبيت كلتا النسختين على جهاز افتراضي (VM) عادي يعمل بنظام Linux أو على خادم فعلي (bare-metal).' + answer: 'نعم. خادم RustDesk (عمليتا hbbs للمعرّف/الالتقاء وhbbr للترحيل) مصمَّم لـ Linux، وتشغيله على Linux هو الطريقة المعتادة. ولا رسوم ترخيص لـ RustDesk Server OSS (خادم المجتمع المجاني) ولا تاريخ انتهاء، ويضيف Server Pro فوقه وحدة تحكم على الويب ومجموعات الأجهزة ومولّد العميل المخصص. ويمكن تثبيت الاثنين على جهاز Linux افتراضي عادي أو على خادم فعلي (bare-metal).' metadata: - description: 'RustDesk على Linux من الألف إلى الياء: اختيار الحزمة المناسبة لكل توزيعة ولوحات ARM، التقاط الشاشة عبر Wayland وX11، إعداد الوضع بلا رأس، وتشغيل خادمك الخاص.' - keywords: 'RustDesk لنظام Linux، RustDesk أوبونتو، RustDesk وWayland، RustDesk وX11، تثبيت RustDesk على Linux' + description: 'RustDesk على Linux من الألف إلى الياء: اختيار الحزمة لكل توزيعة ولوحة ARM، والتقاط الشاشة على Wayland وX11، والإعداد دون شاشة، وتشغيل خادمك الخاص.' + keywords: 'RustDesk لنظام Linux, RustDesk على Ubuntu, RustDesk وWayland, RustDesk وX11, تثبيت RustDesk على Linux' --- -لم يحظَ مستخدمو Linux يومًا بخيارات وفيرة من أدوات سطح المكتب البعيد الجيدة، فالأدوات المتاحة غالبًا ما تكون إما منتجات تجارية مغلقة المصدر أو حزم VNC قديمة الطراز. أما RustDesk فيحتل موقعًا مختلفًا: فهو برنامج سطح مكتب بعيد مفتوح المصدر مرخّص بموجب AGPL، يعمل بشكل أصلي على جميع التوزيعات الرئيسية، ويمكنك توجيهه للعمل مع خادم تستضيفه بنفسك. هذا المزيج — كود قابل للتدقيق، وعميل Linux أصلي، وبنية تحتية قابلة للاستضافة الذاتية — هو ما جعل RustDesk أحد أبرز الإجابات التي يلجأ إليها من يبحث عن سطح مكتب بعيد مفتوح المصدر لنظام Linux. +RustDesk برنامج سطح مكتب بعيد مفتوح المصدر لـ Linux. عميله وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL، وتغطي حزمه الأصلية التوزيعات الرئيسية، ويمكنك توجيه كل عميل إلى خدمتي المعرّف/الالتقاء والترحيل اللتين تستضيفهما بنفسك. أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية، يضيف فوق ذلك وحدة تحكم على الويب وإدارة مركزية. والشيفرة القابلة للتدقيق، والعميل الأصلي لـ Linux، والبنية التحتية القابلة للاستضافة الذاتية، هي ما يجعل RustDesk إجابة شائعة حين يسأل أحدهم عن سطح مكتب بعيد مفتوح المصدر لـ Linux. -يتناول هذا الدليل طريقة تثبيت RustDesk، والنقطة الوحيدة التي تُربك الجميع عادة (الفرق بين X11 وWayland)، وكيفية تفعيل الوصول غير المراقَب والوصول بلا رأس، وموقع الخادم من هذه الصورة. +يتناول هذا الدليل طريقة التثبيت، والنقطة الوحيدة التي تُربك الجميع (X11 مقابل Wayland)، وكيفية تشغيل الوصول غير المراقب والوصول دون شاشة، وموقع الخادم من الصورة. ## تثبيت RustDesk على Linux @@ -36,54 +37,52 @@ metadata: | -------- | ----------------------------- | ------------------------ | ----------------------------------------------------------------------------------------------------------- | | `.deb` | Debian وUbuntu وLinux Mint | نعم (systemd) | `sudo apt install ./rustdesk-*.deb` | | `.rpm` | Fedora وRHEL/CentOS وopenSUSE | نعم (systemd) | `sudo dnf install ./rustdesk-*.rpm` | -| Flatpak | أي توزيعة، بمعزل (sandboxed) | لا | `flatpak install flathub com.rustdesk.RustDesk` ([Flathub](https://flathub.org/apps/com.rustdesk.RustDesk)) | +| Flatpak | أي توزيعة، معزول (sandboxed) | لا | `flatpak install flathub com.rustdesk.RustDesk` ([Flathub](https://flathub.org/apps/com.rustdesk.RustDesk)) | | AppImage | أي توزيعة، محمول | لا | قد يحتاج إلى `libfuse2` على إصدارات Ubuntu الحديثة؛ نفّذ `chmod +x` ثم شغّله | | AUR | Arch وManjaro | حسب الحزمة | يصونها المجتمع (`rustdesk-bin`، `rustdesk-appimage`) | -حزمتا `.deb` و`.rpm` هما الخياران الأمثل إذا كنت تريد تشغيل RustDesk كخدمة تعمل في الخلفية وتستمر بعد إعادة التشغيل — إذ تقوم كلتاهما بتسجيل وحدة systemd وتشغيلها تلقائيًا. أما Flatpak (‏`com.rustdesk.RustDesk` على [Flathub](https://flathub.org/apps/com.rustdesk.RustDesk)) فهو نسخة معزولة مريحة للاستخدام على سطح المكتب، لكنه لا يثبّت خدمة نظام افتراضيًا. وإذا كانت توزيعتك غير مدعومة مباشرة بحزمة من RustDesk، فاختر **Flatpak** أولًا — فلأنه يتضمن بيئة تشغيله الخاصة، يميل إلى أن يكون الأوسع توافقًا. أما AppImage فهو بديل محمول بملف واحد، إلا أن توافقه في الواقع العملي أقل انتظامًا (فقد يحتاج مثلًا إلى `libfuse2` على إصدارات Ubuntu الحديثة). +حزمتا `.deb` و`.rpm` هما الخياران المناسبان إذا أردت تشغيل RustDesk خدمةً في الخلفية تستمر بعد إعادة التشغيل، إذ تسجّل كلتاهما وحدة systemd وتشغّلانها تلقائيًا. أما Flatpak (‏`com.rustdesk.RustDesk` على [Flathub](https://flathub.org/apps/com.rustdesk.RustDesk)) فنسخة معزولة مريحة للاستخدام على سطح المكتب، لكنها لا تثبّت خدمة نظام افتراضيًا. وإذا كانت توزيعتك لا تحظى بحزمة مباشرة من RustDesk، فابدأ بـ **Flatpak**، فلأنه يتضمن بيئة تشغيله الخاصة يميل إلى أن يكون الأوسع توافقًا. أما AppImage فبديل محمول بملف واحد، لكن توافقه أقل انتظامًا في الواقع العملي (فقد يحتاج مثلًا إلى `libfuse2` على إصدارات Ubuntu الحديثة). -من الناحية العملية، يُستخدَم RustDesk على نطاق واسع في Ubuntu وDebian وFedora وRHEL/CentOS وopenSUSE وArch وNixOS، مع إصدارات لمعماريات **x86_64 وARM64 (aarch64) وARM32 (ARMv7)** — أي أنه يعمل على لوحات ARM والخوادم تمامًا كما يعمل على أجهزة الحاسوب العادية. +وعمليًا يُستخدم RustDesk على Ubuntu وDebian وFedora وRHEL/CentOS وopenSUSE وArch وNixOS، مع إصدارات لمعماريات **x86_64 وARM64 (aarch64) وARM32 (ARMv7)**، فهو يعمل على لوحات ARM والخوادم كما يعمل على أجهزة الحاسوب العادية. ## X11 مقابل Wayland: الجزء الذي يهمّك فعلًا -هذه هي أهم نقطة يجب فهمها بخصوص RustDesk على Linux، لأنها تحدد ما إذا كان التحكم عن بُعد سيعمل فورًا من دون أي تدخل، أم سيحتاج أولًا إلى تعديل بسيط واحد في الإعداد. +هذه أهم نقطة يجب فهمها بشأن RustDesk على Linux، لأنها تحدد ما إذا كان التحكم عن بُعد سيعمل فورًا، أم سيحتاج أولًا إلى تعديل بسيط واحد في الإعداد. -**X11 (Xorg): المسار الأكثر مباشرة للالتقاط، حيثما لا تزال توزيعتك توفره.** بموجب X11، يقرأ RustDesk ذاكرة الإطار مباشرة ويحقن إدخال الفأرة ولوحة المفاتيح مباشرة أيضًا، ما يجعل الالتقاط والتحكم بالفأرة ولوحة المفاتيح مباشرين قدر الإمكان، مع اكتشاف تغييرات الشاشة ديناميكيًا. لا تزال العديد من مدراء العرض (display managers) تتيح لك اختيار "Xorg"/"X11" من قائمة الإعدادات عند تسجيل الدخول. لكن ضع في الحسبان أن عدة توزيعات تتجه إلى الاعتماد على Wayland حصرًا وتُلغي جلسة X11 تدريجيًا — لذا تعامل مع X11 كخيار مريح حيثما كان متاحًا بالصدفة، لا كأساس تبني عليه خطة نشر أجهزتك. +**X11 (Xorg): أكثر مسارات الالتقاط مباشرة، حيث لا تزال توزيعتك توفره.** في X11 يقرأ RustDesk ذاكرة الإطار (framebuffer) مباشرة ويحقن الإدخال مباشرة، فيكون الالتقاط والتحكم بالفأرة ولوحة المفاتيح مباشرين إلى أقصى حد، وتُكتشف تغييرات الشاشات ديناميكيًا. ولا يزال كثير من مديري العرض (display managers) يتيحون اختيار «Xorg» أو «X11» من قائمة الترس عند تسجيل الدخول. لكن ضع في حسابك أن عدة توزيعات تتجه إلى Wayland وحده وتتخلى عن جلسة X11، لذا تعامل مع X11 على أنه خيار مريح حين يتوفر، لا أساسًا تبني عليه خطة النشر. -**Wayland: يمكن القول إن RustDesk يمتلك أقوى دعم لـ Wayland بين جميع أدوات سطح المكتب البعيد.** يدعم RustDesk بروتوكول Wayland منذ الإصدار 1.2.0، وما زال يوسّع هذا الدعم باستمرار. ولأن مُركِّبات (compositors) Wayland لا تسمح بالوصول المباشر إلى ذاكرة الإطار، يلتقط RustDesk الشاشة عبر خدمة `xdg-desktop-portal` ومكتبة [PipeWire](https://deepwiki.com/rustdesk/rustdesk/6.3.1-wayland-support)، ويحقن الإدخال عبر وحدة نواة النظام `uinput`. وينتج عن تصميم Wayland نفسه أمران يسريان على كل أدوات مشاركة الشاشة على Wayland، وليس RustDesk فقط: +**Wayland: مدعوم في الإصدارات القياسية، مع إصدار معاينة للوصول غير المراقب.** لأن مركّبات Wayland (compositors) لا تسمح بالوصول المباشر إلى ذاكرة الإطار، تلتقط إصدارات RustDesk القياسية الشاشة عبر `xdg-desktop-portal` و[PipeWire](https://deepwiki.com/rustdesk/rustdesk/6.3.1-wayland-support) في الجلسة المسجَّل الدخول إليها، وتحقن الإدخال عبر وحدة `uinput` في النواة. وقد أضاف RustDesk 1.4.3 (أكتوبر 2025) [مشاركة الشاشات المتعددة على Wayland](https://ubuntuhandbook.org/index.php/2025/10/rustdesk-released-1-4-3-with-multi-monitor-for-wayland-virtual-mouse/). ويضيف [إصدار معاينة Wayland للوصول غير المراقب](/ar/blog/unattended-remote-access-wayland-ar)، وهو إصدار منفصل، الوصولَ غير المراقب والوصول إلى شاشة تسجيل الدخول بعد إعادة التشغيل، ويستهدف **أنظمة x86_64 المبنية على Debian/Ubuntu**. -- **موافقة عند كل اتصال.** تعرض البوابة (portal) مربع حوار يطلب منك اختيار الشاشة المراد مشاركتها. هذه ميزة أمنية مقصودة في تصميم Wayland، وليست خللًا في RustDesk — فلا يمكن لتطبيق يعمل في الخلفية أن يبدأ تسجيل شاشتك خلسةً. تدعم الإصدارات 4 وما بعدها من البوابة ما يُعرف بـ"رمز الاستعادة" (restore token) بحيث لا يُطلب منك التأكيد في كل مرة، لكن أول عملية مشاركة تتطلب نقرة على الشاشة. -- **الجلسة النشطة فقط.** الالتقاط على Wayland مرتبط بالجلسة الرسومية التي جرى تسجيل الدخول إليها. التقاط شاشة الترحيب (greeter) الخاصة بتسجيل الدخول على Wayland غير مدعوم حتى الآن — وهو قيد التطوير النشط ([طلب السحب رقم 15420](https://github.com/rustdesk/rustdesk/pull/15420)). للوصول قبل تسجيل الدخول حاليًا، اضبط شاشة الترحيب في مدير العرض لاستخدام X11/Xorg حيثما كان ذلك مدعومًا. +- **الموافقة عند بدء المشاركة.** تعرض البوابة مربع حوار يسألك أي شاشة تريد مشاركتها. وهذه ميزة أمان في Wayland لا خلل في RustDesk: فلا يستطيع تطبيق يعمل في الخلفية أن يبدأ تسجيل شاشتك خلسة. ويدعم الإصدار 4 من البوابة وما بعده «رمز استعادة» (restore token)، فلا يُطلب منك التأكيد عند كل اتصال. +- **الوصول إلى شاشة تسجيل الدخول.** تلتقط الإصدارات القياسية الجلسة المسجَّل الدخول إليها. أما شاشة تسجيل الدخول بعد إعادة التشغيل، فاستخدم لها إصدار المعاينة للوصول غير المراقب على أنظمة x86_64 المبنية على Debian/Ubuntu، أو شاشة تسجيل دخول تعمل بـ X11 حيث لا تزال توزيعتك توفرها. -يستمر دعم Wayland في التحسّن — فعلى سبيل المثال، [أضاف الإصدار RustDesk 1.4.3](https://ubuntuhandbook.org/index.php/2025/10/rustdesk-released-1-4-3-with-multi-monitor-for-wayland-virtual-mouse/) (أكتوبر 2025) دعم مشاركة الشاشات المتعددة على Wayland. لكن إذا اتصلت وظهرت لك شاشة سوداء على جهاز يعمل بـ Wayland، فالسبب في الغالب هو عدم اكتمال مسار البوابة وPipeWire. مقالنا المخصص بعنوان [RustDesk متصل لكنه بانتظار الصورة](/ar/blog/rustdesk-connected-waiting-for-image-ar) يشرح تحديدًا حالة الشاشة السوداء على Wayland. +وإذا اتصلت بجهاز يعمل بـ Wayland وظهرت لك شاشة سوداء مع إصدار قياسي، فالغالب أن مسار البوابة وPipeWire لم يكتمل: إما أن الطلب لم يُقبل، وإما أن `xdg-desktop-portal` أو PipeWire لا يعمل. ويشرح دليلنا [RustDesk متصل لكنه بانتظار الصورة](/ar/blog/rustdesk-connected-waiting-for-image-ar) حالة Wayland بالتفصيل. -## الوصول غير المراقَب على Linux +## الوصول غير المراقب على Linux -يعني الوصول غير المراقَب الاتصال بجهاز لا يوجد أمامه أحد — وهو السيناريو الكلاسيكي للدعم عن بُعد. على Linux، تتلخص الخطوات في: +الوصول غير المراقب يعني الاتصال بجهاز لا يجلس أمامه أحد، وهو السيناريو الكلاسيكي للدعم عن بُعد. وعلى Linux تتلخص الخطوات فيما يلي: -1. ثبّت RustDesk عبر حزمة `.deb` أو `.rpm` كي يُسجَّل خدمة systemd، أو انقر على **Enable Service** (تفعيل الخدمة) داخل التطبيق. -2. في RustDesk، عيّن **كلمة مرور دائمة** قوية ضمن إعدادات الاتصال (ويُفضَّل أيضًا تفعيل المصادقة الثنائية). -3. عند الحاجة إلى الوصول قبل تسجيل الدخول أو عبر جلسات مستخدمين متعددة، اضبط شاشة تسجيل الدخول نفسها في مدير العرض لاستخدام X11/Xorg حيثما كان ذلك مدعومًا؛ فاختيار جلسة سطح مكتب X11 لا يؤثر إلا في الجلسة بعد تسجيل الدخول. +1. ثبّت RustDesk عبر حزمة `.deb` أو `.rpm` كي تُسجَّل خدمة systemd، أو انقر **تفعيل الخدمة** (Enable Service) داخل التطبيق. +2. عيّن **كلمة مرور دائمة** قوية من **الإعدادات ← الأمان** (Settings > Security). ووضع الموافقة الافتراضي يقبلها أصلًا؛ وأضف المصادقة الثنائية للاتصال بالجهاز المتحكَّم به عاملًا ثانيًا. راجع [دليل إعداد الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar). +3. وللوصول قبل تسجيل الدخول على Wayland، استخدم [إصدار معاينة Wayland للوصول غير المراقب](/ar/blog/unattended-remote-access-wayland-ar) على أنظمة x86_64 المبنية على Debian/Ubuntu، أو اضبط شاشة تسجيل الدخول في مدير العرض لتعمل بـ X11 حيث يكون ذلك مدعومًا. فاختيار جلسة سطح مكتب X11 وحده لا يؤثر إلا في الجلسة التي تلي تسجيل الدخول. -من حقائق Wayland التي ينبغي التخطيط لها: نظام البوابة القائم على الموافقة، والمذكور في قسم Wayland أعلاه، يجعل الالتقاط غير المراقَب بالكامل أصعب مقارنةً بـ X11، إلى أن يصدر دعم الوصول غير المراقَب الجاري تطويره حاليًا. +## Linux دون شاشة: خوادم لا تتصل بها شاشة -## Linux بلا رأس: الخوادم التي لا تملك شاشة +من الاستخدامات الشائعة على Linux جهاز لا تتصل به أي شاشة على الإطلاق: خادم منزلي، أو جهاز مختبر، أو جهاز افتراضي. ومن دون شاشة موصولة، كثيرًا ما لا يوفّر مكدّس الرسومات أي مخرج عرض نشط، فلا توجد صورة لالتقاطها وتظهر لك شاشة سوداء. -من الحالات الشائعة جدًا على Linux وجود جهاز لا تتصل به أي شاشة إطلاقًا — كخادم منزلي، أو جهاز مختبر، أو جهاز افتراضي (VM). والمشكلة هنا ليست في RustDesk، بل في مكدّس الرسومات (graphics stack): فمن دون شاشة موصولة، لا يقوم X ولا Wayland بتخصيص ذاكرة إطار على الإطلاق، وبالتالي لا توجد فعليًا أي صورة لالتقاطها، فتظهر لك شاشة سوداء. +وثمة طريقتان لمنحه ما يعرضه: -توجد طريقتان لمنحه شيئًا يمكن عرضه: - -- **قابس وهمي (dummy plug)** — جهاز HDMI/DisplayPort فعلي رخيص الثمن مخصص للتشغيل بلا رأس، يجعل بطاقة الرسومات (GPU) تعتقد أن هناك شاشة متصلة. -- **مشغّل شاشة افتراضية** — مثل `xserver-xorg-video-dummy` على X11، أو خيار على مستوى النواة (kernel) مثل VKMS. +- **قابس وهمي (dummy plug)**: قطعة HDMI أو DisplayPort رخيصة مخصصة للتشغيل دون شاشة، تجعل بطاقة الرسومات تعتقد أن شاشة متصلة بها. +- **مشغّل عرض افتراضي**: مثل `xserver-xorg-video-dummy` على X11، أو خيار على مستوى النواة مثل VKMS. ## استضافة خادم RustDesk ذاتيًا على Linux -كل ما سبق يتعلق بجانب _العميل_. أما الجانب الآخر من قصة RustDesk مع Linux فهو أن **الخادم** — أي خدمة `hbbs` لتعريف الهوية والربط، وخدمة الترحيل `hbbr` — هو تطبيق أصلي لنظام Linux، الذي يُعد بيئته الطبيعية. وهذا ما يتيح لك إبقاء وساطة الجلسات وحركة المرور المُرحَّلة على بنية تحتية تملكها أنت، بدلًا من تمريرها عبر سحابة أحد المزوّدين. +كل ما سبق يخص _العميل_. أما النصف الآخر من قصة RustDesk مع Linux فهو أن **الخادم**، أي خدمة `hbbs` للمعرّف/الالتقاء وخادم الترحيل `hbbr`، تطبيق أصلي لـ Linux، وLinux بيئته الطبيعية. وهذا ما يتيح لك إبقاء وساطة الجلسات والحركة المرحَّلة على بنية تحتية تملكها، بدلًا من تمريرها عبر سحابة أحد المورّدين. -أمامك خياران. **خادم المجتمع** المجاني ومفتوح المصدر يعمل إلى أجل غير مسمى دون أي تكلفة، ويغطي وظيفة الاتصال والترحيل الأساسية. أما **RustDesk Server Pro** فيضيف وحدة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك، ومولّد عميل بعلامة تجارية مخصصة، إضافةً إلى [تسجيل الدخول الموحد عبر LDAP/Active Directory وOIDC](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/). كما أنك لست مُلزَمًا باستخدام Docker أيضًا — راجع مقال [تشغيل Server Pro من دون Docker](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/installscript/) للاطلاع على التثبيت على جهاز افتراضي عادي أو خادم فعلي. وإذا كنت بصدد تحديد حجم العتاد المناسب لأسطول كبير من الأجهزة، فخطّط للسعة بناءً على ملف التزامن والترحيل الفعلي لديك قبل أن تلتزم. +أمامك خياران. **Server OSS** مجاني دون رسوم ترخيص أو تاريخ انتهاء، ويغطي الوظيفة الأساسية للاتصال والترحيل. أما **RustDesk Server Pro** فيضيف وحدة تحكم على الويب مستضافة ذاتيًا، ومجموعات الأجهزة، ودفتر عناوين مشتركًا، ويضيف بدءًا من خطة Basic مولّد عميل بعلامة تجارية مخصصة و[تسجيل الدخول الموحد عبر LDAP/Active Directory وOIDC](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/). ولست مضطرًا إلى Docker أيضًا، راجع [تشغيل Server Pro دون Docker](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/installscript/) للتثبيت على جهاز افتراضي عادي أو خادم فعلي. -ملاحظة بخصوص الاستضافة الذاتية: خادم المجتمع المجاني وServer Pro كلاهما ملك لك أنت لتشغيله وتحديثه وتأمينه. متطلبات العتاد منخفضة، وبعد إتمام الإعداد يكون عبء الصيانة خفيفًا — ويمكن لدعم RustDesk مساعدتك إذا طرأ أي سؤال. وهذه الملكية الكاملة هي بيت القصيد أصلًا. (يحتاج ترخيص Server Pro أيضًا إلى مسار اتصال صادر نحو rustdesk.com من أجل التفعيل والبقاء مرخّصًا.) +ملاحظة واحدة حول الاستضافة الذاتية: أنت من يشغّل Server OSS وServer Pro ويطبّق التصحيحات عليهما ويؤمّنهما. و[متطلبات العتاد منخفضة جدًا](https://rustdesk.com/docs/en/self-host/rustdesk-server-oss/install/) (يكفي خادم سحابي بسيط أو حتى Raspberry Pi لتشغيل Server OSS)؛ فحدّد الحجم وفق أجهزتك المتصلة وحركة الترحيل، وكلّف شخصًا بالتحديثات والمراقبة والنسخ الاحتياطي. وتشمل الخطط المدفوعة الدعم الفني. (ويتحقق Server Pro أيضًا من ترخيصه عبر HTTPS صادر مرة يوميًا تقريبًا، لذا يحتاج إلى مسار اتصال إلى rustdesk.com.) ## للبدء -ثبّت الحزمة المناسبة لتوزيعتك، وعيّن كلمة مرور دائمة للوصول غير المراقَب، وإذا كانت سيادة البيانات هي سبب اهتمامك بهذا الموضوع، فأنشئ خادم المجتمع المجاني. للاطلاع على تفاصيل الخطط الحالية، تُعد صفحة [rustdesk.com/pricing](https://rustdesk.com/pricing) المرجع الرسمي، ويمكنك التواصل عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) لمناقشة Server Pro. أتريد أن تراه يعمل أولًا؟ شاهد RustDesk وهو يعمل. +ثبّت الحزمة المناسبة لتوزيعتك، وعيّن كلمة مرور دائمة للوصول غير المراقب، وإن كانت سيادة البيانات هي سبب وجودك هنا، فأنشئ Server OSS. وللاطلاع على تفاصيل الخطط الحالية، فإن [rustdesk.com/pricing](https://rustdesk.com/pricing) هو المرجع المعتمد، ويمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) مناقشة Server Pro معك. أتريد أن تراه يعمل أولًا؟ [شاهد RustDesk أثناء العمل](https://www.youtube.com/@rustdesk). diff --git a/v3/src/content/post/ar/rustdesk-for-msps.md b/v3/src/content/post/ar/rustdesk-for-msps.md index 89f9964c..04e73ce3 100644 --- a/v3/src/content/post/ar/rustdesk-for-msps.md +++ b/v3/src/content/post/ar/rustdesk-for-msps.md @@ -1,73 +1,76 @@ --- publishDate: 2026-07-05T19:40:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-for-msps' draft: false title: 'RustDesk لمزودي الخدمات المُدارة (MSP): أداة واحدة ذاتية الاستضافة وقابلة لوضع العلامة التجارية' -excerpt: 'قارن بين دمج TeamViewer وAnyDesk وScreenConnect ضمن منصة واحدة للدعم عن بُعد، ذاتية الاستضافة وقابلة لوضع العلامة التجارية.' +excerpt: 'قارن بين دمج TeamViewer وAnyDesk وScreenConnect في منصة واحدة للدعم عن بُعد، ذاتية الاستضافة وتحمل علامتك التجارية.' image: '~/assets/images/blog/rustdesk-for-msps-og.webp' category: 'أدلة' tags: ['RustDesk', 'MSP', 'الاستضافة الذاتية'] author: 'RustDesk Team' slug: 'rustdesk-for-msps-ar' faq: - - question: 'هل يمكن لـ RustDesk دمج عدة أدوات دعم عن بُعد خاصة بمزودي MSP؟' - answer: 'نعم. يهدف RustDesk إلى استبدال كومة من الأدوات المنفصلة بمنصة واحدة ذاتية الاستضافة ومفتوحة المصدر وقابلة لوضع العلامة التجارية، مما يمنحك لوحة تحكم واحدة، ومولّد عميل بعلامة تجارية مخصصة، وتحكمًا في الوصول لكل مستخدم بدلاً من لوحات تحكم وعقود منفصلة.' - - question: 'كيف يتم ترخيص RustDesk لمزودي MSP؟' - answer: 'أنت تدفع لكل مستخدم مسجّل (فنييك) ولكل جهاز مُدار (الأجهزة التي تدعمها)، وتتضمن الخطط القياسية عددًا غير محدود من الاتصالات المتزامنة بحيث يمكن لعدة فنيين تشغيل جلسات في آنٍ واحد دون شراء قنوات. أما خطة Customized V2 فتحدد التزامن وتسعّره بشكل منفصل؛ راجع rustdesk.com/pricing.' + - question: 'هل يستطيع RustDesk توحيد أدوات الدعم عن بُعد المتعددة لدى مزوّد الخدمات المُدارة؟' + answer: 'نعم، للتحكم عن بُعد والدعم. يمنح RustDesk Server Pro مزوّد الخدمات المُدارة لوحة تحكم واحدة ذاتية الاستضافة، وعملاء بعلامته التجارية من خطة Basic، والتحكم في الوصول لكل مستخدم ومجموعة أجهزة، واتصالات متزامنة غير محدودة في الخطط القياسية، بدلًا من لوحات تحكم وعقود منفصلة. جرّب أولًا تكاملات PSA/RMM التي تعتمد عليها.' + - question: 'كيف يُرخَّص RustDesk لمزوّدي الخدمات المُدارة؟' + answer: 'تدفع لكل مستخدم تسجيل دخول (فنّيوك) ولكل جهاز مُدار (الأجهزة التي تدعمها)، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، فيستطيع عدة فنيين تشغيل جلسات في الوقت نفسه دون شراء قنوات. ووحدها خطة Customized V2 ترخّص عددًا محددًا من الاتصالات المتزامنة؛ راجع rustdesk.com/pricing.' - question: 'هل يمكنني وضع علامتي التجارية الخاصة (white-label) على عميل RustDesk؟' - answer: 'نعم. يتضمن RustDesk مولّد عميل بعلامة تجارية مخصصة بحيث يثبّت العملاء أداة مُهيّأة لخدمتك. تتوفر ميزات إنشاء العميل المخصص والهوية بدءًا من خطة Basic فما فوق، لذا تحقق من المصفوفة الحالية للخطط قبل الاعتماد عليها.' - - question: 'هل RustDesk ذاتي الاستضافة، ومن يقوم بتشغيل الخادم؟' - answer: 'خادم RustDesk Server Pro ذاتي الاستضافة: حيث يعمل خادم المعرّف/الالتقاء (ID/rendezvous)، والمُرحِّل (relay)، ولوحة التحكم، وبيانات النشر المخزنة على بنية تحتية تتحكم بها أنت. يتولى أحد أفراد فريقك تجهيز المضيف، وفتح المنافذ، وإعداد بروتوكول TLS، وتثبيت التحديثات الأمنية عليه — وهو عمل بنية تحتية روتيني بالنسبة لمزود MSP، وخفيف العبء بمجرد إعداده.' - - question: 'كيف يجب أن يبدأ مزود MSP بتقييم RustDesk؟' - answer: 'الطريقة الشائعة هي البدء بخادم المجتمع المجاني على جهاز افتراضي تجريبي أو مضيف داخلي صغير، والتحقق من صحة سير عمل نموذجي للعميل، ثم تحديد ما إذا كانت ميزات Pro تستحق الإضافة. يمكنك أيضًا مراسلة sales@rustdesk.com عبر البريد الإلكتروني للاستفسار عن شروط التقييم الحالية.' + answer: 'نعم. يتضمن RustDesk Server Pro مولّد عميل مخصصًا، متاحًا من خطة Basic فما فوق، يبني عميلًا باسمك وشعارك وأيقونتك وإعدادات خادمك. فيثبّت عملاؤك أداة تحمل علامتك التجارية وتتصل بخادمك، بدلًا من تنزيل يحمل علامة المورّد.' + - question: 'هل RustDesk ذاتي الاستضافة، ومن يشغّل الخادم؟' + answer: 'نعم. RustDesk Server Pro ذاتي الاستضافة: يشغّل مزوّد الخدمات المُدارة خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) ولوحة تحكم الويب وبيانات الإدارة المخزَّنة على مضيف في مقره أو على خادم VPS خاص به، ويتولى التحديثات الأمنية والمراقبة والنسخ الاحتياطي والشهادات. أما RustDesk Server OSS (خادم المجتمع المجاني) فيوفّر خدمتَي المعرّف/الالتقاء والترحيل دون إدارة Pro.' + - question: 'كيف يبدأ مزوّد الخدمات المُدارة تقييم RustDesk؟' + answer: 'ابدأ بـ RustDesk Server OSS (خادم المجتمع المجاني) على آلة افتراضية تجريبية: فلا رسوم ترخيص عليه ولا تاريخ انتهاء، فيستطيع الفنيون اختبار سير عمل دعم نموذجي قبل الدفع. ثم أضف Server Pro حين يحتاج الفريق إلى لوحة تحكم الويب أو العملاء بعلامتك التجارية أو التحكم في الوصول، وراسل sales@rustdesk.com لمعرفة شروط التقييم الحالية.' metadata: - description: 'RustDesk لمزودي MSP: بديل ذاتي الاستضافة لـ ScreenConnect وTeamViewer — يدمج الدعم عن بُعد مع العلامة التجارية، والتحكم في الوصول، والتزامن حسب الخطة.' + description: 'RustDesk لمزوّدي الخدمات المُدارة: بديل ذاتي الاستضافة لـ ScreenConnect وTeamViewer، بعملاء يحملون علامتك وتحكم في الوصول وتزامن غير محدود في الخطط القياسية.' keywords: 'RustDesk لمزودي MSP, دعم عن بُعد ذاتي الاستضافة لمزودي MSP, سطح مكتب بعيد بعلامة تجارية خاصة لمزودي MSP, أداة دعم عن بُعد لمزودي MSP, ترخيص سطح المكتب البعيد لكل فني' --- -معظم مزودي MSP لا يبحثون عن أداة أخرى للدعم عن بُعد. إنهم يبحثون عن عدد _أقل_ منها. تتراكم هذه المجموعة من الأدوات لأسباب بنيوية، لا بدافع التفضيل: مقعد دعم عن بُعد سحابي هنا، وأداة لكل فني هناك، وأداة مستقلة للدعم السريع للمهام الفردية — موردون مختلفون، ونفس الشكاوى الثلاث حول تكلفة تتصاعد، وترخيص يحد من طريقة عملك، وسيطرة لم تمتلكها فعليًا قط. +معظم مزوّدي الخدمات المُدارة لا يبحثون عن أداة دعم عن بُعد أخرى، بل عن عدد _أقل_ منها: مقعد دعم سحابي هنا، وأداة مرخَّصة لكل فني هناك، وأداة مستقلة للدعم السريع في المهام العابرة، ولكل منها لوحة تحكم وعقد وتجديد. ويستبدل RustDesk هذه الكومة بمنصة واحدة ذاتية الاستضافة تحمل علامتك التجارية؛ لكن جرّب تكاملات PSA/RMM وسير العمل على الأجهزة التي يعتمد عليها فنّيوك قبل أن تستغني عن أي أداة. -هذا دليل حول **RustDesk لمزودي MSP**: كيف يمكن لأداة واحدة ذاتية الاستضافة ومفتوحة المصدر وقابلة لوضع العلامة التجارية أن تحل محل هذا الكم من الأدوات — ومن المهم بنفس القدر معرفة أين تكمن المقايضات. +يتناول هذا الدليل عميل RustDesk المفتوح، وخيارات الخادم ذاتي الاستضافة، والإدارة التجارية في Pro، والعلامة التجارية، والترخيص في سير عمل مزوّدي الخدمات المُدارة. -## الفرق الجوهري: أنت من يستضيفها، وأنت من يملكها +## شغّل خدمات الوصول عن بُعد بنفسك -خادم RustDesk Server Pro **ذاتي الاستضافة**: يعمل خادم المعرّف/الالتقاء (ID/rendezvous)، والمُرحِّل (relay)، ولوحة التحكم، وبيانات الأجهزة المخزنة على بنية تحتية تتحكم بها أنت، لا على بنية تحتية تابعة لمورّد ([لماذا تهم الاستضافة الذاتية لمزودي MSP](/ar/blog/why-self-host-remote-desktop-software-ar)). ولأن النواة **[مفتوحة المصدر (AGPL)](https://github.com/rustdesk/rustdesk)**، فعندما تسأل المراجعة الأمنية لدى عميلك "ماذا يفعل هذا العميل (agent) على نقاط النهاية لدينا؟"، يمكنك الإشارة إلى الشيفرة المصدرية بدلاً من ملف تنفيذي مغلق المصدر. +RustDesk Server Pro **ذاتي الاستضافة**: يشغّل فريقك خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) ولوحة التحكم وبيانات الإدارة المخزَّنة. وعميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) **[مرخَّصان بموجب AGPL](https://github.com/rustdesk/rustdesk)**؛ أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك. وحين تسأل المراجعة الأمنية لدى أحد عملائك: «ماذا يفعل هذا الوكيل على أجهزتنا؟»، يمكنك الإشارة إلى الشيفرة المصدرية للعميل بدلًا من ملف تنفيذي مغلق، وأنت من يختار مكان تشغيل خدمات جانب الخادم. -وفيما يلي كيف تُقارَن منصة واحدة ذاتية الاستضافة بالكمّ الهائل من الأدوات التي يتخلّص منها مزودو MSP عند الدمج: +وإليك كيف تُقارَن منصة واحدة ذاتية الاستضافة بكومة الأدوات التي يتخلص منها مزوّدو الخدمات المُدارة عند التوحيد: -| | أدوات دعم عن بُعد سحابية منفصلة | RustDesk Server Pro | -| ---------------------------- | ------------------------------- | --------------------------------------------------------------------------------------------- | -| لوحات التحكم المطلوب إدارتها | واحدة لكل أداة | لوحة تحكم واحدة ذاتية الاستضافة | -| العلامة التجارية | إضافة اختيارية أو غير متوفرة | مولّد عميل بعلامة تجارية مخصصة (من خطة Basic فما فوق) | -| الاستضافة | سحابة المورّد | ذاتية الاستضافة (داخل الشركة أو على خادم VPS الخاص بك) | -| المصدر | مغلق | نواة مفتوحة المصدر (AGPL) | -| الجلسات المتزامنة | غالبًا محدودة / لكل قناة | غير محدودة في الخطط القياسية؛ محدودة في [Customized V2](https://rustdesk.com/pricing#custom2) | -| أساس الترخيص | لكل مقعد / لكل قناة | [لكل مستخدم مسجّل + لكل جهاز مُدار](https://rustdesk.com/pricing) | +| | أدوات دعم سحابية منفصلة | RustDesk Server Pro | +| --- | --- | --- | +| لوحات التحكم المطلوب إدارتها | واحدة لكل أداة | لوحة تحكم واحدة ذاتية الاستضافة | +| العلامة التجارية للعميل | تعتمد على المنتج والخطة | مولّد عملاء بعلامتك التجارية من خطة Basic فما فوق | +| الاستضافة | سحابة المورّد | ذاتية (في مقرك أو على خادم VPS خاص بك) | +| المصدر | يعتمد على المنتج، وغالبًا مغلق | عميل بترخيص AGPL قابل للتدقيق | +| الاتصالات/القنوات المتزامنة المرخَّصة | حصة تعتمد على الخطة | غير محدودة في الخطط القياسية؛ ولخطة [Customized V2](https://rustdesk.com/pricing#custom2) حصة مرخَّصة | +| أساس الترخيص | لكل مقعد / لكل قناة | [لكل مستخدم تسجيل دخول + لكل جهاز مُدار](https://rustdesk.com/pricing) | -للاطلاع على فئات الخطط الدقيقة والأسعار الحالية، راجع [rustdesk.com/pricing](https://rustdesk.com/pricing). +للاطلاع على مستويات الخطط بدقة والأسعار الحالية، راجع [rustdesk.com/pricing](https://rustdesk.com/pricing). -## الاتصالات المتزامنة حسب الخطة +## الاتصالات المتزامنة بحسب الخطة -أنت تدفع لكل مستخدم مسجّل (فنييك) ولكل جهاز مُدار (الأجهزة التي تدعمها)، وتتضمن الخطط القياسية عددًا غير محدود من [الاتصالات المتزامنة](https://rustdesk.com/pricing) — إذ يمكن لعدة فنيين تشغيل جلسات في الوقت نفسه دون الحاجة لشراء "قنوات"، بينما تحدد خطة Customized V2 عددها وتسعّرها بشكل منفصل. فإذا كان ثلاثة مهندسين يعملون في ثلاثة مواقع عملاء مختلفة في آنٍ واحد أثناء انقطاع في الخدمة، فهذا مجرد يوم عمل عادي — وليس حدثًا يُحتسب بعداد. وإذا كنت تقنن الجلسات المتزامنة أو تنظّم جدول فريقك حول عدد القنوات المتاحة، فإن هذا القيد يختفي. +تدفع مقابل مستخدمي تسجيل الدخول المصرَّح لهم (وهم الفنيون عادةً) والأجهزة المُدارة. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، فحين يعمل ثلاثة مهندسين على مواقع ثلاثة عملاء مختلفين في الوقت نفسه أثناء انقطاع، يكون ذلك يوم عمل عاديًا لا حدثًا يُحتسب بالعدّاد. وإذا كنت تقنّن الجلسات المتزامنة أو تنظّم عمل فريقك حول عدد القنوات، فهذا القيد يختفي في الخطط القياسية. + +ووحدها خطة [Customized V2](https://rustdesk.com/pricing#custom2) ترخّص عددًا محددًا من الاتصالات المتزامنة. وبحسب [تعريف RustDesk للتزامن](https://github.com/rustdesk/rustdesk/wiki/FAQ#concurrent-connections)، الاتصال المتزامن هو جهاز تحكم نشط، أي «قناة»: فجهاز فني واحد مفتوح عليه خمس علامات تبويب للجلسات يستخدم قناة واحدة، وثلاثة أجهزة فنيين نشطة في الوقت نفسه تستخدم ثلاث قنوات. كما لا تحتسب Customized V2 أجهزةً مُدارة إلا الأجهزة المعيّنة لمستخدم أو لمجموعة أجهزة، فلا تُحتسب أجهزة الدعم العابرة ولا تُعطَّل؛ راجع [ما الذي يُحتسب جهازًا مُدارًا](/ar/blog/what-counts-as-a-managed-device-ar). ## أضف علامتك التجارية، وطبّق التحكم في الوصول -يوفر RustDesk العناصر التي يحتاجها مزود MSP فعليًا للعمل على نطاق واسع: **[لوحة تحكم ويب](https://rustdesk.com/docs)** ذاتية الاستضافة، و**مولّد عميل بعلامة تجارية مخصصة**، و**[مجموعات الأجهزة مع دفتر عناوين مشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/)** للتحكم في الوصول لكل مستخدم. **تتوفر ميزة [LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) (OIDC) بدءًا من خطة Basic فما فوق.** +يمنح Server Pro مزوّد الخدمات المُدارة لوحة تحكم ويب ذاتية الاستضافة وثلاثة ضوابط مختلفة. يحدد [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) أي الفنيين يستطيعون الوصول إلى أي الأجهزة، عبر قواعد للمستخدمين ومجموعات الأجهزة؛ وينتمي كل جهاز إلى مجموعة أجهزة واحدة، وصلاحيات مجموعات المستخدمين ومجموعات الأجهزة تراكمية. أما دفتر العناوين المشترك فينظّم الإدخالات للفنيين، ولا يشكّل حدًّا للوصول. ويقيّد [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) ما يستطيع الفني فعله داخل الجلسة. ويبدأ مولّد العميل المخصص وتسجيل الدخول الموحّد عبر LDAP/OIDC من خطة Basic. -العميل المُعلَّم بعلامتك التجارية مهم لأن عملاءك يرون علامتك التجارية على الأداة التي يثبّتونها، وليس علامة مورّد آخر. ويمكن للتحكم في الوصول أن يحصر الفنيين ضمن مجموعات الأجهزة المخصصة لهم. تحقق من مصفوفة الخطط الحالية قبل الاعتماد على هذه الميزات. +وللعميل الذي يحمل علامتك أهمية لأن عملاءك يثبّتون أداة باسمك وشعارك وإعدادات خادمك، لا أداة مورّد آخر. ويتيح لك التحكم في الوصول حصر كل فني في مجموعات أجهزة مواقع العملاء التي يخدمها. -## التحكم في موقع البيانات من جانب الخادم +## التحكم في موقع البيانات من جهة الخادم -تمنح الاستضافة الذاتية مزود MSP التحكم في موقع البيانات من جانب الخادم. لكنها لا تضمن بقاء حركة بيانات نقاط النهاية المباشرة داخل بلد واحد، ولا تحقق الامتثال للائحة العامة لحماية البيانات (GDPR) بحد ذاتها؛ لذا حدد مواقع نقاط النهاية، والتوجيه، ومدة الاحتفاظ بالبيانات، والالتزامات القانونية. +تتيح الاستضافة الذاتية لمزوّد الخدمات المُدارة اختيار مكان تشغيل خادم المعرّف/الالتقاء وخادم الترحيل ولوحة التحكم وبيانات الأجهزة المخزَّنة ومن يشغّلها، وكثيرًا ما تكون هذه النقطة الحاسمة لدى العملاء في القطاعات المنظَّمة. لكنها وسيلة للتحكم في النشر وليست شهادة امتثال: فالجلسات المباشرة تنتقل بين نقاط النهاية، لذا حدّد مواقع نقاط النهاية ومسارات التوجيه كما يشرح مقال [سيادة بيانات سطح المكتب البعيد وGDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). -## اختبرها وفق شروطك الخاصة +## اختبرها وفق شروطك يمكنك تقييم RustDesk اليوم دون حجز أي اجتماع: -- **شغّل خادم المجتمع المجاني على جهاز افتراضي احتياطي.** فهو مفتوح المصدر ولا تنتهي صلاحيته أبدًا، مما يتيح لك التحقق من سير عمل حقيقي للعميل قبل إنفاق أي مبلغ. -- **عندما تدخل العلامة التجارية والتحكم في الوصول في الصورة،** قارن بين فئات الخطط على [rustdesk.com/pricing](https://rustdesk.com/pricing) واسأل [sales@rustdesk.com](mailto:sales@rustdesk.com) عن شروط التقييم المعمول بها حاليًا. -- **هل وقتك للتجربة محدود؟** شاهد RustDesk أثناء العمل أولاً، أو تصفح الشروحات على [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk). +- **شغّل Server OSS على آلة افتراضية احتياطية.** فلا رسوم ترخيص عليه ولا تاريخ انتهاء، فتستطيع اختبار سير عمل حقيقي لأحد عملائك قبل إنفاق أي مبلغ. +- **حين تدخل العلامة التجارية والتحكم في الوصول في الحسبان،** قارن بين مستويات الخطط على [rustdesk.com/pricing](https://rustdesk.com/pricing) واسأل [sales@rustdesk.com](mailto:sales@rustdesk.com) عن شروط التقييم المعمول بها حاليًا. +- **وقتك للتجربة محدود؟** شاهد RustDesk وهو يعمل أولًا، أو تصفّح الشروحات على [قناة RustDesk على YouTube](https://www.youtube.com/@rustdesk). -يمكنك **[الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) (بشكل تناسبي)** مع نمو قاعدة عملائك — ابدأ من [rustdesk.com/pricing](https://rustdesk.com/pricing). +ويمكنك **[الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar)** مع نمو قاعدة عملائك: تمدّد الترقية ترخيصك إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية المدفوعة. ابدأ من [rustdesk.com/pricing](https://rustdesk.com/pricing). diff --git a/v3/src/content/post/ar/rustdesk-remote-control-android-ios.md b/v3/src/content/post/ar/rustdesk-remote-control-android-ios.md index 10cecaa6..db4d2ca8 100644 --- a/v3/src/content/post/ar/rustdesk-remote-control-android-ios.md +++ b/v3/src/content/post/ar/rustdesk-remote-control-android-ios.md @@ -1,86 +1,87 @@ --- publishDate: 2026-07-07T17:09:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-remote-control-android-ios' draft: false title: 'التحكم عن بُعد بأجهزة Android وiOS عبر RustDesk: ما الذي يعمل فعليًا' -excerpt: 'كيف يتحكم RustDesk عن بُعد بهواتف Android، وكيف يحوّل أجهزة iPhone وiPad إلى أدوات تحكم، ولماذا لا يستطيع أي مزود التحكم عن بُعد بنظام iOS.' +excerpt: 'يستطيع RustDesk التحكم عن بُعد في هواتف Android، ويحوّل Android وiPhone وiPad إلى أدوات تحكم بأجهزة الكمبيوتر لديك. أما تطبيق iOS فللتحكم فقط.' image: '~/assets/images/blog/rustdesk-remote-control-android-ios-og.webp' category: 'أدلة' tags: ['RustDesk', 'الأجهزة المحمولة'] author: 'RustDesk Team' -slug: "rustdesk-remote-control-android-ios-ar" +slug: 'rustdesk-remote-control-android-ios-ar' faq: - question: 'هل يمكنني التحكم عن بُعد بهاتف Android باستخدام RustDesk؟' - answer: 'نعم. على جهاز Android، تبدأ خدمة التقاط الشاشة في RustDesk (التي تتطلب موافقة تظهر على الشاشة) وتفعّل خدمة إمكانية الوصول RustDesk Input حتى يتم حقن النقرات والتمريرات عن بُعد. مشاركة الشاشة تتطلب Android 6 أو أحدث؛ ومشاركة صوت النظام الداخلي تتطلب Android 10 أو أحدث. تفرض بعض الشركات المصنّعة قيودًا على إمكانية الوصول للتطبيقات المثبَّتة يدويًا (sideloaded)، لذا قد تحتاج أولًا إلى السماح بالإعدادات المقيّدة.' + answer: 'نعم. على جهاز Android تبدأ خدمة التقاط الشاشة في RustDesk (وهي تتطلب الموافقة على مطالبة تظهر على الشاشة)، وتفعّل خدمة إمكانية الوصول RustDesk Input حتى تُحقن النقرات والتمريرات القادمة عن بُعد. تتطلب مشاركة الشاشة Android 6 أو أحدث، وتتطلب مشاركة صوت النظام الداخلي Android 10 أو أحدث. وتقيّد بعض الشركات المصنّعة إمكانية الوصول للتطبيقات المثبّتة يدويًا، لذا قد تحتاج أولًا إلى السماح بالإعدادات المقيّدة.' - question: 'هل يمكن لـ RustDesk التحكم بجهاز iPhone أو iPad؟' - answer: 'لا، ولا حتى عبر أي تطبيق آخر لسطح المكتب عن بُعد — فهذا قيد يفرضه نظام iOS نفسه، وليس قيدًا خاصًا بـ RustDesk. قيود آبل المتعلقة بتسجيل الشاشة والعمل في الخلفية لا تسمح لأي تطبيق من جهة خارجية بأن يُتحكَّم به عن بُعد كجهاز مضيف، لذلك لا يقدّم أي مزود تحكمًا عن بُعد حقيقيًا في iPhone أو iPad. ما يقوم به تطبيق RustDesk على iOS/iPadOS بامتياز هو العمل كأداة تحكم: استخدم iPhone أو iPad للتحكم بأجهزة Windows وmacOS وLinux وAndroid الخاصة بك.' + answer: 'لا. تطبيق RustDesk على iOS/iPadOS للتحكم فقط: استخدم iPhone أو iPad للتحكم في أجهزة Windows وmacOS وLinux وAndroid. ولا يوفّر RustDesk استضافة الجلسات على iOS ولا مشاركة الشاشة منه ولا الإدخال عن بُعد إليه. وتقدّم بعض الجهات الأخرى مشاهدة شاشة iOS بحضور المستخدم، كما توفّر Apple تحكمًا عن بُعد بموافقة المستخدم أثناء مكالمات FaceTime.' - question: 'هل يمكنني استخدام هاتفي للتحكم بجهاز الكمبيوتر الخاص بي؟' - answer: 'نعم. يعمل تطبيقا RustDesk على Android وiOS كعميلَي تحكم كاملَين. يمكنك الاتصال من أي منهما بجهاز يعمل بنظام Windows أو macOS أو Linux والتحكم به عبر لوحة لمس على الشاشة أو وضع الماوس. هذا هو الاستخدام الأكثر موثوقية على الأجهزة المحمولة، ويعمل بنفس طريقة عميل سطح المكتب.' + answer: 'نعم. تطبيقا RustDesk على Android وiOS أداتا تحكم كاملتان: اتصل بجهاز Windows أو macOS أو Linux عبر معرّفه وتحكّم فيه بلوحة لمس على الشاشة أو بوضع الماوس، وبلوحة مفاتيح برمجية. وتختلف بعض مهام الحافظة ونقل الملفات والمفاتيح الخاصة باختلاف نظام تشغيل الجوال. والتحكم في كمبيوتر من الهاتف هو الاستخدام الأكثر موثوقية على الأجهزة المحمولة.' - question: 'هل تطبيقات RustDesk للأجهزة المحمولة مفتوحة المصدر؟' - answer: 'نعم. تشترك عملاء الأجهزة المحمولة في نفس قاعدة الشيفرة المصدرية المفتوحة بترخيص AGPL التي يستخدمها عميل سطح المكتب. إصدارات Android متاحة من إصدارات RustDesk الرسمية على GitHub ومن F-Droid باسم com.carriez.flutter_hbb؛ أما أداة التحكم لنظام iOS فمتاحة من متجر تطبيقات آبل App Store. لا يُوزَّع RustDesk حاليًا عبر متجر Google Play.' - - question: 'هل يمكنني ترك جهاز Android مهيأً للتحكم به دون مراقبة (unattended)؟' - answer: 'جزئيًا. يمكن لـ RustDesk إبقاء خدمة الالتقاط تعمل عبر إشعار في المقدمة (foreground notification) وإعادة تشغيلها تلقائيًا عند إقلاع الجهاز، لكن الحاجة إلى موافقة التقاط الشاشة، وحظر لوحة المفاتيح على شاشة القفل، وضرورة فتح القفل يدويًا بعد إعادة التشغيل، كلها عوامل تجعل التحكم غير المراقب الحقيقي في Android غير موثوق. تعامل مع التحكم في Android كدعم مراقَب (attended) وليس كوصول جاهز دون تدخل (set-and-forget).' + answer: 'نعم. يشترك عملاء الأجهزة المحمولة في قاعدة الشيفرة المفتوحة نفسها المرخَّصة بموجب AGPL التي يستخدمها عميل سطح المكتب. وإصدارات Android متاحة من إصدارات RustDesk الرسمية على GitHub ومن F-Droid باسم com.carriez.flutter_hbb، أما أداة التحكم لنظام iOS فمتاحة من متجر Apple App Store. ولا يُوزَّع RustDesk حاليًا عبر Google Play.' + - question: 'هل يمكنني ترك جهاز Android مهيأً للتحكم به دون مراقبة؟' + answer: 'جزئيًا. يستطيع RustDesk إبقاء خدمة الالتقاط تعمل عبر إشعار في المقدمة وإعادة تشغيلها عند إقلاع الجهاز، لكن موافقة التقاط الشاشة، وحجب لوحة المفاتيح على شاشة القفل، وضرورة فتح القفل يدويًا بعد إعادة التشغيل، كلها تجعل التحكم غير المراقب الحقيقي في Android غير موثوق. تعامل مع التحكم في Android على أنه دعم بحضور المستخدم، لا وصول تضبطه وتنساه.' metadata: - description: 'RustDesk على Android وiOS: التحكم عن بُعد بأجهزة Android، واستخدام أي من التطبيقين للتحكم بأجهزة سطح المكتب لديك، وما تسمح به آبل على iPhone وiPad.' + description: 'RustDesk على Android وiOS: تحكّم في Android عن بُعد، واستخدم أيًّا من تطبيقَي الجوال للتحكم في أجهزة سطح المكتب، ولماذا يقتصر تطبيق iPhone وiPad على التحكم.' keywords: 'التحكم عن بُعد بـ RustDesk على Android وiOS، التحكم بالهاتف عن بُعد عبر RustDesk، RustDesk كمضيف على Android، التحكم عن بُعد بجهاز Android، RustDesk على iOS، التحكم عن بُعد بـ iPhone، تطبيق RustDesk للجوال' --- -«هل يمكنني الاتصال عن بُعد بهاتف؟» من أكثر الأسئلة التي تُطرح على RustDesk، وهو سؤال يستحق إجابة صادقة لا إجابة تسويقية. الخلاصة السريعة: يستطيع RustDesk فعلًا التحكم بجهاز Android، ويُعدّ كلا التطبيقين للأجهزة المحمولة _أداتَي تحكم_ ممتازتين لأجهزة الكمبيوتر لديك، أما الجزء الذي لا يرغب الناس في سماعه فهو أنه لا يمكنك حاليًا الاتصال عن بُعد بجهاز iPhone أو iPad. يشرح هذا الدليل بدقة ما الذي يعمل، وما الذي لا يعمل، ولماذا، لتتمكن من التخطيط استنادًا إلى الإمكانيات الحقيقية بدلًا من الافتراضات. +يستطيع RustDesk التحكم فعلًا في جهاز Android متى منح مالكه أذونات التقاط الشاشة والإدخال، وكلا تطبيقَي الجوال أداتا _تحكم_ ممتازتان بأجهزة الكمبيوتر لديك. أما تطبيق iOS فللتحكم فقط: لا يوفّر RustDesk استضافة الجلسات على iOS ولا مشاركة الشاشة منه، فلا يمكنك الوصول عن بُعد إلى iPhone أو iPad عبر RustDesk. يشرح هذا الدليل ما يعمل وما لا يعمل ولماذا، لتخطط وفق القدرات الفعلية. -مثل بقية أجزاء RustDesk، كلا التطبيقين للأجهزة المحمولة مفتوحا المصدر بموجب ترخيص AGPL. إصدارات Android متاحة من [إصدارات RustDesk الرسمية على GitHub](https://github.com/rustdesk/rustdesk/releases) ومن [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/) باسم `com.carriez.flutter_hbb`، مع تغطية واسعة للأجهزة — إصدارات arm64 وarm32 وx86_64، بالإضافة إلى ملف APK عام (universal)؛ وأداة التحكم لنظام iOS متوفرة على App Store. RustDesk [لا يُوزَّع حاليًا عبر متجر Google Play](/ar/blog/rustdesk-and-remote-access-scams-ar): إذ قامت الشركة طوعًا بإلغاء نشر تطبيق Android استجابةً لإساءة استخدامه في عمليات احتيال. نفس قاعدة الشيفرة، ونفس النواة القابلة للتدقيق. +يشترك تطبيقا الجوال في قاعدة شيفرة عميل RustDesk المرخَّصة بموجب AGPL؛ وRustDesk Server OSS (خادم المجتمع المجاني) مرخَّص بموجب AGPL أيضًا، أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك. وإصدارات Android متاحة من [إصدارات RustDesk الرسمية على GitHub](https://github.com/rustdesk/rustdesk/releases) ومن [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/) باسم `com.carriez.flutter_hbb`، مع تغطية واسعة للأجهزة: إصدارات arm64 وarm32 وx86_64، إضافة إلى ملف APK شامل (universal)؛ وأداة التحكم لنظام iOS متوفرة على App Store. وRustDesk [لا يُوزَّع حاليًا عبر Google Play](/ar/blog/rustdesk-and-remote-access-scams-ar)، إذ ألغى نشر تطبيق Android طوعًا استجابةً لإساءة استخدامه في الاحتيال. القاعدة البرمجية نفسها، والنواة نفسها القابلة للتدقيق. ## ملخص في جدول واحد -| السيناريو | مدعوم؟ | ملاحظات | -| ----------------------------------------------- | ------ | ------------------------------------------------ | -| التحكم بجهاز Windows/macOS/Linux **من** Android | نعم | أداة تحكم كاملة؛ لوحة لمس أو وضع الماوس | -| التحكم بجهاز كمبيوتر **من** iPhone/iPad | نعم | أداة تحكم كاملة | -| التحكم **بجهاز Android** (كمضيف) | نعم | يتطلب موافقة التقاط الشاشة + خدمة إمكانية الوصول | -| التحكم **بجهاز iOS** (iPhone/iPad كمضيف) | **لا** | قيود آبل؛ غير مطبَّق | -| عرض شاشة iOS عن بُعد | **لا** | غير مدعوم حاليًا | +| السيناريو | مدعوم؟ | ملاحظات | +| --- | --- | --- | +| التحكم في جهاز Windows/macOS/Linux **من** Android | نعم | أداة تحكم كاملة؛ لوحة لمس أو وضع الماوس | +| التحكم في كمبيوتر **من** iPhone/iPad | نعم | أداة تحكم كاملة؛ لوحة لمس أو وضع الماوس | +| التحكم **في جهاز Android** (كمضيف) | نعم | يتطلب موافقة التقاط الشاشة + خدمة إمكانية الوصول | +| التحكم **في جهاز iOS** عبر RustDesk | **لا** | تطبيق RustDesk على iOS أداة تحكم | +| مشاهدة شاشة iOS عن بُعد عبر RustDesk | **لا** | مشاهدة الشاشة الواردة غير مطبّقة في RustDesk | -بقية المقال هي مجرد تفاصيل توضيحية لكل صف من صفوف الجدول. +بقية المقال تفاصيل كل صف من صفوف الجدول. -## استخدام هاتفك كأداة تحكم (الجزء السهل) +## استخدام هاتفك أداةً للتحكم (الجزء السهل) -هذا هو حالة الاستخدام التي «تعمل ببساطة». ثبّت RustDesk على جهاز Android أو iOS الخاص بك، ليصبح أداة تحكم كاملة لأي مضيف RustDesk — سواء كان جهاز سطح مكتب Windows، أو جهاز [Mac](https://rustdesk.com/docs/en/client/mac/) الخاص بك، أو جهاز [Linux](/ar/blog/rustdesk-for-linux-ar) الخاص بك. أدخل معرّف الجهاز الهدف (ID) وكلمة المرور، فتحصل على الشاشة عن بُعد مع لوحة لمس على الشاشة، ووضع ماوس، ولوحة مفاتيح برمجية، ونقل ملفات. لا حاجة إلى أي إعداد خاص على جانب الهاتف لأنك فقط _ترسل_ التحكم، ولست من يُتحكَّم به. +هذا هو الاستخدام الذي «يعمل ببساطة». ثبّت RustDesk على جهاز Android أو iOS ليصبح أداة تحكم كاملة بأي مضيف RustDesk: جهاز Windows المكتبي، أو جهاز [Mac](https://rustdesk.com/docs/en/client/mac/)، أو [جهاز Linux](/ar/blog/rustdesk-for-linux-ar). أدخل معرّف الجهاز الهدف وكلمة المرور، فتظهر لك الشاشة البعيدة مع لوحة لمس على الشاشة ووضع ماوس ولوحة مفاتيح برمجية. وتختلف بعض مهام الحافظة والملفات والمفاتيح الخاصة باختلاف نظام تشغيل الجوال. ولا يلزم أي إعداد خاص على جانب الهاتف لأنك _ترسل_ التحكم فقط، ولا يُتحكَّم بك. -إذا كانت مهمتك هي «إصلاح جهاز كمبيوتر من أي مكان أتواجد فيه»، فإن الهاتف الذي يعمل عليه RustDesk أداة جيدة فعلًا، ويتصرف بنفس طريقة عميل سطح المكتب. +إذا كانت مهمتك «إصلاح جهاز كمبيوتر من أي مكان أكون فيه»، فالهاتف الذي يعمل عليه RustDesk أداة جيدة فعلًا. -## التحكم بجهاز Android (كمضيف) +## التحكم في جهاز Android (كمضيف) -هنا يقوم RustDesk بشيء لا تستطيع معظم أدوات التحكم عن بُعد فعله: تحويل هاتف أو جهاز لوحي يعمل بنظام Android إلى مضيف قابل للتحكم به. يعتمد هذا على نظامين فرعيين في Android، ويتطلب كلاهما إعدادًا صريحًا. +يستطيع RustDesk تحويل هاتف أو جهاز لوحي يعمل بنظام Android إلى مضيف يمكن التحكم فيه. ويعتمد التقاط الشاشة والإدخال عن بُعد على خدمتين منفصلتين في Android، وتحتاج كلتاهما إلى إعداد. -**التقاط الشاشة.** يستخدم RustDesk واجهة برمجة التطبيقات `MediaProjection` الخاصة بـ Android لالتقاط العرض. عند النقر على **Start Service** في التطبيق، يعرض Android مطالبة بالموافقة تطلب الإذن بتسجيل الشاشة — وهذه النافذة إلزامية ولا يمكن تجاوزها بصمت. تتطلب مشاركة الشاشة **Android 6 أو أحدث**؛ ويتطلب التقاط **صوت النظام الداخلي** للهاتف **Android 10 أو أحدث**. وإلى أن يُمنح إذن الالتقاط، لا يمكن لأي اتصال وارد رؤية أي شيء. +**التقاط الشاشة.** يستخدم RustDesk واجهة `MediaProjection` البرمجية في Android لالتقاط الشاشة. وعند النقر على **بدء الخدمة** (Start service) في التطبيق، يعرض Android مطالبة تطلب الإذن بتسجيل الشاشة، وهذه النافذة إلزامية ولا يمكن تجاوزها بصمت. تتطلب مشاركة الشاشة **Android 6 أو أحدث**، ويتطلب التقاط **صوت النظام الداخلي** **Android 10 أو أحدث**. وإلى أن يُمنح إذن الالتقاط، لا يستطيع أي اتصال وارد رؤية أي شيء. -**الإدخال عن بُعد.** رؤية الشاشة ليست كتحكم بها. لحقن النقرات والتمريرات وأحداث المفاتيح، يسجّل RustDesk خدمة [`AccessibilityService`](https://deepwiki.com/rustdesk/rustdesk/6.5-mobile-platforms) تُسمى **RustDesk Input**، والتي تُفعّلها من **الإعدادات ← إمكانية الوصول (Accessibility)**. تترجم هذه الخدمة أحداث الماوس والإيماءات الواردة عن بُعد إلى إيماءات Android، ويمكنها تفعيل إجراءات النظام مثل الرجوع (Back) والرئيسية (Home) والتطبيقات الأخيرة (Recents). +**الإدخال عن بُعد.** رؤية الشاشة ليست كالتحكم فيها. ولحقن النقرات والتمريرات وأحداث المفاتيح، يسجّل RustDesk خدمة [`AccessibilityService`](https://deepwiki.com/rustdesk/rustdesk/6.5-mobile-platforms) باسم **RustDesk Input**، تفعّلها من **الإعدادات ← إمكانية الوصول** (Settings → Accessibility). وتترجم هذه الخدمة أحداث الماوس والإيماءات القادمة عن بُعد إلى إيماءات Android، ويمكنها تنفيذ إجراءات النظام مثل الرجوع (Back) والشاشة الرئيسية (Home) والتطبيقات الأخيرة (Recents). -**البقاء نشطًا.** يحافظ RustDesk على إشعار خدمة في المقدمة (foreground-service)، وبشكل اختياري نافذة تراكب عائمة، حتى لا يُنهي Android عملية الالتقاط، ويمكنه إعادة تشغيل الخدمة عند إقلاع الجهاز. +**البقاء نشطًا.** يحتفظ RustDesk بإشعار لخدمة في المقدمة (foreground service)، واختياريًا بنافذة عائمة، حتى لا يُنهي Android عملية الالتقاط، ويمكنه إعادة تشغيل الخدمة عند إقلاع الجهاز. -والآن إلى القيود، لأن نموذج الأمان في Android يفرض قيودًا حقيقية: +والآن إلى القيود، فنموذج الأمان في Android يفرض قيودًا حقيقية: - **الموافقة مطلوبة لبدء الالتقاط.** يجب أن يقبل شخص ما (أو موافقة مسبقة) مطالبة تسجيل الشاشة. -- **شاشة القفل تمنع الإدخال.** لا يسمح Android لخدمة إمكانية الوصول بالكتابة على شاشة القفل الآمنة، لذا إذا أُقفل الجهاز فلن تتمكن عمومًا من إدخال رمز إلغاء القفل عن بُعد — وهو قيد [وثّقه مستخدمون عمليون](https://blog.wirelessmoves.com/2025/10/remote-android-support-with-rustdesk-part-1.html). -- **عمليات إعادة التشغيل تتطلب فتح القفل يدويًا.** بعد إعادة التشغيل، عادةً ما يجب فتح قفل الجهاز شخصيًا قبل استئناف التحكم. -- **قيود الشركات المصنّعة (OEM).** في إصدارات بعض الشركات المصنّعة، يظهر مفتاح إمكانية الوصول لخدمة **RustDesk Input** باهتًا (معطّلًا) بالنسبة للتطبيقات المثبَّتة يدويًا إلى أن تمنح «الإعدادات المقيّدة» (اضغط مطولًا على أيقونة التطبيق ← معلومات التطبيق ← السماح بالإعدادات المقيّدة). كما يمكن لأدوات إدارة البطارية الصارمة لدى بعض الشركات المصنّعة إنهاء الخدمة العاملة في الخلفية. +- **شاشة القفل تحجب الإدخال.** لا يسمح Android لخدمة إمكانية الوصول بالكتابة على شاشة القفل الآمنة، لذا إذا أُقفل الجهاز فلن تستطيع عمومًا إدخال رمز فتح القفل عن بُعد، وهو قيد [وثّقه مستخدمون جرّبوه عمليًا](https://blog.wirelessmoves.com/2025/10/remote-android-support-with-rustdesk-part-1.html). +- **إعادة التشغيل تتطلب فتح القفل يدويًا.** بعد إعادة التشغيل يجب عادةً فتح قفل الجهاز حضوريًا قبل استئناف التحكم. +- **قيود الشركات المصنّعة (OEM).** في إصدارات بعض الشركات المصنّعة، يظهر مفتاح إمكانية الوصول لخدمة **RustDesk Input** باهتًا للتطبيقات المثبّتة يدويًا إلى أن تمنح «الإعدادات المقيّدة» (اضغط مطولًا على أيقونة التطبيق ← معلومات التطبيق ← السماح بالإعدادات المقيّدة). كما قد تُنهي أدوات إدارة البطارية الصارمة لدى بعض الشركات الخدمة العاملة في الخلفية. -الخلاصة العملية: التحكم في Android ممتاز لـ**الدعم المراقَب (attended)** — أي مساعدة شخص يحمل هاتفه فعليًا — في حين أن الوصول **غير المراقَب الجاهز دون تدخل (set-and-forget)** هو مهمة يؤديها المضيف على سطح المكتب بأفضل شكل، لأن أنظمة تشغيل الأجهزة المحمولة تقيّد الوصول المستمر في الخلفية. اختر المنصة المناسبة للمهمة. (بالنسبة لأجهزة سطح المكتب، يغطي [دليل إعداد الوصول غير المراقَب](/ar/blog/rustdesk-unattended-access-setup-ar) الحالة الحقيقية.) +الخلاصة العملية: التحكم في Android ممتاز **للدعم بحضور المستخدم**، أي مساعدة شخص يحمل هاتفه، أما **الوصول غير المراقب الذي تضبطه وتنساه** فمهمة يؤديها مضيف سطح المكتب على أفضل وجه، لأن أنظمة تشغيل الأجهزة المحمولة تقيّد الوصول المستمر في الخلفية. اختر المنصة المناسبة للمهمة. (أما لأجهزة سطح المكتب، فيغطي [دليل إعداد الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar) الحالة الكاملة.) -## التحكم بجهاز iOS: ما الذي تسمح به آبل +## iOS: أدوات التحكم في RustDesk ومشاهدة الشاشة والتحكم في الإدخال -هذا هو الجزء الذي يُسأل عنه باستمرار وتُجاب عنه إجابات غامضة في أماكن أخرى، لذا سنكون مباشرين: **لا يستطيع أي تطبيق لسطح المكتب عن بُعد التحكم عن بُعد بجهاز iPhone أو iPad — بما في ذلك RustDesk.** على iOS، يُعدّ تطبيق RustDesk أداة تحكم قديرة — إذ يتصل _خارجًا_ للتحكم بأجهزة الكمبيوتر لديك — لكن آبل لا تسمح لأي تطبيق من جهة خارجية بالعمل كمضيف يُتحكَّم به عن بُعد على iOS. +**RustDesk على iOS أداة تحكم وليس مضيفًا.** استخدمه للتحكم في أجهزة الكمبيوتر المدعومة أو أجهزة Android. أما مشاهدة شاشة iOS الواردة والتحكم في الإدخال فغير مطبّقين في RustDesk، كما نوقش في [طلب ميزة استضافة iOS](https://github.com/rustdesk/rustdesk/discussions/4839). -السبب هو آبل نفسها. يفرض iOS قيودًا صارمة على التنفيذ في الخلفية، وتسجيل الشاشة، وأي شكل من أشكال حقن الإدخال الاصطناعي، ولهذا السبب لا يقدّم أي تطبيق من جهة خارجية _تحكمًا_ حقيقيًا عن بُعد بجهاز iPhone. هذا ليس تقصيرًا من RustDesk بقدر ما هو حاجز تفرضه المنصة نفسها — فدعم iOS كمضيف كان [ميزة يُطلَب تكرارًا على GitHub](https://github.com/rustdesk/rustdesk/discussions/4839) ولا تزال غير مطبَّقة. يمكن لواجهات البث البرمجية من آبل (ReplayKit) من حيث المبدأ بث الشاشة، لكن ذلك بث يبدأه التطبيق نفسه، وليس شيئًا يمكن لطرف بعيد سحبه — لذا تبقى المشاهدة عن بُعد لشاشة iOS من جهة خارجية غير متاحة، والتحكم الكامل عن بُعد بجهاز iOS من جهاز آخر ليس أمرًا يسمح به النظام لأطراف خارجية. +وتتبع جهات أخرى نهجًا مختلفًا. فواجهات البث البرمجية لدى Apple تسمح بمشاركة الشاشة التي يبدأها المستخدم، و[يوثّق AnyDesk المشاهدة الواردة عن بُعد على iOS/iPadOS 12 وما بعده](https://support.anydesk.com/docs/anydesk-for-ios-ipados-tvos)، دون التحكم في الإدخال عن بُعد. ومشاهدة الفني للشاشة بينما ينقر صاحبها سير عمل يختلف عن التحكم فيها. -لذا إن كان مطلبك تحديدًا هو «الاتصال عن بُعد بجهاز iPhone»، فلا توجد حاليًا أداة سطح مكتب عن بُعد يمكنها فعل ذلك — إنه حاجز منصة iOS يصطدم به كل مزود، وليس نقصًا في RustDesk، كما ورد في مقارنتنا [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar). نفضّل أن نخبرك بذلك مسبقًا بدلًا من أن تكتشفه بنفسك بعد الإعداد. +كما توفّر Apple [تحكمًا عن بُعد بموافقة المستخدم في FaceTime](https://support.apple.com/guide/iphone/request-give-remote-control-a-facetime-call-iph5d70f34a3/ios)، وفق متطلباتها الخاصة بالأجهزة والمناطق وإصدارات النظام. فإذا كان سير عمل الدعم لديك يتطلب مشاهدة شاشة iPhone، فاستخدم أداة تطبّق هذا السير؛ أما للتحكم في أجهزة الكمبيوتر من iPhone أو iPad، فتطبيق التحكم في RustDesk هو الخيار المناسب. ## ملاحظة حول الخصوصية والاستضافة الذاتية -لأن التطبيقات المحمولة مفتوحة المصدر وتتحدث بنفس البروتوكول الذي يستخدمه عميل سطح المكتب، يمكنك توجيهها إلى [خادم RustDesk ذاتي الاستضافة](/ar/blog/why-self-host-remote-desktop-software-ar) خاص بك بدلًا من الشبكة العامة — بحيث تُدار جلسات الأجهزة المحمولة عبر بنية تحتية تتحكم بها أنت، بما في ذلك المعرّفات (ID). بالنسبة لسير عمل الدعم عن بُعد الذي يتعامل مع أجهزة شخصية، يكتسب جانب سيادة البيانات هذا أهمية أكبر من المعتاد. +لأن تطبيقات الجوال مفتوحة المصدر وتتحدث البروتوكول نفسه الذي يستخدمه عميل سطح المكتب، يمكنك توجيهها إلى [خادم RustDesk ذاتي الاستضافة](/ar/blog/why-self-host-remote-desktop-software-ar) خاص بك بدلًا من الشبكة العامة، فتتوسط جلساتِ الجوال بنيةٌ تحتية تتحكم بها، بما في ذلك المعرّفات. وفي سير عمل الدعم عن بُعد الذي يمس أجهزة شخصية، تزداد أهمية هذا الجانب المتعلق بسيادة البيانات. -المفاضلة هي نفسها كالعادة: عليك تشغيل وتأمين ذلك الخادم بنفسك — وهي مهمة بسيطة نظرًا لتدني المتطلبات — وبالنسبة للعديد من الفرق، يستحق الاحتفاظ ببيانات الجلسات على أرضك الخاصة هذا الجهد تمامًا. +والمقايضة هي نفسها كالعادة: تشغّل ذلك الخادم وتؤمّنه بنفسك، بما في ذلك التحديثات والمراقبة والنسخ الاحتياطي وتخطيط السعة، ويرى كثير من الفرق أن إبقاء بيانات الجلسات على أرضهم يستحق ذلك تمامًا. ## البدء -نزّل إصدارات Android من [إصدارات GitHub الرسمية](https://github.com/rustdesk/rustdesk/releases) أو ثبّت الحزمة من [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/). RustDesk [لا يُوزَّع حاليًا عبر متجر Google Play](/ar/blog/rustdesk-and-remote-access-scams-ar)؛ وتبقى أداة التحكم لنظام iOS متوفرة من متجر تطبيقات آبل App Store. للتحكم بهاتف، يجب أن يكون ذلك الهاتف يعمل بنظام Android — اقبل مطالبة التقاط الشاشة وفعّل خدمة إمكانية الوصول RustDesk Input. للتحكم بأجهزة الكمبيوتر لديك من هاتف، يعمل أي من التطبيقين المحمولين جاهزًا دون إعداد إضافي. الخطط الحالية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ويمكن لـ[sales@rustdesk.com](mailto:sales@rustdesk.com) مساعدتك بخصوص Server Pro. تريد أن تراه أولًا؟ [شاهد RustDesk في العمل](https://www.youtube.com/@rustdesk). +نزّل إصدارات Android من [إصدارات GitHub الرسمية](https://github.com/rustdesk/rustdesk/releases) أو ثبّت الحزمة من [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/). وRustDesk [لا يُوزَّع حاليًا عبر Google Play](/ar/blog/rustdesk-and-remote-access-scams-ar)، بينما تبقى أداة التحكم لنظام iOS متوفرة في متجر Apple App Store. وللتحكم في هاتف، يجب أن يكون الهاتف يعمل بنظام Android: اقبل مطالبة التقاط الشاشة وفعّل خدمة إمكانية الوصول RustDesk Input. أما للتحكم في أجهزة الكمبيوتر من هاتف، فيعمل أيٌّ من تطبيقَي الجوال مباشرةً دون إعداد إضافي. الخطط الحالية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ويستطيع [sales@rustdesk.com](mailto:sales@rustdesk.com) مساعدتك بخصوص Server Pro. تريد أن تراه أولًا؟ [شاهد RustDesk وهو يعمل](https://www.youtube.com/@rustdesk). diff --git a/v3/src/content/post/ar/rustdesk-scale-50000-200000-devices.md b/v3/src/content/post/ar/rustdesk-scale-50000-200000-devices.md index 5d7e0d3e..317fe98b 100644 --- a/v3/src/content/post/ar/rustdesk-scale-50000-200000-devices.md +++ b/v3/src/content/post/ar/rustdesk-scale-50000-200000-devices.md @@ -1,53 +1,56 @@ --- publishDate: 2026-07-09T10:47:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-scale-50000-200000-devices' draft: false title: 'هل يمكن لـ RustDesk التوسع إلى 200,000 جهاز؟' -excerpt: 'اطّلع على السياق التشغيلي المباشر من RustDesk لتخطيط الأساطيل الكبيرة، وما تكشفه ملاحظة الخادم العام، وما الذي يجب أن يتحقق منه أي نشر ذاتي الاستضافة.' +excerpt: 'اطّلع على السياق التشغيلي المباشر من RustDesk لتخطيط الأساطيل الكبيرة، وما تكشفه ملاحظة الخادم العام، وما يبقى على النشر ذاتي الاستضافة التحقق منه.' image: ~/assets/images/blog/rustdesk-scale-50000-200000-devices-og.webp category: 'النشر' tags: ['RustDesk', 'النشر', 'الشركات'] author: 'RustDesk Team' slug: 'rustdesk-scale-50000-200000-devices-ar' faq: - - question: 'كم عدد الأجهزة التي يمكن لخادم RustDesk ذاتي الاستضافة التعامل معه؟' - answer: 'سجّلت بيانات القياس عن بُعد الداخلية لدى RustDesk أكثر من مليوني نقطة طرفية متصلة بالإنترنت على خادم عام واحد بمعالج 12 نواة و32 غيغابايت من الذاكرة بتاريخ 7 يوليو 2026.' + - question: 'كم جهازًا يستطيع خادم RustDesk المستضاف ذاتيًا التعامل معه؟' + answer: 'سجّل خادم RustDesk العام أكثر من مليوني جهاز طرفي متصل على مضيف واحد بمعالج 12 نواة وذاكرة 32 غيغابايت في 7 يوليو 2026 (بيانات قياس داخلية، لا اختبار أداء مدقَّق). أما مع RustDesk Server Pro، فاعتبر 200,000 جهاز هدفًا للتخطيط، وتحقّق من حمل قاعدة البيانات ووحدة التحكم والترحيل في تشغيل تجريبي.' - question: 'ما الذي يجب ضبطه للوصول إلى 200,000 جهاز؟' - answer: 'تحقّق من معدّل تبدّل الأجهزة المتصلة بالإنترنت، وجلسات التحكم عن بُعد المتزامنة، وعرض النطاق الترددي للترحيل، والتخزين المؤقت، وأداء الكتابة في قاعدة البيانات، ونشاط لوحة تحكم الإدارة، وذلك وفق حمل عملك الخاص.' + answer: 'عند 200,000 جهاز، تكون الكتابة في قاعدة البيانات وسعة الترحيل وحمل وحدة التحكم هي الأهم. فاختبر حمل RustDesk Server Pro على مراحل من حيث تبدّل حالة الأجهزة المتصلة، والجلسات البعيدة المتزامنة، وعرض نطاق الترحيل، والتخزين المؤقت، وأداء الكتابة في قاعدة البيانات، ونشاط وحدة تحكم الإدارة، مستخدمًا عبء عملك أنت لا مجرد عدد الأجهزة المتصلة.' - question: 'هل يدعم RustDesk Server Pro التوافر العالي أو موازنة الحمل؟' - answer: 'تدعم البنية التوسّع الأفقي (scaling out)؛ إذ يمكن لعمليات النشر تشغيل عدة خوادم ترحيل وتوزيعها على مستوى إقليمي، لكن التوافر العالي يمثّل مسألة تصميمية أكثر من كونه إعدادًا افتراضيًا جاهزًا. تحقّق من ازدواجية خوادم الترحيل، والانتقال التلقائي عند الفشل لقاعدة البيانات، وتوزيع الجلسات مع RustDesk.' + answer: 'نعم، بالنسبة إلى خوادم الترحيل: يدعم RustDesk Server Pro عدة خوادم ترحيل موزّعة حسب المنطقة، ولا تحتاج خوادم الترحيل hbbr إلى ترخيص. أما ترخيص Pro فيرتبط بخادم hbbs واحد (المعرّف/الالتقاء)، لذا فإن التوافر العالي لخادم المعرّف وقاعدة البيانات مسألة تصميم؛ فخطّط للانتقال عند الفشل والاستعادة مع RustDesk قبل التعميم.' metadata: - description: 'اطّلع على السياق التشغيلي المباشر من RustDesk لتخطيط 200,000 جهاز، ومتغيرات حمل العمل التي يجب أن يتحقق منها أي نشر لخادم Server Pro ذاتي الاستضافة.' - keywords: 'توسّع RustDesk إلى 200,000 جهاز، RustDesk لـ 50,000 جهاز، قابلية تطوّر خادم RustDesk ذاتي الاستضافة، نشر RustDesk للمؤسسات، سعة RustDesk Server Pro، سطح المكتب البعيد للأساطيل الكبيرة' + description: 'اطّلع على السياق التشغيلي المباشر من RustDesk لتخطيط 200,000 جهاز، ومتغيرات حمل العمل التي يجب أن يتحقق منها نشر Server Pro ذاتي الاستضافة.' + keywords: 'توسّع RustDesk إلى 200,000 جهاز, RustDesk لـ 50,000 جهاز, قابلية توسّع خادم RustDesk ذاتي الاستضافة, نشر RustDesk في المؤسسات, سعة RustDesk Server Pro, سطح المكتب البعيد للأساطيل الكبيرة' --- -سجّلت بيانات القياس عن بُعد الداخلية لدى RustDesk **أكثر من مليوني نقطة طرفية متصلة بالإنترنت** على مضيف خادم عام واحد مزوَّد بـ**معالج بـ12 نواة و32 غيغابايت من ذاكرة الوصول العشوائي (RAM)** بتاريخ 7 يوليو 2026. +سجّلت بيانات القياس الداخلية لدى RustDesk **أكثر من مليوني جهاز طرفي متصل** على مضيف واحد للخادم العام مزوَّد **بمعالج 12 نواة و32 غيغابايت من الذاكرة (RAM)** في 7 يوليو 2026. -هناك تحذيران يحددان نطاق هذا الرقم. أولًا، يُقصد بـ"النقاط الطرفية المتصلة بالإنترنت" الأجهزة التي أُبلغ عن اتصالها بالإنترنت في تلك اللحظة الزمنية، وليس مليوني جلسة تحكم عن بُعد متزامنة. ثانيًا، هذه ملاحظة إنتاجية داخلية، وليست اختبار أداء مدقَّقًا بشكل مستقل ولا ضمانًا من Server Pro؛ فلا تتوفر لها لوحة مراقبة عامة أو مجموعة بيانات قابلة للتنزيل، كما قد يختلف نشر Server Pro من حيث عمليات الكتابة في قاعدة البيانات، ونشاط التدقيق، واستخدام لوحة التحكم، ومعالجة السياسات، وحركة مرور الترحيل. تعامل مع هذا الرقم كسياق مباشر من RustDesk لتحديد الحجم، وتحقّق من أي هدف تسعى إليه وفق حمل عملك الخاص. +وتحدد نطاقَ هذا الرقم ملاحظتان. أولًا، يعني «الأجهزة الطرفية المتصلة» الأجهزة التي أُبلغ عن اتصالها في تلك اللحظة، لا مليوني جلسة تحكم عن بُعد متزامنة. ثانيًا، هي ملاحظة داخلية من بيئة الإنتاج، لا اختبار أداء مدقَّقًا بشكل مستقل ولا ضمانًا لسعة Server Pro: فنشر Server Pro يضيف الكتابة في قاعدة البيانات، ونشاط التدقيق، واستخدام وحدة التحكم، ومعالجة السياسات، وحركة الترحيل. ## الإجابة المختصرة -نعم، يُعدّ الوصول إلى 200,000 جهاز متصل بالإنترنت هدفًا تخطيطيًا موثوقًا به. فقد سجّلت الملاحظة أعلاه رقمًا يفوقه بمرتبة قدرية كاملة على مضيف واحد بمعالج 12 نواة و32 غيغابايت من الذاكرة، وبالتالي فإن السقف ليس هو القيد؛ بل يكمن العمل الفعلي في التحقق من حمل عملك المحدَّد، وهو ما يتناوله بقية هذا المقال بالتفصيل. +**200,000 جهاز متصل هدف تخطيط واقعي لـ Server Pro.** فالملاحظة المذكورة أعلاه من الخادم العام أعلى منه بعشرة أضعاف على مضيف واحد بمعالج 12 نواة و32 غيغابايت. وما تتحقق منه في التشغيل التجريبي هو الحمل الذي يضيفه Server Pro فوق مجرد اتصال الأجهزة: تبدّل حالة الأجهزة، والسياسات، وكتابة سجلات التدقيق، واستخدام وحدة التحكم، والجلسات المرحَّلة المتزامنة. ## بالتفصيل -تُعدّ أسئلة التوسّع من هذا النوع من بين الأكثر شيوعًا التي نسمعها من فرق تقنية المعلومات المنتقلة من TeamViewer أو AnyDesk، لا سيما تلك التي تخطط لأساطيل أجهزة تُقاس بعشرات أو مئات الآلاف. وتتوقف الإجابة على عدد الأجهزة التي تبقى متصلة بالإنترنت، ومدى تكرار تغيّر حالتها، وعدد جلسات التحكم عن بُعد التي تعمل في آن واحد، وحجم حركة المرور التي تمر عبر خادم الترحيل. +أسئلة التوسع من أكثر ما نسمعه من فرق تقنية المعلومات التي تنتقل من TeamViewer أو AnyDesk، لا سيما تلك التي تخطط لأساطيل تُعدّ بعشرات الآلاف أو مئاتها. وتتوقف الإجابة على عدد الأجهزة التي تبقى متصلة، ومدى تكرار تغيّر حالتها، وعدد جلسات التحكم عن بُعد التي تعمل في آن واحد، وحجم الحركة التي تمر عبر خادم الترحيل. -وعند نشر Server Pro، تحقّق من الجوانب التي لا يمكن استنتاجها من رقم الخادم العام هذا. فأداء التخزين المؤقت والكتابة في قاعدة البيانات يُصبح مهمًا مع دخول الأجهزة وخروجها باستمرار. كما يعتمد عرض النطاق الترددي للترحيل واستخدام المعالج على عدد الجلسات المُرحَّلة المتزامنة، ومدتها، ودقتها، ومرمّزها (codec). ويمكن لاستعلامات لوحة التحكم، والاحتفاظ بسجلات التدقيق، ومجموعات الأجهزة، والسياسات، والتكاملات أن تضيف حمل عمل لا يقيسه مجرد وجود النقاط الطرفية المتصلة. واحرص على محاكاة العدد المستهدف من الأجهزة المتصلة، ومعدّل تبدّل الاتصالات، والجلسات المباشرة والمُرحَّلة المتزامنة، ومدة الاحتفاظ ببيانات قاعدة البيانات، والنشاط الإداري، ضمن اختبار حمل تمثيلي. +وعند نشر Server Pro، تحقّق من الجوانب التي لا يغطيها رقم الخادم العام. فأداء التخزين المؤقت والكتابة في قاعدة البيانات يصبح مهمًا مع دخول الأجهزة وخروجها. ويعتمد عرض نطاق الترحيل واستهلاك المعالج على عدد الجلسات المرحَّلة المتزامنة ومدتها ودقة عرضها والترميز (codec) المستخدم فيها. كما تضيف استعلامات وحدة التحكم، والاحتفاظ بسجلات التدقيق، ومجموعات الأجهزة، والسياسات، والتكاملات حملًا لا يقيسه مجرد اتصال الأجهزة. فاحرص على تمثيل العدد المستهدف من الأجهزة المتصلة، ومعدل تبدّل الاتصالات، والجلسات المباشرة والمرحَّلة المتزامنة، ومدة الاحتفاظ ببيانات قاعدة البيانات، والنشاط الإداري، في اختبار حمل تمثيلي. -وتندرج ميزتا التوافر العالي وموازنة الحمل ضمن الفئة نفسها. فبالنسبة للأساطيل الكبيرة جدًا، يستحق الأمر تصميمهما ضمن الحل منذ البداية، لكن التفاصيل الدقيقة — مثل ازدواجية خوادم الترحيل، والانتقال التلقائي عند الفشل لقاعدة البيانات، وطريقة توزيع الجلسات — يجب التحقق منها مع RustDesk، بدلًا من افتراض أنها إعدادات افتراضية جاهزة. +ولتشغيل تجريبي قابل للتكرار لـ Server Pro، سجّل إصدارات العميل والخادم، والعتاد، وموقع قاعدة البيانات وخوادم الترحيل. ثم زد عدد الأجهزة المتصلة ومعدل تبدّل حالتها على مراحل، مع تشغيل استعلامات وحدة التحكم وتحديثات السياسات وكتابة سجلات التدقيق المتوقعة. وقِس نسبة نجاح التسجيل وإعادة الاتصال، وزمن إنشاء الاتصال، وزمن استجابة قاعدة البيانات، واستهلاك المعالج والذاكرة، ونمو التخزين، وإنتاجية الترحيل. وأدرج ذروة الجلسات المتزامنة وتمرينًا على الاستعادة، وافصل هذه القياسات عن عدد الأجهزة المتصلة. -ويعتمد الترخيص في هذا النطاق على نماذج حسب المستخدم وحسب الجهاز، لذا تأكد من الفئة الدقيقة المناسبة لأسطولك على [rustdesk.com/pricing](https://rustdesk.com/pricing). +ويستحق التوافر العالي وموازنة الحمل المعاملة نفسها. فخوادم الترحيل تتوسع أفقيًا: يمكنك تشغيل عدة خوادم وتوزيعها حسب المنطقة، ولا تحتاج خوادم الترحيل hbbr إلى ترخيص. أما ترخيص Pro فيرتبط بخادم hbbs واحد، لذا صمّم الانتقال عند الفشل لخادم المعرّف وقاعدة البيانات صراحةً، وراجعه مع RustDesk في الأساطيل الكبيرة جدًا. + +ثم حدّد حجم الترخيص: يُرخَّص Server Pro وفق مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة. واختر الفئة المناسبة لأسطولك على [rustdesk.com/pricing](https://rustdesk.com/pricing). ## من يطرح هذا السؤال -يضع مهندسو الأساطيل الذين يخططون لعمليات نشر متعددة السنوات — في المؤسسات، وشركات [مزوّدي الخدمات المُدارة (MSPs)](/ar/blog/rustdesk-for-msps-ar) الكبيرة، وبرامج تقنية المعلومات في القطاع العام — هذا الموضوع في صدارة قائمة العناية الواجبة لديهم. وعادةً ما يكون هؤلاء المشترون بصدد ترك أداة تجارية لأسباب تتعلق بالتكلفة أو سيادة البيانات، ويحتاجون إلى الثقة بأنّ المنصة ذاتية الاستضافة ستنمو معهم بدلًا من أن تصطدم بعقبة في منتصف مدة العقد. +يضع مهندسو الأساطيل الذين يخططون لعمليات نشر تمتد سنوات، في المؤسسات ولدى كبار [مزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar) وفي برامج تقنية المعلومات الحكومية، هذا السؤال في صدارة قائمة العناية الواجبة لديهم. وعادةً ما يكون هؤلاء المشترون بصدد ترك أداة تجارية لأسباب تتعلق بالتكلفة أو سيادة البيانات، ويحتاجون إلى الثقة بأن المنصة ذاتية الاستضافة ستنمو معهم بدلًا من أن تصطدم بجدار في منتصف العقد. ## أسئلة ذات صلة -- حدود الاتصالات المتزامنة والترخيص لأعداد كبيرة من الأجهزة: راجع [أسعار RustDesk](https://rustdesk.com/pricing). -- [هل يمكنني ترحيل أسطول أجهزة قائم من TeamViewer أو AnyDesk إلى RustDesk؟](/ar/blog/self-hosted-teamviewer-alternative-ar) +- حدود الاتصالات المتزامنة والترخيص لأعداد الأجهزة الكبيرة: راجع [أسعار RustDesk](https://rustdesk.com/pricing). +- [هل يمكنني نقل أسطول قائم من TeamViewer أو AnyDesk إلى RustDesk؟](/ar/blog/self-hosted-teamviewer-alternative-ar) -هل تخطط لعملية نشر على نطاق واسع؟ تواصل مع [فريق RustDesk](mailto:sales@rustdesk.com) لتحديد الحجم المناسب لنشر ذاتي الاستضافة يلائم عدد أجهزتك، ومتطلبات الأداء، والجدول الزمني للنمو. +هل تخطط لنشر واسع النطاق؟ تواصل مع [فريق RustDesk](mailto:sales@rustdesk.com) لتحديد حجم نشر ذاتي الاستضافة يلائم عدد أجهزتك ومتطلبات الأداء والجدول الزمني للنمو. diff --git a/v3/src/content/post/ar/rustdesk-server-pro-offline-air-gapped.md b/v3/src/content/post/ar/rustdesk-server-pro-offline-air-gapped.md index c2e287d0..4198d833 100644 --- a/v3/src/content/post/ar/rustdesk-server-pro-offline-air-gapped.md +++ b/v3/src/content/post/ar/rustdesk-server-pro-offline-air-gapped.md @@ -1,10 +1,11 @@ --- publishDate: 2026-06-28T16:50:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-server-pro-offline-air-gapped' draft: false title: 'هل يمكن تشغيل RustDesk Server Pro دون اتصال بالإنترنت أو في بيئة معزولة تمامًا (Air-Gapped)؟' -excerpt: 'لا — يحتاج RustDesk Server Pro المستضاف ذاتيًا إلى اتصال صادر مستمر بـ rustdesk.com للتحقق من صلاحية الترخيص، لذا لا يُدعم النشر المعزول تمامًا (Air-Gapped) عن الشبكة.' +excerpt: 'لا، يحتاج RustDesk Server Pro ذاتي الاستضافة إلى وصول صادر مستمر إلى rustdesk.com للتحقق من الترخيص، لذا فإن النشر المعزول تمامًا (Air-Gapped) غير مدعوم.' image: '~/assets/images/blog/rustdesk-server-pro-offline-air-gapped-og.webp' category: 'النشر' tags: ['RustDesk', 'النشر', 'الاستضافة الذاتية'] @@ -12,40 +13,40 @@ author: 'RustDesk Team' slug: 'rustdesk-server-pro-offline-air-gapped-ar' faq: - question: 'هل يمكن تشغيل RustDesk Server Pro دون اتصال بالإنترنت أو في بيئة معزولة تمامًا (Air-Gapped)؟' - answer: 'لا. يجب أن يحافظ إصدار Server Pro المُرخّص على اتصال صادر بـ rustdesk.com للتحقق من صلاحية الترخيص أثناء التشغيل، لذا لا يُدعم النشر المعزول تمامًا الذي لا يتصل بالإنترنت إطلاقًا (never-phones-home). ومع ذلك، يمكنك تقييد حركة البيانات الصادرة (egress) بإحكام وتوجيهها عبر خادم وكيل (proxy).' + answer: 'لا. يتحقق RustDesk Server Pro من ترخيصه لدى rustdesk.com عبر اتصال HTTPS صادر (المنفذ 443) مرة واحدة يوميًا تقريبًا، ويواصل إعادة المحاولة نحو 7 أيام إذا فشل التحقق، لذا فإن نشر Pro المعزول بشكل دائم يقع خارج نموذج الترخيص القياسي. ويُدعم استخدام خادم وكيل (proxy). أما RustDesk Server OSS (خادم المجتمع المجاني) فلا يخضع لأي تحقق من الترخيص.' - question: 'هل يحتاج RustDesk Server Pro إلى اتصال دائم بالإنترنت؟' - answer: 'يحتاج إلى اتصال صادر مستمر بـ rustdesk.com للتحقق من صلاحية الترخيص، لكن ليس اتصالًا متواصلًا بشكل حرفي. يقوم الخادم بالتحقق عبر المنفذ 443 مرة واحدة تقريبًا يوميًا، وإذا فشلت عملية التحقق فإنه يعيد المحاولة حتى تنجح أو حتى يمر نحو سبعة أيام — أي أن انقطاعًا قصيرًا يمكن تحمّله، لكن الخادم الذي ينقطع عن rustdesk.com لمدة أطول من فترة السماح هذه يتوقف عن التحقق من الترخيص. أما جلسات التحكم عن بُعد نفسها، فتتم بواسطة خوادم التتابع (relay) والتعريف (ID / rendezvous) المستضافة ذاتيًا لديك.' - - question: 'ما نوع الاتصال الصادر الذي يحتاجه نشر RustDesk Server Pro في بيئة معزولة؟' - answer: 'اسمح باتصال HTTPS صادر من الخادم إلى rustdesk.com للتحقق من صلاحية الترخيص (وكذلك لتزويد العميل المخصص (custom-client) إن كنت تستخدمه). يُدعم استخدام خادم وكيل (proxy)، ما يتيح إبقاء بقية الشبكة مقفلة بإحكام. تحقق من النطاقات والمنافذ الدقيقة في وثائق RustDesk.' + answer: 'يحتاج إلى وصول صادر مستمر إلى rustdesk.com للتحقق من الترخيص، لكن ليس إلى اتصال لا ينقطع حرفيًا. فالخادم يتحقق عبر المنفذ 443 مرة واحدة يوميًا تقريبًا، وإذا فشل التحقق يعيد المحاولة حتى ينجح أو حتى تمر نحو سبعة أيام؛ فالانقطاع القصير مقبول، لكن الخادم المعزول عن rustdesk.com مدة أطول من فترة السماح هذه يتوقف ترخيصه عن التحقق. أما جلسات التحكم عن بُعد نفسها فتتوسطها خوادم الترحيل والمعرّف/الالتقاء (ID/rendezvous) ذاتية الاستضافة الخاصة بك.' + - question: 'ما الاتصالات الصادرة التي يحتاجها نشر RustDesk Server Pro في بيئة معزولة؟' + answer: 'اسمح باتصال HTTPS صادر من الخادم إلى rustdesk.com للتحقق من الترخيص، وإلى خدمة بناء العملاء المخصصة إن كنت تُنشئ عملاء بعلامتك التجارية. ويُدعم استخدام خادم وكيل، فيبقى سائر الشبكة مقفلًا. ومن الاتصالات الصادرة الأخرى التي يجب التخطيط لها تحديثات العميل وأي مزوّد هوية خارجي تربطه.' - question: 'هل يوجد خيار ترخيص لـ RustDesk يعمل في بيئة معزولة تمامًا؟' - answer: 'المنتج المرخّص القياسي غير مصمم للعمل في بيئة معزولة تمامًا لا تتصل بالإنترنت إطلاقًا. إذا كانت لديك متطلبات صارمة للعزل التام، فتحقق من سيناريو حالتك الدقيق مع RustDesk قبل الالتزام.' + answer: 'لا. يتطلب ترخيص RustDesk Server Pro القياسي تحققًا دوريًا عبر الإنترنت. أما RustDesk Server OSS (خادم المجتمع المجاني) فلا يخضع لأي تحقق من الترخيص: إذ تعمل خدمتا المعرّف/الالتقاء والترحيل فيه داخل شبكة معزولة، لكن دون لوحة تحكم الويب وميزات الإدارة في Pro. وإذا كان لديك متطلب عزل تام صارم لـ Pro، فراسل sales@rustdesk.com وصِف حالتك.' metadata: - description: 'هل يمكن تشغيل RustDesk Server Pro المستضاف ذاتيًا في بيئة معزولة تمامًا؟ لا — يحتاج ترخيص Pro إلى اتصال صادر مستمر بـ rustdesk.com، لذا لا يُدعم العزل التام عن الشبكة.' + description: 'هل يعمل RustDesk Server Pro ذاتي الاستضافة في بيئة معزولة تمامًا؟ لا، يحتاج ترخيص Pro إلى وصول صادر مستمر إلى rustdesk.com، لذا لا يُدعم العزل التام.' keywords: 'rustdesk server pro دون اتصال بالإنترنت, rustdesk بيئة معزولة air-gapped, متطلبات الإنترنت لـ rustdesk المستضاف ذاتيًا, التحقق من ترخيص rustdesk server pro, نشر rustdesk بدون إنترنت, هل يحتاج rustdesk إلى إنترنت' --- -لا — لم يُصمَّم نشر RustDesk Server Pro المستضاف ذاتيًا للعمل بشكل كامل دون اتصال بالإنترنت أو في بيئة معزولة تمامًا (Air-Gapped). يجب أن يصل ترخيص Pro إلى rustdesk.com عبر اتصال صادر ليبقى صالحًا — سواء عند تفعيله أو بشكل مستمر أثناء تشغيل الخادم — لذا فإن أي شبكة لا تتصل بالإنترنت إطلاقًا (never-phones-home) تقع خارج النموذج المدعوم. +لا، لم يُصمَّم نشر RustDesk Server Pro ذاتي الاستضافة للعمل دون اتصال بالإنترنت كليًا أو في بيئة معزولة تمامًا (Air-Gapped). فترخيص Pro يجب أن يصل إلى rustdesk.com عبر اتصال صادر ليبقى صالحًا، عند تفعيله وبشكل مستمر أثناء تشغيل الخادم، لذا تقع الشبكة المعزولة تمامًا خارج النموذج المدعوم. ## الإجابة المختصرة -من الناحية العملية، يكون التحقق دوريًا وليس متواصلًا: يتصل الخادم بـ rustdesk.com عبر المنفذ 443 مرة واحدة تقريبًا يوميًا، وإذا فشلت عملية التحقق فإنه يعيد المحاولة حتى تنجح أو حتى يمر نحو سبعة أيام — وبعدها يتوقف الترخيص عن التحقق. تعني فترة السماح المدمجة هذه أن انقطاعًا قصيرًا في الإنترنت لن يُعطّل نشرك فورًا، لكن خادمًا غير متصل بشكل دائم سيتأثر فعلًا. تبقى خدمتا التعريف (ID) والتتابع (relay) لديك مستضافتين ذاتيًا؛ إذ تنتقل الجلسات المباشرة بين الأطراف مباشرة، بينما تستخدم الجلسات المُتَتابَعة خادم التتابع الخاص بك. يمكنك إبقاء الشبكة مقيّدة بإحكام: إذ يُدعم استخدام خادم وكيل (proxy)، بحيث تسمح عمليًا بمسار HTTPS الصادر المطلوب فقط وتُبقي البقية مقفلة. +تصف [الأسئلة الشائعة الرسمية حول التحقق من الترخيص](https://github.com/rustdesk/rustdesk/wiki/FAQ#how-often-does-pro-check-license) تحققًا دوريًا: يتصل الخادم بـ rustdesk.com عبر المنفذ 443 مرة واحدة يوميًا تقريبًا، وإذا فشل التحقق يعيد المحاولة حتى ينجح أو حتى تمر نحو سبعة أيام، وبعدها يتوقف الترخيص عن التحقق. وفترة السماح المدمجة هذه تعني أن انقطاعًا قصيرًا في الإنترنت لن يعطّل نشرك فورًا، أما الخادم المنقطع بشكل دائم فسيتعطل. وتبقى خدمتا المعرّف والترحيل ذاتيتَي الاستضافة؛ فتنتقل الجلسات المباشرة بين نقاط النهاية، وتستخدم الجلسات المُرحَّلة خادم الترحيل الخاص بك. ويُدعم استخدام خادم وكيل (proxy)، فتستطيع السماح بمسار HTTPS الصادر المطلوب وحده وإقفال بقية الشبكة. ## بالتفصيل -فخادم RustDesk مفتوح المصدر الذي يمكنك استضافته ذاتيًا دون ترخيص هو أمر مختلف تمامًا؛ إذ ينطبق هذا المتطلب تحديدًا على مجموعة ميزات **Server Pro المرخّصة**. وإذا كان اعتراضك الأساسي يتعلق بإبقاء بيانات الجلسات على بنيتك التحتية الخاصة، فإن الاستضافة الذاتية تحقق ذلك بالفعل — فمتطلب الاتصال الصادر يتعلق بالترخيص، لا بالتوسط في كل جلسة. +ينطبق هذا المتطلب على **Server Pro**. أما **RustDesk Server OSS (خادم المجتمع المجاني)** فلا يخضع لأي تحقق من الترخيص. وعميل RustDesk وServer OSS مرخَّصان بموجب AGPL؛ أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك. وفي الشبكة المعزولة، تظل العملاء وخدمات المعرّف/الترحيل المحلية بحاجة إلى مسارات شبكية تعمل ومفاتيح صحيحة وأذونات المنصات. وتنتقل الجلسات المباشرة التي يتفاوض عليها خادم المعرّف بين نقاط النهاية، وتستخدم الجلسات المُرحَّلة خادمك. والجلسات القائمة على المعرّف مشفّرة من طرف إلى طرف حين تحمل العملاء المفتاح العام لخادمك، بينما [Direct IP Access غير مشفّر](https://github.com/rustdesk/rustdesk/wiki/FAQ)، فلا يصلح بديلًا عن اتصال عبر المعرّف مضبوط جيدًا. -وهناك سير عمل ثانٍ يجب أخذه بعين الاعتبار: **إنشاء عميل مخصّص (custom client)**. فإذا قمت بإنشاء عميل يحمل علامتك التجارية أو مُهيّأ مسبقًا من Server Pro، فإن خطوة التزويد هذه تتطلب أيضًا اتصالًا صادرًا. تحقق من السلوك الحالي لإصدارك وخطتك. +وثمة سير عمل آخر يجب حسابه: **بناء عميل مخصص**. فإذا أنشأت من Server Pro عميلًا يحمل علامتك التجارية أو مُهيأً مسبقًا، فإن البناء يجري على خدمة البناء التابعة لـ RustDesk، لذا يحتاج أيضًا إلى وصول صادر. وتُحذف إعدادات البناء المرسلة فور اكتماله، ويُزال برنامج التثبيت تلقائيًا بعد نحو يوم، لذا نزّله واحتفظ به في مستودعك الخاص. -بالنسبة لشبكة معزولة تمامًا وبشكل صارم، فهذا هو التفصيل الحاسم. فالخادم المعزول فعليًا الذي لا يمكنه _أبدًا_ الوصول إلى rustdesk.com يقع خارج النموذج الافتراضي، لذا إذا كانت لديك متطلبات صارمة للعزل التام، فتحقق من سيناريو حالتك الدقيق مع RustDesk قبل الالتزام. أما بالنسبة للإعداد الأكثر شيوعًا بكثير، وهو «العزل الجزئي مع تقييد صارم لحركة البيانات الصادرة»، فإن الخلاصة العملية هي أن تُخصّص مسار HTTPS صادر واحد نحو rustdesk.com — سواء مباشرة أو عبر خادم وكيل — وأن تحدد النطاقات والمنافذ وسير عمل الموافقة بدقة قبل كتابة سياسة جدار الحماية. راجع [وثائق RustDesk](https://rustdesk.com/docs)، ولاحظ أن المتطلب نفسه المتعلق بالترخيص هو السبب في أنه [لا يمكن تشغيل Server Pro دون أي اتصال بالإنترنت حتى عند التثبيت بدون Docker](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/installscript/). +وفي الشبكة المعزولة تمامًا، هذا هو التفصيل الحاسم: فالخادم الذي لا يستطيع الوصول إلى rustdesk.com _أبدًا_ يقع خارج النموذج الافتراضي، لذا إذا كانت لديك متطلبات صارمة للعزل التام، فأكّد حالتك بدقة مع RustDesk قبل الالتزام. أما في الإعداد الأكثر شيوعًا بكثير، أي «عزل في معظمه مع تقييد صارم للحركة الصادرة»، فخصّص مسار HTTPS صادرًا واحدًا إلى rustdesk.com، مباشرةً أو عبر خادم وكيل، وحدّد النطاقات والمنافذ وسير عمل الموافقة بدقة قبل أن تكتب سياسة جدار الحماية. راجع [وثائق RustDesk](https://rustdesk.com/docs)، ولاحظ أن متطلب الترخيص نفسه هو السبب في أنك [لا تستطيع تشغيل Server Pro دون أي وصول إلى الإنترنت حتى عند التثبيت بدون Docker](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/installscript/). -## من يطرح هذا السؤال +## احصر كل اعتماد على اتصال صادر -يطرح مشغّلو الشبكات المعزولة أو الخاضعة للتنظيم هذا السؤال حتى قبل تثبيت RustDesk — سواء فرق الأمن أو [مزودي خدمات الدعم المُدارة (MSPs)](/ar/blog/rustdesk-for-msps-ar) الذين يخدمون بيئات مقفلة بإحكام، على حد سواء. فقد تكون شبكاتهم خلف جدران حماية صارمة لحركة البيانات الصادرة، أو ببساطة يريدون تقليل الاعتماديات الخارجية إلى الحد الأدنى. ومعرفة أن الترخيص يحتاج فقط إلى مسار اتصال صادر مستمر — لا أكثر — تتيح لهم كتابة قاعدة جدار حماية دقيقة بدلًا من فتح الشبكة أكثر من اللازم أو افتراض خاطئ بأن المنتج سيعمل في عزلة تامة. +تطرح فرق الأمان و[مزوّدو الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar) الذين يخدمون بيئات مقفلة هذا السؤال عادةً قبل تثبيت RustDesk. وقائمة الاتصالات الصادرة لـ Server Pro لديهم قصيرة: التحقق من الترخيص لدى rustdesk.com عبر HTTPS، وخدمة بناء العملاء المخصصة إن كنت تُنشئ عملاء بعلامتك التجارية، وتحديثات العميل، وSMTP إن كان خادم البريد خارج الشبكة، وأي مزوّد هوية خارجي تربطه. أما خادم المعرّف/الالتقاء وخادم الترحيل ولوحة التحكم فتعمل داخل شبكتك، فتغنيك قاعدة جدار حماية دقيقة عن فتح الشبكة أكثر من اللازم. ## أسئلة ذات صلة - النطاقات والمنافذ الصادرة: راجع [وثائق RustDesk](https://rustdesk.com/docs). - [هل يمكنني تثبيت RustDesk Server Pro بدون Docker على جهاز افتراضي عادي؟](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/installscript/) -- إنشاء عميل مخصّص يحمل علامتك التجارية: راجع [وثائق RustDesk](https://rustdesk.com/docs). +- إنشاء عميل مخصص يحمل علامتك التجارية: راجع [وثائق RustDesk](https://rustdesk.com/docs). -هل تخطط لنشر مقفل بإحكام أو شبه معزول تمامًا؟ تحقق من تفاصيل الاتصال والترخيص الحالية على rustdesk.com قبل وضع اللمسات الأخيرة على سياسة جدار الحماية الخاصة بك. +هل تخطط لنشر مقفل أو شبه معزول تمامًا؟ افتح مسار الترخيص والاتصالات الصادرة التي تستخدمها فعلًا، وأبقِ كل ما عداها داخليًا، وراسل [sales@rustdesk.com](mailto:sales@rustdesk.com) إن كان متطلبك عزلًا تامًا دائمًا. diff --git a/v3/src/content/post/ar/rustdesk-unattended-access-setup.md b/v3/src/content/post/ar/rustdesk-unattended-access-setup.md index 3325b0a6..5d1b1a7f 100644 --- a/v3/src/content/post/ar/rustdesk-unattended-access-setup.md +++ b/v3/src/content/post/ar/rustdesk-unattended-access-setup.md @@ -1,92 +1,95 @@ --- publishDate: 2026-07-08T11:04:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-unattended-access-setup' draft: false title: 'الوصول غير المراقب في RustDesk: دليل الإعداد' -excerpt: 'أعدّ الوصول غير المراقب في RustDesk بالطريقة الصحيحة: كلمة مرور دائمة، وتشغيله كخدمة لتبدأ مع الإقلاع، ونشره على نطاق واسع بعميل مُهيأ مسبقًا.' +excerpt: 'أعدّ الوصول غير المراقب في RustDesk بالطريقة الصحيحة: كلمة مرور دائمة، وتشغيله كخدمة تبدأ مع الإقلاع، ونشره على نطاق واسع بعميل مُهيأ مسبقًا.' image: '~/assets/images/blog/rustdesk-unattended-access-setup-og.webp' category: 'النشر' tags: ['RustDesk', 'النشر', 'الوصول غير المراقب'] author: 'RustDesk Team' -slug: "rustdesk-unattended-access-setup-ar" +slug: 'rustdesk-unattended-access-setup-ar' faq: - question: 'كيف أُعدّ الوصول غير المراقب في RustDesk؟' - answer: 'هناك أمران مطلوبان: تعيين كلمة مرور دائمة ضمن الإعدادات، الأمان، حتى لا تحتاج إلى أن يوافق أحد على كل اتصال، وتثبيت RustDesk كخدمة نظام حتى يعمل قبل تسجيل الدخول ويستمر بعد تسجيل الخروج. ومع توفر الأمرين معًا، يمكنك الوصول إلى الجهاز في أي وقت، بما في ذلك عند شاشة تسجيل الدخول، دون وجود أي شخص.' + answer: 'بخطوتين: عيّن كلمة مرور دائمة من الإعدادات ← الأمان، وثبّت RustDesk لتبدأ خدمة النظام الخاصة به مع تشغيل الجهاز. ووضع الموافقة الافتراضي يقبل كلمة المرور الدائمة أصلًا، ويحتاج macOS أيضًا إلى إذنَي تسجيل الشاشة وإمكانية الوصول. وبعد إتمام الخطوتين يمكنك الوصول إلى الجهاز المتصل بالإنترنت في أي وقت، بما في ذلك عند شاشة تسجيل الدخول في Windows، دون وجود أحد أمامه.' - question: 'لماذا ينقطع اتصال RustDesk عند تسجيل خروج المستخدم؟' - answer: 'يحدث ذلك عندما يعمل RustDesk كملف تنفيذي محمول (portable) بدلًا من تثبيته كخدمة. تنتهي الجلسة المحمولة عند تسجيل خروج المستخدم أو عند ظهور مطالبة UAC. ثبّت RustDesk (بدلًا من تشغيل الملف التنفيذي المحمول) وأبقِ خدمته مفعّلة — إذ تبدأ الخدمة المثبَّتة مع النظام — بحيث تعمل في الخلفية بمعزل عن أي مستخدم مسجَّل الدخول، وهذا ما يجعل الوصول غير المراقب موثوقًا.' + answer: 'لأن RustDesk يعمل كملف تنفيذي محمول لا كخدمة مثبّتة. فالعملية المحمولة تعيش داخل جلسة المستخدم، لذا تتوقف عند تسجيل الخروج، ولا تستطيع دون رفع الصلاحيات التعامل مع سطح مكتب UAC الآمن في Windows. ثبّت RustDesk وأبقِ خدمة النظام الخاصة به مفعّلة، فالخدمة تعمل بمعزل عن أي مستخدم مسجَّل الدخول. ويبقى رفع صلاحيات النسخة المحمولة متاحًا للدعم بحضور المستخدم على Windows.' - question: 'هل الوصول غير المراقب بكلمة مرور دائمة آمن؟' - answer: 'يمكن نشره بأمان عند إعداده بشكل جيد. استخدم كلمة مرور دائمة طويلة وفريدة، وقيّد من يمكنه الاتصال، وفعّل ضوابط الهوية والوصول المتاحة، وحدّث العملاء بأحدث التصحيحات الأمنية، وراجع السجلات. تتيح الاستضافة الذاتية التحكم في الخدمات من جانب الخادم وبيانات النشر المخزَّنة؛ أما نقطة النهاية فتبقى مسؤولة عن حماية بيانات اعتمادها المحلية.' - - question: 'هل يمكنني نشر الوصول غير المراقب لـRustDesk على أجهزة كمبيوتر كثيرة دفعة واحدة؟' - answer: 'نعم. في خطط الاستضافة الذاتية Basic وما فوقها، يُنشئ مولّد العميل المخصص (Custom Client Generator) حزمة تثبيت مُهيَّأة مسبقًا يكون فيها عنوان الخادم والمفتاح والإعدادات مضمَّنة، بحيث لا يكتب المستخدم النهائي أي شيء. انشرها عبر أدوات النشر التي تستخدمها بالفعل، وسيقوم كل جهاز بتثبيت الخدمة والتسجيل لدى خادمك تلقائيًا.' - - question: 'هل يعمل الوصول غير المراقب على شاشة تسجيل الدخول في Windows؟' - answer: 'نعم، بمجرد تثبيت RustDesk كخدمة. تبدأ الخدمة المثبَّتة مع النظام قبل أن يسجّل أي مستخدم دخوله، لذا يمكنك الاتصال بشاشة تسجيل الدخول والمصادقة، بل وحتى إعادة تشغيل الجهاز ثم إعادة الاتصال به. لا يمكن لتشغيل الملف التنفيذي المحمول القيام بذلك لأنه لا يوجد إلا داخل جلسة مستخدم.' + answer: 'نعم، عند إعداده جيدًا. استخدم كلمة مرور دائمة طويلة وفريدة تختلف عن كلمة مرور تسجيل الدخول إلى نظام التشغيل، وفعّل المصادقة الثنائية للاتصال على الجهاز الخاضع للتحكم، وقيّد من يستطيع الاتصال بقائمة IP أو معرّفات مسموح بها، وبالتحكم في الوصول في Server Pro. حدّث العملاء باستمرار وراجع السجلات. والاستضافة الذاتية تضع خادم الالتقاء وخادم الترحيل ولوحة التحكم على خوادم تشغّلها أنت.' + - question: 'هل يمكنني نشر الوصول غير المراقب في RustDesk على أجهزة كمبيوتر كثيرة دفعة واحدة؟' + answer: 'نعم. في خطط الاستضافة الذاتية Basic وما فوقها، يُنشئ مولّد العميل المخصص (Custom Client Generator) حزمة تثبيت مُهيأة مسبقًا تتضمن عنوان خادمك ومفتاحه وإعداداتك، فلا يكتب المستخدم النهائي أي شيء. انشرها عبر أدوات النشر التي تستخدمها بالفعل، وسيثبّت كل جهاز الخدمة ويسجّل لدى خادمك تلقائيًا.' + - question: 'هل يعمل الوصول غير المراقب عند شاشة تسجيل الدخول في Windows؟' + answer: 'نعم، بمجرد تثبيت RustDesk كخدمة. فالخدمة المثبّتة تبدأ مع النظام قبل أن يسجّل أي مستخدم دخوله، لذا يمكنك الاتصال بشاشة تسجيل الدخول والمصادقة، بل وإعادة تشغيل الجهاز ثم إعادة الاتصال به. ولا يستطيع الملف التنفيذي المحمول فعل ذلك لأنه لا يعمل إلا داخل جلسة مستخدم.' metadata: - description: 'أعدّ الوصول غير المراقب في RustDesk: كلمة مرور دائمة، وتشغيله كخدمة للبدء مع الإقلاع، وملاحظات لكل من Windows وmacOS وLinux، والنشر على أسطول الأجهزة.' + description: 'أعدّ الوصول غير المراقب في RustDesk: كلمة مرور دائمة، وتشغيله كخدمة تبدأ مع الإقلاع، وملاحظات لـ Windows وmacOS وLinux، والنشر على أسطول الأجهزة.' keywords: 'الوصول غير المراقب في RustDesk, كلمة مرور RustDesk الدائمة, تشغيل RustDesk مع الإقلاع, تثبيت خدمة RustDesk, إعداد RustDesk غير المراقب, نشر RustDesk على نطاق واسع, الوصول عن بُعد غير المراقب' --- -الوصول غير المراقب يعني الوصول إلى جهاز كمبيوتر في غياب أي شخص أمامه — خادم في حامل تجهيزات (rack)، أو كشك خدمة ذاتية (kiosk)، أو حاسوب أحد أفراد العائلة في بلد آخر. يقوم RustDesk بهذه المهمة جيدًا، لكن بشرط ضبط أمرين بشكل صحيح: **كلمة مرور دائمة** حتى لا يحتاج أحد للموافقة على كل اتصال، وتشغيل RustDesk **كخدمة** حتى يكون متاحًا قبل تسجيل الدخول وبعد تسجيل الخروج. يتناول هذا الدليل الأمرين معًا، إضافة إلى كيفية نشره على أسطول كامل من الأجهزة. +الوصول غير المراقب يعني الوصول إلى جهاز كمبيوتر لا يجلس أحد أمامه: خادم في خزانة خوادم، أو كشك خدمة ذاتية، أو كمبيوتر أحد أفراد العائلة في الطرف الآخر من البلاد. ويؤدي RustDesk هذه المهمة جيدًا متى توفر أمران: **كلمة مرور دائمة** كي لا يضطر أحد إلى الموافقة على كل اتصال، وتشغيل RustDesk **كخدمة** كي يكون متاحًا قبل تسجيل الدخول وبعد تسجيل الخروج. يغطي هذا الدليل الأمرين، وأذونات كل منصة، وطريقة تعميم الإعداد على أسطول من الأجهزة. ## الإجابة المختصرة -عيّن **كلمة مرور دائمة** (الإعدادات → الأمان) و**ثبّت RustDesk كخدمة نظام** — إذ تبدأ الخدمة المثبَّتة تلقائيًا مع تشغيل الجهاز. تُغني كلمة المرور عن حاجة أي شخص للموافقة على المطالبة؛ وتجعل الخدمةُ RustDesk يعمل بمعزل عن أي مستخدم مسجَّل الدخول، بحيث يمكنك الاتصال في أي وقت — بما في ذلك عند شاشة تسجيل الدخول. وللنشر على نطاق واسع، أنشئ عميلًا مُهيَّأ مسبقًا كي يُثبِّت كل جهاز نفسه تلقائيًا مقابل خادمك. +عيّن **كلمة مرور دائمة** (الإعدادات ← الأمان) و**ثبّت RustDesk كخدمة نظام** تبدأ مع تشغيل الجهاز. ووضع الموافقة الافتراضي يقبل كلمة المرور الدائمة أصلًا، فلا يحتاج أحد إلى النقر على «قبول»؛ والخدمة تعمل بمعزل عن أي مستخدم مسجَّل الدخول، فتستطيع الاتصال في أي وقت، بما في ذلك عند شاشة تسجيل الدخول في Windows. ويحتاج macOS أيضًا إلى إذنَي تسجيل الشاشة وإمكانية الوصول. وللنشر على نطاق واسع، أنشئ عميلًا مُهيأ مسبقًا ليثبّت كل جهاز نفسه ويرتبط بخادمك. ## الخطوة 1: تعيين كلمة مرور دائمة -بشكل افتراضي، يعرض RustDesk كلمة مرور مؤقتة متجددة يقرؤها لك الشخص الموجود على الطرف البعيد. أما بالنسبة إلى الوصول غير المراقب، فتستبدل ذلك ببيانات اعتماد ثابتة: +يعرض RustDesk افتراضيًا كلمة مرور مؤقتة متجددة يقرؤها لك الشخص الموجود على الطرف البعيد. أما للوصول غير المراقب فتستبدل بها بيانات اعتماد ثابتة: 1. افتح RustDesk على الجهاز الذي تريد الوصول إليه. -2. انتقل إلى **الإعدادات → الأمان** (في الإصدارات الأقدم: منطقة كلمة المرور في الشاشة الرئيسية). -3. اختر **تعيين كلمة مرور دائمة** وأدخل قيمة قوية وفريدة. +2. انتقل إلى **الإعدادات ← الأمان** (Settings → Security)؛ وفي الإصدارات الأقدم: منطقة كلمة المرور في الشاشة الرئيسية. +3. اختر **تعيين كلمة مرور دائمة** (Set permanent password) وأدخل قيمة قوية وفريدة. -تصف [وثائق عميل RustDesk](https://rustdesk.com/docs/en/client/) هذا الإجراء بأنه جوهر الوصول غير المراقب. وتجدر الإشارة إلى قاعدة مهمة: **لا تُعِد استخدام كلمة مرور تسجيل الدخول إلى نظام التشغيل.** استخدم كلمة مرور مخصصة وعالية العشوائية (entropy) لـRustDesk حتى لا يؤدي تسرّب إحدى بيانات الاعتماد إلى تعريض الأخرى للخطر. +والإعدادات الافتراضية تقبل كلمة المرور هذه أصلًا: فالجلسات تُقبل عبر كلمة المرور والنقر معًا، ونوعا كلمة المرور مسموح بهما. وإذا غيّر أحدهم وضع الموافقة إلى النقر فقط أو نوع كلمة المرور إلى المؤقتة فقط، فأعِدهما إلى **قبول الجلسات عبر كلمة المرور** (Accept sessions via password) أو **قبول الجلسات عبر الاثنين** (Accept sessions via both)، وإلى **استخدام كلمة مرور دائمة** (Use permanent password) أو **استخدام طريقتي كلمة المرور** (Use both passwords). وفي عمليات النشر المُدارة، [مفاتيح الإعداد](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#approve-mode) المقابلة هي `approve-mode` (القيمة الافتراضية `password-click`) و`verification-method` (القيمة الافتراضية `use-both-passwords`). + +تصف [وثائق عميل RustDesk](https://rustdesk.com/docs/en/client/) هذا الإجراء بأنه جوهر الوصول غير المراقب. وثمة قاعدة تستحق التأكيد: **لا تُعِد استخدام كلمة مرور تسجيل الدخول إلى نظام التشغيل.** استخدم لـ RustDesk كلمة مرور مخصصة عالية العشوائية، حتى لا يؤدي تسرّب إحدى بيانات الاعتماد إلى تعريض الأخرى للخطر. ## الخطوة 2: التثبيت كخدمة والتشغيل مع الإقلاع -هذه هي الخطوة التي يغفل عنها كثيرون. فإذا اكتفيت بتشغيل الملف المحمول `.exe` أو `.app`، **تنتهي الجلسة بمجرد تسجيل خروج المستخدم أو ظهور مطالبة UAC/إذن** — لأن تلك العملية لا توجد إلا داخل جلسة المستخدم. ولكي يكون الوصول غير مراقب فعليًا، يجب أن يعمل RustDesk **كخدمة نظام** في الخلفية. +هذه هي الخطوة التي يغفل عنها كثيرون. فالملف المحمول `.exe` أو `.app` يعمل داخل جلسة المستخدم، لذا يتوقف عند تسجيل خروجه، ولا يستطيع على Windows التعامل مع سطح مكتب UAC الآمن دون رفع الصلاحيات (ويتوفر [رفع صلاحيات النسخة المحمولة](https://rustdesk.com/docs/en/client/windows/windows-portable-elevation/) للدعم بحضور المستخدم). ولكي يكون الوصول غير مراقب فعلًا، يجب أن يعمل RustDesk في الخلفية **كخدمة نظام**. -- شغّل **برنامج تثبيت** RustDesk (وليس النسخة المحمولة) وأكمل عملية التثبيت. -- في **الإعدادات → عام**، تأكد من أن **الخدمة (Service)** قيد التشغيل — استخدم زر **بدء (Start)** إذا ظهرت متوقفة. وبمجرد التثبيت، تبدأ الخدمة مع تشغيل الجهاز تلقائيًا. +- شغّل **برنامج تثبيت** RustDesk (وليس النسخة المحمولة) وأكمل التثبيت. +- في **الإعدادات ← عام** (Settings → General)، تأكد من أن **الخدمة** (Service) قيد التشغيل، واستخدم **تشغيل** (Start) إن ظهرت متوقفة. وبعد التثبيت تبدأ الخدمة تلقائيًا مع تشغيل الجهاز. -بمجرد أن يعمل RustDesk كخدمة، فإنه يُحمَّل قبل أن يسجّل أي أحد دخوله، وهذا ما يتيح لك الاتصال بـ**شاشة تسجيل الدخول**، والمصادقة عن بُعد، بل وحتى إعادة التشغيل وإعادة الاتصال دون وجود أي شخص. وتؤكد مقالات المجتمع حول [الإعداد الصحيح لخدمة Windows](https://www.smolkin.org/blog/2026/03/rustdesk-unattended-service-windows.html) على الفرق نفسه: النسخة المحمولة تعني وصولًا بحضور شخص فقط؛ أما الخدمة المثبَّتة فتعني وصولًا غير مراقب. +وحين يعمل RustDesk كخدمة، فإنه يُحمَّل قبل أن يسجّل أي أحد دخوله، وهذا ما يتيح لك الاتصال بـ**شاشة تسجيل الدخول**، والمصادقة عن بُعد، بل وإعادة التشغيل ثم إعادة الاتصال دون وجود أحد. ويضيف macOS وLinux متطلباتهما الخاصة بالتقاط الشاشة وجلسة العرض، وهي مشروحة أدناه. -## ملاحظات خاصة بكل نظام تشغيل +## ملاحظات خاصة بكل منصة -| النظام | ما يجب فعله | ما يجب الانتباه له | -| ------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ | -| Windows | التثبيت، مع إبقاء الخدمة قيد التشغيل (تبدأ مع تشغيل الجهاز) | ينقطع الملف التنفيذي المحمول عند تسجيل الخروج/UAC؛ استخدم برنامج التثبيت | -| macOS | التثبيت، وتعيين كلمة مرور دائمة، ومنح الأذونات | يجب منح إذنَي تسجيل الشاشة (Screen Recording) وإمكانية الوصول (Accessibility)؛ يتطلب الالتقاط عند شاشة تسجيل الدخول تثبيت البرنامج المساعد | -| Linux | تثبيت حزمة الخدمة | يحتاج Wayland إلى جلسة نشطة؛ وللوصول قبل تسجيل الدخول استخدم إعداد الشاشة الافتراضية بلا واجهة، أو X11 حيث لا تزال إحدى التوزيعات توفره | -| Android | تعيين كلمة مرور دائمة؛ وتفعيل الالتقاط | يجب أن تكون الشاشة نشطة (awake)؛ وامنح موافقة التقاط الشاشة (MediaProjection) وإذن الإدخال | +| المنصة | ما يجب فعله | ما يجب الانتباه له | +| --- | --- | --- | +| Windows | ثبّته وأبقِ الخدمة قيد التشغيل (تبدأ مع تشغيل الجهاز) | تتوقف النسخة المحمولة عند تسجيل الخروج ولا تتعامل مع نوافذ UAC دون رفع الصلاحيات؛ استخدم برنامج التثبيت | +| macOS | التثبيت، وتعيين كلمة مرور دائمة، ومنح الأذونات | يجب منح إذنَي تسجيل الشاشة (Screen Recording) وإمكانية الوصول (Accessibility)؛ ويتطلب الالتقاط عند شاشة تسجيل الدخول تثبيت البرنامج المساعد | +| Linux | تثبيت حزمة الخدمة | تلتقط إصدارات Wayland القياسية الجلسة التي سُجّل الدخول إليها؛ ويضيف [إصدار المعاينة للوصول غير المراقب](/ar/blog/unattended-remote-access-wayland-ar) الوصول إلى شاشة تسجيل الدخول (x86_64 Debian/Ubuntu) | +| Android | تعيين كلمة مرور دائمة؛ وتفعيل الالتقاط | يجب أن تكون الشاشة مستيقظة؛ وامنح موافقة التقاط الشاشة (MediaProjection) وإذن الإدخال | ### Windows -المسار الأنظف. ثبّت، وفعّل الخدمة، وعيّن كلمة المرور الدائمة، وانتهى الأمر. ولأن الخدمة تعمل عند الإقلاع، فإن الوصول غير المراقب إلى شاشة تسجيل الدخول وعبر عمليات إعادة التشغيل يعمل كما هو متوقع. +المسار الأسهل: ثبّت، وفعّل الخدمة، وعيّن كلمة المرور الدائمة، وانتهى الأمر. ولأن الخدمة تعمل عند الإقلاع، يعمل الوصول غير المراقب إلى شاشة تسجيل الدخول وعبر عمليات إعادة التشغيل كما هو متوقع. ### macOS -يُقيّد macOS التقاط الشاشة والإدخال خلف أذونات. بعد التثبيت، افتح **إعدادات النظام → الخصوصية والأمان** وامنح RustDesk كلًا من إذنَي **تسجيل الشاشة (Screen Recording)** و**إمكانية الوصول (Accessibility)**. أما للوصول عند _نافذة تسجيل الدخول_ (قبل أن يسجّل أي مستخدم دخوله)، فيجب تثبيت خدمة/برنامج RustDesk المساعد حتى يتمكن من الالتقاط قبل تسجيل الدخول — وإلا ستحصل على شاشة سوداء هناك، وهي نفس [مشكلة الالتقاط التي تناولناها في دليل الشاشة السوداء](/ar/blog/rustdesk-connected-waiting-for-image-ar). +يحجب macOS التقاط الشاشة والإدخال خلف أذونات. بعد التثبيت، افتح **إعدادات النظام ← الخصوصية والأمان** (System Settings → Privacy & Security) وامنح RustDesk إذنَي **تسجيل الشاشة** (Screen Recording) و**إمكانية الوصول** (Accessibility). وللوصول عند _نافذة تسجيل الدخول_ (قبل أن يسجّل أي مستخدم دخوله)، يجب تثبيت خدمة/مساعد RustDesk ليتمكن من الالتقاط قبل تسجيل الدخول، وإلا ستظهر لك شاشة سوداء هناك، وهي [مشكلة الالتقاط نفسها التي يتناولها دليل الشاشة السوداء](/ar/blog/rustdesk-connected-waiting-for-image-ar). ### Linux -ثبّت RustDesk بحيث يعمل مكوّن الخدمة فيه عند الإقلاع. وبالنسبة إلى جهاز يتوقف عند شاشة الترحيب لتسجيل الدخول، لا يستطيع Wayland حتى الآن التقاط شاشة الترحيب هذه — وهذا قيد في تصميم Wayland نفسه (وليس قيدًا في RustDesk) يعمل فريق RustDesk بنشاط على تجاوزه ([PR #15420](https://github.com/rustdesk/rustdesk/pull/15420)). على جهاز بلا شاشة (headless)، استخدم إعداد الشاشة الافتراضية؛ أما على جهاز مكتبي، فلا تزال جلسة X11/Xorg تتولى الأمر حيثما توفرها إحدى التوزيعات، رغم أن عددًا منها يتجه إلى الاعتماد على Wayland حصرًا. راجع [RustDesk لنظام Linux](/ar/blog/rustdesk-for-linux-ar) لمزيد من التفاصيل. +ثبّت RustDesk لتعمل خدمته عند الإقلاع. تلتقط إصدارات RustDesk القياسية أسطح مكتب Wayland، بما فيها الشاشات المتعددة منذ الإصدار 1.4.3، عبر PipeWire و`xdg-desktop-portal` ضمن جلسة مستخدم مسجَّل الدخول. أما الجهاز الذي يبقى عند شاشة تسجيل الدخول، فيضيف له [إصدار المعاينة المنفصل للوصول غير المراقب على Wayland](/ar/blog/unattended-remote-access-wayland-ar)، المخصص **لأنظمة x86_64 المبنية على Debian/Ubuntu**، الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول بعد إعادة التشغيل. وحيثما لا تزال التوزيعة توفر شاشة تسجيل دخول تعمل بـ X11 فهذا خيار آخر؛ وعلى الجهاز الذي يعمل بلا شاشة أضف وصلة HDMI وهمية أو شاشة افتراضية. راجع [RustDesk لنظام Linux](/ar/blog/rustdesk-for-linux-ar) للتفاصيل. -## الخطوة 3: النشر على نطاق واسع بعميل مُهيَّأ مسبقًا +## الخطوة 3: النشر على نطاق واسع بعميل مُهيأ مسبقًا -إعداد جهاز واحد يدويًا أمر مقبول، أما إعداد خمسين جهازًا فلا. في **خطط الاستضافة الذاتية Basic وما فوقها**، يبني **مولّد العميل المخصص (Custom Client Generator)** في وحدة تحكم الويب برنامج تثبيت يكون فيه **عنوان الخادم والمفتاح العام والإعدادات** مضمَّنة مسبقًا، بحيث لا يكتب المستخدم النهائي أي شيء. وباستخدام أداة النشر التي تعتمدها أصلًا (Group Policy، أو Intune، أو أداة RMM لمقدمي الخدمات المُدارة (MSP)، أو سكربت shell)، يقوم كل جهاز بتثبيت الخدمة والتسجيل لدى خادمك _أنت_ عند أول تشغيل. +إعداد جهاز واحد يدويًا أمر مقبول، أما إعداد خمسين جهازًا فلا. في **خطط الاستضافة الذاتية Basic وما فوقها**، يبني **مولّد العميل المخصص** (Custom Client Generator) في لوحة تحكم الويب برنامج تثبيت يتضمن مسبقًا **عنوان خادمك ومفتاحه العام وإعداداتك**، فلا يكتب المستخدم النهائي أي شيء. ومع أداة النشر التي تعتمدها أصلًا (Group Policy، أو Intune، أو أداة RMM لدى مزوّد الخدمات المُدارة، أو سكربت shell)، يثبّت كل جهاز الخدمة ويسجّل لدى خادمك _أنت_ عند أول تشغيل. -هنا يُثمر التوجه نحو الاستضافة الذاتية بالنسبة إلى الفرق: فأنت تحصل على [أسطول غير مراقب تتحكم فيه بالكامل](/ar/blog/rustdesk-for-msps-ar)، دون أن يتولى نظام محاسبة سحابي بحسب عدد المقاعد تحديد عدد نقاط النهاية "المسموح" لك بالوصول إليها. أعدّ المولّد عبر [وحدة تحكم الويب على المنفذ 21114](https://rustdesk.com/docs). لاحظ أن ترخيص RustDesk يُحتسب بحسب **مستخدم تسجيل الدخول والجهاز المُدار (login-user and managed-device)**، وليس بحسب الجلسة المتزامنة، لذا احسب الميزانية وفقًا لعدد الأجهزة والمسؤولين لديك — راجع [ما الذي يُحتسب كجهاز مُدار](/ar/blog/what-counts-as-a-managed-device-ar). +وهنا تؤتي الاستضافة الذاتية ثمارها للفرق: يسجّل الأسطول كله لدى خوادم المعرّف/الالتقاء والترحيل التي تشغّلها أنت (راجع [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar)). وتُرخِّص خطط Server Pro **مستخدمي تسجيل الدخول والأجهزة المُدارة**. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، ووحدها خطة [Customized V2](https://rustdesk.com/pricing#custom2) ترخّص عددًا محددًا من الاتصالات المتزامنة. ضع ميزانيتك بحسب عدد الأجهزة والمسؤولين لديك، وراجع [ما الذي يُحتسب جهازًا مُدارًا](/ar/blog/what-counts-as-a-managed-device-ar). وقدّم لوحة تحكم الويب [عبر HTTPS](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/#set-up-https-for-web-console-manually) خلف وكيل عكسي. ## شدّد الحماية -الوصول غير المراقب هو بمثابة باب مفتوح دائمًا إلى الجهاز، لذا تعامل مع بيانات الاعتماد بجدية: +الوصول غير المراقب باب دائم إلى الجهاز، لذا تعامل مع بيانات الاعتماد بجدية: -- **كلمة مرور دائمة قوية وفريدة**، مع تدويرها بشكل دوري. -- **المصادقة الثنائية (Two-factor authentication)**، وفي إصدار Pro، **ضوابط الوصول (access controls)** بحيث لا يتصل إلا الحسابات المصرَّح لها. يتناول مقالنا حول [التحكم في الوصول لكل مستخدم ومجموعات الأجهزة](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) كيفية تحديد من يصل إلى ماذا. -- **استضف خدمات جانب الخادم ذاتيًا** عندما تحتاج إلى التحكم في خدمات التلاقي (rendezvous) والترحيل (relay) ووحدة التحكم وبيانات النشر المخزَّنة. تبقى بيانات اعتماد نقطة النهاية مسؤولية أمن نقطة النهاية. ونظرًا لأن RustDesk مفتوح المصدر بموجب رخصة AGPL، يمكن مراجعة تطبيقه الخاص بالمصادقة. +- **كلمة مرور دائمة قوية وفريدة**، تُغيَّر دوريًا. +- **المصادقة الثنائية للاتصال** على الجهاز الخاضع للتحكم، وفي Server Pro [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/)، الذي يحدد من يستطيع الوصول إلى أي أجهزة عبر قواعد للمستخدمين ومجموعات الأجهزة (وصلاحيات مجموعات المستخدمين ومجموعات الأجهزة تراكمية). أما دفتر العناوين المشترك فينظّم الإدخالات فقط ولا يشكّل حدًّا للوصول. ويقيّد [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) ما يستطيع الفني فعله داخل الجلسة. +- **استضف الخادم بنفسك**، كي يعمل خادم الالتقاء وخادم الترحيل ولوحة التحكم وبيانات الإدارة المخزَّنة على بنية تحتية تختارها. وعميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخَّصان بموجب AGPL، لذا يمكن مراجعة شيفرة المصادقة فيهما؛ أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك. -## وصول غير مراقب تتحكم فيه فعليًا +## وصول غير مراقب تتحكم فيه فعلًا -وجّه أسطولًا من الأجهزة العاملة باستمرار نحو خادم تديره بنفسك، بحيث يبقى الوصول الدائم إلى تلك الأجهزة مُدارًا عبر عتاد تملكه أنت، لا عبر سحابة تستأجرها. وفي حالة الوصول الدائم، يستحق إبقاء زمام هذا المسار بين يديك عناء ذلك الإعداد القصير. +وجّه أسطولًا من الأجهزة العاملة باستمرار نحو خادم تشغّله بنفسك، فيبقى الوصول الدائم إلى تلك الأجهزة مارًّا عبر عتاد تملكه، لا عبر سحابة تستأجرها. وفي الوصول الدائم، يستحق إبقاء هذا المسار بين يديك عناء الإعداد القصير. diff --git a/v3/src/content/post/ar/rustdesk-unknown-devices-antivirus-scanning.md b/v3/src/content/post/ar/rustdesk-unknown-devices-antivirus-scanning.md index 936abbd3..ff241576 100644 --- a/v3/src/content/post/ar/rustdesk-unknown-devices-antivirus-scanning.md +++ b/v3/src/content/post/ar/rustdesk-unknown-devices-antivirus-scanning.md @@ -1,72 +1,74 @@ --- publishDate: 2026-06-30T13:46:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: rustdesk-unknown-devices-antivirus-scanning draft: false -title: 'أجهزة مجهولة في لوحة تحكم RustDesk؟ تحقّق أولاً' -excerpt: 'هل تلاحظ أجهزة غير مألوفة في لوحة تحكم RustDesk لديك؟ قد يكون تشغيلها داخل بيئة معزولة لمكافحة الفيروسات أحد الاحتمالات، إلا أنه يجب أولاً استبعاد تسرّب الإعدادات أو التسجيل غير المصرح به.' +title: 'أجهزة مجهولة في وحدة تحكم RustDesk؟ تحقّق أولًا' +excerpt: 'أجهزة غير مألوفة في وحدة تحكم RustDesk؟ الفحص في بيئة معزولة لمكافحة الفيروسات احتمال قائم، لكن يجب أولًا استبعاد تسرّب الإعدادات أو التسجيل غير المصرح به.' image: ~/assets/images/blog/rustdesk-unknown-devices-antivirus-scanning-og.webp category: 'النشر' tags: ['RustDesk', 'النشر', 'الأمان'] author: 'RustDesk Team' slug: 'rustdesk-unknown-devices-antivirus-scanning-ar' faq: - - question: 'لماذا تظهر في لوحة تحكم RustDesk الخاصة بي أجهزة مجهولة لم أُثبّتها قط؟' - answer: 'قد يؤدي تشغيل برامج مكافحة الفيروسات أو حماية نقاط النهاية داخل بيئة معزولة إلى إنشاء تسجيلات مؤقتة، إلا أن ظهور جهاز مجهول قد يشير أيضًا إلى تسرّب الإعدادات، أو رمز نشر (deployment token) مكشوف، أو تسجيل غير مصرح به، أو خطأ في عملية النشر. تعامل مع الأمر كحادثة أمنية إلى أن تحدّد السجلات وبيانات الاعتماد والمفاتيح والرموز وسجلات النشر السبب، ثم قيّد تسجيل الأجهزة الجديدة.' + - question: 'لماذا تظهر في وحدة تحكم RustDesk أجهزة مجهولة لم أثبّتها قط؟' + answer: 'قد يؤدي تشغيل برامج مكافحة الفيروسات أو حماية نقاط النهاية للعميل داخل بيئة معزولة إلى تسجيلات مؤقتة، لكن ظهور جهاز مجهول قد يشير أيضًا إلى تسرّب الإعدادات، أو رمز نشر مكشوف، أو تسجيل غير مصرح به، أو خطأ في النشر. تعامل مع الأمر كحادثة أمنية إلى أن تكشف السجلات وبيانات الاعتماد والمفاتيح والرموز وسجلات النشر عن السبب، ثم قيّد تسجيل الأجهزة الجديدة.' - question: 'كيف أمنع تسجيل الأجهزة المجهولة نهائيًا؟' - answer: 'إذا كانت قائمة أجهزتك مستقرة ولا تُضيف أجهزة جديدة بانتظام، فعطّل تسجيل الأجهزة الجديدة من لوحة التحكم عبر الانتقال إلى الإعدادات → أخرى → تعطيل الأجهزة الجديدة على لوحة التحكم عبر الويب (Settings → Others → Disable new devices on web console). بعد ذلك لن يتمكن أي جهاز جديد من التسجيل، سواء كان ناتجًا عن بيئة معزولة أو غيرها. أما إذا كنت لا تزال تُدخل أجهزة جديدة بانتظام، فاستخدم رمز نشر (deployment token) بدلاً من ذلك حتى تستمر عمليات النشر الفعلية في العمل.' - - question: 'كيف أفرض استخدام رمز نشر (deployment token) على الأجهزة الجديدة؟' - answer: 'فعّل خيار الإعدادات → أخرى → طلب النشر للأجهزة الجديدة (Settings → Others → Require deployment for new devices) في لوحة التحكم عبر الويب، وأنشئ رمز API مع تعيين صلاحية Devices إلى Read and write (قراءة وكتابة)، واجعل عملية التثبيت لديك تُشغّل rustdesk --deploy --token على كل جهاز جديد (باستخدام sudo على نظامي macOS وLinux). لا يمكن لأي جهاز التسجيل إلا إذا قدّم رمزًا صالحًا، بحيث يعجز فحص مكافحة الفيروسات داخل البيئة المعزولة عن تسجيل نفسه، بينما تستمر أداة RMM أو عملية النشر المُبرمجة لديك في العمل بشكل طبيعي.' - - question: 'كيف أميّز بين فحص مكافحة فيروسات غير ضار واختراق حقيقي؟' - answer: 'التسجيل قصير الأمد الذي يتزامن مع عملية فحص أمني معروفة ولا يعقبه أي جلسة قد يدعم تفسير البيئة المعزولة. أما الجلسات غير المتوقعة، أو التسجيل المتكرر، أو استخدام بيانات اعتماد صالحة، أو توزيع عميل مُهيّأ خارج قناته المخصصة، فكل ذلك ليس أمرًا غير ضار ويستوجب الاستجابة للحوادث (incident response).' + answer: 'إذا كانت قائمة أجهزتك مستقرة ولا تضيف أجهزة جديدة بانتظام، فعطّل تسجيل الأجهزة الجديدة في وحدة التحكم من الإعدادات ← أخرى ← تعطيل الأجهزة الجديدة في وحدة التحكم على الويب (Settings > Others > Disable new devices on web console). وبعدها لن يتمكن أي جهاز جديد من التسجيل، سواء أكان بيئة معزولة أم غيرها. أما إذا كنت لا تزال تضيف أجهزة بانتظام، فاستخدم رمز نشر بدلًا من ذلك كي تستمر عمليات النشر الفعلية في العمل.' + - question: 'كيف أشترط رمز نشر للأجهزة الجديدة؟' + answer: 'فعّل الإعدادات ← أخرى ← اشتراط النشر للأجهزة الجديدة (Settings > Others > Require deployment for new devices)، وأنشئ رمز API بصلاحية Devices على Read and write، وشغّل rustdesk --deploy --token أثناء التثبيت المصرّح به (مع sudo على macOS وLinux). ولا تستطيع بيئة معزولة استخدام مسار التسجيل هذا ما لم تحصل على الرمز أيضًا. فأبقِ الرموز خارج العملاء الموزّعة والسكربتات العامة، وقيّد صلاحياتها، ودوّر أي رمز مكشوف.' + - question: 'كيف أميّز بين فحص غير ضار لمكافحة الفيروسات واختراق حقيقي؟' + answer: 'التسجيل قصير الأمد الذي يتزامن مع فحص أمني معروف ولا تعقبه أي جلسة قد يدعم تفسير البيئة المعزولة. أما الجلسات غير المتوقعة، أو التسجيل المتكرر، أو استخدام بيانات اعتماد صالحة، أو توزيع عميل مُهيّأ خارج قناته المقصودة، فليس شيء من ذلك غير ضار، ويستوجب الاستجابة للحوادث.' metadata: - description: 'الأجهزة المجهولة في لوحة تحكم RustDesk تستوجب التحقيق. تعرّف على كيفية التمييز بين تشغيلها داخل بيئة معزولة لمكافحة الفيروسات وبين تسرّب الإعدادات أو التسجيل غير المصرح به.' + description: 'الأجهزة المجهولة في وحدة تحكم RustDesk تستوجب التحقيق. تعرّف على التمييز بين بيئات الفحص المعزولة لمكافحة الفيروسات وتسرّب الإعدادات أو التسجيل غير المصرح به.' keywords: 'جهاز مجهول في RustDesk, جهاز وهمي في RustDesk, تسجيل عشوائي للأجهزة في RustDesk, بيئة معزولة لمكافحة الفيروسات في RustDesk, تعطيل تسجيل الأجهزة الجديدة في RustDesk, rustdesk --deploy' --- -مجرد ظهور جهاز غير مألوف في لوحة تحكم RustDesk لا يكفي لتحديد سببه. يُعدّ تشغيل مكافح الفيروسات داخل بيئة معزولة (antivirus sandboxing) أحد الاحتمالات المعروفة، إلا أن العرض نفسه قد ينتج أيضًا عن تسرّب الإعدادات، أو تسجيل غير مصرح به، أو رمز مكشوف، أو خطأ في عملية النشر. +مجرد ظهور جهاز غير مألوف في وحدة تحكم RustDesk لا يكفي لتحديد سببه. فتشغيل برنامج مكافحة الفيروسات للعميل داخل بيئة معزولة (antivirus sandboxing) احتمال معروف، لكن العَرَض نفسه قد ينتج عن تسرّب الإعدادات، أو تسجيل غير مصرح به، أو رمز مكشوف، أو خطأ في النشر. ## الإجابة المختصرة -تُشغّل بعض منتجات مكافحة الفيروسات وحماية نقاط النهاية (AV/EDR) الملفات التنفيذية غير المألوفة داخل بيئات معزولة سحابية (cloud sandboxes). فإذا تلقّت إحدى هذه البيئات نسخةً من العميل تحتوي على إعدادات خادمك، وتمكّنت من الوصول إلى خادم المعرّفات (ID server)، فقد تُسجَّل لفترة وجيزة. غير أن وجود عنوان IP تابع لمزوّد خدمة سحابية أو اسم عتاد غير معتاد **لا** يثبت هذا التفسير؛ فالمهاجمون يستخدمون أيضًا مضيفين سحابيين. لذا احتفظ بالأدلة وراجعها قبل استبعاد الحادثة. +تشغّل بعض منتجات مكافحة الفيروسات وحماية نقاط النهاية (AV/EDR) الملفات التنفيذية غير المألوفة داخل بيئات معزولة سحابية (cloud sandboxes). فإذا تلقّت إحدى هذه البيئات نسخة من العميل تتضمن إعدادات خادمك واستطاعت الوصول إلى خادم المعرّف، فقد تُسجَّل لفترة وجيزة. غير أن عنوان IP تابعًا لمزوّد سحابي أو اسم عتاد غير معتاد **لا** يثبت هذا التفسير، فالمهاجمون يستخدمون مضيفين سحابيين أيضًا. لذا احتفظ بالأدلة وراجعها قبل استبعاد الحادثة. ## بالتفصيل ### لماذا يحدث هذا -يمكن لعملاء RustDesk التسجيل لدى خادم المعرّفات/التجميع (ID/rendezvous server) المُهيّأ عند تشغيلهم وقدرتهم على الوصول إليه. وهذا ما يجعل التشغيل داخل بيئة معزولة سببًا محتملًا معقولًا، كما نوقش في [نقاش عام على GitHub](https://github.com/rustdesk/rustdesk-server-pro/discussions/307)، لكنه يعني أيضًا أن أي شخص يحصل على عميل مُهيّأ أو مواد نشر صالحة قد يُنتج تسجيلًا مشابهًا. +يستطيع عميل RustDesk التسجيل لدى خادم المعرّف/الالتقاء المُهيّأ فيه متى شُغّل واستطاع الوصول إليه. وهذا ما يجعل التشغيل داخل بيئة معزولة سببًا معقولًا، كما نوقش في [نقاش عام على GitHub](https://github.com/rustdesk/rustdesk-server-pro/discussions/307)، لكنه يعني أيضًا أن أي شخص يحصل على عميل مُهيّأ أو مواد نشر صالحة قد ينتج تسجيلًا مشابهًا. -قبل تصنيف الحادثة، راجع سجلات التسجيل والاتصال الخاصة بالخادم، ووقت أول ظهور للجهاز وعنوان IP المصدر، وسجلات النشر، ومسار توزيع العملاء المخصّصين. وقم بتدوير (rotate) كلمات المرور المكشوفة، ورموز API/النشر، وإعدادات الخادم أو مفاتيحه حسب الحاجة. وتحقّق مما إذا كانت بيانات الاعتماد نفسها قد أُعيد استخدامها في مكان آخر، وما إذا كان الجهاز المجهول قد حاول بدء جلسة أو أتمّها فعليًا. +وقبل تصنيف الحادثة، راجع سجلات التسجيل والاتصال على الخادم، ووقت أول ظهور للجهاز وعنوان IP المصدر، وسجلات النشر، ومسار توزيع العملاء المخصّصين. ودوّر كلمات المرور المكشوفة ورموز API والنشر وإعدادات الخادم أو مفاتيحه حسب الحاجة. وتحقّق مما إذا كانت بيانات الاعتماد نفسها مستخدمة في مكان آخر، وما إذا كان الجهاز المجهول قد حاول بدء جلسة أو أتمّها. -### كيفية إيقاف ذلك +### كيف توقف ذلك -هناك إعدادان في لوحة التحكم يعالجان هذه المشكلة، ويتوقف اختيار الأنسب منهما على ما إذا كنت لا تزال تُدخل أجهزة جديدة فعلية بشكل نشط أم لا. +يعالج هذه المشكلة إعدادان في وحدة التحكم، ويتوقف اختيار الأنسب منهما على ما إذا كنت لا تزال تضيف أجهزة جديدة حقيقية بشكل منتظم. -**الخيار الأول — تعطيل تسجيل الأجهزة الجديدة كليًا.** إذا كانت قائمة أجهزتك مستقرة إلى حدٍّ كبير ولا تُضيف أجهزة جديدة بانتظام، فهذا هو الحل الأبسط: انتقل إلى **الإعدادات → أخرى → تعطيل الأجهزة الجديدة على لوحة التحكم عبر الويب** (Settings → Others → Disable new devices on web console). بذلك لن يتمكن أي جهاز جديد من التسجيل إطلاقًا، سواء كان من داخل بيئة معزولة أو من غيرها. +**الخيار الأول: تعطيل تسجيل الأجهزة الجديدة كليًا.** إذا كانت قائمة أجهزتك مستقرة إلى حد كبير ولا تضيف أجهزة بانتظام، فهذا أبسط حل: انتقل إلى **الإعدادات ← أخرى ← تعطيل الأجهزة الجديدة في وحدة التحكم على الويب** (Settings > Others > Disable new devices on web console). وبذلك لن يتمكن أي جهاز جديد من التسجيل إطلاقًا، سواء أكان بيئة معزولة أم غيرها. -**الخيار الثاني — فرض استخدام رمز نشر (deployment token).** إذا كنت لا تزال تطرح أجهزة جديدة بانتظام (مزوّد خدمات مُدارة MSP يُدخل عملاء جددًا، أو فريق تقنية معلومات يُجهّز أجهزة جديدة)، فإن إعداد "تعطيل الأجهزة الجديدة" الشامل سيعرقل عملك أنت نفسك. بدلاً من ذلك، فعّل **الإعدادات → أخرى → طلب النشر للأجهزة الجديدة** (Settings → Others → Require deployment for new devices)، وأنشئ رمز API (بصلاحية Devices مضبوطة على Read and write أي القراءة والكتابة)، واجعل عملية التثبيت لديك تُشغّل [أمر النشر](https://rustdesk.com/docs/en/self-host/client-deployment/#explicit-deployment-for-new-devices) الموثّق على كل جهاز: +**الخيار الثاني: اشتراط رمز نشر.** إذا كنت لا تزال تنشر أجهزة جديدة بانتظام (كمزوّد خدمات مُدارة يضيف عملاء جددًا، أو فريق تقنية معلومات يجهّز أجهزة جديدة)، فإن تعطيل الأجهزة الجديدة كليًا سيعرقل عملك أنت. فبدلًا من ذلك، فعّل **الإعدادات ← أخرى ← اشتراط النشر للأجهزة الجديدة** (Settings > Others > Require deployment for new devices)، وأنشئ رمز API (بصلاحية Devices على Read and write)، واجعل عملية التثبيت لديك تشغّل [أمر النشر](https://rustdesk.com/docs/en/self-host/client-deployment/#explicit-deployment-for-new-devices) الموثّق على كل جهاز: ``` rustdesk --deploy --token ``` -قد يتغيّر هذا الخيار (flag) تحديدًا بين الإصدارات، لذا تعامل مع هذا الأمر على أنه توضيحي فقط، وتحقّق من الصياغة الحالية في وثائق RustDesk Server Pro قبل استخدامه في أي نص برمجي. لا يُضاف إلى قائمة جرد أجهزتك سوى الجهاز الذي يقدّم رمزًا صالحًا. أما فحص مكافحة الفيروسات داخل البيئة المعزولة — الذي لا يملك أي وسيلة لمعرفة هذا الرمز أو تقديمه — فيفشل في التسجيل، بينما تستمر عملية النشر الفعلية لديك في العمل بشكل طبيعي. وهذه أيضًا هي الآلية ذاتها التي تعتمدها شركات MSP لتسجيل الأجهزة عبر أدوات RMM أو عمليات تثبيت مُبرمجة، دون الحاجة إلى تسجيل دخول فنيّ يدويًا على كل جهاز. +وتحدد [وثائق النشر](https://rustdesk.com/docs/en/self-host/client-deployment/#explicit-deployment-for-new-devices) مسار التسجيل هذا. ويمكن لاشتراط الرمز أن يمنع تسجيل بيئة معزولة لم تتلقَّ إلا العميل المُهيّأ، **بشرط ألا يكون الرمز مضمّنًا في ذلك العميل أو في مواد تثبيته**. أما البيئة المعزولة أو المهاجم الذي يملك رمزًا صالحًا فيستطيع التسجيل مع ذلك. فاحمِ طريقة توزيع الرموز، واستخدم أضيق الصلاحيات اللازمة، ودوّر الرمز إذا احتُمل أنه تسرّب. -**ضابط ذو صلة وأضيق نطاقًا:** إذا كنت تفضّل إبقاء التسجيل مفتوحًا مع إخفاء الأجهزة غير المُعيَّنة عن الأنظار إلى أن تراجعها، فهناك أيضًا خيار **الإعدادات → أخرى → وصول المسؤول فقط إلى الأجهزة غير المُعيَّنة** (Settings → Others → Only admin can access unassigned devices) — وهذا الخيار لا يوقف التسجيل، لكنه يعني أن المستخدمين العاديين لن يتمكنوا من رؤية أو لمس أي شيء يظهر قبل أن تتاح لك فرصة مراجعته. +**ضابط ذو صلة وأضيق نطاقًا:** إذا كنت تفضّل إبقاء التسجيل مفتوحًا مع إبعاد الأجهزة غير المعيّنة عن الأنظار إلى أن تراجعها، فهناك أيضًا **الإعدادات ← أخرى ← وصول المسؤول وحده إلى الأجهزة غير المعيّنة** (Settings > Others > Only admin can access unassigned devices). وهذا لا يوقف التسجيل، لكنه يعني أن المستخدمين العاديين لن يروا أي جهاز يظهر ولن يستطيعوا لمسه قبل أن تتاح لك فرصة فحصه. -### كيفية تقييم النتيجة +### كيف تقيّم النتيجة -التسجيل وحده لا يثبت أن مهاجمًا قد سيطر على نقطة نهاية أخرى، إلا أنه يظل نشاطًا غير مصرح به إلى أن يُفسَّر. فالتسجيل قصير الأمد الذي يتزامن مع عملية فحص أمني معروفة ولا يُظهر أي وصول لاحق قد يدعم فرضية البيئة المعزولة. أما الجلسات غير المتوقعة، أو التسجيل المتكرر، أو استخدام بيانات اعتماد صالحة، أو توزيع عميل مُهيّأ خارج قناته المخصّصة، فكل ذلك يستوجب الاستجابة للحوادث (incident response). +التسجيل وحده لا يثبت أن مهاجمًا سيطر على جهاز طرفي آخر، لكنه يظل نشاطًا غير مصرح به إلى أن يُفسَّر. فالتسجيل قصير الأمد الذي يتزامن مع فحص أمني معروف ولا يتبعه أي وصول قد يدعم فرضية البيئة المعزولة. أما الجلسات غير المتوقعة، أو التسجيل المتكرر، أو استخدام بيانات اعتماد صالحة، أو توزيع عميل مُهيّأ خارج قناته المقصودة، فيستوجب الاستجابة للحوادث. ## من يطرح هذا السؤال -غالبًا ما يواجه مشغّلو الخوادم الجدد — سواء كانوا مسؤولي تقنية معلومات أو شركات MSP — هذا الموقف خلال أيام قليلة من إطلاق خادم مُستضاف ذاتيًا، أي قبل تشديد ضوابط التسجيل. ويكتسب التحقيق المبكر أهمية خاصة لأن الفحص غير الضار والتسجيل غير المصرح به قد يبدوان متشابهين للغاية في لوحة التحكم. +غالبًا ما يواجه مشغّلو الخوادم الجدد، سواء أكانوا مسؤولي تقنية معلومات أم مزوّدي خدمات مُدارة، هذا الموقف خلال أيام من تشغيل خادم مستضاف ذاتيًا، أي قبل تشديد ضوابط التسجيل. ويكتسب التحقيق المبكر أهمية خاصة لأن الفحص غير الضار والتسجيل غير المصرح به قد يبدوان متشابهين في وحدة التحكم. ## أسئلة ذات صلة - إنشاء عميل مخصّص يحمل علامتك التجارية: راجع [وثائق RustDesk](https://rustdesk.com/docs). -- [ما الذي يُعدّ جهازًا مُدارًا في RustDesk؟](/ar/blog/what-counts-as-a-managed-device-ar) -- [اطّلع على إصدارات RustDesk الحالية وإصلاحات الأمان الخاصة بها](https://github.com/rustdesk/rustdesk/releases) -- [RustDesk لشركات MSP: أداة واحدة مُستضافة ذاتيًا وقابلة للتخصيص بعلامتك التجارية](/ar/blog/rustdesk-for-msps-ar) - هل تشاهد جهازًا لا تتعرّف عليه؟ احتفظ بالسجلات ذات الصلة، وقيّد تسجيل الأجهزة الجديدة، وقم بتدوير أي أسرار قد تكون مكشوفة، وتواصل مع دعم RustDesk مزوّدًا إياه بتفاصيل تشخيصية غير حساسة إذا ظل السبب غير واضح. +- [ما الذي يُحتسب جهازًا مُدارًا في RustDesk؟](/ar/blog/what-counts-as-a-managed-device-ar) +- [راجع إصدارات RustDesk الحالية وإصلاحاتها الأمنية](https://github.com/rustdesk/rustdesk/releases) +- [RustDesk لمزوّدي الخدمات المُدارة: أداة واحدة مستضافة ذاتيًا وقابلة لوضع علامتك التجارية](/ar/blog/rustdesk-for-msps-ar) + +هل ترى جهازًا لا تعرفه؟ احتفظ بالسجلات ذات الصلة، وقيّد تسجيل الأجهزة الجديدة، ودوّر أي أسرار يُحتمل أنها انكشفت، وتواصل مع دعم RustDesk مع تفاصيل تشخيصية غير حساسة إذا ظل السبب غير واضح. diff --git a/v3/src/content/post/ar/rustdesk-vs-anydesk.md b/v3/src/content/post/ar/rustdesk-vs-anydesk.md index ab50e137..4f4e9647 100644 --- a/v3/src/content/post/ar/rustdesk-vs-anydesk.md +++ b/v3/src/content/post/ar/rustdesk-vs-anydesk.md @@ -1,5 +1,6 @@ --- publishDate: 2026-07-08T18:00:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-vs-anydesk' draft: false @@ -12,19 +13,19 @@ author: 'RustDesk Team' slug: 'rustdesk-vs-anydesk-ar' faq: - question: 'هل RustDesk بديل مجاني ومفتوح المصدر لـ AnyDesk؟' - answer: 'نعم. RustDesk مفتوح المصدر بموجب رخصة AGPL، وخادم المجتمع الخاص به مجاني للاستضافة الذاتية دون أي تاريخ انتهاء. أما Server Pro المدفوع فيضيف إدارة مركزية، ويُرخَّص وفق عدد مستخدمي تسجيل الدخول والأجهزة المُدارة.' + answer: 'نعم. عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL، وServer OSS مجاني دون رسوم ترخيص أو تاريخ انتهاء، وأنت من يوفّر الاستضافة. أما Server Pro، وهو منتج تجاري مغلق المصدر، فيضيف إدارة مركزية تشمل وحدة تحكم على الويب ومجموعات الأجهزة وتسجيل الدخول الموحد عبر LDAP/OIDC، ويُرخَّص وفق مستخدمي تسجيل الدخول والأجهزة المُدارة.' - question: 'هل يمكن استضافة RustDesk ذاتيًا بالكامل، على عكس AnyDesk؟' - answer: 'نعم — فالاستضافة الذاتية جزء أساسي من RustDesk: إذ يعمل خادم المطابقة (ID/rendezvous) وخادم الترحيل (relay) على جهازك الخاص أو على خادم VPS تملكه. أما AnyDesk فيتوسط الاتصالات عبر سحابته الخاصة بشكل افتراضي، ولا يوفر جهازًا محليًا (on-premises) إلا في فئته الأعلى.' + answer: 'نعم. يشغّل كلٌّ من RustDesk Server OSS وServer Pro خدمتي المعرّف/الالتقاء والترحيل على جهازك الخاص أو على خادم VPS، ويضيف Server Pro وحدة تحكم على الويب مستضافة ذاتيًا. لكن AnyDesk ليس سحابيًا بالكامل هو الآخر: ففئة Ultimate توفر جهاز On-Premises مغلق المصدر، بينما تمر الاتصالات في خطط Solo وStandard وAdvanced عبر سحابة AnyDesk.' - question: 'كيف تُقارَن أسعار RustDesk بأسعار AnyDesk؟' - answer: 'يُرخِّص AnyDesk وفق فئة الخطة مع عدد اتصالات متزامنة محدد لكل فئة؛ بينما يُرخِّص RustDesk وفق عدد مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية (باستثناء Customized V2 الذي يُقاس فيه العدد). قارِن عروض الأسعار الخطية الحالية لنفس النطاق، بما في ذلك تكلفة تشغيل خادمك الخاص.' + answer: 'يُرخَّص RustDesk Server Pro وفق مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن خططه القياسية اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا منها إلا Customized V2. أما AnyDesk فيربط الاتصالات المتزامنة بالخطة: اتصال واحد في Solo وStandard، واتصالان في Advanced، مع إضافات قابلة للشراء في Standard وAdvanced. قارن عروض أسعار مكتوبة ومؤرّخة للنطاق نفسه، مع احتساب تكلفة تشغيل خادمك الخاص.' - question: 'هل يدعم RustDesk تسجيل الدخول الموحد (SSO) وLDAP مثل AnyDesk؟' - answer: 'يتضمن RustDesk دعم LDAP وتسجيل الدخول الموحد عبر OIDC (SSO) ابتداءً من خطة Basic فما فوق. أما AnyDesk فيُدرج SSO ضمن فئة Ultimate وفقًا لمراجعة الأسعار بتاريخ 7 يوليو 2026؛ يُرجى تأكيد متطلبات الدليل (directory) عبر عرض سعر مكتوب.' + answer: 'نعم. يتضمن RustDesk Server Pro دعم LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC بدءًا من خطة Basic، فلا يحتاج تسجيل الدخول عبر الدليل إلى أعلى فئة. أما صفحة الأسعار الرسمية لـ AnyDesk، بحسب مراجعتها في 7 يوليو 2026، فتُدرج SSO ضمن Ultimate، وهي فئته العليا التي تُسعَّر بعرض مخصص.' metadata: description: 'مقارنة معمّقة بين RustDesk وAnyDesk: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، ومزايا وعيوب واضحة لكل منهما.' - keywords: 'RustDesk مقابل AnyDesk, AnyDesk مقابل RustDesk, مقارنة RustDesk وAnyDesk, مقارنة الاستضافة الذاتية لـ AnyDesk' + keywords: 'RustDesk مقابل AnyDesk, AnyDesk مقابل RustDesk, مقارنة RustDesk وAnyDesk, مقارنة AnyDesk مع بديل ذاتي الاستضافة' --- -يتعامل RustDesk وAnyDesk مع سطح المكتب البعيد من طرفين متقابلين: فـ AnyDesk منتج مملوك (proprietary) يتم التوسط في اتصالاته عبر سحابة الشركة المصنّعة، بينما RustDesk مفتوح المصدر ومصمم للعمل على خادم تتحكم فيه أنت بنفسك. هذا الفارق — مَن يستضيف البنية التحتية ومَن يمكنه قراءة الشيفرة المصدرية — ينعكس على كل شيء آخر في هذه المقارنة، من نموذج الأمان إلى طريقة تسعير الاتصالات المتزامنة. +ينطلق RustDesk وAnyDesk في التعامل مع سطح المكتب البعيد من طرفين متقابلين. فـ AnyDesk منتج مغلق المصدر يتوسّط افتراضيًا في الاتصالات عبر سحابة الشركة المطوّرة، مع جهاز On-Premises مغلق المصدر في فئة Ultimate. أما RustDesk فمصمَّم للعمل على خوادم تتحكم فيها أنت، بدءًا من RustDesk Server OSS (خادم المجتمع المجاني) وصولًا إلى Server Pro التجاري، ويمكنك قراءة الشيفرة المصدرية لعميله. وهذا الفارق — مَن يستضيف البنية التحتية ومَن يستطيع قراءة الشيفرة — يمتد إلى كل جانب آخر في هذه المقارنة، من نموذج الأمان إلى طريقة تسعير الاتصالات المتزامنة. ## جدول المحتويات @@ -33,150 +34,151 @@ metadata: - [دعم أنظمة التشغيل والمنصات](#دعم-أنظمة-التشغيل-والمنصات) - [الأمان والهوية](#الأمان-والهوية) - [نماذج الترخيص والتسعير](#نماذج-الترخيص-والتسعير) -- [الإيجابيات والسلبيات](#الإيجابيات-والسلبيات) -- [لماذا تتحول الفرق إلى RustDesk رغم كل شيء](#لماذا-تتحول-الفرق-إلى-rustdesk-رغم-كل-شيء) +- [المزايا والعيوب](#المزايا-والعيوب) +- [لماذا تنتقل الفرق إلى RustDesk رغم ذلك](#لماذا-تنتقل-الفرق-إلى-rustdesk-رغم-ذلك) - [جرّب RustDesk](#جرّب-rustdesk) - [مقالات ذات صلة](#مقالات-ذات-صلة) - [المصادر](#المصادر) ## نظرة عامة -**AnyDesk** هو منتج تجاري مملوك (proprietary) لسطح المكتب البعيد من شركة AnyDesk Software GmbH (المعروفة سابقًا باسم philandro Software GmbH)، التي تأسست عام 2014 في شتوتغارت بألمانيا. بنى سمعته على عميل خفيف الوزن وترميز (codec) مملوك منخفض زمن الاستجابة يُدعى DeskRT، وهو اليوم أداة منتشرة على نطاق واسع يستخدمها الفنيون الأفراد ومكاتب الدعم الفني والمؤسسات. AnyDesk مغلق المصدر: إذ تتصل افتراضيًا عبر البنية التحتية السحابية الخاصة بـ AnyDesk، وتضيف الفئات الأعلى خيار جهاز محلي (on-premises). إنها تجربة مُدارة — فأنت تستأجر إمكانية الوصول إلى الشبكة التي يشغّلها AnyDesk. +**AnyDesk** منتج تجاري مغلق المصدر لسطح المكتب البعيد من شركة AnyDesk Software GmbH (المعروفة سابقًا باسم philandro Software GmbH)، التي تأسست عام 2014 في شتوتغارت بألمانيا. بنى سمعته على عميل خفيف وترميز (codec) خاص منخفض زمن الاستجابة يُدعى DeskRT، وهو اليوم أداة واسعة الانتشار يستخدمها الفنيون الأفراد ومكاتب الدعم الفني والمؤسسات. وشيفرة AnyDesk مغلقة: تتصل افتراضيًا عبر البنية التحتية السحابية لـ AnyDesk، وتضيف الفئات الأعلى خيار جهاز محلي (on-premises). إنها تجربة مُدارة، فأنت تستأجر الوصول إلى الشبكة التي تشغّلها AnyDesk. -**RustDesk** يقلب هذه الإعدادات الافتراضية رأسًا على عقب. فهو منصة مفتوحة المصدر بموجب AGPL: فبدلًا من استئجار إمكانية الوصول إلى شبكة يشغّلها AnyDesk، تشغّل خادم المطابقة (ID/rendezvous) وخادم الترحيل (relay) بنفسك على جهازك الخاص أو على خادم VPS تملكه — بحيث تبقى وساطة الجلسات وحركة البيانات على بنية تحتية تتحكم بها بنفسك، ويمكن تدقيق العميل وبناؤه من الشيفرة المصدرية. وثمة تباين بارز مع AnyDesk: هناك خادم مجتمعي مجاني يعمل إلى أجل غير مسمى دون أي تكلفة. ويضيف RustDesk Pro فوق ذلك لوحة تحكم ويب ذاتية الاستضافة، ومولّد عملاء بعلامة تجارية مخصّصة، ومجموعات أجهزة، ودفتر عناوين مشترك. وهو موجّه للفرق التي تريد الملكية والسيادة على بياناتها، ولا تمانع في تشغيل خادم بنفسها — وهذا في آنٍ واحد أكبر نقاط قوته وأهم ما يجب تقييمه قبل الالتزام به. +**RustDesk** يقلب هذه الإعدادات الافتراضية: فبدلًا من استئجار الوصول إلى شبكة يديرها المورّد، تشغّل خدمتي المعرّف/الالتقاء والترحيل على جهازك الخاص أو على خادم VPS. **عميل RustDesk وServer OSS مرخّصان بموجب AGPL**، فيمكن تدقيقهما وبناؤهما من الشيفرة المصدرية، وServer OSS مجاني دون رسوم ترخيص أو تاريخ انتهاء. **أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية**، يضيف وحدة تحكم على الويب ومجموعات الأجهزة ودفتر عناوين مشتركًا، ويضيف بدءًا من خطة Basic تسجيل الدخول الموحد عبر LDAP/OIDC ومولّد عميل يحمل علامتك التجارية. وأنت من يختار أين تعمل هذه الخدمات وبيانات الإدارة المخزّنة: تنتقل الجلسات المباشرة بين الطرفين، وتمر الجلسات المرحَّلة عبر خادم الترحيل (hbbr) الذي تشغّله. ويناسب RustDesk الفرق التي تريد امتلاك بنيتها ولا تمانع في تشغيل خادم. تستعرض بقية هذا المقال مقارنة بينهما ميزة بميزة، ثم تتناول جوانب القرار التي لا تتسع لها الجداول. ## مقارنة الميزات بنظرة سريعة -تغطي الأداتان سير عمل الدعم عن بُعد الأساسي. والفوارق بينهما لا تتعلق كثيرًا بـ"هل تتوفر الميزة كذا؟" بقدر ما تتعلق بـ*كيفية* الحصول عليها — استضافة مُدارة مقابل استضافة ذاتية، وترخيص لكل مقعد مقابل ترخيص لكل مستخدم وجهاز، وميزة محجوبة خلف فئة معينة مقابل ميزة متاحة في العميل المفتوح. +تغطي الأداتان سير عمل الدعم عن بُعد الأساسي. ولا تتعلق الفوارق بينهما بسؤال «هل تتوفر الميزة الفلانية؟» بقدر ما تتعلق *بطريقة* الحصول عليها: استضافة لدى المورّد أم استضافة ذاتية، وترخيص حسب فئة الخطة أم حسب المستخدمين والأجهزة، وميزة محجوزة لأعلى فئة أم متاحة من خطة البداية. وتختلف ميزات العميل، مثل نقل الملفات، عن ميزات الإدارة في Server Pro، مثل REST API. -| القدرة/الميزة | RustDesk | AnyDesk | -| ------------------------------- | ------------------------------------------------------------------------------------------- | --------------------------------------- | -| العرض والتحكم عن بُعد | نعم | نعم | -| الوصول دون إشراف (Unattended) | نعم (كلمة مرور دائمة / أجهزة مُدارة) | نعم | -| نقل الملفات | نعم (بالاتجاهين) | نعم (وضع متصفح الملفات) | -| الدردشة النصية أثناء الجلسة | نعم | نعم | -| تسجيل الجلسات | نعم (يمكن التسجيل التلقائي للجلسات الواردة/الصادرة) | نعم (يُخزَّن محليًا؛ على الطرفين) | -| الطباعة عن بُعد | نعم — طابعة عن بُعد للاتصالات الواردة (Windows) | نعم (طابعة AnyDesk) | -| عملاء الجوال | أندرويد؛ iOS للتحكم فقط | أندرويد؛ iOS/iPadOS للاتصال الصادر فقط | -| خادم ذاتي الاستضافة | نعم — جزء أساسي من المنتج (Server Pro) | جهاز متاح فقط في الفئة الأعلى | -| مفتوح المصدر | نعم (AGPL) | لا (مملوك/proprietary) | -| عميل بعلامة تجارية مخصّصة | نعم (مولّد مدمج، من خطة Basic فما فوق) | نعم (تخصيص / نطاق مخصص في الفئة الأعلى) | -| REST API | نعم | نعم (عبر لوحة my.anydesk) | -| الحد الأقصى للاتصالات المتزامنة | غير محدود في الخطط القياسية؛ محدود في [Customized V2](https://rustdesk.com/pricing#custom2) | مرتبط بفئة الخطة (راجع الأسعار) | +| الميزة | RustDesk | AnyDesk | +| ------------------------------- | ------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | +| العرض والتحكم عن بُعد | نعم | نعم | +| الوصول غير المراقب | نعم (كلمة مرور دائمة / أجهزة مُدارة) | نعم | +| نقل الملفات | نعم (في الاتجاهين) | نعم (وضع مستعرض الملفات) | +| الدردشة النصية أثناء الجلسة | نعم | نعم | +| تسجيل الجلسات | نعم (مع إمكانية التسجيل التلقائي للجلسات الواردة والصادرة) | نعم (يُحفظ محليًا؛ على الطرفين) | +| الطباعة عن بُعد | نعم — طابعة بعيدة للاتصالات الواردة (Windows) | نعم (طابعة AnyDesk) | +| تطبيقات الأجهزة المحمولة | Android؛ وعلى iOS وحدة تحكم فقط | Android؛ وعلى iOS/iPadOS تحكم صادر ومشاهدة الشاشة في الجلسات الواردة، دون تحكم بالإدخال عن بُعد | +| الخادم ذاتي الاستضافة | نعم — Server OSS أو Server Pro | جهاز On-Premises مغلق المصدر في Ultimate | +| المصدر المفتوح | العميل وServer OSS بترخيص AGPL؛ وServer Pro مغلق المصدر | مغلق المصدر | +| عميل بعلامة تجارية مخصصة | نعم — مولّد Server Pro، من خطة Basic فما فوق | تطبيق بعلامة تجارية مخصصة من Standard؛ إضافة مساحة الأسماء (namespace) في Standard/Advanced ومضمّنة في Ultimate | +| REST API | نعم — واجهة الإدارة البرمجية في Server Pro | واجهة my.anydesk API حسب الخطة | +| حد الاتصالات المتزامنة | غير محدود في الخطط القياسية؛ ومحدود في [Customized V2](https://rustdesk.com/pricing#custom2) | مرتبط بفئة الخطة (انظر الأسعار) | -صفوف RustDesk أعلاه تم التحقق منها استنادًا إلى توثيق RustDesk الرسمي؛ أما صفوف AnyDesk فمصدرها مستندات الدعم الفني وصفحات الميزات الخاصة بـ AnyDesk. +صفوف RustDesk أعلاه مؤكَّدة استنادًا إلى توثيق RustDesk نفسه، أما صفوف AnyDesk فمصدرها مستندات الدعم وصفحات الميزات الخاصة بـ AnyDesk. ## دعم أنظمة التشغيل والمنصات كلا المنتجين متعدد المنصات فعليًا على أجهزة سطح المكتب. أما الفجوات ذات الدلالة فتظهر على الأجهزة المحمولة وعلى منصات سطح المكتب الأقل شيوعًا. -| المنصة | RustDesk | AnyDesk | -| --------------- | -------------------------------------------------------------------------------------------------- | ----------------------------------------------- | -| Windows | نعم — x64، ARM64، 32-bit | نعم (XP SP2 وما بعده) | -| macOS | نعم — Apple Silicon وIntel | نعم (11 Big Sur وما بعده) | -| Linux | نعم — x86_64، ARM64 وARM32؛ دعم قوي لـ Wayland | نعم (Ubuntu/Debian/RHEL/SUSE/Mint) | -| Android | نعم — arm64، arm32، x64 (كمضيف ومتحكم) | نعم (يتطلب إضافة تحكم) | -| iOS / iPadOS | للتحكم فقط (بلا استضافة، بسبب قيود Apple) | للتحكم فقط (لا يمكن التحكم به، بسبب قيود Apple) | -| Raspberry Pi | نعم — إصدارات Linux رسمية لـ ARM64/ARM32 | نعم (Raspberry Pi OS 12 فما فوق) | -| Chrome OS | — (لا يوجد عميل لـ ChromeOS؛ تُصدر نسخ أندرويد عبر إصدارات GitHub / F-Droid، وليس عبر Google Play) | للعرض فقط (التحكم غير مدعوم) | -| tvOS / Apple TV | غير متوفر | للاتصال الصادر فقط (نقل ملفات/تسجيل محدود) | +| المنصة | RustDesk | AnyDesk | +| --------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- | +| Windows | نعم — x64 وARM64 و32-bit | نعم (XP SP2 وما بعده) | +| macOS | نعم — Apple Silicon وIntel | نعم (11 Big Sur وما بعده) | +| Linux | نعم — x86_64 وARM64 وARM32؛ X11 وWayland (الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول على Wayland في [نسخة المعاينة](/ar/blog/unattended-remote-access-wayland-ar)) | نعم — التوزيعات المدعومة؛ ويلزم Xorg للجلسات الواردة | +| Android | نعم — arm64 وarm32 وx64 (مضيف ووحدة تحكم) | نعم (يتطلب إضافة التحكم) | +| iOS / iPadOS | وحدة تحكم فقط؛ ولا يطبّق RustDesk استضافة الجلسات أو مشاركة الشاشة على iOS | تحكم صادر؛ ومشاهدة الشاشة في الجلسات الواردة على iOS/iPadOS 12 وما بعده، دون تحكم بالإدخال عن بُعد | +| Raspberry Pi | نعم — إصدارات Linux رسمية لـ ARM64/ARM32 | نعم (Raspberry Pi OS 12 وما بعده) | +| Chrome OS | — (لا يوجد عميل لـ ChromeOS؛ وتُوزَّع إصدارات Android عبر إصدارات GitHub وF-Droid، لا عبر Google Play) | للعرض فقط (التحكم غير مدعوم) | +| tvOS / Apple TV | غير متوفر | اتصال صادر فقط (مع نقل ملفات وتسجيل محدودين) | -يُدرج RustDesk رسميًا أنظمة Windows وmacOS وLinux وAndroid وiOS. أما توثيق أنظمة التشغيل المدعومة لدى AnyDesk فيغطي بضع منصات نادرة الاستخدام (العرض على Chrome OS، وtvOS)، لكن مع نفس القيد الذي يفرضه Apple على الجميع: على iOS/iPadOS يمكنك التحكم _خارجًا_ في جهاز آخر، لكن لا يمكن التحكم بجهازك بالكامل _من_ جهاز آخر. أما أجهزة Raspberry Pi فتُغطى من جانب RustDesk عبر إصدارات Linux الرسمية لـ ARM64/ARM32؛ وإذا كنت بحاجة تحديدًا إلى عميل لـ Chrome OS أو Apple TV، فتحقق من الوضع الحالي على صفحة الشركة المصنّعة قبل اتخاذ القرار — فهذه المنصات تتغير بمرور الوقت. +يدرج RustDesk رسميًا أنظمة Windows وmacOS وLinux وAndroid وiOS، وتغطي إصدارات Linux الرسمية لمعمارية ARM أجهزة Raspberry Pi. ويوثّق AnyDesk منصتين إضافيتين محدودتي الانتشار، هما العرض على ChromeOS وعميل tvOS، كما [يستطيع استقبال جلسات مشاهدة الشاشة على iOS/iPadOS 12 وما بعده](https://support.anydesk.com/docs/anydesk-for-ios-ipados-tvos)، وإن كان لا يستطيع إرسال الإدخال عن بُعد إلى تلك الأجهزة، ويتطلب الاتصال بها ترخيص AnyDesk مدفوعًا. أما RustDesk على iOS فوحدة تحكم فقط. ## الأمان والهوية -هذا هو القسم الذي يفترق فيه المنتجان من الناحية الفلسفية، لا في مجرد خانة اختيار (checkbox). +في هذا القسم يفترق المنتجان من حيث الفلسفة، لا من حيث خانة في جدول فحسب. -**نموذج أمان AnyDesk.** يؤمّن AnyDesk الجلسات باستخدام TLS 1.2 (AEAD)، وتبادل مفاتيح غير متماثل RSA-2048، وتشفير نقل بيانات AES بطول 256 بت، وسرية تامة أمامية (Perfect Forward Secrecy) عبر مصافحة Diffie-Hellman مؤقتة (ephemeral). كما يوفر مصادقة ثنائية العوامل (TOTP) للوصول دون إشراف، وقائمة تحكم بالوصول / قائمة سماح لتقييد من يمكنه الاتصال، وتخزين كلمات المرور بتجزئة مُملَّحة (salted hash). هذه إجراءات حماية متينة ومطابقة لمعايير الصناعة. لكن المشكلة أنك تثق بشركة مصنّعة مغلقة المصدر، وبشكل افتراضي، بسحابة تلك الشركة للتوسط في اتصالاتك — إذ لا يمكنك تدقيق الشيفرة المصدرية، وأنت تعتمد على الأمان التشغيلي الخاص بـ AnyDesk نفسها. +**نموذج أمان AnyDesk.** يؤمّن AnyDesk الجلسات باستخدام TLS 1.2 (AEAD)، وتبادل مفاتيح غير متماثل RSA-2048، وتشفير نقل AES بطول 256 بت، والسرية التامة للمفاتيح المستقبلية (Perfect Forward Secrecy) عبر مصافحة Diffie-Hellman مؤقتة. كما يوفر مصادقة ثنائية (TOTP) للوصول غير المراقب، وقائمة تحكم بالوصول / قائمة سماح لتقييد من يمكنه الاتصال، وتخزين كلمات المرور بتجزئة مملَّحة. هذه إجراءات حماية متينة ومطابقة لمعايير الصناعة. غير أن المأخذ هنا أنك تثق بمورّد مغلق المصدر، وافتراضيًا بسحابة ذلك المورّد للتوسط في اتصالاتك: فلا يمكنك تدقيق الشيفرة، وتعتمد على الأمان التشغيلي لدى AnyDesk نفسها. -وتمثّل هذه النقطة الأخيرة المفاضلة البنيوية الكامنة في أي خدمة تشغّلها شركة مصنّعة: فعندما يتوسط طرف ثالث في اتصالاتك، يصبح أمنه التشغيلي جزءًا من سطح الهجوم الخاص بك، كما أن مزوّدًا يشغّل بنية تحتية للوصول عن بُعد لصالح عملاء كثيرين يُعدّ بحد ذاته هدفًا عالي القيمة. وخطر هذا التركّز أمرٌ لا يمكنك تدقيقه ولا التحكم فيه. +وتمثّل هذه النقطة الأخيرة المفاضلة البنيوية في أي خدمة يشغّلها المورّد: فعندما يتوسط طرف ثالث في اتصالاتك، يصبح أمنه التشغيلي جزءًا من سطح الهجوم الخاص بك، كما أن مزوّدًا يشغّل بنية وصول عن بُعد لعملاء كثيرين يُعدّ في حد ذاته هدفًا عالي القيمة. وخطر التركّز هذا لا تستطيع فحصه ولا التحكم فيه. -**نموذج أمان RustDesk.** السبيل لتقليص خطر التركّز هذا هو التوقف عن الاستعانة بطرف خارجي للوساطة. RustDesk مفتوح المصدر بموجب رخصة AGPL، ويتيح لك Server Pro تشغيل خادم المطابقة (rendezvous) وخادم الترحيل (relay) ولوحة التحكم بنفسك — وبذلك تكون سحابة الشركة المصنّعة المغلقة، التي يعتمد عليها AnyDesk افتراضيًا، خارج المسار ببساطة. وهذا لا يُلغي مخاطر نقاط النهاية (endpoint) أو بيانات الاعتماد أو الإعدادات أو الثغرات البرمجية؛ راجع [أحدث إصدارات RustDesk](https://github.com/rustdesk/rustdesk/releases) وسجلات الثغرات العامة كجزء من تحصين عملية النشر. +**نموذج أمان RustDesk.** السبيل إلى تقليص خطر التركّز هذا هو أن تتوقف عن إسناد الوساطة إلى طرف خارجي. فمع RustDesk تشغّل أنت خدمتي الالتقاء والترحيل (ووحدة التحكم أيضًا مع Server Pro)، فلا تقع في مسار اتصالك أي سحابة مشتركة يديرها المورّد، والعميل الذي تنشره عميل تستطيع تدقيقه. وتكون الجلسات القائمة على المعرّف مشفّرة من طرف إلى طرف عندما يُضبط العميل بالمفتاح العام لخادمك. ولا تُلغي الاستضافة الذاتية مخاطر الأجهزة الطرفية أو بيانات الاعتماد أو الثغرات البرمجية، لذا تابع [أحدث إصدارات RustDesk](https://github.com/rustdesk/rustdesk/releases) وتأكد من صحة قواعد الوصول قبل التعميم. -**تكامل الهوية والدليل (directory).** بالنسبة للفرق التي تعتمد على Active Directory أو مزوّد هوية OIDC، يُعد دعم LDAP وSSO أمرًا مهمًا. يوفر RustDesk **دعم LDAP وتسجيل الدخول الموحد عبر OIDC (SSO) ابتداءً من خطة Basic فما فوق**. أما [صفحة الأسعار الرسمية](https://anydesk.com/en/pricing) لـ AnyDesk، التي تمت مراجعتها بتاريخ 7 يوليو 2026، فتُدرج SSO ضمن فئة Ultimate فقط؛ يُرجى تأكيد متطلبات الدليل عبر عرض سعر مكتوب. وإذا كان تسجيل الدخول الموحد إلزاميًا لديك، فتأكد من معرفة الفئة التي تشترطها كل شركة مصنّعة بدلًا من التعامل مع الهوية كخانة اختيار عامة. ويشرح [دليل إعداد LDAP وActive Directory](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) الخاص بـ RustDesk كيفية ضبط هذا التكامل. +**تكامل الهوية والدليل.** بالنسبة إلى الفرق التي تعتمد على Active Directory أو على مزوّد هوية OIDC، يكتسب LDAP وSSO أهمية كبيرة. يوفر RustDesk **دعم LDAP وتسجيل الدخول الموحد (OIDC) بدءًا من خطة Basic**. أما [صفحة الأسعار الرسمية](https://anydesk.com/en/pricing) لـ AnyDesk، بحسب مراجعتها في 7 يوليو 2026، فتُدرج SSO ضمن Ultimate. وإذا كان تسجيل الدخول الموحد شرطًا لا غنى عنه، فقد يحسم هذا الفارق بين الفئات أمر الميزانية. ويشرح [دليل إعداد LDAP وActive Directory](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) في وثائق RustDesk خطوات الضبط. -أما الفرق التي يكمن سبب بحثها بالكامل في إبقاء بيانات الجلسات داخل حدودها الخاصة، فيمكنها الاطلاع على مقال [سطح المكتب البعيد والسيادة على البيانات بموجب GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) الذي يتعمق في هذا الموضوع أكثر مما يتسع له هذا المقال، كما أن [شفرة RustDesk المصدرية على GitHub](https://github.com/rustdesk/rustdesk) متاحة للفحص. +وإذا كان مكان إقامة البيانات هو سبب بحثك أصلًا، فإن مقال [سطح المكتب البعيد والسيادة على البيانات وفق GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) يتعمق في الموضوع أكثر مما يتسع له هذا المقال، و[شيفرة RustDesk المصدرية على GitHub](https://github.com/rustdesk/rustdesk) متاحة للفحص. ## نماذج الترخيص والتسعير -تتغير الأسعار باستمرار، لذا يقارن هذا القسم بين _النماذج_ وليس المبالغ الدولارية الدقيقة. حدود الخطط أدناه مأخوذة من [صفحة الأسعار الرسمية لـ AnyDesk](https://anydesk.com/en/pricing)، التي تمت مراجعتها بتاريخ 7 يوليو 2026؛ لا تعتبرها ثابتة بشكل دائم. +تتغير الأسعار باستمرار، لذا يقارن هذا القسم بين _النماذج_ لا بين المبالغ الدقيقة بالدولار. حدود خطط AnyDesk أدناه مأخوذة من [صفحة الأسعار الرسمية لـ AnyDesk](https://anydesk.com/en/pricing) بحسب مراجعتها في 7 يوليو 2026. -يعتمد **AnyDesk** نموذج ترخيص قائم على فئات الخطط، وينص على أن جميع الخطط المدرجة تُفوتر سنويًا: +يعتمد **AnyDesk** نموذج ترخيص قائمًا على فئات الخطط، وينص على أن جميع الخطط المدرجة تُفوتر سنويًا: -- **Solo** — مستخدم مرخّص واحد، واتصال متزامن واحد غير قابل للتوسّع، وثلاثة أجهزة صادرة مسجَّلة، و100 جهاز مُدار. -- **Standard** — حتى 20 مستخدمًا، واتصال متزامن واحد مُضمَّن، وإضافات اتصال تصل إلى 20، و500 جهاز مُدار. -- **Advanced** — حتى 100 مستخدم، واتصالان متزامنان مُضمَّنان، وإضافات اتصال تصل إلى 50، و1,000 جهاز مُدار. -- **Ultimate** — استضافة سحابية أو محلية بعرض سعر مخصص، تبدأ من خمسة مستخدمين مرخّصين و2,000 جهاز مُدار، مع تحديد سعة المستخدمين والتزامن ضمن عرض السعر. +- **Solo** — مستخدم مرخّص واحد، واتصال متزامن واحد غير قابل للتوسيع، وثلاثة أجهزة صادرة مسجَّلة، و100 جهاز مُدار. +- **Standard** — حتى 20 مستخدمًا، واتصال متزامن واحد مضمَّن، وإضافات اتصال حتى 20، و500 جهاز مُدار. +- **Advanced** — حتى 100 مستخدم، واتصالان متزامنان مضمَّنان، وإضافات اتصال حتى 50، و1,000 جهاز مُدار. +- **Ultimate** — استضافة سحابية أو محلية بعرض سعر مخصص، تبدأ من خمسة مستخدمين مرخّصين و2,000 جهاز مُدار، مع تحديد سعة المستخدمين والاتصالات المتزامنة في عرض السعر. -الأمران الجوهريان اللذان يجب استيعابهما في هذا النموذج هما الفوترة السنوية، وسعة الاتصالات المتزامنة الخاصة بكل فئة خطة. وقد يتطلب توسيع عدد الاتصالات المتزامنة إضافات أو الانتقال إلى فئة مختلفة. تحقق من الصفحة الحالية ومن عرض سعر مكتوب ومؤرَّخ قبل وضع الميزانية، لأن الباقات المُعلنة قد تتغير بعد تاريخ المراجعة الوارد في هذا المقال. +والأمران الجوهريان في هذا النموذج هما الفوترة السنوية وسعة الاتصالات المتزامنة الخاصة بكل خطة: فإضافة اتصالات متزامنة تعني شراء إضافات أو الانتقال إلى فئة أعلى. وقد تتغير الباقات المعلنة بعد تاريخ المراجعة الوارد في هذا المقال، لذا ابنِ ميزانيتك على عرض سعر مكتوب ومؤرّخ. -يُرخِّص **RustDesk** وفق **عدد مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة**، مع ترقيات تُحتسب تناسبيًا (prorated). وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، في حين يحدّ Customized V2 من عددها ويسعّرها بشكل منفصل. ولأن تكلفتك تصبح بنية تحتية زائد ترخيصًا تتحكم به بنفسك بدلًا من تجديد سحابي لكل مقعد، قارِن عروض الأسعار الحالية لنفس متطلبات المستخدمين والأجهزة والميزات والتزامن لترى كيف ينعكس ذلك على أسطولك. راجع [تسعير RustDesk Pro](https://rustdesk.com/pricing). +أما خطط **RustDesk Server Pro** فتحتسب **مستخدمي تسجيل الدخول والأجهزة المُدارة**. وتتضمن الخطط القياسية (Individual وBasic وCustomized) اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا Customized V2. ويمكنك شراء [ترقية](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) في أي وقت من بوابة الخدمة الذاتية: تمدّد الترقية مدة الترخيص إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية مما دفعته في ترخيصك الحالي. وقارن تكاليف الترخيص والبنية التحتية والتشغيل لمتطلبات متطابقة من حيث المستخدمين والأجهزة الطرفية والميزات والاتصالات المتزامنة. راجع [الأسعار الحالية](https://rustdesk.com/pricing). -ولأن أسعار RustDesk نفسها تتغير، فإن هذا المقال يتعمّد عدم ذكر رقم دولاري محدد لـ RustDesk — الأرقام الحالية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing). +ولأن أسعار RustDesk نفسها تتغير، يتعمّد هذا المقال عدم ذكر رقم بالدولار لـ RustDesk، فالأرقام الحالية متاحة على [rustdesk.com/pricing](https://rustdesk.com/pricing). -## الإيجابيات والسلبيات +## المزايا والعيوب **RustDesk** -_الإيجابيات:_ +_المزايا:_ -- ترخيص لكل مستخدم + لكل جهاز مع ترقيات تُحتسب تناسبيًا، بدلًا من التحزيم حسب فئة الخطة -- خادم المطابقة (rendezvous) وخادم الترحيل ذاتيّا الاستضافة يُبقيان وساطة الجلسات وحركة البيانات على بنيتك التحتية الخاصة، لا على سحابة شركة مصنّعة -- مفتوح المصدر (AGPL) — قابل للتدقيق والبناء، دون أي صندوق أسود مغلق المصدر -- دعم LDAP/SSO ابتداءً من خطة Basic فما فوق (وليس حكرًا على الفئة الأعلى) -- مولّد عملاء بعلامة تجارية مخصّصة، ولوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك -- خادم مجتمعي مجاني يعمل إلى أجل غير مسمى +- تحتسب خطط Server Pro مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة +- تمنحك خدمتا المعرّف/الالتقاء والترحيل المستضافتان ذاتيًا التحكم في تنسيق الاتصالات والحركة المرحَّلة، بينما تنتقل الحركة المباشرة بين الطرفين +- عميل قابل للتدقيق يمكنك قراءة شيفرته وبناؤه من المصدر +- LDAP/SSO بدءًا من خطة Basic، لا حكرًا على أعلى فئة +- مولّد عميل بعلامة تجارية مخصصة، ووحدة تحكم على الويب مستضافة ذاتيًا، ومجموعات أجهزة، ودفتر عناوين مشترك +- Server OSS مجاني دون رسوم ترخيص أو تاريخ انتهاء -_السلبيات:_ +_العيوب:_ -- عليك تشغيل الخادم وتحديثه وتصحيحه بنفسك -- لا توجد نسخة تجريبية مجانية بالكامل من Server Pro (راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على ترخيص تجريبي) +- تتولى بنفسك تشغيل الخادم وتطبيق التصحيحات والتحديثات عليه +- لا تتوفر نسخة تجريبية مجانية ذاتية الخدمة من Server Pro (راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط التقييم) **AnyDesk** -_الإيجابيات:_ +_المزايا:_ -- وساطة سحابية: لا حاجة لاستضافة أي شيء ذاتيًا في الفئات الأدنى — ثبّت العميل واتصل -- عملاء موثّقون للعرض على Chrome OS وtvOS +- وساطة سحابية: لا شيء تستضيفه بنفسك في الفئات الأدنى، يكفي أن تثبّت العميل وتتصل +- عرض موثّق على Chrome OS وعميل لـ tvOS - تكاملات RMM/ITSM وواجهة REST API -- تشفير قياسي (TLS 1.2، AES-256) ومصادقة ثنائية العوامل TOTP +- تشفير قياسي (TLS 1.2 وAES-256) ومصادقة ثنائية عبر TOTP -_السلبيات:_ +_العيوب:_ -- مغلق المصدر — لا يمكنك تدقيق العميل -- اعتماد افتراضي على سحابة AnyDesk؛ الجهاز المحلي متاح فقط في الفئة الأعلى- الجلسات المتزامنة محدودة بفئة الخطة؛ فوترة سنوية مسبقة -- SSO مُدرج ضمن فئة Ultimate وفقًا لمراجعة صفحة الأسعار بتاريخ 7 يوليو 2026 +- مغلق المصدر، فلا يمكنك تدقيق العميل +- اعتماد افتراضي على سحابة AnyDesk؛ وجهاز On-Premises في Ultimate +- الجلسات المتزامنة محدودة بفئة الخطة، مع فوترة سنوية مقدّمة +- SSO مدرج ضمن Ultimate بحسب مراجعة صفحة الأسعار في 7 يوليو 2026 -## لماذا تتحول الفرق إلى RustDesk رغم كل شيء +## لماذا تنتقل الفرق إلى RustDesk رغم ذلك -كل ما سبق هو المقارنة المحايدة. أما هذا القسم فهو الجزء الذي تُعرض فيه حجة RustDesk بشكل صريح — فاقرأه على هذا الأساس. +كل ما سبق مقارنة محايدة. أما هذا القسم فيعرض حجة RustDesk صراحةً، فاقرأه على هذا الأساس. -الفرق التي تنتقل إلى RustDesk بعد تقييم AnyDesk تميل إلى ذكر نفس الأسباب القليلة المتكررة: **الاستضافة الذاتية، والتخصيص، والتركيز على الأمان والخصوصية.** +**اتصالات متزامنة وSSO دون الحاجة إلى أعلى فئة.** يتضمن AnyDesk اتصالًا متزامنًا واحدًا في Solo وStandard واتصالين في Advanced، مع سقف للإضافات في كل فئة، ويُدرج SSO ضمن Ultimate. أما خطط RustDesk Server Pro القياسية فتتضمن اتصالات متزامنة غير محدودة، ويأتي LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC بدءًا من خطة Basic. ووفق [نموذج الترخيص](#نماذج-الترخيص-والتسعير)، تعني إضافة فني إضافةَ مستخدم تسجيل دخول، لا شراء سعة اتصال. -**السيادة على البيانات هي العنوان الأبرز.** بالنسبة للبيئات الخاضعة للتنظيم، ولكل من يمارس أعمالًا بموجب GDPR، فإن إبقاء بيانات الجلسات على بنية تحتية تتحكم بها بنفسك غالبًا ما يكون المتطلب بأكمله، لا مجرد ميزة إضافية. راجع [لماذا تستضيف برنامج سطح المكتب البعيد ذاتيًا](/ar/blog/why-self-host-remote-desktop-software-ar) للاطلاع على الحجة كاملة. +**تشغيل تجريبي مجاني على خوادم تختارها.** لا رسوم ترخيص لـ Server OSS ولا تاريخ انتهاء، لذا يمكنك اختبار الاتصال وأداء الترحيل والعميل على شبكتك قبل شراء أي شيء، وأنت من يقرر مَن يشغّل خادم المعرّف وخادم الترحيل ووحدة التحكم وبيانات الإدارة المخزّنة، وأين. راجع [لماذا تستضيف برنامج سطح المكتب البعيد ذاتيًا](/ar/blog/why-self-host-remote-desktop-software-ar). -**المصدر المفتوح ثقة قابلة للتدقيق.** لست مضطرًا إلى _تصديق_ الشركة المصنّعة بشأن ما يفعله العميل — يمكنك قراءته وبناءه والتحقق منه بنفسك. +**المصدر المفتوح ثقة قابلة للتدقيق.** لست مضطرًا إلى _تصديق_ المورّد بشأن ما يفعله العميل، إذ يمكنك قراءته وبناؤه والتحقق منه بنفسك. -**حدود الأسطول لا تزال بحاجة إلى تحديد الحجم.** يحتسب [نموذج الترخيص](#نماذج-الترخيص-والتسعير) عدد مستخدمي تسجيل الدخول والأجهزة المُدارة؛ وعند حجم الأسطول الكبير، ينشر RustDesk [إرشادات تخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar)، لكن السعة لا تزال بحاجة إلى التحقق منها في ضوء عملية النشر الفعلية. +**إنه مصمَّم لمن سيتولون الانتقال فعلًا.** يحصل مزوّدو الخدمات المُدارة على أداة واحدة مستضافة ذاتيًا وقابلة لوضع علامتهم التجارية ([RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar))، وتحصل المؤسسات على منصة مستضافة ذاتيًا وجاهزة لـ Active Directory ([RustDesk للمؤسسات](/ar/blog/rustdesk-for-enterprise-ar))، مع [إرشادات لتخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) للبيئات الأوسع. وإذا وصلت إلى هنا تحديدًا لأن أسعار AnyDesk تغيّرت، فإن مقالي [ارتفاع أسعار AnyDesk: بدائل للفرق](/ar/blog/anydesk-price-increase-alternatives-ar) و[بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk](/ar/blog/self-hosted-teamviewer-alternative-ar) كُتبا لهذه اللحظة بالذات. -**إنه مصمم من أجل الأشخاص الذين سيقومون بعملية الانتقال فعليًا.** يحصل مزودو خدمات الدعم المُدارة (MSPs) على أداة واحدة ذاتية الاستضافة وقابلة لوضع علامة تجارية عليها ([RustDesk لمزودي خدمات الدعم المُدارة](/ar/blog/rustdesk-for-msps-ar))؛ وتحصل المؤسسات على منصة ذاتية الاستضافة وجاهزة لـ AD ([RustDesk للمؤسسات](/ar/blog/rustdesk-for-enterprise-ar)). وإذا وصلت إلى هذا المقال تحديدًا لأن أسعار AnyDesk قد تغيّرت، فإن مقالي [ارتفاع أسعار AnyDesk: بدائل للفرق](/ar/blog/anydesk-price-increase-alternatives-ar) و[أفضل بديل لـ AnyDesk في 2026](/ar/blog/self-hosted-teamviewer-alternative-ar) كُتبا خصيصًا لهذه اللحظة بالذات. +تحفّظ واحد: إذا كنت تحتاج إلى عميل لـ ChromeOS أو Apple TV، فإن AnyDesk يوثّق عميلًا لهما، وRustDesk لا يوفّره. ## جرّب RustDesk -شغّل خادم المجتمع المجاني ووجّه إليه جهازين أو ثلاثة — دون أي تكلفة ودون أي مكالمة مبيعات. أما لمزايا Pro، فراسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم الحالية، أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing). وإن كنت تفضّل المشاهدة أولًا، فهناك [شرح مرئي](https://www.youtube.com/@rustdesk) على قناة RustDesk في YouTube. +شغّل Server OSS ووجّه إليه جهازين أو ثلاثة، دون رسوم ترخيص ودون مكالمة مع فريق المبيعات. ولميزات Pro، راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم الحالية، أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing). وإن كنت تفضّل المشاهدة أولًا، فهناك [شرح مرئي](https://www.youtube.com/@rustdesk) على قناة RustDesk في YouTube. ## مقالات ذات صلة - [RustDesk مقابل TeamViewer](/ar/blog/rustdesk-vs-teamviewer-ar) - [RustDesk مقابل ScreenConnect](/ar/blog/rustdesk-vs-screenconnect-ar) -- [أفضل بديل لـ AnyDesk: RustDesk ذاتي الاستضافة](/ar/blog/self-hosted-teamviewer-alternative-ar) -- [TeamViewer مقابل AnyDesk لمزودي خدمات الدعم المُدارة](/ar/blog/teamviewer-vs-anydesk-for-msps-ar) +- [بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk: RustDesk](/ar/blog/self-hosted-teamviewer-alternative-ar) +- [TeamViewer مقابل AnyDesk لمزوّدي الخدمات المُدارة](/ar/blog/teamviewer-vs-anydesk-for-msps-ar) - [ارتفاع أسعار AnyDesk: بدائل للفرق](/ar/blog/anydesk-price-increase-alternatives-ar) - [هل AnyDesk آمن؟](/ar/blog/is-anydesk-safe-ar) ## المصادر -- [أسعار AnyDesk](https://anydesk.com/en/pricing) — حدود الخطط الرسمية، والفوترة السنوية، والاتصالات المتزامنة، والأجهزة المُدارة، وتوفر الاستضافة السحابية/المحلية؛ تمت المراجعة بتاريخ 7 يوليو 2026. -- [إعدادات عميل AnyDesk](https://support.anydesk.com/docs/settings) — الاتصالات المباشرة، والترحيل الاحتياطي عبر الشبكة العامة، والوصول دون إشراف، وضوابط الوصول. +- [أسعار AnyDesk](https://anydesk.com/en/pricing) — حدود الخطط الرسمية، والفوترة السنوية، والاتصالات المتزامنة، والأجهزة المُدارة، وتوفر الاستضافة السحابية أو المحلية؛ بحسب المراجعة في 7 يوليو 2026. +- [إعدادات عميل AnyDesk](https://support.anydesk.com/docs/settings) — الاتصالات المباشرة، والترحيل الاحتياطي عبر الشبكة العامة، والوصول غير المراقب، وضوابط الوصول. diff --git a/v3/src/content/post/ar/rustdesk-vs-rdp.md b/v3/src/content/post/ar/rustdesk-vs-rdp.md index 621d9b2e..9b64ef74 100644 --- a/v3/src/content/post/ar/rustdesk-vs-rdp.md +++ b/v3/src/content/post/ar/rustdesk-vs-rdp.md @@ -1,85 +1,86 @@ --- publishDate: 2026-06-29T17:38:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-vs-rdp' draft: false -title: 'RustDesk مقابل RDP: التوافق مع جميع الأنظمة مقابل الحصرية على Windows' -excerpt: 'RustDesk مقابل RDP من مايكروسوفت: مقارنة عملية بين التوافق مع جميع الأنظمة، والوصول عبر الإنترنت دون VPN، وسرعة الشبكة المحلية، والمفاضلات الأمنية.' +title: 'RustDesk مقابل RDP: تعدد المنصات أم الحل المدمج في Windows' +excerpt: 'RustDesk مقابل RDP من Microsoft: مقارنة عملية لدعم المنصات المتعددة، والوصول عبر الإنترنت دون VPN، والسرعة على الشبكة المحلية، والمفاضلات الأمنية.' image: '~/assets/images/blog/rustdesk-vs-rdp-og.webp' category: 'مقارنات' tags: ['RustDesk', 'RDP', 'مقارنة'] author: 'RustDesk Team' -slug: "rustdesk-vs-rdp-ar" +slug: 'rustdesk-vs-rdp-ar' faq: - question: 'هل RustDesk أفضل من RDP؟' - answer: 'يعتمد الأمر على طبيعة المهمة. بروتوكول RDP أسرع ومجاني على الشبكة المحلية (LAN) بين أجهزة Windows Pro، ويتكامل مع Active Directory. أما RustDesk فهو متوافق مع جميع الأنظمة، ويُنشئ الاتصالات عبر أجهزة NAT وجدران الحماية دون الحاجة إلى VPN أو إعادة توجيه المنافذ (port-forwarding)، وهو مفتوح المصدر ويمكن استضافته ذاتيًا. تستخدم فرق عمل كثيرة بروتوكول RDP داخليًا وRustDesk للوصول عن بُعد وعبر أنظمة تشغيل مختلطة.' + answer: 'نعم، للوصول عبر المنصات المتعددة وعبر الإنترنت؛ ويبقى RDP الأنسب للوصول داخل شبكة محلية من أجهزة Windows فقط ولإدارة Active Directory. يستضيف RustDesk الجلسات على Windows (بما فيه Home) وmacOS وLinux وAndroid، ويعبر NAT دون VPN ودون فتح المنفذ 3389. وقد يتطلب Windows Server RDS تراخيص إضافية. وتستخدم فرق كثيرة RDP على الشبكة المحلية وRustDesk في كل ما عداها.' - question: 'هل أحتاج إلى فتح المنفذ 3389 لاستخدام RustDesk؟' - answer: 'لا. يتصل RustDesk خارجيًا بخادم هوية/تجميع (ID/rendezvous server) ويتفاوض على جلسة مباشرة (peer-to-peer) أو عبر تتابع (relay)، لذا لا تحتاج إلى كشف أي منفذ RDP للاتصالات الواردة. كشف المنفذ 3389 مباشرة على الإنترنت نقطة دخول موثقة جيدًا لبرمجيات الفدية (ransomware)، ولهذا السبب يتجنبها RustDesk كليًا.' - - question: 'هل يعمل RDP على Windows Home؟' - answer: 'لا. وفقًا لمايكروسوفت، لا يمكن لإصدارات Windows Home أن تعمل كمضيف لسطح المكتب البعيد؛ فقط إصدارات Professional وEnterprise وEducation وWindows Server يمكنها قبول اتصالات RDP الواردة. أما RustDesk فيمكنه استضافة جلسات بعيدة على Windows Home وmacOS وLinux وAndroid؛ بينما يعمل تطبيق iOS كأداة تحكم فقط.' + answer: 'لا. يتصل RustDesk اتصالًا صادرًا بخادم المعرّف/الالتقاء (ID/rendezvous) ويتفاوض على جلسة مباشرة بين الطرفين أو جلسة عبر خادم الترحيل، لذا لا تكشف أي منفذ RDP وارد. وكشف المنفذ 3389 مباشرةً على الإنترنت نقطة دخول معروفة وموثّقة لبرمجيات الفدية، ولهذا يتجنبه RustDesk كليًا.' + - question: 'هل يستطيع Windows Home قبول اتصالات RDP الواردة؟' + answer: 'لا. بحسب Microsoft، لا تعمل إصدارات Windows Home مضيفًا لسطح المكتب البعيد؛ فإصدارات Professional وEnterprise وEducation وWindows Server وحدها تقبل اتصالات RDP الواردة. أما RustDesk فيستضيف الجلسات البعيدة على Windows Home وmacOS وLinux وAndroid، وتطبيق RustDesk على iOS للتحكم فقط.' - question: 'هل يمكن لـ RustDesk الاتصال بجهاز Mac أو Linux؟' - answer: 'نعم. يمكن لـ RustDesk التحكم في أجهزة macOS وLinux المضيفة من خلال تطبيقاته المدعومة لأجهزة سطح المكتب والأجهزة المحمولة. أما RDP فهو بروتوكول مخصص أساسًا لاستضافة Windows، لذا فإن الوصول إلى أجهزة macOS أو Linux المضيفة يتطلب عادةً إضافة خوادم أو عملاء من جهات خارجية. يمكن لتطبيق RustDesk على iOS التحكم في أجهزة أخرى، لكن لا يمكنه جعل جهاز iPhone أو iPad يعمل كمضيف للتحكم عن بُعد.' + answer: 'نعم. يستطيع RustDesk التحكم في أجهزة macOS وLinux المضيفة من تطبيقات التحكم المدعومة على سطح المكتب والجوال. أما RDP فبروتوكول مخصص أساسًا لاستضافة Windows، لذا يتطلب الوصول إلى أجهزة macOS أو Linux عادةً إضافة خوادم أو عملاء من جهات خارجية. وتطبيق RustDesk على iOS للتحكم فقط، إذ لا يوفّر RustDesk استضافة الجلسات على iOS ولا مشاركة الشاشة منه.' metadata: - description: 'RustDesk مقابل RDP من مايكروسوفت، نقطة بنقطة: التوافق مع جميع الأنظمة، والوصول عبر الإنترنت دون VPN، وأداء الشبكة المحلية، والتكامل مع Active Directory، والمفاضلات الأمنية.' - keywords: 'RustDesk مقابل RDP, RustDesk مقابل Microsoft Remote Desktop, استخدام RDP عبر الإنترنت بدون VPN, بديل RDP متوافق مع جميع الأنظمة' + description: 'RustDesk مقابل RDP من Microsoft نقطةً بنقطة: دعم المنصات المتعددة، والوصول عبر الإنترنت دون VPN، وأداء الشبكة المحلية، وتكامل AD، والمفاضلات الأمنية.' + keywords: 'RustDesk مقابل RDP, RustDesk مقابل Microsoft Remote Desktop, استخدام RDP عبر الإنترنت بدون VPN, بديل RDP متعدد المنصات' --- -يُعد بروتوكول سطح المكتب البعيد من مايكروسوفت (RDP) الخيار الافتراضي للعديد من بيئات العمل القائمة على Windows: فهو مدمج بالفعل، وسريع، ويتحدث لغة Active Directory من الأساس. أما RustDesk فيتعامل مع المشكلة ذاتها من زاوية مختلفة تمامًا — التوافق مع جميع الأنظمة، والأولوية للاتصال عبر الإنترنت، والانفتاح في الشيفرة المصدرية. لا يمكن القول إن أحدهما "أفضل" من الآخر بشكل مطلق؛ فكلاهما مصمم لأشكال مختلفة من الشبكات. +يُعد بروتوكول سطح المكتب البعيد من Microsoft ‏(RDP) الخيار الافتراضي لكثير من بيئات العمل القائمة على Windows: فهو مدمج في النظام، وسريع، ويتكامل مع Active Directory من الأساس. أما RustDesk فيتناول المشكلة ذاتها من زاوية مختلفة: متعدد المنصات، ومصمم للاتصال عبر الإنترنت أولًا، ومفتوح المصدر. ولا يمكن القول إن أحدهما «أفضل» من الآخر بإطلاق، فكل منهما مصمم لشكل مختلف من الشبكات. -تقتصر هذه المقارنة على الفروقات الثابتة والقابلة للتحقق: الأنظمة التي يدعمها كل منهما، وكيفية عبور كل منهما للإنترنت العام، ومواطن التفوق في الأداء، والمفاضلات الأمنية المصاحبة لكل نموذج. +تقتصر هذه المقارنة على الفروق الثابتة والقابلة للتحقق: الأنظمة التي يدعمها كل منهما، وكيف يعبر كل منهما الإنترنت العام، وأين يتفوق كل منهما في الأداء، والمفاضلات الأمنية المصاحبة لكل نموذج. -## الفرق الجوهري في البنية المعمارية +## الفرق الجوهري في البنية -بروتوكول RDP هو **بروتوكول مدمج في Windows**. فعند تفعيل ميزة سطح المكتب البعيد، يفتح Windows منفذًا للاستماع (TCP 3389) وينتظر اتصالًا واردًا. هذا النهج أنيق على الشبكة المحلية (LAN) لكنه مُرهق عبر الإنترنت، لأن _شيئًا ما_ يجب أن يُوجّه الاتصال الخارجي إلى ذلك المنفذ — سواء كان VPN أو بوابة RD Gateway أو إعادة توجيه المنافذ (port-forwarding) على جهاز الراوتر الخاص بك. +RDP **بروتوكول مدمج في Windows**. فعند تفعيل سطح المكتب البعيد، يفتح Windows منفذ استماع (TCP 3389) وينتظر اتصالًا واردًا. هذا النهج أنيق على الشبكة المحلية (LAN) لكنه مرهق عبر الإنترنت، لأن _شيئًا ما_ يجب أن يوجّه الاتصال الخارجي إلى ذلك المنفذ: VPN، أو بوابة RD Gateway، أو إعادة توجيه المنافذ (port-forwarding) على جهاز التوجيه لديك. -يقلب RustDesk هذا النموذج رأسًا على عقب. فالعميل (client) يُنشئ اتصالًا **صادرًا** إلى خادم هوية/تجميع (ID/rendezvous server)، والذي يتوسط لإنشاء جلسة مباشرة (peer-to-peer) بين جهازين، ويعتمد على خادم تتابع (relay) كحل بديل عندما يتعذر إنشاء مسار مباشر. ووفقًا لـ[توثيق RustDesk](https://rustdesk.com/docs/en/)، فإن الجلسات مشفّرة تشفيرًا تامًا بين الطرفين (end-to-end، مبني على NaCl)، ويمكنك توجيه كل عميل إلى البنية التحتية العامة، أو إلى خادمك الخاص المستضاف ذاتيًا، أو إلى خادم تجميع/تتابع تكتبه بنفسك. ولأن عملاء الأطراف (endpoint clients) يبدؤون اتصالات صادرة، فإن RustDesk يعبر أجهزة NAT وجدران الحماية دون الحاجة إلى VPN أو إعادة توجيه منافذ لكل طرف. تنطبق ميزة عدم وجود منفذ وارد هذه على الأطراف: فالخادم المستضاف ذاتيًا لا يزال يقبل اتصالات واردة على منافذ الخدمة الموثقة الخاصة بالهوية والتجميع والتتابع، وWebSocket الاختياري. +يقلب RustDesk هذا النموذج. فالعميل يُنشئ اتصالًا **صادرًا** إلى خادم المعرّف/الالتقاء (ID/rendezvous)، الذي يتوسط لإنشاء جلسة مباشرة بين الجهازين (peer-to-peer)، ويلجأ إلى خادم الترحيل (relay) حين يتعذر المسار المباشر. وبحسب [وثائق RustDesk](https://rustdesk.com/docs/en/)، تدعم الجلسات التي يتوسطها خادم المعرّف التشفير من طرف إلى طرف (المبني على NaCl) عند ضبط مفتاح الخادم الصحيح، ويمكنك توجيه كل عميل إلى البنية التحتية العامة، أو إلى خادمك ذاتي الاستضافة، سواء RustDesk Server OSS (خادم المجتمع المجاني) أو Server Pro التجاري، أو إلى تطبيق آخر متوافق لخدمتَي الالتقاء والترحيل. ولأن العملاء على الأجهزة الطرفية هي التي تبدأ الاتصالات الصادرة، يعبر RustDesk أجهزة NAT وجدران الحماية دون VPN ودون إعادة توجيه منافذ لكل جهاز. وتنطبق ميزة غياب المنفذ الوارد هذه على الأجهزة الطرفية: فالخادم ذاتي الاستضافة لا يزال يستقبل اتصالات واردة على منافذ الخدمة الموثقة للمعرّف والالتقاء والترحيل، وعلى منافذ WebSocket الاختيارية. -## نطاق دعم الأنظمة +## نطاق دعم المنصات -استضافة RDP ميزة خاصة بـ Windows، وليست متوفرة في كل إصدار. وتوضح مايكروسوفت ذلك صراحة: "لا يمكن لإصدارات Windows Home أن تعمل كمضيف لسطح المكتب البعيد"، وأن إصدارات "Windows Professional وEnterprise وEducation وWindows Server ... هي فقط التي يمكنها العمل كمضيف لاتصالات سطح المكتب البعيد الواردة" ([Microsoft Learn](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)). والوصول إلى جهاز Mac أو Linux يعني عادةً إضافة خوادم RDP من جهات خارجية أو التحول إلى أدوات أخرى. +استضافة RDP ميزة في Windows، وليست متوفرة في كل إصداراته. وتقول Microsoft ذلك صراحة: «لا يمكن لإصدارات Windows Home أن تعمل مضيفًا لسطح المكتب البعيد»، وإن إصدارات «Windows Professional وEnterprise وEducation وWindows Server ... هي التي يمكنها العمل مضيفًا لاتصالات سطح المكتب البعيد الواردة» ([Microsoft Learn](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)). أما الوصول إلى جهاز Mac أو Linux فيعني عادةً إضافة خوادم RDP من جهات خارجية أو التحول إلى أداة أخرى. -يمكن لـ RustDesk التحكم والتحكم به على **Windows (بما في ذلك إصدار Home)، وmacOS، وLinux، وAndroid**، وذلك وفق أذونات كل نظام تشغيل. أما تطبيق iOS فيعمل كأداة تحكم فقط؛ إذ لا تسمح Apple لجهاز iPhone أو iPad بالعمل كمضيف للتحكم عن بُعد عبر RustDesk. +يمكن لـ RustDesk أن يتحكم وأن يُتحكَّم به على **Windows (بما فيه Home) وmacOS وLinux وAndroid**، وفق أذونات كل نظام تشغيل. أما تطبيق iOS فللتحكم فقط، إذ لا يوفّر RustDesk استضافة الجلسات على iOS ولا مشاركة الشاشة منه. ## عبور الإنترنت: مفترق الطرق الأمني -هنا يتباين المنهجان بأوضح صورة. فإرشادات مايكروسوفت نفسها للوصول إلى جهاز كمبيوتر من خارج شبكته تنص على "استخدام إعادة توجيه المنافذ أو إعداد VPN" ([Microsoft Learn](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)). وإعادة توجيه RDP الخام مباشرة إلى الإنترنت هو الخيار الذي ينبغي عدم اللجوء إليه. +هنا يتباين المنهجان بأوضح صورة. فإرشادات Microsoft نفسها للوصول إلى جهاز كمبيوتر من خارج شبكته تنص على «استخدام إعادة توجيه المنافذ أو إعداد VPN» ([Microsoft Learn](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)). وإعادة توجيه RDP الخام مباشرةً إلى الإنترنت هي الخيار الذي يجب ألا تلجأ إليه. -يُعد كشف RDP على الإنترنت من أكثر نقاط الدخول استغلالًا في الجرائم الإلكترونية. فقد حذّر مركز شكاوى جرائم الإنترنت التابع لمكتب التحقيقات الفيدرالي (FBI) منذ سنوات من أن "الجهات الفاعلة السيبرانية ... تستغل بشكل متزايد بروتوكول سطح المكتب البعيد لتنفيذ أنشطة خبيثة" ([IC3 PSA](https://www.ic3.gov/PSA/2018/PSA180927))، ولم يزدد هذا النمط إلا ترسخًا منذ ذلك الحين — إذ لا يزال اختراق RDP أحد أكثر نواقل الوصول الأولي شيوعًا في حوادث برمجيات الفدية ([RH-ISAC](https://rhisac.org/ransomware/remote-desktop-protocol-use-in-ransomware-attacks/)). وتعثر أدوات المسح الممتدة عبر الإنترنت على المنفذ 3389 فور كشفه خلال دقائق، وتبدأ بمهاجمته بأسلوب حشو بيانات الاعتماد (credential-stuffing). +يُعد RDP المكشوف من أكثر نقاط الدخول استغلالًا في الجرائم الإلكترونية. فقد حذّر مركز شكاوى جرائم الإنترنت التابع لمكتب التحقيقات الفيدرالي (FBI) قبل سنوات من أن «الجهات السيبرانية ... تستغل بشكل متزايد بروتوكول سطح المكتب البعيد لتنفيذ أنشطة خبيثة» ([IC3 PSA](https://www.ic3.gov/PSA/2018/PSA180927))، ولم يزدد هذا النمط منذ ذلك الحين إلا رسوخًا، إذ لا يزال اختراق RDP من أكثر نواقل الوصول الأولي شيوعًا في حوادث برمجيات الفدية ([RH-ISAC](https://rhisac.org/ransomware/remote-desktop-protocol-use-in-ransomware-attacks/)). ويجب التعامل مع RDP المكشوف للعامة بوصفه خدمة مصادقة مواجهة للإنترنت، بما يصاحبها من مخاطر المسح ومهاجمة بيانات الاعتماد. -الطريقة الأكثر أمانًا لنشر RDP هي عبر VPN مُهيأ بشكل صحيح أو بوابة RD Gateway مزودة بالمصادقة على مستوى الشبكة (Network Level Authentication)، لكن ذلك يتطلب بنية تحتية عليك صيانتها بنفسك. أما RustDesk فيعتمد على التسجيل الصادر، وعبور NAT، والتحول إلى خادم التتابع كحل بديل، بدلًا من كشف RDP مباشرة على كل طرف. ومع ذلك، لا يزال يتطلب استخدام عملاء محدثين، وضوابط وصول قوية، ومراجعة سجلات الثغرات الأمنية المعلنة. +الطريقة الأكثر أمانًا لنشر RDP هي عبر VPN مُهيأ جيدًا أو بوابة RD Gateway مع المصادقة على مستوى الشبكة (Network Level Authentication)، لكن ذلك بنية تحتية عليك صيانتها. أما RustDesk فيعتمد على التسجيل الصادر وعبور NAT واللجوء إلى خادم الترحيل عند الحاجة، بدلًا من كشف RDP مباشرةً على كل جهاز. ومع ذلك، يظل بحاجة إلى عملاء محدَّثين، وضوابط وصول قوية، ومتابعة سجلات الثغرات المعلنة. -## RustDesk مقابل RDP في لمحة سريعة +## RustDesk مقابل RDP: نظرة سريعة -| | RustDesk | Microsoft RDP | -| -------------------------- | ------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| التكلفة | مفتوح المصدر؛ خادم مجتمعي مجاني للاستضافة الذاتية | مجاني، مدمج في Windows Pro/Enterprise/Education/Server | -| الشيفرة المصدرية | مفتوحة المصدر (AGPL)، قابلة للتدقيق | مملوكة (احتكارية) | -| أنظمة الاستضافة | Windows، وmacOS، وLinux، وAndroid | Windows Pro/Enterprise/Education/Server ([وليس Home](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)) | -| أنظمة التحكم | Windows، وmacOS، وLinux، وAndroid، وiOS | Windows، وmacOS، وiOS، وAndroid، وعملاء مايكروسوفت الأخرى | -| الوصول عبر الإنترنت | عبور NAT عبر خادم التجميع + التتابع، دون الحاجة إلى VPN أو إعادة توجيه المنافذ | يتطلب VPN أو RD Gateway أو إعادة توجيه المنافذ | -| المنفذ الوارد المكشوف | لا يوجد على الأطراف؛ توجد منافذ خدمة على الخادم المستضاف ذاتيًا | TCP 3389 ما لم يُنفَّق (tunneled) ([ناقل لبرمجيات الفدية](https://www.ic3.gov/PSA/2018/PSA180927)) | -| التشفير | تشفير تام بين الطرفين (NaCl) بشكل افتراضي ([التوثيق](https://rustdesk.com/docs/en/)) | TLS/NLA؛ قوي عند التهيئة الصحيحة | -| أداء الشبكة المحلية | قوي؛ يعتمد على المرمّزات (codec) | أصلي (native)، وأقل زمن استجابة على الشبكة المحلية | -| التكامل مع الدليل/السياسات | LDAP/AD + تسجيل دخول موحّد OIDC SSO على Server Pro (من باقة Basic فما فوق) | تكامل عميق مع Active Directory / سياسة المجموعة (Group Policy) | -| الاستضافة الذاتية | نعم — خادم الهوية/التتابع الخاص بك | غير متاح (ميزة أصلية في نظام التشغيل) | +| | RustDesk | Microsoft RDP | +| --- | --- | --- | +| التكلفة | لا رسوم ترخيص على العميل وServer OSS؛ وPro والتشغيل بتكلفة إضافية | مضمَّن في إصدارات Windows المكتبية المؤهلة؛ وقد يتطلب Windows Server RDS تراخيص إضافية | +| الشيفرة المصدرية | العميل وServer OSS بترخيص AGPL؛ وServer Pro مغلق المصدر | مغلق المصدر | +| أنظمة الاستضافة | Windows وmacOS وLinux وAndroid | Windows Pro/Enterprise/Education/Server ([وليس Home](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)) | +| أنظمة التحكم | Windows وmacOS وLinux وAndroid وiOS | Windows وmacOS وiOS وAndroid، وعملاء Microsoft أخرى | +| الوصول عبر الإنترنت | عبور NAT عبر خادم الالتقاء وخادم الترحيل، دون VPN أو إعادة توجيه منافذ | يتطلب VPN أو RD Gateway أو إعادة توجيه المنافذ | +| المنفذ الوارد المكشوف | لا شيء على الأجهزة الطرفية؛ ومنافذ خدمة على الخادم ذاتي الاستضافة | TCP 3389 ما لم يمر عبر نفق (tunnel) ‏([ناقل لبرمجيات الفدية](https://www.ic3.gov/PSA/2018/PSA180927)) | +| التشفير | جلسات عبر المعرّف مشفّرة من طرف إلى طرف عند ضبط مفتاح الخادم الصحيح؛ وDirect IP Access غير مشفّر | TLS مع المصادقة على مستوى الشبكة (NLA) عند تهيئتها | +| الأداء على الشبكة المحلية | يعتمد على المرمّزات (VP8/VP9/AV1، وH.264/H.265 عبر العتاد حيثما توفر) | بروتوكول Windows أصلي؛ وعادةً الأقل زمن استجابة على شبكة Windows محلية | +| التكامل مع الدليل والسياسات | LDAP/AD وتسجيل الدخول الموحّد عبر OIDC في Server Pro (من خطة Basic فما فوق) | تكامل عميق مع Active Directory وGroup Policy | +| الاستضافة الذاتية | نعم - خادم المعرّف/الترحيل الخاص بك | لا ينطبق (ميزة أصلية في نظام التشغيل) | -تحقق من تفاصيل باقات RustDesk الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). +في Windows Server، ميّز بين الوصول الإداري عن بُعد و[نشر RDS الذي يتطلب تراخيص وصول العملاء](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-client-access-license). وراجع شروط RustDesk Server Pro على [rustdesk.com/pricing](https://rustdesk.com/pricing). ## أين يتفوق RustDesk -تظهر مزايا RustDesk بمجرد أن تخرج من تلك الشبكة المحلية المرتبة ذات النطاق الواحد: +تظهر مزايا RustDesk بمجرد أن تخرج من الشبكة المحلية المرتبة ذات النطاق الواحد: -- **أنظمة تشغيل مختلطة.** تطبيق واحد مرخّص بموجب AGPL يتحكم في أجهزة Windows وmacOS وLinux وAndroid المضيفة؛ ويمكن استخدام iOS كأداة تحكم لكن ليس كمضيف. -- **الوصول عبر الإنترنت دون كشف.** لا منفذ 3389 على الإنترنت، ولا VPN لكل طرف، ولا حاجة لتشغيل RD Gateway. -- **مفتوح المصدر وقابل للاستضافة الذاتية.** يمكنك قراءة الشيفرة المصدرية، وبناءها بنفسك، والاحتفاظ بخوادم الهوية/التتابع — وقائمة أجهزتك — على بنية تحتية تتحكم بها أنت. وهذه القابلية للتدقيق وقصة إقامة البيانات هما جوهر [مبررات الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar). -- **أجهزة Windows الاستهلاكية وسياسة إحضار جهازك الخاص (BYOD).** يعمل RustDesk على Windows Home والأجهزة غير المُدارة التي لا يستطيع RDP استضافتها. +- **أنظمة تشغيل مختلطة.** تطبيق واحد يتحكم في أجهزة Windows وmacOS وLinux وAndroid المضيفة، ويعمل iOS أداةً للتحكم. +- **وصول عبر الإنترنت دون انكشاف.** لا منفذ 3389 مفتوحًا على الإنترنت، ولا VPN لكل جهاز، ولا بوابة RD Gateway تحتاج إلى تشغيلها. +- **مفتوح المصدر وقابل للاستضافة الذاتية.** يمكنك قراءة الشيفرة وبناؤها بنفسك، وإبقاء خوادم المعرّف/الترحيل، ومعها قائمة أجهزتك المُدارة إذا استخدمت Server Pro، على بنية تحتية تتحكم بها. وقابلية التدقيق هذه والتحكم في مكان إقامة البيانات هما جوهر [مبررات الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar). +- **أجهزة Windows المنزلية وسياسة «أحضر جهازك» (BYOD).** يعمل RustDesk على Windows Home وعلى الأجهزة غير المُدارة التي لا يستطيع RDP استضافتها. -لكن هذه المقايضة تسري في الاتجاه الآخر أيضًا: فالاستضافة الذاتية تعني أن **شخصًا من جانبك يُشغّل الخادم** — إذ عليك تجهيز مضيف، وتقييد المنافذ، وإعداد TLS، وتحديثه بمرور الوقت. هذا هو الثمن مقابل السيطرة. وإذا كنت تريد ميزة أصلية دون أي شيء جديد لتشغيله على شبكة محلية خاصة بـ Windows فقط، فمن الصعب منافسة RDP. +وللمقايضة وجه آخر: فالاستضافة الذاتية تعني أن **أحدًا في فريقك يشغّل الخادم**، فتجهّز المضيف، وتقيّد المنافذ، وتعدّ TLS، وتواظب على تحديثه. هذا هو ثمن التحكم. وإذا كنت تريد ميزة أصلية لا تضيف شيئًا جديدًا للتشغيل على شبكة محلية من أجهزة Windows فقط، فمن الصعب منافسة RDP. ## فأيهما تستخدم إذن؟ -بالنسبة للعديد من فرق العمل، الإجابة هي _كلاهما_: RDP للجلسات السريعة والأصلية داخل النطاق (domain) على الشبكة المحلية، وRustDesk للوصول عبر الأنظمة المختلفة وعبر الإنترنت وBYOD دون فتح ثغرة في جدار الحماية. وإذا كنت بحاجة إلى أحدهما فقط، فدع طبيعة الشبكة تحدد اختيارك — فالشبكة المحلية المتجانسة القائمة على Windows تميل إلى RDP؛ بينما الأنظمة المختلطة، والمستخدمون عن بُعد، ومتطلبات الاستضافة الذاتية تميل إلى RustDesk. +الإجابة لدى كثير من الفرق هي _كلاهما_: RDP للجلسات السريعة والأصلية داخل النطاق (domain) على الشبكة المحلية، وRustDesk للوصول عبر المنصات المختلفة وعبر الإنترنت ومن الأجهزة الشخصية دون فتح ثغرة في جدار الحماية. وإذا كنت تحتاج إلى أحدهما فقط، فدع شكل شبكتك يحسم الاختيار: الشبكة المحلية المتجانسة من أجهزة Windows تميل إلى RDP، بينما تميل المنصات المختلطة والمستخدمون عن بُعد ومتطلبات الاستضافة الذاتية إلى RustDesk. -## جرّبه الآن +## جرّبه -استضف الخادم المجتمعي المجاني ذاتيًا اليوم، أو راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم. أسعار باقة Standard متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing)، وهناك شرح كامل على [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk). +استضف Server OSS ذاتيًا اليوم، أو راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم. أسعار الخطط القياسية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing)، وهناك شرح كامل على [قناة RustDesk على YouTube](https://www.youtube.com/@rustdesk). diff --git a/v3/src/content/post/ar/rustdesk-vs-screenconnect.md b/v3/src/content/post/ar/rustdesk-vs-screenconnect.md index 965e595a..f1c5025e 100644 --- a/v3/src/content/post/ar/rustdesk-vs-screenconnect.md +++ b/v3/src/content/post/ar/rustdesk-vs-screenconnect.md @@ -1,5 +1,6 @@ --- publishDate: 2026-07-09T13:01:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-vs-screenconnect' draft: false @@ -12,149 +13,159 @@ author: 'RustDesk Team' slug: 'rustdesk-vs-screenconnect-ar' faq: - question: 'هل RustDesk بديل ذاتي الاستضافة لـ ScreenConnect؟' - answer: 'نعم. يشغّل RustDesk Server Pro خدمات المعرّف (ID) ونقطة الالتقاء (rendezvous) والترحيل (relay) على بنية تحتية تتحكم بها بنفسك، وRustDesk مفتوح المصدر بموجب ترخيص AGPL. يقدّم ScreenConnect خدمة سحابية مُدارة ونسخة ذاتية الاستضافة (محلية)، وكلتاهما مملوكتان بشكل خاص (مغلقتا المصدر).' - - question: 'كيف تُقارن أسعار RustDesk بأسعار ScreenConnect؟' - answer: 'يمنح ScreenConnect التراخيص حسب عدد الفنيين/الجلسات المتزامنة؛ بينما يمنح RustDesk التراخيص حسب مستخدمي تسجيل الدخول والأجهزة المُدارة، مع تزامن غير محدود في الخطط القياسية (تقتصر خطة Customized V2 وحدها على قياسه). قارن عروض الأسعار المكتوبة الحالية لنفس عدد الفنيين ونقاط النهاية والميزات.' + answer: 'نعم. يشغّل RustDesk Server OSS (خادم المجتمع المجاني) وServer Pro خدمتي المعرّف/الالتقاء والترحيل على بنيتك التحتية، وعميل RustDesk وServer OSS مرخّصان بموجب AGPL. ويضيف Server Pro التجاري إدارة مركزية تشمل مولّد عميل يحمل علامتك التجارية بدءًا من خطة Basic. أما ScreenConnect فيبيع إصدار On-Premise مغلق المصدر إلى جانب خدمته السحابية.' + - question: 'كيف تُقارَن أسعار RustDesk بأسعار ScreenConnect؟' + answer: 'يُرخَّص RustDesk Server Pro وفق مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية، ولا يرخّص عددًا محددًا منها إلا Customized V2. أما ScreenConnect فيرخّص الفنيين المتزامنين ويحدّ الجلسات المتزامنة لكل فني بجلسة واحدة في One، وحتى 3 في Standard، وحتى 10 في Premium (بحسب المراجعة في 14 أكتوبر 2026). قارن عروض أسعار مكتوبة للعدد نفسه من الفنيين والأجهزة الطرفية وللميزات نفسها.' - question: 'هل يدعم RustDesk تسجيل الدخول الموحد (SSO) وLDAP مثل ScreenConnect؟' - answer: 'يدعم RustDesk بروتوكول LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC ابتداءً من خطة Basic فما فوق. يُدرج ScreenConnect تكاملات LDAP وSAML وOAuth لتسجيل الدخول الموحد؛ تأكد من المستوى الدقيق الذي يتطلبه كل منتج لإدارة الهوية.' + answer: 'نعم. يدعم RustDesk Server Pro تكامل LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC بدءًا من خطة Basic. ويُدرج ScreenConnect على صفحة أسعاره تكاملات LDAP وSAML وOAuth لتسجيل الدخول الموحد. وإذا كان تسجيل الدخول عبر الدليل شرطًا لازمًا، فتأكد في عرض سعر مكتوب من الفئة التي يتطلبها كل منتج تحديدًا.' metadata: - description: 'مقارنة معمّقة بين RustDesk وScreenConnect: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، والإيجابيات والسلبيات الواضحة لمزوّدي خدمات إدارة تقنية المعلومات (MSPs).' - keywords: 'RustDesk مقابل ScreenConnect، RustDesk مقابل ConnectWise Control، مقارنة ScreenConnect' + description: 'مقارنة معمّقة بين RustDesk وScreenConnect: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، ومزايا وعيوب واضحة لمزوّدي الخدمات المُدارة.' + keywords: 'RustDesk مقابل ScreenConnect, RustDesk مقابل ConnectWise Control, مقارنة ScreenConnect' --- -يستهدف كل من RustDesk وScreenConnect سير عمل الدعم عن بُعد لدى مزوّدي خدمات إدارة تقنية المعلومات (MSPs)؛ والفارق الجوهري بينهما هو الملكية — فScreenConnect برنامج مملوك يُرخَّص حسب عدد الفنيين المتزامنين، بينما RustDesk مفتوح المصدر ومصمّم ليكون ذاتي الاستضافة. يعتمد هذا المقال على توثيق المنتجات العام، بدلاً من إعادة نشر رسائل بريد إلكتروني خاصة بالعملاء أو تواريخ العقود أو تفاصيل عمليات النشر. +يستهدف RustDesk وScreenConnect كلاهما سير عمل الدعم عن بُعد لدى مزوّدي الخدمات المُدارة (MSP)، ويكمن الفارق في الملكية والترخيص. فـ ScreenConnect برنامج مغلق المصدر يُرخَّص حسب عدد الفنيين المتزامنين. أما RustDesk فمصمَّم للاستضافة الذاتية، بعميل مفتوح المصدر وRustDesk Server OSS (خادم المجتمع المجاني) وإدارة تجارية عبر Server Pro، ويُرخَّص حسب المستخدمين والأجهزة لا حسب جلسات الفنيين. -ScreenConnect (المعروف سابقًا باسم ConnectWise Control) منصة تجارية للوصول عن بُعد تمتلك قاعدة عملاء كبيرة في سوق مزوّدي خدمات إدارة تقنية المعلومات. أما RustDesk فهو بديل مفتوح المصدر وقابل للاستضافة الذاتية، مبني على فلسفة مختلفة تمامًا — برنامج تُشغّله وتملكه بنفسك بدلاً من خدمة يستضيفها المُورّد. فيما يلي مقارنة قسمًا بقسم توضح كيف يتقارن المنتجان، ولماذا ينتقل مزوّدو خدمات إدارة تقنية المعلومات إلى RustDesk. +ScreenConnect (المعروف سابقًا باسم ConnectWise Control) منصة تجارية للوصول عن بُعد ذات قاعدة مستخدمين كبيرة في سوق مزوّدي الخدمات المُدارة. وفيما يلي مقارنة قسمًا بقسم بين المنتجين، وأسباب انتقال مزوّدي الخدمات المُدارة إلى RustDesk. ## المحتويات - [نظرة عامة: RustDesk وScreenConnect في لمحة](#نظرة-عامة-rustdesk-وscreenconnect-في-لمحة) - [مقارنة الميزات](#مقارنة-الميزات) - [دعم أنظمة التشغيل والمنصات](#دعم-أنظمة-التشغيل-والمنصات) -- [الأمان وإدارة الهوية](#الأمان-وإدارة-الهوية) +- [الأمان والهوية](#الأمان-والهوية) - [نماذج الترخيص والتسعير](#نماذج-الترخيص-والتسعير) -- [الإيجابيات والسلبيات](#الإيجابيات-والسلبيات) -- [لماذا ينتقل مزوّدو خدمات إدارة تقنية المعلومات إلى RustDesk رغم كل شيء](#لماذا-ينتقل-مزوّدو-خدمات-إدارة-تقنية-المعلومات-إلى-rustdesk-رغم-كل-شيء) +- [المزايا والعيوب](#المزايا-والعيوب) +- [لماذا ينتقل مزوّدو الخدمات المُدارة إلى RustDesk رغم ذلك](#لماذا-ينتقل-مزوّدو-الخدمات-المُدارة-إلى-rustdesk-رغم-ذلك) - [جرّب RustDesk بنفسك](#جرّب-rustdesk-بنفسك) -- [قراءات ذات صلة](#قراءات-ذات-صلة) +- [مقالات ذات صلة](#مقالات-ذات-صلة) - [المصادر](#المصادر) ## نظرة عامة: RustDesk وScreenConnect في لمحة -**ScreenConnect** هو منتج ConnectWise للوصول عن بُعد والدعم عن بُعد، ويُباع اليوم تحت اسم ScreenConnect (بعد أن حمل لسنوات عدة اسم ConnectWise Control). يستهدف هذا المنتج بشكل رئيسي مزوّدي خدمات إدارة تقنية المعلومات وفرق تقنية المعلومات الداخلية. يمكنك تشغيله كخدمة سحابية مُدارة على بنية ConnectWise التحتية، أو ترخيص نسخة محلية تستضيفها بنفسك. يوفر تسجيل الجلسات، وإدارة الخلفية "Backstage"، وسطر الأوامر عن بُعد، والطباعة عن بُعد، والصوت عبر VoIP، والتكامل مع مجموعة ConnectWise الأوسع (تذاكر PSA، وAutomate/RMM). وإذا كنت أصلاً منخرطًا في منظومة ConnectWise، فإن ScreenConnect مصمم للاندماج معها بسلاسة. +**ScreenConnect** هو منتج ConnectWise للوصول عن بُعد والدعم عن بُعد، ويُباع اليوم باسم ScreenConnect (بعد أن حمل لسنوات عدة اسم ConnectWise Control). ويستهدف بدرجة كبيرة مزوّدي الخدمات المُدارة وفرق تقنية المعلومات الداخلية. يمكنك تشغيله خدمةً سحابية مُدارة على البنية التحتية لـ ConnectWise، أو ترخيص إصدار محلي تستضيفه بنفسك. ويوفر تسجيل الجلسات، والإدارة في الخلفية عبر «Backstage»، وسطر الأوامر عن بُعد، والطباعة عن بُعد، والصوت عبر VoIP، والتكامل مع منظومة ConnectWise الأوسع (تذاكر PSA وAutomate/RMM). وإذا كنت تعمل أصلًا داخل عالم ConnectWise، فإن ScreenConnect مصمَّم للاندماج فيه. -**RustDesk** يلبّي احتياج مزوّدي خدمات إدارة تقنية المعلومات نفسه دون قيود منظومة ConnectWise المغلقة. عميله الأساسي مفتوح المصدر بموجب ترخيص AGPL، وServer Pro ذاتي الاستضافة، بحيث تُشغّل بنفسك خدمات المعرّف (ID) ونقطة الالتقاء (rendezvous) والترحيل (relay) بدلاً من استئجار سعة الفنيين حسب المقعد. وحيث يقيس ScreenConnect عدد الفنيين المتزامنين، تشمل الخطط القياسية في RustDesk اتصالات متزامنة غير محدودة؛ ولا تحدّها إلا خطة [Customized V2](https://rustdesk.com/pricing#custom2). وتتوفر إمكانية توليد عميل مخصص ابتداءً من خطة Basic فما فوق — وهو أمر مفيد عندما يجب أن تحمل الأداة التي يراها عملاؤك علامتك التجارية، لا علامة ConnectWise. والمقابل هو أن فريقك هو من يشغّل الخادم ويحدّثه ويؤمّنه. +**RustDesk** يلبّي حاجة مزوّدي الخدمات المُدارة نفسها دون الارتهان لمنظومة مورّد واحد. فأنت تشغّل خدمتي المعرّف/الالتقاء والترحيل بنفسك عبر Server OSS أو Server Pro. **عميل RustDesk وServer OSS مرخّصان بموجب AGPL**، **أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية** يضيف الإدارة المركزية. وبينما يرخّص ScreenConnect الفنيين المتزامنين، تتضمن خطط Server Pro القياسية اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا منها إلا [Customized V2](https://rustdesk.com/pricing#custom2). ويتوفر توليد العميل المخصص بدءًا من خطة Basic، وهو مفيد حين ينبغي أن تحمل الأداة التي يراها عملاؤك علامتك التجارية لا علامة ConnectWise. -باختصار: ScreenConnect منصة تجارية تحيط بها منظومة متكاملة لمزوّدي خدمات إدارة تقنية المعلومات؛ أما RustDesk فهو برنامج مفتوح المصدر وذاتي الاستضافة تملكه بالكامل. +باختصار: ScreenConnect منصة تجارية تحيط بها منظومة لمزوّدي الخدمات المُدارة، أما RustDesk فبرنامج ذاتي الاستضافة بعميل قابل للتدقيق ودون سقف للجلسات لكل فني في الخطط القياسية. ## مقارنة الميزات -يغطي الجدول أدناه مجموعة ميزات الدعم عن بُعد اليومية. ملاحظة حول المنهجية: بالنسبة لعمود **ScreenConnect**، تأتي الإدخالات من صفحات ConnectWise الرسمية للميزات والتسعير حسب بحثنا في يوليو 2026 (المصادر مُدرجة في النهاية). ويعكس عمود **RustDesk** الإمكانيات الموثقة للمنتج. راجع توثيق RustDesk الحالي للتأكد من التفاصيل الخاصة بإصدارك. +يغطي الجدول أدناه ميزات الدعم عن بُعد اليومية. ملاحظة حول المنهجية: مدخلات عمود **ScreenConnect** مأخوذة من صفحات ConnectWise الرسمية للميزات والأسعار وفق بحثنا في يوليو 2026 (المصادر مدرجة في النهاية). ويعكس عمود **RustDesk** القدرات الموثّقة للمنتج. راجع توثيق RustDesk الحالي للتأكد من التفاصيل الخاصة بإصدارك. -| الميزة | RustDesk (استضافة ذاتية عبر Server Pro) | ScreenConnect (ConnectWise Control) | -| ---------------------------------------- | ------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------- | -| العرض والتحكم عن بُعد | نعم — يعمل كمضيف على Windows وmacOS وLinux وAndroid؛ أما iOS فللتحكم فقط | نعم — دعم عن بُعد متعدد الشاشات في جميع المستويات | -| الوصول غير المراقَب إلى الأجهزة المُدارة | نعم — أجهزة مُدارة عبر خادمك ذاتي الاستضافة، منظّمة عبر مجموعات الأجهزة ودفتر عناوين مشترك | نعم — وكلاء غير مراقَبين (10 في المستوى الأساسي؛ غير محدود في المستويات الأعلى) | -| الوصول عبر الجوال | يمكن لجهاز Android أن يتحكم أو يُتحكم به؛ أما iOS فللتحكم فقط | نعم — تطبيقات فنية لأنظمة iOS وAndroid؛ دعم عميل الجوال (الضيف) في خطة Standard وما فوق | -| تسجيل الجلسات | نعم (يمكن التسجيل التلقائي للاتصالات الواردة/الصادرة) | نعم — مُضمَّن ابتداءً من مستوى Standard | -| نقل الملفات | نعم (في كلا الاتجاهين) | نعم — مُضمَّن في جميع المستويات | -| الدردشة أثناء الجلسة | نعم — دردشة نصية | نعم — دردشة أثناء الجلسة | -| الطباعة عن بُعد | نعم — طابعة عن بُعد للاتصالات الواردة (Windows) | نعم — الطباعة من الجهاز البعيد إلى طابعة محلية | -| حد الاتصالات المتزامنة | غير محدود في الخطط القياسية؛ محدود في Customized V2 | مرخّص حسب عدد الفنيين المتزامنين؛ راجع المستويات الحالية | +| الميزة | RustDesk (Server Pro ذاتي الاستضافة) | ScreenConnect (ConnectWise Control) | +| --------------------------------------- | ------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------ | +| العرض والتحكم عن بُعد | نعم — يعمل مضيفًا على Windows وmacOS وLinux وAndroid؛ وعلى iOS وحدة تحكم فقط | نعم — دعم عن بُعد متعدد الشاشات في جميع الفئات | +| الوصول غير المراقب إلى الأجهزة المُدارة | نعم — أجهزة مُدارة عبر خادمك ذاتي الاستضافة، منظّمة بمجموعات الأجهزة ودفتر عناوين مشترك | نعم — وكلاء للوصول غير المراقب (10 في الفئة الأساسية، وغير محدودة في الفئات الأعلى) | +| الوصول عبر الأجهزة المحمولة | يمكن لجهاز Android أن يتحكم أو يُتحكَّم به؛ وعلى iOS وحدة تحكم فقط | نعم — تطبيقات للفنيين على iOS وAndroid؛ ودعم عميل الضيف على الأجهزة المحمولة في Standard وما فوقها | +| تسجيل الجلسات | نعم (مع إمكانية التسجيل التلقائي للجلسات الواردة والصادرة) | نعم — مضمَّن بدءًا من فئة Standard | +| نقل الملفات | نعم (في الاتجاهين) | نعم — مضمَّن في جميع الفئات | +| الدردشة أثناء الجلسة | نعم — دردشة نصية | نعم — دردشة أثناء الجلسة | +| الطباعة عن بُعد | نعم — طابعة بعيدة للاتصالات الواردة (Windows) | نعم — الطباعة من الجهاز البعيد إلى طابعة محلية | +| حد الاتصالات المتزامنة | غير محدود في الخطط القياسية؛ ومحدود في Customized V2 | يُرخَّص حسب الفنيين المتزامنين؛ 1 / حتى 3 / حتى 10 جلسات لكل فني في One / Standard / Premium | -التزامن هو المحرك الأساسي لكلا نموذجَي التكلفة. فScreenConnect يرخّص سعة الفنيين المتزامنين، بينما الخطط القياسية في RustDesk غير محدودة، وتُرخّص Customized V2 حصة تزامن محددة. راجع [صفحة تسعير RustDesk](https://rustdesk.com/pricing). +الاتصالات المتزامنة هي ما يحرّك نموذجي التكلفة كليهما. فـ ScreenConnect يرخّص الفنيين المتزامنين ويحدّ عدد الجلسات المتزامنة التي يستطيع كل منهم تشغيلها: جلسة واحدة في One، وحتى ثلاث في Standard، وحتى عشر في Premium، بحسب [صفحة أسعاره](https://www.screenconnect.com/pricing) التي روجعت في 14 أكتوبر 2026. أما خطط RustDesk القياسية فتتضمن اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا منها إلا Customized V2. راجع [صفحة أسعار RustDesk](https://rustdesk.com/pricing). ## دعم أنظمة التشغيل والمنصات -كلتا الأداتين تعملان عبر منصات متعددة، مع وجود فارق بنيوي واحد يستحق الفهم: يميّز ScreenConnect بين جانب **المضيف (host)** (الفني) وجانب **الضيف (guest)** (الجهاز الذي يتلقى الدعم)، ويختلف دعم المنصات قليلاً بين الجانبين. +تعمل الأداتان على منصات متعددة، مع فارق بنيوي واحد يستحق الفهم: يميّز ScreenConnect بين جانب **المضيف** (الفني) وجانب **الضيف** (الجهاز الذي يتلقى الدعم)، ويختلف دعم المنصات قليلًا بين الجانبين. -| المنصة | RustDesk | ScreenConnect | -| ----------------- | ---------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------ | -| Windows | نعم — x64، وARM64، و32-bit | نعم — كمضيف وكضيف (Windows 10/11، وServer 2016–2025) | -| macOS | نعم — Apple Silicon وIntel | نعم — كمضيف وكضيف (الإصدار الحالي والإصدارين السابقين) | -| Linux | نعم — x86_64، وARM64 وARM32؛ ودعم قوي لـ Wayland | نعم — كمضيف وكضيف (x86_64، glibc 2.17+) | -| Android | نعم — arm64، وarm32، وx64 (كمضيف وكمتحكم) | دعم كضيف؛ تطبيق فني لنظام Android | -| iOS | للتحكم فقط | مشاركة شاشة كضيف للعرض فقط؛ تطبيق فني لنظام iOS | -| التحكم من المتصفح | عميل متصفح للتحكم (عميل ويب عام، أو ذاتي الاستضافة حسب حجم الخطة)؛ أما أن يُتحكم بالجهاز فيتطلب العميل الأصلي (native) | نعم — كمضيف عبر Chrome وFirefox وSafari وEdge | +| المنصة | RustDesk | ScreenConnect | +| ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------- | +| Windows | نعم — x64 وARM64 و32-bit | نعم — مضيفًا وضيفًا (Windows 10/11، وServer 2016–2025) | +| macOS | نعم — Apple Silicon وIntel | نعم — مضيفًا وضيفًا (الإصدار الحالي والإصداران السابقان) | +| Linux | نعم — x86_64 وARM64 وARM32؛ X11 وWayland (الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول على Wayland في [نسخة المعاينة](/ar/blog/unattended-remote-access-wayland-ar)) | نعم — مضيفًا وضيفًا (x86_64، وglibc 2.17+) | +| Android | نعم — arm64 وarm32 وx64 (مضيف ووحدة تحكم) | دعم بصفة ضيف؛ وتطبيق للفنيين على Android | +| iOS | وحدة تحكم فقط؛ ولا يطبّق RustDesk استضافة الجلسات أو مشاركة الشاشة على iOS | مشاركة شاشة الضيف للعرض فقط؛ وتطبيق للفنيين على iOS | +| التحكم من المتصفح | عميل متصفح للتحكم (عميل الويب العام، أو نسخة مستضافة ذاتيًا بدءًا من حجم خطة معيّن)؛ ويحتاج الجهاز الذي يُتحكَّم به إلى العميل الأصلي | نعم — المضيف عبر Chrome وFirefox وSafari وEdge | -بضع توضيحات حتى لا يُساء الفهم. تُدرج صفحة التوافق الرسمية لـ ConnectWise، بحسب بحثنا، أنظمة Windows/macOS/Linux كمضيف وكضيف، إضافة إلى تطبيقي iOS وAndroid للجوال؛ وتذكر بعض المقالات من أطراف أخرى أيضًا عملاء ChromeOS وRaspberry Pi، لكننا لم نتمكن من التحقق من ذلك على الصفحة الرسمية لـ ConnectWise، لذا استبعدناها. وبشكل منفصل، عندما تتحدث الفرق عن Raspberry Pi في سياق تقييم RustDesk، فهي غالبًا تقصد استضافة _خادم RustDesk_ ذاتيًا على عتاد صغير — وهذا سيناريو نشر من جانب الخادم، وليس ادعاءً يتعلق بمنصة العميل. +بضعة توضيحات حتى لا يُساء الفهم. تُدرج صفحة التوافق الرسمية لدى ConnectWise، وفق بحثنا، أنظمة Windows وmacOS وLinux للمضيف والضيف، إضافة إلى تطبيقي iOS وAndroid؛ وتذكر بعض المقالات من جهات أخرى عملاء لـ ChromeOS وRaspberry Pi أيضًا، لكننا لم نتمكن من التحقق منها على الصفحة الرسمية لـ ConnectWise، فاستبعدناها. ومن جهة أخرى، حين تتحدث الفرق عن Raspberry Pi في سياق تقييم RustDesk، فهي تقصد عادةً استضافة _خادم RustDesk_ ذاتيًا على عتاد صغير، وهذا سيناريو نشر من جانب الخادم، لا ادعاء يتعلق بمنصة العميل. -## الأمان وإدارة الهوية +## الأمان والهوية -يتناول هذا القسم أسئلة الأمان والامتثال التي عادةً ما تكون الدافع وراء عملية التقييم. +يتناول هذا القسم أسئلة الأمان والامتثال التي تحرّك التقييم عادةً. -**نموذج الأمان في ScreenConnect.** تُدرج صفحة تسعير ConnectWise الحالية تشفير AES-256، والمصادقة الثنائية، ومنع هجمات القوة الغاشمة (brute-force)، وإدارة وصول دقيقة، وتكاملات مع LDAP وSAML وOAuth وموفري تسجيل الدخول الموحد الآخرين. وتُدرج صفحة منتجها ذاتي الاستضافة المصادقة متعددة العوامل وضوابط التحكم بالوصول المبنية على الأدوار، وتصف إعدادات مصمّمة لدعم متطلبات SOC 2 وPCI وCJIS وHIPAA. وهذه ادعاءات من المورّد، وليست استنتاجًا بأن أي عملية نشر تكون ممتثلة تلقائيًا؛ والصفحات الرسمية للمورّد مرتبطة في قسم [المصادر](#المصادر). +**نموذج الأمان في ScreenConnect.** تُدرج صفحة الأسعار الحالية لدى ConnectWise تشفير AES-256، والمصادقة الثنائية، والحماية من هجمات القوة الغاشمة، وإدارة دقيقة للوصول، وتكاملات مع LDAP وSAML وOAuth ومزوّدي تسجيل دخول موحد آخرين. وتُدرج صفحة إصداره المحلي (On-Premise) المصادقة متعددة العوامل والتحكم في الوصول القائم على الأدوار، وتصف إعدادات موجّهة لدعم متطلبات SOC 2 وPCI وCJIS وHIPAA. وهذه قدرات لدعم الامتثال كما يصرّح بها المورّد، والصفحات الرسمية مرتبطة في قسم [المصادر](#المصادر). -**التحديث مسألة ملكية.** في الخدمة التي يستضيفها المورّد، يتحكم المورّد بالجدول الزمني للتحديثات، بينما يقوم مشغّلو النسخ ذاتية الاستضافة بتحديث خوادمهم بأنفسهم. التصحيحات الأمنية وتدوير الشهادات والأحداث المشابهة تقع على _جدولك_ الزمني للتغيير، لا على جدول المورّد — وهي المفاضلة نفسها من حيث الملكية التي تُبقي بياناتك ضمن بنيتك التحتية، واستضافة RustDesk ذاتيًا تحمل هذه المسؤولية نفسها تمامًا. +**التحديث مسألة ملكية.** في الخدمة التي يستضيفها المورّد، يتحكم المورّد في توقيت التصحيحات، أما من يستضيف بنفسه فيحدّث خوادمه بنفسه. فالتصحيحات الأمنية وتدوير الشهادات وما شابهها تقع على جدول التغييرات _لديك_ لا لدى المورّد، والاستضافة الذاتية لـ RustDesk تحمّلك هذه المسؤولية نفسها تمامًا. -**نموذج الأمان في RustDesk.** يختلف نهج RustDesk بشكل بنيوي: فلأنه مفتوح المصدر بموجب ترخيص AGPL، يمكن تدقيق الشيفرة بشكل مستقل وبناؤها من المصدر بدلاً من الاعتماد على الثقة وحدها — وهو أمر لا تستطيع تقديمه لا نسخة ScreenConnect السحابية ولا نسختها المحلية (on-premise). أما Server Pro فهو ذاتي الاستضافة، بحيث تبقى خوادم نقطة الالتقاء (rendezvous) والترحيل (relay) ووساطة الجلسات ضمن بنية تحتية تتحكم بها بنفسك، وهذا هو بيت القصيد بالكامل للفرق التي يكون شاغلها الأساسي مكان إقامة البيانات (data residency) والامتثال لـ GDPR ([لماذا الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) يشرح المنطق بالتفصيل). أما من ناحية الهوية، فيدعم RustDesk بروتوكول LDAP وتسجيل الدخول الموحد عبر OIDC — وهذه نقطة تستحق التوضيح الصريح: **يتوفر LDAP/SSO ابتداءً من خطة Basic فما فوق؛ ولا تتضمنه الخطط الأدنى من Basic.** وتتم الإدارة عبر لوحة تحكم ويب ذاتية الاستضافة، ويتم التحكم بالوصول عبر مجموعات الأجهزة ودفتر عناوين مشترك بحيث يمكنك تحديد نطاق المستخدمين الذين يصلون إلى أجهزة معينة. تفاصيل الإعداد موجودة في [دليلنا حول RustDesk وLDAP وActive Directory](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/). +**نموذج الأمان في RustDesk.** لأن العميل مفتوح المصدر، يمكن تدقيق شيفرته بصورة مستقلة وبناؤه من المصدر بدلًا من قبوله على الثقة، وهذا ما لا يستطيع منتج مغلق المصدر تقديمه. وأنت من يختار أين تعمل خدمتا الالتقاء والترحيل ووحدة التحكم وبيانات النشر المخزّنة؛ وتنتقل الجلسات المباشرة بين الطرفين، وتكون الجلسات القائمة على المعرّف مشفّرة من طرف إلى طرف عندما يُضبط العميل بالمفتاح العام لخادمك. ويدعم Server Pro تسجيل الدخول الموحد عبر LDAP وOIDC بدءًا من خطة Basic، مع [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، وصلاحيات [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) للإجراءات داخل الجلسة. -كون البرنامج مفتوح المصدر لا يجعله مُحصَّنًا تمامًا من الثغرات. راجع [أحدث إصدارات RustDesk](https://github.com/rustdesk/rustdesk/releases) والسجلات العامة للثغرات. يوفر وضع ScreenConnect السحابي خدمة يشغّلها المورّد؛ بينما يوفر RustDesk شيفرة قابلة للتدقيق وخدمات من جانب الخادم ذاتية الاستضافة، إلى جانب مسؤولية التشغيل. للاطلاع على حدود التوجيه ومكان إقامة البيانات، راجع [سطح المكتب البعيد وسيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). +وكون البرنامج مفتوح المصدر لا يجعله منيعًا، لذا تابع [أحدث إصدارات RustDesk](https://github.com/rustdesk/rustdesk/releases) والسجلات العامة للثغرات. وللاطلاع على حدود توجيه الحركة ومكان إقامة البيانات، راجع [سطح المكتب البعيد والسيادة على البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). ## نماذج الترخيص والتسعير -تتغير الأسعار كثيرًا، لذا بدلاً من التعامل مع أي رقم كحقيقة دائمة، سنقارن بين _النموذجين_ ونُثبِّت تاريخ الأرقام المذكورة. +تتغير الأسعار كثيرًا، لذا بدلًا من التعامل مع أي رقم كحقيقة دائمة، سنقارن بين _النموذجين_ ونؤرّخ الأرقام المذكورة. -**ScreenConnect** يُجمّع سعة الفنيين/الجلسات، والوكلاء غير المراقَبين، والميزات حسب المنتج والمستوى. وهذه التفاصيل تتغير، وتتطلب شروط النسخ المحلية تأكيدًا مباشرًا. استخدم صفحة تسعير ConnectWise الحالية وعرض سعر مكتوب لنفس عدد الفنيين والجلسات المتزامنة ونقاط النهاية غير المراقَبة وضوابط الأمان ومتطلبات الدعم؛ فهذا المقال لا يحتفظ بلقطة أسعار ستصبح قديمة مع الوقت. +يجمع **ScreenConnect** تراخيص الفنيين، والجلسات المتزامنة لكل فني، ووكلاء الوصول غير المراقب، والميزات في باقات حسب الفئة. وتسمح [صفحة أسعاره](https://www.screenconnect.com/pricing)، بحسب مراجعتها في 14 أكتوبر 2026، بجلسة متزامنة واحدة لكل فني في One، وحتى ثلاث في Standard، وحتى عشر في Premium. ولأن الأسعار تتغير، اعتمد على عرض سعر مكتوب للعدد نفسه من الفنيين والجلسات المتزامنة والأجهزة غير المراقبة، وللمتطلبات نفسها من ضوابط الأمان والدعم. -**RustDesk** يُسعّر حسب مستخدمي تسجيل الدخول والأجهزة المُدارة. وتشمل الخطط القياسية اتصالات متزامنة غير محدودة؛ وتضيف Customized V2 حصة تزامن محددة. وأي مقارنة مباشرة بين الأسعار المعلنة قد تكون مضلِّلة، لذا قيّم كلا المنتجين بناءً على المتطلبات الفعلية من المستخدمين والأجهزة والتزامن والميزات والدعم. يمكن الاطلاع على أسعار RustDesk الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). +أما **RustDesk** فيسعّر حسب مستخدمي تسجيل الدخول والأجهزة المُدارة. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا Customized V2. والمقارنة المباشرة بين الأسعار المعلنة مضلِّلة، لذا قدّر حجم المنتجين وفق متطلباتك الفعلية من المستخدمين والأجهزة والاتصالات المتزامنة والميزات والدعم. وأسعار RustDesk الحالية متاحة على [rustdesk.com/pricing](https://rustdesk.com/pricing). -## الإيجابيات والسلبيات +## المزايا والعيوب **RustDesk** -_الإيجابيات_ +_المزايا_ -- اتصالات متزامنة غير محدودة في الخطط القياسية — دون قياس للجلسات حسب عدد الفنيين (خطة Customized V2 وحدها محدودة) -- مولّد العميل بعلامة تجارية مخصصة يوفّر أداة بعلامة بيضاء (white-label) تحمل اسمك أنت، لا اسم ConnectWise -- يُبقي Server Pro ذاتي الاستضافة عملية الوساطة/الترحيل ضمن بنية تحتية تملكها أنت (سيادة البيانات، GDPR) -- مفتوح المصدر (AGPL) — قابل للتدقيق والبناء من الشيفرة المصدرية -- خادم المجتمع المجاني يعمل إلى أجل غير مسمى دون أي تكلفة -- يتوسع ليشمل أساطيل ضخمة من الأجهزة (المزيد عن هذا لاحقًا) +- اتصالات متزامنة غير محدودة في خطط Pro القياسية، دون سقف للجلسات لكل فني (لا يرخّص عددًا محددًا منها إلا Customized V2) +- يوفّر مولّد العميل المخصص أداة بعلامة بيضاء (white-label) تحمل اسمك أنت، لا اسم ConnectWise +- يشغّل Server Pro ذاتي الاستضافة الوساطة والترحيل على بنية تحتية تختارها +- عميل قابل للتدقيق يمكنك قراءة شيفرته وبناؤه من المصدر +- Server OSS مجاني دون رسوم ترخيص أو تاريخ انتهاء +- يتدرّج من خادم لإثبات المفهوم إلى أساطيل كبيرة (المزيد عن ذلك أدناه) -_السلبيات_ +_العيوب_ -- أنت من يُشغّل الخادم ويحدّثه ويصونه بنفسك -- لا توجد نسخة تجريبية مجانية بالكامل من Server Pro (راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على ترخيص اختباري) -- بعض المزايا (LDAP/SSO) تبدأ من خطة Basic، وليس من المستوى الأول +- تتولى بنفسك تشغيل الخادم وتطبيق التصحيحات والتحديثات عليه +- لا تتوفر نسخة تجريبية مجانية ذاتية الخدمة من Server Pro (راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط التقييم) +- بعض المزايا (LDAP/SSO) تبدأ من خطة Basic لا من الفئة الأولى **ScreenConnect** -_الإيجابيات_ +_المزايا_ - التكامل مع منظومة ConnectWise PSA/RMM -- خيار سحابي مُدار مع تحديثات تلقائية -- مجموعة ميزات تشمل تسجيل الجلسات، وBackstage، وVoIP، والتشخيصات -- قاعدة تثبيت كبيرة لدى مزوّدي خدمات إدارة تقنية المعلومات — يسهل إيجاد التوثيق والفنيين ذوي الخبرة -- ضوابط هوية على مستوى المؤسسات (2FA، وSSO/SAML/OAuth، وLDAP، وضوابط تحكم بالوصول مبنية على الأدوار) +- خيار سحابي مُدار مع تطبيق تلقائي للتصحيحات +- مجموعة ميزات تشمل تسجيل الجلسات وBackstage وVoIP وأدوات التشخيص +- قاعدة تثبيت كبيرة لدى مزوّدي الخدمات المُدارة، فيسهل العثور على التوثيق والفنيين ذوي الخبرة +- ضوابط هوية على مستوى المؤسسات (2FA، وSSO/SAML/OAuth، وLDAP، والتحكم في الوصول القائم على الأدوار) -_السلبيات_ +_العيوب_ -- مملوك ومغلق المصدر — لا يمكنك تدقيق الشيفرة -- يقيس ترخيص الفنيين المتزامنين سعتك ويحدّها -- الميزات المتقدمة محصورة خلف مستويات أعلى؛ وبعض الوظائف عبارة عن خطوط منتجات منفصلة مدفوعة +- مغلق المصدر، فلا يمكنك تدقيق الشيفرة +- تراخيص للفنيين المتزامنين، بسقف يبلغ 1 / حتى 3 / حتى 10 جلسات متزامنة لكل فني في One / Standard / Premium +- الميزات المتقدمة محجوزة للفئات الأعلى، وبعض الوظائف خطوط منتجات منفصلة مدفوعة -## لماذا ينتقل مزوّدو خدمات إدارة تقنية المعلومات إلى RustDesk رغم كل شيء +## لماذا ينتقل مزوّدو الخدمات المُدارة إلى RustDesk رغم ذلك -كل ما سبق يمثّل المقارنة المحايدة. أما هذا الجزء فهو حيث نطرح بصراحة حجة RustDesk — لأن المتطلبات المذكورة أعلاه هي غالبًا ما يدفع مزوّدي خدمات إدارة تقنية المعلومات إلى تقييم بديل ذاتي الاستضافة في المقام الأول. يمكنك تشغيل طبقة التنسيق بأكملها بنفسك، والإبقاء على بيانات الجلسات داخل محيطك الخاص — وهو أمر لا تستطيع أداة مستضافة من مورّد تقديمه من الناحية البنيوية. يتيح لك Server Pro اختيار مكان تشغيل بيانات المعرّف (ID) والترحيل (relay) ولوحة التحكم والأجهزة. لكن حركة البيانات المباشرة بين نقاط النهاية لا تزال تعبر الشبكات الواقعة بينها، والامتثال يتطلب أكثر من مجرد موقع الخادم. تبدأ العديد من الفرق بالاستضافة الذاتية على عتاد متواضع لإثبات الفكرة، ثم تتحقق من السعة مقابل ملف التزامن والترحيل الفعلي لديها. وبالنسبة للفرق التي يكون شاغلها الأول هو مكان إقامة البيانات والتحكم بها، فإن هذا وحده يحسم القرار. +كل ما سبق مقارنة محايدة. أما هنا فنعرض حجة RustDesk صراحةً. -إذا كنت تُجري التقييم تحديدًا بصفتك مزوّد خدمات إدارة تقنية معلومات، فإن مقالنا [RustDesk لمزوّدي خدمات إدارة تقنية المعلومات](/ar/blog/rustdesk-for-msps-ar) مكتوب تحديدًا لحالتك؛ أما مشترو المؤسسات فعليهم البدء بمقال [RustDesk للمؤسسات](/ar/blog/rustdesk-for-enterprise-ar). راجع أيضًا [سطح المكتب البعيد وسيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) و[هل يمكن لـ RustDesk أن يتوسع إلى أكثر من 50,000 جهاز؟](/ar/blog/rustdesk-scale-50000-200000-devices-ar). +**اتصالات متزامنة غير محدودة في الخطط القياسية.** يحدّ ScreenConnect كل فني بجلسة متزامنة واحدة في One، وثلاث في Standard، وعشر في Premium. أما خطط RustDesk Server Pro القياسية فتتضمن اتصالات متزامنة غير محدودة، فلا يدفعك الفنيون الذين يعملون على عدة عملاء في آن واحد إلى فئة أعلى. + +**علامتك التجارية بدءًا من خطة Basic.** يُنتج مولّد العميل المخصص عميلًا بعلامة بيضاء يحمل اسمك أنت، لا اسم ConnectWise. + +**تشغيل تجريبي مجاني قبل الشراء.** لا رسوم ترخيص لـ Server OSS ولا تاريخ انتهاء، لذا يمكنك إثبات جودة الاتصال وأداء الترحيل في موقع عميل حقيقي وعلى عتاد متواضع قبل شراء Server Pro. + +**عميل يمكنك تدقيقه.** يمكنك قراءة شيفرة العميل الذي يثبّته عملاؤك وبناؤه بنفسك، بدلًا من الاكتفاء بكلام المورّد عمّا يفعله. + +يتيح لك ScreenConnect On-Premise أيضًا استضافة الخادم بنفسك؛ وما يضيفه RustDesk هو العميل المفتوح، ونقطة البداية المجانية، وخطط قياسية لا تحدّ الجلسات لكل فني. وتحفّظ واحد: إذا كان مكتب الخدمة لديك يعتمد على تكاملات ConnectWise PSA وAutomate، فاختبر سير العمل هذا خلال التشغيل التجريبي. + +إذا كنت تُجري التقييم بصفتك مزوّد خدمات مُدارة، فمقالنا [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar) مكتوب لحالتك تحديدًا؛ أما المؤسسات فالأفضل أن تبدأ بمقال [RustDesk للمؤسسات](/ar/blog/rustdesk-for-enterprise-ar). وراجع أيضًا [سطح المكتب البعيد والسيادة على البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) و[هل يمكن لـ RustDesk التوسع إلى 200,000 جهاز؟](/ar/blog/rustdesk-scale-50000-200000-devices-ar). ## جرّب RustDesk بنفسك -الطريقة الخالية من الضغط لتقييم RustDesk هي إجراء إثبات مفهوم تمثيلي. أنشئ خادم المجتمع المجاني ووجّه إليه بضع نقاط نهاية — دون أي تكلفة ودون أي مكالمة مبيعات. وللاطلاع على ميزات Pro، راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم الحالية، أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing)، وهناك أيضًا [شرح مصوَّر](https://www.youtube.com/@rustdesk) إذا كنت تفضّل المشاهدة أولاً. +أسهل طريقة لتقييم RustDesk دون ضغط هي إثبات مفهوم يمثّل بيئتك. شغّل Server OSS ووجّه إليه بضعة أجهزة، دون رسوم ترخيص ودون مكالمة مع فريق المبيعات. ولميزات Pro، اسأل [sales@rustdesk.com](mailto:sales@rustdesk.com) عن شروط التقييم الحالية أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing)، وهناك [شرح مرئي](https://www.youtube.com/@rustdesk) إن كنت تفضّل المشاهدة أولًا. -## قراءات ذات صلة +## مقالات ذات صلة -- [RustDesk لمزوّدي خدمات إدارة تقنية المعلومات](/ar/blog/rustdesk-for-msps-ar) +- [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar) - [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar) ## المصادر -تم التحقق من تفاصيل منتج ScreenConnect مقابل صفحات ConnectWise الرسمية التالية بتاريخ 7 يوليو 2026. قد تتغير الميزات ودعم المنصات والتجميع والأسعار؛ تحقق من الصفحات الحالية ومن عرض سعر مكتوب قبل الشراء. +رُوجعت تفاصيل منتج ScreenConnect في 7 يوليو 2026 مقابل صفحات ConnectWise الرسمية التالية، وأُعيدت مراجعة حدود الجلسات لكل فني على صفحة الأسعار في 14 أكتوبر 2026. وقد تتغير الميزات ودعم المنصات والباقات والأسعار، فراجع الصفحات الحالية واحصل على عرض سعر مكتوب قبل الشراء. -- [خطط تسعير ScreenConnect](https://www.screenconnect.com/pricing) — المستويات الحالية، وحدود الجلسات المتزامنة، والوكلاء غير المراقَبين، وميزات الدعم عن بُعد، وضوابط الأمان، وتكاملات الهوية، وتكاملات ConnectWise. -- [ScreenConnect ذاتي الاستضافة](https://www.screenconnect.com/on-premise) — الاستضافة الذاتية، وBackstage، وتسجيل الجلسات، والتوافق، والأمان، وقدرات الامتثال كما يصرّح بها المورّد. +- [خطط أسعار ScreenConnect](https://www.screenconnect.com/pricing) — الفئات الحالية، وحدود الجلسات المتزامنة، ووكلاء الوصول غير المراقب، وميزات الدعم عن بُعد، وضوابط الأمان، وتكاملات الهوية، وتكاملات ConnectWise. +- [ScreenConnect On-Premise](https://www.screenconnect.com/on-premise) — الاستضافة الذاتية، وBackstage، وتسجيل الجلسات، والتوافق، والأمان، وقدرات الامتثال كما يصرّح بها المورّد. - [متطلبات عميل المضيف في ScreenConnect](https://docs.connectwise.com/ScreenConnect_Documentation/Get_started/Host_client/Host_client_requirements) — متطلبات نظام التشغيل من جهة الفني. - [متطلبات عميل الضيف في ScreenConnect](https://docs.connectwise.com/ScreenConnect_Documentation/Get_started/Guest_client/Guest_client_requirements) — متطلبات نظام التشغيل للأجهزة المدعومة. -- [متطلبات تطبيق iOS الخاص بـ ScreenConnect](https://docs.connectwise.com/ScreenConnect_Documentation/Mobile_apps/iOS/iOS_app_requirements) — متطلبات تطبيق iOS الحالية وقيود الشركات المصنّعة. +- [متطلبات تطبيق ScreenConnect على iOS](https://docs.connectwise.com/ScreenConnect_Documentation/Mobile_apps/iOS/iOS_app_requirements) — متطلبات تطبيق iOS الحالية والقيود التي تفرضها الشركة المصنّعة. diff --git a/v3/src/content/post/ar/rustdesk-vs-splashtop.md b/v3/src/content/post/ar/rustdesk-vs-splashtop.md index 61b889a6..f1a0c7a3 100644 --- a/v3/src/content/post/ar/rustdesk-vs-splashtop.md +++ b/v3/src/content/post/ar/rustdesk-vs-splashtop.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-06T10:09:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-vs-splashtop' draft: false -title: 'بديل Splashtop ذاتي الاستضافة: ما الذي يجب تقييمه أولاً' -excerpt: 'دليل تقييم بديل ذاتي الاستضافة لـ Splashtop يغطي الترخيص، والبنية التحتية، وأدلة الموثوقية، واختبار سير العمل، ومخاطر الترحيل.' +title: 'بديل Splashtop ذاتي الاستضافة: ما الذي يجب تقييمه أولًا' +excerpt: 'دليل لتقييم بديل ذاتي الاستضافة لـ Splashtop يغطي الترخيص، والبنية التحتية، وأدلة الموثوقية، واختبار سير العمل، ومخاطر الانتقال.' image: '~/assets/images/blog/rustdesk-vs-splashtop-og.webp' category: 'مقارنات' tags: ['RustDesk', 'Splashtop', 'مقارنة'] @@ -12,76 +13,83 @@ author: 'RustDesk Team' slug: 'rustdesk-vs-splashtop-ar' faq: - question: 'هل يمكن استضافة كل من RustDesk وSplashtop ذاتيًا؟' - answer: 'نعم، ولكن من خلال نماذج منتجات مختلفة. يوفر RustDesk خادمًا مجانيًا مفتوح المصدر وخطط Server Pro التجارية المبنية حول الاستضافة الذاتية. أما Splashtop فيقدّم منتج On-Prem الملكي المرخّص بشكل منفصل، بالإضافة إلى خطط SaaS الرئيسية الخاصة به.' + answer: 'نعم، ولكن عبر نماذج منتجات مختلفة. فكلٌّ من RustDesk Server OSS (خادم المجتمع المجاني) وServer Pro التجاري مصمَّم للاستضافة الذاتية. أما Splashtop فيقدّم منتج On-Prem مغلق المصدر ومرخّصًا بشكل منفصل، مع بوابة (Gateway) يشغّلها العميل، إلى جانب خطط SaaS الرئيسية التي يشغّلها المورّد.' - question: 'ما البنية التحتية التي يتطلبها Splashtop On-Prem؟' - answer: 'يستخدم Splashtop On-Prem بوابة Splashtop Gateway يديرها العميل. ويجب على المؤسسة التخطيط لسعة الخادم، والشبكات، وبروتوكول TLS، والمراقبة، والنسخ الاحتياطي، والترقيات، والتوافر، وفقًا لمتطلبات النشر الخاصة بها.' - - question: 'هل يجب أن أستضيف ذاتيًا أم أستخدم خدمة يديرها المورّد؟' - answer: 'اختر الاستضافة الذاتية عندما تريد التحكم في الخدمات من جانب الخادم، أو برمجيات مفتوحة المصدر، أو ترخيصًا يعتمد على مستخدميك وأجهزتك الخاصة؛ أما خدمة SaaS التي يديرها المورّد فهي البديل عندما تريد تحديدًا أن يتولى طرف آخر تشغيل الخدمة. اختبر سير العمل المطلوب، وقارن الشروط الكتابية الحالية قبل اتخاذ القرار.' - - question: 'كيف يجب على فريق تقنية المعلومات اختبار بديل لـ Splashtop؟' - answer: 'شغّل برنامجًا تجريبيًا موازيًا يضم مستخدمين وأجهزة نهائية وشبكات وسير عمل دعم يمثّلون واقعك الفعلي. حدد معايير القبول لموثوقية الاتصال، والصوت عن بُعد، وتخطيط الشاشات، والوصول عبر الجوال، والإدارة، وضوابط الأمان، واحتفظ بمسار تراجع موثّق إلى أن يجتاز البديل هذه المعايير.' + answer: 'يستخدم Splashtop On-Prem بوابة Splashtop Gateway يشغّلها العميل وتُثبَّت في منطقة DMZ أو خلف جدار الحماية المؤسسي. وتتولى المؤسسة التخطيط لسعة الخادم والشبكة وTLS والمراقبة والنسخ الاحتياطي والترقيات والتوافر، وتنشر Splashtop متطلبات نظام تغطي أنظمة تشغيل البوابة وتحديد حجم العتاد والمنافذ.' + - question: 'هل يجب أن أستضيف ذاتيًا أم أستخدم خدمة يشغّلها المورّد؟' + answer: 'اختر الاستضافة الذاتية إذا كان فريقك يريد تشغيل خدمات الخادم ويستطيع تولّي التحديثات والمراقبة والنسخ الاحتياطي والاستعادة. ويجعل RustDesk ذلك هو الوضع الافتراضي، بعميل مرخّص بموجب AGPL وRustDesk Server OSS المجاني وإدارة تجارية عبر Server Pro، بينما تبيعه Splashtop في صورة منتج On-Prem المنفصل. واختر خدمة SaaS يشغّلها المورّد إذا أردت أن يتولى غيرك تشغيل الخدمة.' + - question: 'كيف ينبغي لفريق تقنية المعلومات اختبار بديل لـ Splashtop؟' + answer: 'شغّل تجربة موازية مع مستخدمين وأجهزة طرفية وشبكات وسير عمل دعم يمثّلون بيئتك الفعلية. وحدّد معايير قبول لموثوقية الاتصال، والصوت عن بُعد، وتوزيع الشاشات، والوصول من الأجهزة المحمولة، والإدارة، وضوابط الأمان، وأبقِ الأداة الحالية قيد التشغيل مع مسار تراجع موثّق إلى أن يجتاز البديل هذه المعايير.' metadata: - description: 'قيّم بديلاً ذاتي الاستضافة لـ Splashtop من حيث الترخيص، والبنية التحتية، وتوافق سير العمل، وضوابط الأمان، وتصميم البرنامج التجريبي، ومخاطر الترحيل.' - keywords: 'بديل Splashtop ذاتي الاستضافة، استبدال Splashtop، الترحيل من Splashtop، RustDesk مقابل Splashtop، بديل Splashtop لفرق تقنية المعلومات' + description: 'قيّم بديلًا ذاتي الاستضافة لـ Splashtop من حيث الترخيص، والبنية التحتية، وتوافق سير العمل، وضوابط الأمان، وتصميم التشغيل التجريبي، ومخاطر الانتقال.' + keywords: 'بديل Splashtop ذاتي الاستضافة, استبدال Splashtop, الانتقال من Splashtop, RustDesk مقابل Splashtop, بديل Splashtop لفرق تقنية المعلومات' --- -يستحق بديل Splashtop ذاتي الاستضافة التقييم عندما يحتاج فريق تقنية المعلومات لديك إلى التحكم في الخدمات من جانب الخادم، أو برمجيات مفتوحة المصدر، أو نموذج ترخيص يتناسب مع مستخدميه وأجهزته وجلساته المتزامنة. لكنه ليس بالضرورة الخطوة الصحيحة تلقائيًا: فالتحول ينقل أيضًا عبء البنية التحتية إلى فريقك، وقد يكشف عن ثغرات في سير العمل لا تلتقطها مصفوفة الميزات. +يستحق بديل Splashtop ذاتي الاستضافة التقييم عندما يريد فريق تقنية المعلومات لديك التحكم في خدمات الخادم، أو شيفرة مصدرية يستطيع تدقيقها، أو نموذج ترخيص يلائم مستخدميه وأجهزته وجلساته المتزامنة. وRustDesk مصمَّم لهذه المتطلبات تحديدًا. ومع ذلك يبقى التقييم مهمًا، لأن الانتقال قد يكشف ثغرات في سير العمل لا تلتقطها مصفوفة الميزات. -التمييز المهم هنا هو أن هناك **ثلاثة نماذج تشغيل، لا مجرد "السحابة مقابل الاستضافة الذاتية".** فـ Splashtop يبيع خطط SaaS مُدارة _و_ منتج **On-Prem** مرخّصًا بشكل منفصل؛ بينما يجعل RustDesk من الاستضافة الذاتية نموذج النشر الأساسي من خلال خادمه المجتمعي المجاني وخطط Server Pro. +التمييز المهم هنا هو أن ثمة **ثلاثة نماذج تشغيل، لا مجرد «السحابة مقابل الاستضافة الذاتية».** فـ Splashtop يبيع خطط SaaS مُدارة _إلى جانب_ منتج **On-Prem** مرخّص بشكل منفصل، بينما يجعل RustDesk الاستضافة الذاتية نموذج النشر الأساسي عبر RustDesk Server OSS (خادم المجتمع المجاني) وServer Pro. ## الإجابة المختصرة -| عامل القرار | RustDesk | Splashtop SaaS | Splashtop On-Prem | -| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------------------- | -| تشغيل الخادم | خادم مجتمعي أو Server Pro يديره العميل | يديره المورّد | بوابة Splashtop On-Prem Gateway يديرها العميل | -| نموذج المصدر | العميل الأساسي والخادم المجتمعي مفتوحا المصدر بموجب رخصة AGPL | ملكي | ملكي | -| الترخيص | تعتمد خطط Server Pro القياسية على مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة؛ وتقيس خطة [Customized V2](https://rustdesk.com/pricing#custom2) التزامن أيضًا | يختلف حسب خطة Remote Access أو Remote Support أو Enterprise | مرخّص بشكل منفصل ويُباع عبر فريق المبيعات؛ تأكد من عرض السعر الكتابي | -| الجلسات المتزامنة | غير محدودة في الخطط القياسية؛ حصة محددة في Customized V2 | تعتمد على الخطة | تعتمد على الترخيص | -| الحوكمة | ميزات Server Pro تعتمد على الخطة؛ قارن بين تسجيل الدخول الموحد (SSO)، والمصادقة الثنائية (2FA)، والتدقيق، والتحكم في الوصول، ودفاتر العناوين، وإدارة الأجهزة | ضوابط Enterprise تعتمد على الخطة | صلاحيات المستخدم/المجموعة، والتكامل مع Active Directory، وقيود عناوين IP، وميزات أخرى تعتمد على الإصدار | -| عمل البنية التحتية | فريقك مسؤول عن النشر، وTLS، والتعرض الشبكي، والمراقبة، والنسخ الاحتياطي، والترقيات، والتوافر | المورّد مسؤول عن بنية الخدمة التحتية | فريقك مسؤول عن تحديد حجم البوابة، وموقعها الشبكي، وTLS، والمراقبة، والنسخ الاحتياطي، والترقيات، والتوافر | -| أفضل نقطة بداية | الخادم المجتمعي المجاني للتقييم الأساسي؛ تقييم Server Pro عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) للاطلاع على ميزات الإدارة | نسخة SaaS تجريبية للفرق التي تريد خدمة مُدارة | مبيعات مباشرة وتقييم بنية تحتية محدد النطاق | +| عامل القرار | RustDesk | Splashtop SaaS | Splashtop On-Prem | +| ------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | +| تشغيل الخادم | Server OSS أو Server Pro يشغّله العميل | يشغّله المورّد | بوابة Splashtop On-Prem Gateway يشغّلها العميل | +| نموذج المصدر | العميل وServer OSS بترخيص AGPL؛ وServer Pro مغلق المصدر | مغلق المصدر | مغلق المصدر | +| الترخيص | تُرخّص خطط Server Pro مستخدمي تسجيل الدخول إضافة إلى الأجهزة المُدارة؛ ويرخّص [Customized V2](https://rustdesk.com/pricing#custom2) أيضًا عددًا محددًا من الاتصالات المتزامنة | يختلف حسب خطة Remote Access أو Remote Support أو Enterprise | مرخّص بشكل منفصل ويُباع عبر فريق المبيعات؛ تأكد من عرض السعر المكتوب | +| الجلسات المتزامنة | غير محدودة في الخطط القياسية؛ وحصة محددة في Customized V2 | تعتمد على الخطة | تعتمد على الترخيص | +| الحوكمة | وحدة تحكم Server Pro على الويب، والتحكم في الوصول لكل مستخدم ومجموعة أجهزة، ودفاتر العناوين المشتركة؛ وتسجيل الدخول الموحد عبر LDAP/OIDC بدءًا من خطة Basic | ضوابط Enterprise تعتمد على الخطة | صلاحيات المستخدمين والمجموعات، والتكامل مع Active Directory، وقيود عناوين IP، وميزات أخرى تعتمد على الإصدار | +| عبء البنية التحتية | يتولى فريقك النشر وTLS والتعرّض الشبكي والمراقبة والنسخ الاحتياطي والترقيات والتوافر | يتولى المورّد البنية التحتية للخدمة | يتولى فريقك تحديد حجم البوابة وموقعها في الشبكة وTLS والمراقبة والنسخ الاحتياطي والترقيات والتوافر | +| أفضل نقطة بداية | Server OSS المجاني للتقييم الأساسي؛ وتقييم Server Pro عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) لميزات الإدارة | نسخة SaaS تجريبية للفرق التي تريد خدمة مُدارة | التواصل المباشر مع المبيعات وتقييم محدد النطاق للبنية التحتية | -اختر نموذج التشغيل قبل مقارنة الميزات الفردية. فإذا كنت تريد أن يتولى مورّد تشغيل الخدمة، فقارن جهد تشغيل RustDesk بنفسك مقابل Splashtop SaaS. وإذا كان التحكم في البنية التحتية إلزاميًا، فقارن RustDesk Server Pro مع Splashtop On-Prem — لا مع النسخة التجريبية من SaaS، التي لا تخبرك بالكثير عن On-Prem. +اختر نموذج التشغيل قبل مقارنة الميزات واحدة واحدة. فإذا أردت أن يتولى مورّد تشغيل الخدمة، فوازن جهد تشغيل RustDesk بنفسك مقابل Splashtop SaaS. وإذا كان التحكم في البنية التحتية شرطًا لازمًا، فقارن RustDesk Server Pro بـ Splashtop On-Prem، لا بالنسخة التجريبية من SaaS التي لا تخبرك بالكثير عن On-Prem. -## قارن مع منتج Splashtop الصحيح +## قارن بمنتج Splashtop الصحيح -خطط Remote Access وRemote Support القياسية من Splashtop يديرها المورّد. وتُدرج [صفحة التسعير](https://www.splashtop.com/pricing) الخاصة به خيار On-Prem ضمن عروض المؤسسات، وتصف [صفحة منتج On-Prem](https://www.splashtop.com/products/on-prem) تثبيت **بوابة Splashtop On-Prem Gateway** في منطقة DMZ أو خلف جدار حماية الشركة، مع [متطلبات النظام](https://support-splashtoponprem.splashtop.com/hc/en-us/articles/360035393074-Splashtop-On-Prem-System-Requirements) الخاصة بها لأنظمة التشغيل، وحجم الأجهزة، والمنافذ. +خطط Remote Access وRemote Support القياسية من Splashtop يشغّلها المورّد. وتُدرج [صفحة أسعاره](https://www.splashtop.com/pricing) خيار On-Prem ضمن عروض المؤسسات، وتصف [صفحة منتج On-Prem](https://www.splashtop.com/products/on-prem) تثبيت **بوابة Splashtop On-Prem Gateway** في منطقة DMZ أو خلف جدار الحماية المؤسسي، مع [متطلبات نظام](https://support-splashtoponprem.splashtop.com/hc/en-us/articles/360035393074-Splashtop-On-Prem-System-Requirements) خاصة بها لأنظمة التشغيل وتحديد حجم العتاد والمنافذ. -إذن، On-Prem موجود بالفعل — لكنه منتج ملكي منفصل يُباع عبر المبيعات المباشرة ويتطلب بنية تحتية من جانب العميل، وليس هو الخيار الافتراضي خلف كل اشتراك في Splashtop. أما RustDesk فينطلق من الطرف المقابل: فالخادم المجتمعي وServer Pro مستضافان ذاتيًا بشكل افتراضي. ومع Server Pro، يعمل خادم المعرّف/التلاقي (ID/rendezvous)، والتتابع (relay)، ولوحة التحكم، وبيانات النشر المخزّنة، على بنية تحتية تتحكم بها أنت، بينما تظل الجلسات المباشرة تتدفق بين الأجهزة الطرفية. +إذن On-Prem موجود فعلًا، لكنه منتج منفصل مغلق المصدر يُباع مباشرة ويتطلب بنية تحتية لدى العميل، وليس الوضع الافتراضي وراء كل اشتراك في Splashtop. أما RustDesk فينطلق من الطرف المقابل: فـ Server OSS وServer Pro مستضافان ذاتيًا افتراضيًا. ومع Server Pro، يعمل خادم المعرّف/الالتقاء وخادم الترحيل ووحدة التحكم وبيانات النشر المخزّنة على بنية تحتية تتحكم فيها، بينما تظل الجلسات المباشرة تنتقل بين الأجهزة الطرفية. ## المصدر المفتوح ونموذج الثقة -العميل الأساسي والخادم المجتمعي لـ RustDesk متاحان بموجب رخصة **AGPL**. ويمكن لفريق الأمان أو الهندسة قراءة الشيفرة البرمجية، وبناء العميل، وتشغيل الخادم المجاني، دون شراء ترخيص تجاري أولاً؛ ويضيف Server Pro إدارة ملكية فوق ذلك. أما Splashtop SaaS وOn-Prem فكلاهما ملكي — وOn-Prem يغيّر _مكان_ تشغيل الخادم، لا ما إذا كانت الشيفرة مفتوحة أم لا. وسؤالان منفصلان يحسمان هذا الأمر: +**عميل RustDesk وServer OSS مرخّصان بموجب AGPL**. ويستطيع فريق الأمن أو الهندسة قراءة الشيفرة وبناء العميل وتشغيل Server OSS دون شراء ترخيص تجاري أولًا، **أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية** يضيف فوق ذلك الإدارة المركزية. وSplashtop SaaS وOn-Prem كلاهما مغلق المصدر، فـ On-Prem يغيّر _مكان_ تشغيل الخادم، لا انفتاح الشيفرة من عدمه. ويحسم هذا الأمرَ سؤالان منفصلان: -1. هل تحتاج الخدمات من جانب الخادم إلى العمل على بنية تحتية نتحكم بها؟ _(يجيب كل من On-Prem وRustDesk بنعم.)_ -2. هل نحتاج إلى رؤية الشيفرة المصدرية والقدرة على بناء العميل بأنفسنا؟ _(RustDesk وحده يجيب بنعم.)_ +1. هل يجب أن تعمل خدمات الخادم على بنية تحتية نتحكم فيها؟ _(يجيب On-Prem وRustDesk كلاهما بنعم.)_ +2. هل نحتاج إلى الاطلاع على الشيفرة المصدرية والقدرة على بناء العميل بأنفسنا؟ _(RustDesk وحده يجيب بنعم.)_ ## الترخيص والتكلفة -يُحدَّد حجم خطط RustDesk Server Pro القياسية بناءً على **مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة**، وتشمل اتصالات متزامنة غير محدودة؛ بينما تقيس خطة [Customized V2](https://rustdesk.com/pricing#custom2) التزامن بدلاً من ذلك. ويعتمد تسعير Splashtop على ما إذا كانت الحاجة هي Remote Access أو Remote Support أو Enterprise SaaS أو On-Prem، وتُباع خطتا Enterprise وOn-Prem عبر فريق المبيعات. +يُحدَّد حجم خطط RustDesk Server Pro القياسية حسب **مستخدمي تسجيل الدخول إضافةً إلى الأجهزة المُدارة**، وتتضمن اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا [Customized V2](https://rustdesk.com/pricing#custom2). ويعتمد تسعير Splashtop على ما إذا كانت الحاجة Remote Access أو Remote Support أو Enterprise SaaS أو On-Prem، وتُباع Enterprise وOn-Prem عبر فريق المبيعات. -قارن الكميات نفسها على الجانبين — الفنيون أو مستخدمو تسجيل الدخول، والأجهزة الطرفية المُدارة، والجلسات المتزامنة، وميزات الهوية/التدقيق/التسجيل التي تحتاجها فعليًا، وعمليات الخادم — استنادًا إلى شروط كتابية مؤرَّخة، واحسب تكلفة التجديد لا سعر السنة الأولى فقط. فسعر الدخول المنخفض أو عرض سعر تاريخي لعميل آخر لا يحدد تكلفة النشر الذي تحتاجه. والأرقام الحالية لـ RustDesk متوفرة في [صفحة تسعير RustDesk](https://rustdesk.com/pricing). +قارن الكميات نفسها على الجانبين، استنادًا إلى شروط مكتوبة ومؤرّخة: الفنيين أو مستخدمي تسجيل الدخول، والأجهزة الطرفية المُدارة، والجلسات المتزامنة، وميزات الهوية والتدقيق والتسجيل التي تحتاجها فعلًا، وتشغيل الخادم. واحسب تكلفة التجديد لا سعر السنة الأولى وحده. فسعر الدخول المنخفض أو عرض سعر قديم حصل عليه عميل آخر لا يحدد تكلفة النشر الذي تحتاجه أنت. والأرقام الحالية لـ RustDesk متاحة في [صفحة أسعار RustDesk](https://rustdesk.com/pricing). -## تقارير الموثوقية: إشارات، لا مقياس انتشار +## تقارير الموثوقية: مؤشرات لا مقياس انتشار -تسير المناقشات العامة في كلا الاتجاهين. فموضوع من عام 2025 في [مجتمع Splashtop](https://www.reddit.com/r/Splashtop_Official/comments/1ltgest/constant_crashing_on_local_win10_computer/) يوثّق حالات تعطّل في عميل Windows؛ بينما تحتوي [مناقشة Atera](https://www.reddit.com/r/atera/comments/1qucbx3/is_splashtop_just_terrible_for_you_guys/) من عام 2026 على شكاوى ومسؤولين يُبلغون عن سنوات من الاستخدام المستقر في آنٍ واحد — بعضها يتعلق بـ Splashtop مُقدَّمًا عبر تكامل RMM لا عبر المنتج المستقل. تعامل مع هذه الحالات كسيناريوهات يجب إعادة إنتاجها في برنامجك التجريبي الخاص، على مزيج الأجهزة الطرفية، والشبكات، وحزم RMM، وإصدارات نظام التشغيل الخاصة بك، لا كدليل على مدى شيوع أي مشكلة عبر القاعدة المثبتة بأكملها. +تسير المناقشات العامة في الاتجاهين. فموضوع من عام 2025 في [مجتمع Splashtop](https://www.reddit.com/r/Splashtop_Official/comments/1ltgest/constant_crashing_on_local_win10_computer/) يوثّق أعطالًا في عميل Windows، بينما تضم [مناقشة على Atera](https://www.reddit.com/r/atera/comments/1qucbx3/is_splashtop_just_terrible_for_you_guys/) من عام 2026 شكاوى إلى جانب مسؤولين يذكرون سنوات من الاستخدام المستقر، وبعضها يتعلق بـ Splashtop المقدَّم عبر تكامل RMM لا بالمنتج المستقل. تعامل مع هذه الحالات على أنها سيناريوهات تعيد إنتاجها في تشغيلك التجريبي، على مزيج أجهزتك الطرفية وشبكاتك وحزم RMM وإصدارات أنظمة التشغيل لديك، لا على أنها دليل على مدى شيوع أي مشكلة لدى قاعدة المستخدمين كلها. -## ما الذي يجب اختباره فعليًا +## ما الذي يجب اختباره فعلًا -تجاوز قائمة التحقق العامة القائمة على مصفوفة الميزات، واختبر الأمور التي تحسم عملية الترحيل من Splashtop على أرض الواقع: +تجاوز قوائم التحقق العامة المبنية على مصفوفة الميزات، واختبر الأمور التي تحسم الانتقال من Splashtop على أرض الواقع: -- **الصوت عن بُعد** ونقل إشارة الميكروفون، بما في ذلك سلوك جهاز الصوت بعد إعادة الاتصال. -- تخطيطات **الشاشات المتعددة**، وما إذا كان تخطيط الشاشات محفوظًا بين الجلسات. -- الوصول عبر **الجوال والمتصفح** — تأكد من المنصات التي يمكنها _التحكم_ مقابل تلك التي _يمكن التحكم بها_ فقط، وتحقق من جلسات المتصفح/WebSocket بمعزل عن العملاء الأصليين. -- **حزم RMM** والنشر دون مراقبة على إصدارات نظام التشغيل التي تستخدمها في الإنتاج. -- **الاتصال المباشر والرجوع إلى التتابع (relay)**، بالإضافة إلى سلوك إعادة الاتصال على الشبكات ذات زمن الاستجابة المرتفع والشبكات المقيدة. -- **الحوكمة** — تسجيل الدخول الموحد (SSO) أو التكامل مع الدليل، والمصادقة الثنائية (2FA) للجهاز المُتحكَّم به، وسجلات التدقيق، ومجموعات الأجهزة، والتأكد من أن معرفة معرّف الجهاز لا تتجاوز نموذج التفويض لديك. فالخادم المجتمعي المجاني لا يشمل كل ميزات الحوكمة الموجودة في Server Pro، لذا تحقق من هذه الميزات مقابل مصفوفة Server Pro الحالية و[وثائق LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) بدلاً من استنتاجها من الخادم المجاني. +- **الصوت عن بُعد** وتمرير الميكروفون، بما في ذلك سلوك أجهزة الصوت بعد إعادة الاتصال. +- توزيعات **الشاشات المتعددة**، وما إذا كان ترتيب الشاشات يُحفظ بين الجلسات. +- الوصول من **الأجهزة المحمولة والمتصفح**: تأكد من المنصات التي تستطيع _التحكم_ وتلك التي _يُتحكَّم بها_ فقط، واختبر جلسات المتصفح/WebSocket بمعزل عن العملاء الأصليين. +- **حزم RMM** ونشر الوصول غير المراقب على إصدارات أنظمة التشغيل التي تستخدمها في بيئة الإنتاج. +- **الاتصال المباشر والرجوع إلى الترحيل**، إضافة إلى سلوك إعادة الاتصال على الشبكات ذات زمن الاستجابة المرتفع والشبكات المقيّدة. +- **الحوكمة**: تسجيل الدخول الموحد أو التكامل مع الدليل، والمصادقة الثنائية على الجهاز المتحكَّم به، وسجلات التدقيق، ومجموعات الأجهزة، والتأكد من أن معرفة معرّف الجهاز لا تتيح تجاوز نموذج التفويض لديك. ووحدة التحكم على الويب والتحكم في الوصول و[LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) ميزات خاصة بـ Server Pro، لذا اختبر الحوكمة على نسخة تقييم من Server Pro، لا على Server OSS. -نفّذ هذا الاختبار في صورة **برنامج تجريبي موازٍ** عبر شريحة تمثيلية من الفنيين والأجهزة الطرفية والشبكات؛ وأبقِ النظام الحالي قيد التشغيل إلى أن يجتاز البديل سير العمل المطلوب؛ ووثّق محفز تراجع قبل توسيع نطاق النشر. +نفّذ ذلك في صورة **تشغيل تجريبي موازٍ** على شريحة تمثيلية من الفنيين والأجهزة الطرفية والشبكات، وأبقِ الأداة الحالية قيد التشغيل إلى أن يجتاز البديل سير العمل المطلوب، ووثّق شرط التراجع قبل توسيع نطاق النشر. -## متى يكون RustDesk هو المرشح الأقوى +## متى يكون RustDesk المرشح الأقوى -يستحق RustDesk التقييم عندما تريد الاستضافة الذاتية كنموذج نشر معتاد، وبرمجيات مفتوحة المصدر يمكنك تدقيقها وبناؤها، ومسارًا عبر خادم مجتمعي مجاني، أو ترخيصًا يعتمد على مستخدمي تسجيل الدخول والأجهزة المُدارة. وهناك تحفظ واحد ينطبق على كل من RustDesk وSplashtop On-Prem: فريقك هو من يُهيئ الخادم، ويؤمّنه، ويراقبه، وينسخه احتياطيًا، ويحدّثه. والتحكم في البنية التحتية يستحق العناء فقط عندما تكون مستعدًا لتشغيله. +يكون RustDesk المرشح الأقوى عندما: + +- **ينبغي أن تكون الاستضافة الذاتية هي الوضع الافتراضي.** يعمل Server OSS وServer Pro كلاهما على بنية تحتية تختارها، بينما يقابلهما لدى Splashtop منتج On-Prem المرخّص بشكل منفصل. +- **لا ينبغي أن تحدد الاتصالات المتزامنة قيمة الفاتورة.** تُرخّص خطط Server Pro القياسية مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن اتصالات متزامنة غير محدودة. +- **يهمك تسجيل الدخول عبر الدليل.** يأتي LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC بدءًا من خطة Basic. +- **تريد تشغيلًا تجريبيًا مجانيًا وعميلًا يمكنك تدقيقه.** لا رسوم ترخيص لـ Server OSS ولا تاريخ انتهاء، ويمكن قراءة شيفرة العميل وبناؤه من المصدر. + +وثمة تحفّظ واحد ينطبق على RustDesk وSplashtop On-Prem معًا: فريقك هو من يجهّز الخادم ويؤمّنه ويراقبه وينسخه احتياطيًا ويحدّثه. ## قيّم RustDesk دون الالتزام بكامل أسطولك -ابدأ بالخادم المجتمعي المجاني للاتصال الأساسي، ثم قيّم Server Pro إذا كنت بحاجة إلى حوكمة مركزية — باستخدام الأجهزة الطرفية والشبكات وسير عمل الفنيين ومعايير القبول نفسها التي كنت ستطبقها على Splashtop. راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط تقييم Server Pro الحالية، أو راجع [تسعير RustDesk](https://rustdesk.com/pricing). +ابدأ بـ Server OSS لاختبار الاتصال الأساسي، ثم قيّم Server Pro إذا كنت تحتاج إلى حوكمة مركزية، مستخدمًا الأجهزة الطرفية والشبكات وسير عمل الفنيين ومعايير القبول نفسها التي كنت ستطبقها على Splashtop. راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط تقييم Server Pro الحالية، أو راجع [أسعار RustDesk](https://rustdesk.com/pricing). diff --git a/v3/src/content/post/ar/rustdesk-vs-teamviewer.md b/v3/src/content/post/ar/rustdesk-vs-teamviewer.md index 5fdbdde3..c3d4f8dd 100644 --- a/v3/src/content/post/ar/rustdesk-vs-teamviewer.md +++ b/v3/src/content/post/ar/rustdesk-vs-teamviewer.md @@ -1,10 +1,11 @@ --- publishDate: 2026-06-30T13:17:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-vs-teamviewer' draft: false title: 'RustDesk مقابل TeamViewer: البديل ذاتي الاستضافة' -excerpt: 'مقارنة بين RustDesk و TeamViewer: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج الترخيص، والمفاضلات الحقيقية - الاستضافة الذاتية، المصدر المفتوح، وعدم وجود تسعير لكل قناة.' +excerpt: 'قارن بين RustDesk وTeamViewer في الميزات وأدوار المنصات والأمان والترخيص: عملاء مفتوحو المصدر، وخدمات خادم ذاتية الاستضافة، والتزامن في الخطط القياسية.' image: ~/assets/images/blog/rustdesk-vs-teamviewer-og.webp category: 'مقارنات' tags: ['RustDesk', 'TeamViewer', 'مقارنة'] @@ -12,21 +13,21 @@ author: 'RustDesk Team' slug: 'rustdesk-vs-teamviewer-ar' faq: - question: 'هل RustDesk بديل مجاني لـ TeamViewer؟' - answer: 'عميل RustDesk الأساسي وخادم المجتمع مفتوحا المصدر ومجانيان للاستضافة الذاتية دون أي انتهاء صلاحية. تضيف خطط Server Pro المدفوعة إدارة مركزية ويتم ترخيصها بحسب عدد مستخدمي تسجيل الدخول والأجهزة المُدارة؛ الأرقام الحالية متوفرة على rustdesk.com/pricing.' + answer: 'نعم. عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مفتوحا المصدر بموجب رخصة AGPL، ويمكن استضافة Server OSS ذاتيًا مجانًا دون رسوم ترخيص أو تاريخ انتهاء. وتضيف خطط Server Pro المدفوعة إدارة مركزية مثل لوحة تحكم ويب وتسجيل الدخول الموحّد عبر LDAP/OIDC، وتُرخَّص بحسب مستخدمي تسجيل الدخول والأجهزة المُدارة؛ والأسعار الحالية منشورة على rustdesk.com/pricing.' - question: 'هل يستمر RustDesk في العمل إذا توقفت عن الدفع، مثل ترخيص TeamViewer الدائم القديم؟' - answer: 'يستمر خادم المجتمع مفتوح المصدر في العمل دون أي تكلفة. أما Server Pro فهو ترخيص تجاري سنوي؛ وإذا انتهت صلاحيته فإنك تحتفظ بالخادم المجاني لكنك تفقد ميزات إدارة Pro. لا يُعد أي من المنتجين أداة تُشترى مرة واحدة وتُستخدم إلى الأبد.' + answer: 'نعم، مع Server OSS. يستمر RustDesk Server OSS (خادم المجتمع المجاني) في العمل دون ترخيص ودون تاريخ انتهاء. أما Server Pro فمنتج تجاري سنوي يحتاج إلى ترخيص سارٍ كي يستمر في العمل، لذا إن كنت تنوي التوقف عن تجديد Pro فخطّط للانتقال إلى Server OSS واختبره مسبقًا، ولا تفترض أن الانتقال إلى Server OSS يحدث تلقائيًا.' - question: 'هل يمكن استضافة RustDesk ذاتيًا، على عكس TeamViewer؟' - answer: 'نعم. يُشغّل RustDesk Server Pro خادم الهوية/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ولوحة التحكم، والبيانات المخزَّنة على بنية تحتية تتحكم بها أنت بنفسك، في حين يقوم TeamViewer بوساطة الجلسات عبر سحابته الخاصة.' - - question: 'هل يقيس RustDesk الجلسات المتزامنة مثلما تفعل خطط TeamViewer؟' - answer: 'تتضمن خطط RustDesk القياسية اتصالات متزامنة غير محدودة؛ ويقتصر قياس وتسعير التزامن على خطة Customized V2 فقط. أما TeamViewer فيحدّ من الجلسات المتزامنة حسب مستوى الخطة.' + answer: 'نعم. يشغّل RustDesk Server OSS خدمتَي المعرّف/الالتقاء (ID/rendezvous) والترحيل (relay) على بنيتك التحتية الخاصة، ويضيف Server Pro لوحة تحكم ويب ذاتية الاستضافة وبيانات إدارة مخزَّنة لديك. أما خدمة TeamViewer المُدارة القياسية فتعتمد على تنسيق اتصالات يشغّله المورّد. وفي كلا النموذجين يمكن أن تنتقل بيانات الجلسة المباشرة بين نقطتَي النهاية مباشرةً.' + - question: 'هل يفرض RustDesk حدًّا على الجلسات المتزامنة كما تفعل خطط TeamViewer؟' + answer: 'لا، ليس في الخطط القياسية. تتضمن خطط RustDesk Server Pro القياسية اتصالات متزامنة غير محدودة. ووحدها خطة Customized V2 تُرخِّص عددًا محددًا من الاتصالات المتزامنة، يُحتسب بعدد أجهزة التحكم النشطة: فجهاز فني واحد مفتوح عليه خمس علامات تبويب للجلسات يُعد اتصالًا واحدًا. أما خطط TeamViewer فتحدد حصصها من الجلسات المتزامنة بحسب الخطة والإضافات.' metadata: - description: 'مقارنة بين RustDesk و TeamViewer: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج الترخيص، وإيجابيات وسلبيات واضحة - الاستضافة الذاتية، المصدر المفتوح، وعدم وجود تسعير لكل قناة.' + description: 'RustDesk مقابل TeamViewer: الميزات، وأدوار أنظمة التشغيل، والأمان، والاستضافة الذاتية، والترخيص التجاري، مع الحدود الفاصلة بين Server OSS وServer Pro.' keywords: 'RustDesk مقابل TeamViewer, مقارنة TeamViewer, TeamViewer مقابل RustDesk, مقارنة RustDesk و TeamViewer' --- -يحل RustDesk وTeamViewer مشكلة الوصول عن بُعد نفسها، لكن بنموذجين متعاكسين: حزمة مفتوحة المصدر تستضيفها بنفسك مقابل خدمة سحابية مُدارة تشترك فيها. +يحل RustDesk وTeamViewer مشكلة الوصول عن بُعد نفسها بنموذجين متعاكسين: منظومة تستضيفها بنفسك مع عميل مفتوح المصدر، في مقابل خدمة سحابية مُدارة تشترك فيها. -TeamViewer منصة وصول عن بُعد تجارية تمتلك كتالوجًا واسعًا من عمليات التكامل. هذه مقارنة مفصّلة: ما هي طبيعة كل منتج، وكيف تتطابق ميزاتهما ودعمهما للمنصات، وكيف تختلف نماذج الأمان والترخيص لديهما، وأين - ولماذا - تنتقل الفرق إلى RustDesk بدلًا من ذلك. عندما نطرح ادعاءً عن TeamViewer فإننا نستشهد بمصدره، وكل شيء مؤرَّخ لأن أسعار وحزم الوصول عن بُعد تتغير كثيرًا. +TeamViewer منصة تجارية للوصول عن بُعد تمتلك كتالوجًا واسعًا من التكاملات. هذه مقارنة مفصّلة: ما طبيعة كل منتج، وكيف تتقابل ميزاتهما ودعمهما للمنصات، وكيف يختلف نموذجا الأمان والترخيص لديهما، وأين - ولماذا - تنتقل الفرق إلى RustDesk بدلًا منه. وحين نطرح ادعاءً عن TeamViewer نذكر مصدره، وكل معلومة مؤرَّخة لأن أسعار أدوات الوصول عن بُعد وحزمها تتغير كثيرًا. ## جدول المحتويات @@ -42,73 +43,73 @@ TeamViewer منصة وصول عن بُعد تجارية تمتلك كتالوج ## نظرة عامة على RustDesk وTeamViewer -**TeamViewer** منصة تجارية للوصول عن بُعد والدعم عن بُعد من شركة TeamViewer SE، موجودة في السوق منذ عام 2005 وهي واحدة من أكثر الأدوات انتشارًا من نوعها. تُقدَّم كخدمة SaaS مُدارة تتم وساطتها عبر السحابة: يُشغّل TeamViewer البنية التحتية للاتصال، وأنت تُثبّت عميلاً، وتتم وساطة الجلسات عبر شبكة التوجيه الخاصة بـ TeamViewer. البرنامج مغلق المصدر، ويُباع عبر اشتراكات سنوية، وتضيف مستوياته الأعلى (التي تحمل اسم **TeamViewer Tensor**) ميزات مؤسسية مثل تسجيل الدخول الموحّد (SSO)، والوصول المشروط، والنشر الجماعي، وكتالوجًا واسعًا من عمليات التكامل مع أدوات مثل ServiceNow وJira وMicrosoft Intune. ([TeamViewer Tensor / التكاملات](https://www.teamviewer.com/en/integrations/)) +**TeamViewer** منصة تجارية للوصول عن بُعد والدعم عن بُعد من شركة TeamViewer SE، موجودة في السوق منذ عام 2005 وهي من أوسع الأدوات انتشارًا في فئتها. تُقدَّم كخدمة SaaS مُدارة تتوسط السحابةُ اتصالاتها: يشغّل TeamViewer البنية التحتية للاتصال، وتثبّت أنت العميل، وتمر وساطة الجلسات عبر شبكة التوجيه الخاصة بـ TeamViewer. البرنامج مغلق المصدر ويُباع باشتراكات سنوية، وتضيف مستوياته الأعلى (التي تحمل اسم **TeamViewer Tensor**) ميزات مؤسسية مثل تسجيل الدخول الموحّد (SSO)، والوصول المشروط، والنشر الجماعي، وكتالوجًا واسعًا من التكاملات مع أدوات مثل ServiceNow وJira وMicrosoft Intune. ([TeamViewer Tensor / التكاملات](https://www.teamviewer.com/en/integrations/)) -**RustDesk** أداة سطح مكتب بعيد مفتوحة المصدر مبنية على فرضية مختلفة تمامًا: يمكنك تشغيل كل شيء بنفسك. RustDesk مفتوح المصدر بموجب رخصة AGPL، لذا يمكن تدقيقه وبناؤه من الشيفرة المصدرية، واستخدامه مع خادم مجتمعي مجاني يعمل إلى ما لا نهاية. أما العرض التجاري، **RustDesk Server Pro**، فهو ذاتي الاستضافة - إذ يعمل خادم الهوية/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) على جهازك الخاص أو على خادم VPS تملكه، ما يعني أن بيانات وصف الجلسة (metadata) ووساطة الاتصال تبقى على بنية تحتية تتحكم بها أنت. يُرخَّص RustDesk بحسب عدد مستخدمي تسجيل الدخول والأجهزة المُدارة، لا بحسب الجلسات المتزامنة، وهو مصمم للتوسّع من فني واحد إلى أساطيل ضخمة من الأجهزة. وإذا كان اعتراضك على TeamViewer يتعلق أساسًا بـ _التحكم_ - في البيانات، وفي التكلفة، وفي البرنامج نفسه - فهذا هو المحور الذي يختلف فيه هذان المنتجان أكثر من أي شيء آخر. +**RustDesk** مبني على فرضية مختلفة: يمكنك تشغيل المنظومة كلها بنفسك. **العميل وRustDesk Server OSS (خادم المجتمع المجاني) مرخَّصان بموجب AGPL**، فيمكن تدقيقهما وبناؤهما من الشيفرة المصدرية، ويستضيف Server OSS لديك خدمتَي المعرّف/الالتقاء (ID/rendezvous) والترحيل (relay) دون رسوم ترخيص أو تاريخ انتهاء. **أما Server Pro فمنتج تجاري مغلق المصدر، وهو برنامج خادم تستضيفه بنفسك** ويضيف إدارة مركزية: لوحة تحكم ويب، ومجموعات أجهزة، ودفتر عناوين مشتركًا، ومن خطة Basic فما فوق تسجيل الدخول الموحّد عبر LDAP/OIDC ومولّدًا لعملاء يحملون علامتك التجارية. أنت من يختار مكان تشغيل الخوادم وبيانات الإدارة المخزَّنة، أما الجلسات المباشرة فتنتقل بين نقاط النهاية. تحتسب خطط Pro مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة. وإذا كان اعتراضك على TeamViewer يتعلق أساسًا بـ _التحكم_ - في البيانات، وفي التكلفة، وفي البرنامج نفسه - فهذا هو المحور الذي يختلف فيه المنتجان أكثر من أي محور آخر. -يستعرض بقية هذا المقال المقارنة ميزة بميزة. +يستعرض بقية هذا المقال المقارنة ميزةً بميزة. ## مقارنة الميزات -يقارن الجدول أدناه القدرات اليومية التي تسأل عنها معظم الفرق. يعكس عمود RustDesk القدرات الموثَّقة للمنتج، وفي جانب TeamViewer فإن كل إجابة بـ"نعم" مُستشهد بها من صفحات TeamViewer نفسها. تحقّق من أي شيء تعتمد عليه مقابل الوثائق الحالية. +يقارن الجدول أدناه القدرات اليومية التي تسأل عنها معظم الفرق. يعكس عمود RustDesk القدرات الموثَّقة للمنتج، وكل «نعم» في جانب TeamViewer مستندة إلى صفحات TeamViewer نفسها. وراجع الوثائق الحالية لأي ميزة تعتمد عليها. -| القدرة | RustDesk | TeamViewer | -| -------------------------------- | ------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| التحكم عن بُعد (الجلسة الأساسية) | نعم - هذا هو العميل الأساسي | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| الوصول غير المراقَب | نعم - تُرخَّص الأجهزة كنقاط نهاية مُدارة يمكن التحكم بها دائمًا | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| الوصول عبر الأجهزة المحمولة | نعم - أندرويد؛ iOS كمتحكم فقط | نعم، عبر تطبيقات الجوال ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| نقل الملفات | نعم (في كلا الاتجاهين) | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| الدردشة أثناء الجلسة | نعم - دردشة نصية | نعم، دردشة فورية؛ يتم تعطيل VoIP/الفيديو/الدردشة للمستخدمين المجانيين ([الدعم](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/remote-control/remote-session-toolbar/)) | -| تسجيل الجلسات | نعم (يمكن التسجيل التلقائي للجلسات الواردة/الصادرة) | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| الطباعة عن بُعد | نعم - طابعة عن بُعد للاتصالات الواردة (Windows) | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| دعم الشاشات المتعددة | نعم - شاشات متعددة | نعم - شاشات متعددة بدقة 4K ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | -| حد الجلسات المتزامنة | غير محدود في الخطط القياسية؛ محدود في [Customized V2](https://rustdesk.com/pricing#custom2) | محدود حسب مستوى الخطة (راجع [الترخيص](#نماذج-الترخيص-والتسعير)) | +| القدرة | RustDesk | TeamViewer | +| --- | --- | --- | +| التحكم عن بُعد (الجلسة الأساسية) | نعم - هذه هي الوظيفة الأساسية للعميل | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| الوصول غير المراقب | نعم - كلمة مرور دائمة تقبلها الإعدادات الافتراضية؛ ويعمل كخدمة نظام | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| الوصول عبر الأجهزة المحمولة | نعم - Android؛ وiOS للتحكم فقط | نعم، عبر تطبيقات الجوال ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| نقل الملفات | نعم (في الاتجاهين) | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| الدردشة أثناء الجلسة | نعم - دردشة نصية | نعم، دردشة فورية؛ والاتصال الصوتي (VoIP) والفيديو والدردشة معطَّلة للمستخدمين المجانيين ([الدعم](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/remote-control/remote-session-toolbar/)) | +| تسجيل الجلسات | نعم (مع إمكانية التسجيل التلقائي للجلسات الواردة والصادرة) | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| الطباعة عن بُعد | نعم - طابعة بعيدة للاتصالات الواردة (Windows) | نعم ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| دعم الشاشات المتعددة | نعم - شاشات متعددة | نعم - شاشات متعددة بدقة 4K ([الميزات](https://www.teamviewer.com/en-us/products/remote/features/)) | +| حد الجلسات المتزامنة | غير محدود في الخطط القياسية؛ ومحدود في [Customized V2](https://rustdesk.com/pricing#custom2) | محدود حسب مستوى الخطة (راجع [الترخيص](#نماذج-الترخيص-والتسعير)) | -يستحق صفٌّ واحد اهتمامًا إضافيًا: **مسألة تكافؤ الميزات.** يغطي كلا المنتجين سير العمل اليومي الذي تعيشه معظم فرق الدعم والإدارة - التحكم عن بُعد، والوصول غير المراقَب، ونقل الملفات، وتسجيل الجلسات، والطباعة عن بُعد، والشاشات المتعددة. وبدلًا من الاكتفاء بكلمة أي جدول، جرّب RustDesk على مهامك الفعلية؛ ولهذا السبب نوجّه من يريدون التقييم إلى [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على ترخيص تجريبي بدلًا من عقد موقَّع. +يستحق صفٌّ واحد اهتمامًا إضافيًا: **مسألة تكافؤ الميزات.** يغطي المنتجان سير العمل اليومي الذي تعتمد عليه معظم فرق الدعم والإدارة: التحكم عن بُعد، والوصول غير المراقب، ونقل الملفات، وتسجيل الجلسات، والطباعة عن بُعد، والشاشات المتعددة. وبدلًا من الاكتفاء بما يقوله أي جدول، جرّب RustDesk على مهامك الفعلية؛ ولهذا نوجّه من يريد التقييم إلى [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط التقييم بدلًا من عقد موقَّع. ## دعم أنظمة التشغيل والمنصات -تغطي كلتا الأداتين منصات سطح المكتب والجوال الرئيسية؛ وتختلف التفاصيل عند الأطراف، خصوصًا على Linux والأجهزة المدمجة. +تغطي الأداتان منصات سطح المكتب والجوال الرئيسية، وتختلف التفاصيل في الحالات الطرفية، خصوصًا على Linux والأجهزة المدمجة. -| المنصة | RustDesk | TeamViewer | -| --------------- | ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| Windows | نعم - x64، ARM64، 32-bit | نعم، بما يشمل Windows Server 2016/2019/2022 ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -| macOS | نعم - Apple Silicon وIntel | نعم، macOS 13 (Ventura) وما بعده ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -| Linux | نعم - x86_64، ARM64 وARM32؛ دعم قوي لـ Wayland | نعم، لكن عبر TeamViewer Classic بوظائف أكثر محدودية ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -| Android | نعم - arm64، arm32، x64 (كمضيف ومتحكم) | نعم، Android 8 وما بعده ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -| iOS / iPadOS | كمتحكم فقط (بلا مضيف، بسبب قيود Apple) | تطبيق متحكم، iOS/iPadOS 15 وما بعده (لا يمكن التحكم به بالكامل، بسبب قيود Apple) ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -| ChromeOS | لم يتم التحقق منه لهذا المقال | نعم، لكن لمشاركة الشاشة فقط - التحكم الكامل عن بُعد غير مدعوم رسميًا ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -| Raspberry Pi OS | نعم - إصدارات Linux رسمية لـ ARM64/ARM32 | نعم، عبر TeamViewer Classic ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| المنصة | RustDesk | TeamViewer | +| --- | --- | --- | +| Windows | نعم - x64 وARM64 و32 بت | نعم، بما في ذلك Windows Server 2016/2019/2022 ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| macOS | نعم - Apple Silicon وIntel | نعم، macOS 13 (Ventura) وما بعده ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| Linux | نعم - x86_64 وARM64 وARM32؛ X11 وWayland (الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول على Wayland متاحان في [إصدار المعاينة](/ar/blog/unattended-remote-access-wayland-ar)) | نعم، عبر TeamViewer Classic ‏(Debian وUbuntu وFedora وRHEL وopenSUSE)؛ ودعم Wayland تجريبي، ويُوصى بـ X11 للجلسات الواردة ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| Android | نعم - arm64 وarm32 وx64 (مضيفًا ومتحكمًا) | نعم، Android 8 وما بعده ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| iOS / iPadOS | للتحكم فقط؛ لا يوفّر RustDesk استضافة الجلسات على iOS ولا مشاركة الشاشة منه | تطبيقا Remote Control وQuickSupport، على iOS/iPadOS 17 وما بعده ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| ChromeOS | غير متوفر (لا يوجد عميل لـ ChromeOS) | نعم، لكن لمشاركة الشاشة فقط؛ والتحكم الكامل عن بُعد غير مدعوم رسميًا ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | +| Raspberry Pi OS | نعم - إصدارات Linux رسمية لـ ARM64/ARM32 | نعم، عبر TeamViewer Classic؛ لنظام Raspberry Pi OS بإصدار 64 بت فقط ([أنظمة التشغيل المدعومة](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) | -الخلاصة هي أن كلا المنتجين يعملان على Windows وmacOS وLinux وAndroid وiOS، لذا فبالنسبة للغالبية العظمى من أعمال الدعم على أساطيل مختلطة الأجهزة، ستصل أي من الأداتين إلى نقاط النهاية التي تحتاجها. يغطي TeamViewer بضعة أطراف إضافية (مشاركة شاشة ChromeOS، وRaspberry Pi عبر عميله القديم Classic)، بينما يغطي RustDesk Pi بإصداراته القياسية من Linux لـ ARM64/ARM32. وإذا كانت نقاط النهاية غير التقليدية مهمة بالنسبة لك، فتحقّق من الجهاز المحدَّد مقابل قائمة كل مورّد الحالية قبل الالتزام. +الخلاصة أن المنتجين يعملان على Windows وmacOS وLinux وAndroid وiOS، لذا ستصل أيٌّ من الأداتين إلى الأجهزة التي تحتاجها في الغالبية العظمى من أعمال الدعم على أساطيل الأجهزة المختلطة. يضيف TeamViewer مشاركة الشاشة على ChromeOS، لكن دعمه لـ Linux وRaspberry Pi يمر عبر عميل Classic الأقدم ولا يشمل معالجات ARM بنظام 32 بت؛ بينما يغطي RustDesk أجهزة Pi، بما فيها ARM32، بإصداراته القياسية لـ Linux. وإذا كانت لديك أجهزة غير مألوفة، فابحث عن الجهاز المحدد في القائمة الحالية لكل مورّد. ## الأمان والهوية -هذا هو الموضع الذي يجسّد فيه المنتجان فلسفتين مختلفتين حقًا، لذا يستحق الأمر التفريق بين "ميزات الأمان" و"نموذج الأمان". +هنا يجسّد المنتجان فلسفتين مختلفتين حقًا، لذا من المفيد التفريق بين «ميزات الأمان» و«نموذج الأمان». -**ميزات الأمان في TeamViewer** قوية وموثَّقة جيدًا. تستخدم حركة بيانات الجلسة تبادل مفاتيح عام/خاص بمعيار RSA 4096-بت مع تشفير جلسة AES 256-بت، وهي نفس فئة التشفير المستخدمة في HTTPS/TLS. كما يوفّر تشفيرًا من طرف إلى طرف، بحيث - وفقًا لـ TeamViewer - لا تستطيع خوادم التوجيه لديه ولا الأنظمة الوسيطة فك تشفير حركة بيانات الجلسة المشفَّرة من طرف إلى طرف. يمكن حماية الوصول إلى الحساب بمصادقة ثنائية العوامل قائمة على TOTP، وتحمل المنصة شهادات امتثال تشمل SOC 2 وISO/IEC 27001 وISO 9001:2015 وHIPAA/HITECH، وتُقرّ بامتثالها لـ GDPR. ([التشفير من طرف إلى طرف](https://www.teamviewer.com/en/solutions/use-cases/end-to-end-encryption-e2ee/)، [بيان الأمان](https://www.teamviewer.com/en/global/support/knowledge-base/teamviewer-remote/security/security-statement/)) +**ميزات الأمان في TeamViewer** قوية وموثَّقة جيدًا. فبحسب [بيان الأمان](https://www.teamviewer.com/en/global/support/knowledge-base/teamviewer-remote/security/security-statement/) الخاص به، تستخدم الجلسات تبادل مفاتيح عامة/خاصة بمعيار RSA 4096 وتشفير جلسات AES بطول 256 بت، ويعني التشفير من طرف إلى طرف أن خوادم التوجيه لدى TeamViewer لا تستطيع فك تشفير حركة بيانات الجلسة. ويمكن حماية الوصول إلى الحساب بالمصادقة الثنائية عبر TOTP، ويسرد [مركز الثقة](https://www.teamviewer.com/en/resources/trust-center/) لديه شهادات ISO وتقارير SOC. أما بياناته بشأن HIPAA/HITECH وGDPR فتشرح كيف يدعم TeamViewer العملاء في الوفاء بالتزامات الامتثال الخاصة بهم. -غير أن هناك نقطة تتعلق بنموذج الأمان تستحق الذكر إلى جانب تلك الميزات. فالبنية التحتية الخاصة بأي مورّد مركزي هي بحد ذاتها هدف عالي القيمة، ولا يوجد مزوّد محصَّن ضد هذه الفئة من الهجمات - وهذا بالضبط هو نمط المخاطر الذي يغيّره نموذج الاستضافة الذاتية. +لكن ثمة نقطة تتعلق بنموذج الأمان تستحق الذكر إلى جانب تلك الميزات. فالبنية التحتية لأي مورّد مركزي هي بحد ذاتها هدف عالي القيمة، ولا يوجد مزوّد محصَّن ضد هذه الفئة من الهجمات، وهذا تحديدًا هو نمط المخاطر الذي يغيّره نموذج الاستضافة الذاتية. -**نموذج الأمان في RustDesk** ينطلق من نقطة مختلفة. RustDesk مفتوح المصدر بموجب رخصة AGPL، لذا يمكن تدقيق الشيفرة بشكل مستقل وبناؤها من المصدر. RustDesk Server Pro ذاتي الاستضافة: أنت من يشغّل خادم الهوية/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزَّنة. ولا تزال الجلسات المباشرة تتدفق بين نقاط النهاية. كما أن المصدر المفتوح يجعل العيوب علنية، لذا راجع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الثغرات الحالية بدلًا من افتراض أن الاستضافة الذاتية تُلغي المخاطر البرمجية. +**نموذج الأمان في RustDesk** ينطلق من نقطة مختلفة: يمكن تدقيق العميل بشكل مستقل وبناؤه من الشيفرة المصدرية، وأنت من يشغّل خادم المعرّف/الالتقاء وخادم الترحيل ولوحة التحكم وبيانات النشر المخزَّنة. والجلسات القائمة على المعرّف مشفّرة من طرف إلى طرف عندما تُضبط العملاء على المفتاح العام لخادمك، وتنتقل الجلسات المباشرة بين نقاط النهاية. والمصدر المفتوح يجعل العيوب علنية أيضًا، لذا تابع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الثغرات، وطبّق قواعد الوصول بصرامة. -بخصوص **الهوية**، هناك توضيح مهم للتخطيط. يدعم RustDesk بروتوكول LDAP/Active Directory وتسجيل الدخول الموحّد (SSO) عبر OIDC، وهذا متاح **ابتداءً من خطة Basic فما فوق**: فهو ليس حكرًا على أعلى المستويات، لكن الخطط الأدنى من Basic لا تتضمنه - لذا تأكد من مطابقته للخطة المحدَّدة التي تنوي شراءها. تفاصيل الإعداد الكاملة موجودة في [دليل إعداد RustDesk مع LDAP وActive Directory](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/). أما بالنسبة للتحكم في الوصول لكل مستخدم، فيوفّر RustDesk لوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك، بالإضافة إلى مولّد عميل بعلامة تجارية مخصصة بحيث يحمل التطبيق الذي يثبّته مستخدموك اسمك أنت لا اسم المورّد. +أما في جانب **الهوية**، فثمة توضيح مهم للتخطيط. يدعم RustDesk تكامل LDAP/Active Directory وتسجيل الدخول الموحّد عبر OIDC، وهذا متاح **ابتداءً من خطة Basic فما فوق**: فهو ليس حكرًا على أعلى الخطط، لكن الخطط الأدنى من Basic لا تتضمنه، لذا طابقه مع الخطة التي تنوي شراءها تحديدًا. تفاصيل الإعداد الكاملة في [دليل إعداد RustDesk مع LDAP وActive Directory](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/). ويضيف Server Pro [التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، وصلاحيات [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) للإجراءات داخل الجلسة، كما يتيح مولّد العميل المخصص إضافة علامتك التجارية من خطة Basic فما فوق. -إذا كان الحفاظ على بيانات الجلسة داخل بنية تحتية تتحكم بها أنت هو صلب الهدف، فالنقاش المخصص لذلك موجود في [سطح المكتب البعيد وسيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) و[لماذا تستضيف برنامج سطح المكتب البعيد بنفسك](/ar/blog/why-self-host-remote-desktop-software-ar). +إذا كان اختيار مكان خوادمك وبيانات الإدارة هو جوهر المسألة، فالنقاش المخصص لذلك موجود في [سيادة بيانات سطح المكتب البعيد وGDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) و[لماذا تستضيف برنامج سطح المكتب البعيد بنفسك](/ar/blog/why-self-host-remote-desktop-software-ar). ## نماذج الترخيص والتسعير -التسعير هو الجزء الأكثر تقلّبًا في أي مقارنة للوصول عن بُعد، لذا سنشرح **النماذج** بالتفصيل ونتعامل مع **الأرقام** بوصفها لقطات مؤرَّخة لا حقائق دائمة. كما أننا، كسياسة ثابتة، لا نذكر أبدًا سعرًا محددًا لـ RustDesk في النص - فالرقم الحالي موجود دائمًا على [rustdesk.com/pricing](https://rustdesk.com/pricing) لذا فهو دقيق دومًا. +التسعير هو الجزء الأكثر تقلّبًا في أي مقارنة لأدوات الوصول عن بُعد، لذا سنشرح **النماذج** بالتفصيل ونتعامل مع **الأرقام** بوصفها لقطات مؤرَّخة لا حقائق دائمة. ومن سياستنا الثابتة ألا نذكر سعرًا محددًا لـ RustDesk في النص، فالسعر الحالي موجود على [rustdesk.com/pricing](https://rustdesk.com/pricing) ليبقى دقيقًا دائمًا. -**نموذج TeamViewer** قائم على الاشتراك ومنظَّم حول مستويات مسمّاة بالإضافة إلى حدود للجلسات المتزامنة. تختلف الحزم والأسعار حسب المنطقة والمدة، لذا استخدم صفحة تسعير TeamViewer الحالية وعرض السعر المكتوب الخاص بك بدلًا من أرقام تاريخية من طرف ثالث أو فواتير عملاء خاصة. +**نموذج TeamViewer** قائم على الاشتراك ومنظَّم حول مستويات مسمّاة إضافة إلى حدود للجلسات المتزامنة. وتختلف الحزم والأسعار حسب المنطقة والمدة، لذا اعتمد على صفحة تسعير TeamViewer الحالية وعرض السعر المكتوب الذي تتلقاه، لا على أرقام قديمة من أطراف ثالثة أو فواتير عملاء خاصة. -**ملاحظة حول تراخيص TeamViewer القديمة "مدى الحياة".** اعتمدت العديد من الفرق TeamViewer في البداية بموجب **ترخيص دائم** - شراء لمرة واحدة مرتبط بإصدار رئيسي محدد. لم يعد TeamViewer يبيع تراخيص دائمة؛ فهو الآن قائم على الاشتراك فقط، ويبقى الترخيص الدائم القديم قابلاً للاستخدام فقط على الإصدار الذي كان صالحًا له أصلًا، وذلك وفقًا لسياسة دورة حياة المنتج لدى TeamViewer. في الواقع العملي، هذا يعني أن العميل الدائم القديم يمكن أن يتوقف في النهاية عن الاتصال مع تقادم الإصدار المرتبط به، و"الترخيص الدائم الذي دفعت ثمنه لم يعد يتصل" هو أحد الأسباب الأكثر شيوعًا التي نراها تدفع الفرق للبحث عن بديل. أما نموذج RustDesk فمختلف: خادم المجتمع مجاني ومفتوح المصدر دون أي انتهاء صلاحية، بينما يُرخَّص Server Pro التجاري سنويًا بدلًا من كونه شراءً مدى الحياة. ([الأسئلة الشائعة حول اشتراك TeamViewer](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/subscription/all-about-subscription/)) +**ملاحظة حول تراخيص TeamViewer القديمة «مدى الحياة».** اعتمدت فرق كثيرة TeamViewer في البداية بموجب **ترخيص دائم**، أي شراء لمرة واحدة مرتبط بإصدار رئيسي محدد. لم يعد TeamViewer يبيع تراخيص دائمة، فهو الآن قائم على الاشتراك فقط، ويبقى الترخيص الدائم القديم صالحًا للاستخدام على الإصدار الذي صدر له أصلًا فقط، وفق سياسة دورة حياة المنتج لدى TeamViewer. وفي الواقع العملي، يعني ذلك أن العميل الدائم القديم قد يتوقف في النهاية عن الاتصال مع تقادم الإصدار المرتبط به، فالشراء الدائم لا يضمن أن يبقى إصدار متقاعد قادرًا على الاتصال. أما نموذج RustDesk فمختلف: Server OSS مجاني دون رسوم ترخيص أو تاريخ انتهاء، بينما يُرخَّص Server Pro التجاري سنويًا لا بشراء مدى الحياة. ([الأسئلة الشائعة حول اشتراك TeamViewer](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/subscription/all-about-subscription/)) -**نموذج RustDesk** مختلف من ناحيتين. أولًا، تحتسب الخطط التجارية **مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة**. تتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ بينما تتضمن خطة Customized V2 حصة تزامن محدَّدة. يمكن احتساب الترقيات بالتناسب الزمني (prorated)، لذا تأكد من الشروط الحالية لمنتصف المدة على صفحة التسعير. ثانيًا، لا توجد رسوم ترخيص لخادم المجتمع، بينما يمثّل Server Pro الخيار التجاري للميزات المركزية. لا ينشر RustDesk فترة تجريبية ذاتية الخدمة ثابتة لـ Server Pro؛ اطلب شروط التقييم الحالية قبل التخطيط لإثبات المفهوم. تفاصيل آلية الدفع موجودة في [صفحة تسعير RustDesk](https://rustdesk.com/pricing). +**نموذج RustDesk** مختلف من ناحيتين. أولًا، تحتسب الخطط التجارية **مستخدمي تسجيل الدخول والأجهزة المُدارة**. وتتضمن الخطط القياسية (Individual وBasic وCustomized) اتصالات متزامنة غير محدودة، ووحدها خطة Customized V2 تُرخِّص عددًا محددًا من الاتصالات المتزامنة. ويمكنك شراء [ترقية](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) في أي وقت من بوابة الخدمة الذاتية: تمدّد الترقية مدة الترخيص إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية مما دفعته في ترخيصك الحالي. ثانيًا، لا رسوم ترخيص على Server OSS، بينما يمثّل Server Pro الخيار التجاري للميزات المركزية. لا تتوفر نسخة تجريبية مجانية ذاتية الخدمة من Server Pro؛ راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط التقييم قبل التخطيط لإثبات المفهوم. وتفاصيل آلية الدفع موجودة في [صفحة تسعير RustDesk](https://rustdesk.com/pricing). -إذا كانت نقطة انطلاقك هي تكلفة TeamViewer، فقارن عروض الأسعار الحالية لنفس النطاق. +إذا كانت تكلفة TeamViewer هي نقطة انطلاقك، فقارن عروض الأسعار الحالية للنطاق نفسه. -هناك أيضًا تعقيد يتعلق بالخطة المجانية. الخطة المجانية من TeamViewer مخصصة للاستخدام الشخصي غير التجاري، والاشتباه في استخدام تجاري يمكن أن يقيّد الجلسات. لا ينشر TeamViewer معادلة عتبة يمكن للمستخدمين الاعتماد عليها. الإيجابيات الكاذبة الحقيقية يجب أن تمر عبر عملية إعادة الضبط الرسمية؛ أما الاستخدام التجاري الفعلي فيتطلب شروطًا تجارية. ([TeamViewer: اشتباه في استخدام تجاري](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/)) راجع [تم رصد استخدام تجاري لـ TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar) للاطلاع على سير العمل المخصص لهذا الموضوع. +وهناك أيضًا تعقيد يخص الخطة المجانية. فخطة TeamViewer المجانية مخصصة للاستخدام الشخصي غير التجاري، والاشتباه في استخدام تجاري قد يؤدي إلى تقييد الجلسات. ولا ينشر TeamViewer معادلة أو عتبة يمكن للمستخدمين الاعتماد عليها. فإذا كان التصنيف خاطئًا فعلًا، فاتبع عملية إعادة الضبط الرسمية؛ أما الاستخدام التجاري الفعلي فيتطلب شروطًا تجارية. ([TeamViewer: اشتباه في استخدام تجاري](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/)) وللاطلاع على خطوات المعالجة بالتفصيل، راجع [تم اكتشاف الاستخدام التجاري في TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar). ## الإيجابيات والسلبيات @@ -116,12 +117,12 @@ TeamViewer منصة وصول عن بُعد تجارية تمتلك كتالوج _الإيجابيات_ -- مُرخَّص بحسب مستخدم تسجيل الدخول + الجهاز المُدار، مع ترقيات محتسبة بالتناسب الزمني في أي وقت - لا قنوات لكل مقعد تُقاس بالجلسات المتزامنة -- لا تصنيفات "اشتباه في استخدام تجاري" في الطبقة المجانية تقطع الجلسات، ولا ترخيص دائم يتوقف عن الاتصال مع تقادم إصداره -- مفتوح المصدر (AGPL) - قابل للتدقيق، وقابل للبناء من المصدر، وخادم مجتمعي مجاني يعمل إلى ما لا نهاية -- Server Pro ذاتي الاستضافة: تعمل خوادم الهوية/الالتقاء والترحيل على جهازك الخاص أو على VPS تملكه، مما يبقي وساطة الجلسات داخل محيطك الخاص -- دعم LDAP/Active Directory وتسجيل الدخول الموحّد OIDC ابتداءً من خطة Basic فما فوق -- لوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك، ومولّد عميل بعلامة تجارية مخصصة؛ مع إرشادات تخطيط للأساطيل الكبيرة لعمليات النشر الأكبر +- يحتسب Server Pro مستخدمي تسجيل الدخول والأجهزة المُدارة، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة +- لا تصنيفات «اشتباه في استخدام تجاري» في خطة مجانية تقطع الجلسات، ولا ترخيص دائم يتوقف عن الاتصال مع تقاعد إصداره +- عميل قابل للتدقيق يمكنك بناؤه من المصدر، إضافة إلى Server OSS دون رسوم ترخيص أو تاريخ انتهاء +- Server Pro ذاتي الاستضافة: تعمل خوادم المعرّف/الالتقاء والترحيل على جهازك أو على خادم VPS خاص بك، فتبقى وساطة الجلسات داخل محيط شبكتك +- دعم LDAP/Active Directory وتسجيل الدخول الموحّد عبر OIDC ابتداءً من خطة Basic فما فوق +- لوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك، ومولّد عملاء بعلامتك التجارية، مع إرشادات تخطيط لعمليات النشر الكبيرة _السلبيات_ @@ -131,42 +132,44 @@ _السلبيات_ _الإيجابيات_ -- تشفير جلسة بمعيار AES-256، وتبادل مفاتيح RSA-4096، وتشفير اختياري من طرف إلى طرف، ومصادقة ثنائية العوامل TOTP -- شهادات امتثال منشورة (SOC 2، ISO/IEC 27001، HIPAA/HITECH) +- تشفير من طرف إلى طرف مع تبادل مفاتيح RSA 4096 وتشفير جلسات AES بطول 256 بت، إضافة إلى مصادقة ثنائية اختيارية للحساب عبر TOTP +- شهادات ISO وتقارير SOC منشورة، إضافة إلى وثائق لدعم الامتثال - تكاملات أصلية مع ServiceNow وJira وIntune وغيرها عبر Tensor -- خدمة SaaS مُدارة بالكامل - لا خادم عليك تشغيله +- خدمة SaaS مُدارة بالكامل، فلا خادم عليك تشغيله _السلبيات_ -- مغلق المصدر؛ أنت تثق ببنية المورّد التحتية وبطريقة تعامله مع بيانات وصف جلساتك -- يتم قياس الجلسات المتزامنة حسب مستوى الخطة +- مغلق المصدر؛ فأنت تثق ببنية المورّد التحتية وبطريقة تعامله مع البيانات الوصفية لجلساتك +- سعة الجلسات المتزامنة محدودة بحسب الخطة والإضافات - اشتراك سنوي متكرر دون خيار ترخيص دائم -- الخطة المجانية مخصصة للاستخدام الشخصي فقط ويمكن أن تصنّف المستخدمين بالاشتباه في "استخدام تجاري"، مما يقطع الجلسات -- نموذج سحابي مركزي - البنية التحتية الخاصة بالمورّد هي بحد ذاتها هدف عالي القيمة، وهو نمط مخاطر تغيّره الاستضافة الذاتية +- الخطة المجانية للاستخدام الشخصي فقط، وقد تصنّف المستخدمين بالاشتباه في «استخدام تجاري» فتقطع الجلسات +- نموذج سحابي مركزي، والبنية التحتية للمورّد هي بحد ذاتها هدف عالي القيمة، وهو نمط مخاطر تغيّره الاستضافة الذاتية ## لماذا تنتقل الفرق إلى RustDesk رغم كل ذلك -كل ما سبق هو الجزء المحايد. يشرح القسم التالي متطلبات المشترين التي تتوافق مع نموذج RustDesk. +كل ما سبق هو الجزء المحايد. أما هذا القسم فيعرض حجة RustDesk بوضوح. -**يريدون نموذج ترخيص وتوسّع مختلفًا.** يمكن أن تتغير الأسعار والحصص، لذا خطِّط للنمو مقابل مصفوفة التسعير الحالية - راجع [التسعير الحالي](https://rustdesk.com/pricing) و[إرشادات تخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar). +**يريدون تزامنًا لا يرتبط بمستوى الخطة.** يحدّ TeamViewer من الجلسات المتزامنة بحسب الخطة والإضافات. أما خطط RustDesk Server Pro القياسية فتتضمن اتصالات متزامنة غير محدودة، ويبدأ دعم LDAP/Active Directory وتسجيل الدخول الموحّد عبر OIDC من خطة Basic، فيعني النمو إضافة مستخدمي تسجيل دخول وأجهزة، لا شراء سعة جلسات. راجع [الأسعار الحالية](https://rustdesk.com/pricing) و[إرشادات تخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar). -**يريدون التحكم في مسار البيانات من جانب الخادم.** إن تشغيل خدمتَي الهوية/الالتقاء والترحيل يتيح للفريق اختيار مكان إقامة تلك الخدمات وبيانات الوصف المخزَّنة. ولا تزال حركة الجلسة المباشرة تتدفق بين نقاط النهاية، والاستضافة الذاتية وحدها لا تُثبت الامتثال لـ GDPR. راجع [لماذا الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) و[سطح المكتب البعيد وسيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). +**يريدون بداية مجانية.** لا رسوم ترخيص على Server OSS، ولا تاريخ انتهاء، ولا آلية لتصنيف الاستخدام التجاري، فلا يكلّفك المشروع التجريبي سوى الخادم الذي يعمل عليه. -**يريدون قراءة الشيفرة البرمجية.** بالنسبة للمشترين المهتمين بالأمان، فإن "يمكننا فحصه" مستوى ضمان مختلف عن "المورّد يقول إنه جيد". +**يريدون التحكم في مسار البيانات من جهة الخادم.** يتيح تشغيل خدمتَي المعرّف/الالتقاء والترحيل للفريق أن يختار من يشغّل هذه الخدمات والبيانات الوصفية المخزَّنة، وأين تعمل. راجع [لماذا تستضيف برنامج سطح المكتب البعيد بنفسك](/ar/blog/why-self-host-remote-desktop-software-ar) و[سيادة بيانات سطح المكتب البعيد وGDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar). -**هم مزوّدو خدمات مُدارة أو مؤسسات تريد أداة واحدة قابلة لوضع علامة تجارية وذاتية الاستضافة.** بالنسبة لمزوّدي الخدمات المُدارة، يحوّل مولّد العميل بعلامة تجارية مخصصة RustDesk إلى منصة دعم بعلامة بيضاء - راجع [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar). أما بالنسبة للمؤسسات الأكبر التي تحتاج إلى AD/LDAP ومساحة للنمو، فراجع [RustDesk للمؤسسات](/ar/blog/rustdesk-for-enterprise-ar). +**يريدون قراءة الشيفرة.** بالنسبة للمشترين المهتمين بالأمان، فإن «نستطيع فحصه بأنفسنا» مستوى ضمان مختلف عن «المورّد يقول إنه آمن». -هل تقارن خيارات أخرى أيضًا؟ راجع [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar)، و[RustDesk مقابل ScreenConnect](/ar/blog/rustdesk-vs-screenconnect-ar)، و[أفضل بديل ذاتي الاستضافة لـ TeamViewer](/ar/blog/self-hosted-teamviewer-alternative-ar). +**هم مزوّدو خدمات مُدارة أو مؤسسات تريد أداة واحدة ذاتية الاستضافة تحمل علامتها التجارية.** يحوّل العميل المخصص بعلامتك التجارية RustDesk إلى منصة دعم بعلامة بيضاء؛ راجع [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar)، وللمؤسسات التي تحتاج إلى AD/LDAP ومساحة للنمو راجع [RustDesk للمؤسسات](/ar/blog/rustdesk-for-enterprise-ar). + +هل تقارن خيارات أخرى أيضًا؟ راجع [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar)، و[RustDesk مقابل ScreenConnect](/ar/blog/rustdesk-vs-screenconnect-ar)، و[بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk](/ar/blog/self-hosted-teamviewer-alternative-ar). ## جرّب RustDesk بنفسك -خادم المجتمع المجاني متاح لك لتشغيله اليوم دون أي تكلفة. هل تريد ميزات Pro؟ تواصل مع [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم، أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing) لمعرفة أسعار الخطط - وهناك أيضًا [شرح فيديو كامل](https://www.youtube.com/@rustdesk) إذا كنت تفضّل مشاهدته وهو يعمل أولًا. +يمكنك استضافة Server OSS ذاتيًا مجانًا، دون رسوم ترخيص أو تاريخ انتهاء. هل تريد ميزات Pro؟ اسأل [sales@rustdesk.com](mailto:sales@rustdesk.com) عن شروط التقييم، أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing) لمعرفة أسعار الخطط، وهناك أيضًا [شرح فيديو كامل](https://www.youtube.com/@rustdesk) إذا كنت تفضّل أن تراه يعمل أولًا. ## قراءات ذات صلة - [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar) - [RustDesk مقابل ScreenConnect](/ar/blog/rustdesk-vs-screenconnect-ar) -- [أفضل بديل ذاتي الاستضافة لـ TeamViewer](/ar/blog/self-hosted-teamviewer-alternative-ar) +- [بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk: RustDesk](/ar/blog/self-hosted-teamviewer-alternative-ar) - [TeamViewer مقابل AnyDesk لمزوّدي الخدمات المُدارة](/ar/blog/teamviewer-vs-anydesk-for-msps-ar) - [TeamViewer مقابل Splashtop](/ar/blog/teamviewer-vs-splashtop-ar) -- [تم رصد استخدام تجاري لـ TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar) +- [تم اكتشاف الاستخدام التجاري في TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar) diff --git a/v3/src/content/post/ar/rustdesk-vs-vnc.md b/v3/src/content/post/ar/rustdesk-vs-vnc.md index 784e2f91..759e6189 100644 --- a/v3/src/content/post/ar/rustdesk-vs-vnc.md +++ b/v3/src/content/post/ar/rustdesk-vs-vnc.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-09T18:44:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'rustdesk-vs-vnc' draft: false title: 'RustDesk مقابل VNC: اجتياز NAT، الترميز، والتشفير' -excerpt: 'مقارنة عملية بين RustDesk وVNC: اجتياز NAT بدون إعادة توجيه المنافذ، ترميز فيديو حديث، تشفير مدمج، ولماذا تنتقل الفرق من VNC إلى RustDesk.' +excerpt: 'مقارنة عملية بين RustDesk وVNC: اجتياز NAT دون إعادة توجيه المنافذ، ومرمّزات فيديو حديثة، وتشفير مدمج، ولماذا تنتقل الفرق من VNC إلى RustDesk.' image: '~/assets/images/blog/rustdesk-vs-vnc-og.webp' category: 'مقارنات' tags: ['RustDesk', 'VNC', 'مقارنة', 'مفتوح المصدر'] @@ -12,75 +13,75 @@ author: 'RustDesk Team' slug: 'rustdesk-vs-vnc-ar' faq: - question: 'هل يعتمد RustDesk على VNC؟' - answer: 'لا. يستخدم VNC بروتوكول RFB (إطار البكسل عن بُعد - Remote Framebuffer) لإرسال تحديثات البكسل. أما RustDesk فهو تطبيق مستقل مفتوح المصدر (بترخيص AGPL) له بنيته الخاصة القائمة على خوادم الالتقاء (rendezvous) والترحيل (relay)، وترميزات فيديو حديثة، وتشفير من طرف إلى طرف. وهو ليس عميل أو خادم VNC.' - - question: 'هل يعمل VNC عبر الإنترنت بدون إعادة توجيه المنافذ؟' - answer: 'ليس بمفرده. لا يتضمن بروتوكول VNC/RFB الأساسي أي آلية لاجتياز NAT، لذا يتطلب الاستخدام عبر الإنترنت عادةً إعادة توجيه المنفذ TCP 5900، أو شبكة VPN، أو نفق SSH — ما لم تستخدم خدمة وساطة سحابية من أحد الموردين. أما RustDesk فيقوم بوساطة الاتصال عبر خادم معرّف (ID server) وخادم ترحيل، فيجتاز NAT دون الحاجة إلى أي من ذلك.' + answer: 'لا. يستخدم VNC بروتوكول RFB (Remote Framebuffer) لإرسال تحديثات البكسل. أما RustDesk فتطبيق مستقل له عميل مفتوح المصدر (بترخيص AGPL)، وبنية خاصة به تقوم على خادمَي الالتقاء والترحيل، ومرمّزات فيديو VP8/VP9/AV1، وجلسات قائمة على المعرّف مشفّرة من طرف إلى طرف. وRustDesk ليس عميل VNC ولا خادم VNC.' + - question: 'هل يعمل VNC عبر الإنترنت دون إعادة توجيه المنافذ؟' + answer: 'لا، ليس بمفرده. لا يتضمن بروتوكول VNC/RFB الأساسي أي آلية لاجتياز NAT، لذا يتطلب الاستخدام عبر الإنترنت عادةً إعادة توجيه المنفذ TCP 5900، أو شبكة VPN، أو نفق SSH، ما لم تستخدم خدمة وساطة سحابية يقدمها أحد الموردين. أما RustDesk فيتوسط الاتصال عبر خادم المعرّف وخادم الترحيل، فيجتاز NAT دون الحاجة إلى أي من ذلك.' - question: 'هل VNC مشفّر؟' - answer: 'يختلف الأمر حسب التطبيق. يوفر RealVNC تشفير AES في نسخته التجارية، بينما ينقل TightVNC بيانات الصورة دون تشفير، وهو مصمم ليُستخدم عبر نفق SSH. في المقابل، يطبّق RustDesk تشفيرًا من طرف إلى طرف (NaCl) افتراضيًا على جميع الاتصالات.' + answer: 'في بعض التطبيقات فقط. يدعم TigerVNC أمان TLS/X509، ويقدّم RealVNC تشفير AES، ويوصي TightVNC بنفق SSH على الشبكات غير الموثوقة. أما RustDesk فيشفّر الجلسات التي يتوسطها خادم المعرّف من طرف إلى طرف عندما تُضبط العملاء على المفتاح العام الصحيح للخادم. ووضع Direct IP Access في RustDesk وضع منفصل غير مشفّر، والأفضل إبقاؤه خلف VPN.' - question: 'أيهما أفضل لمختبر منزلي على شبكة محلية (LAN): RustDesk أم VNC؟' - answer: 'على شبكة محلية موثوقة، يُعد VNC بسيطًا للغاية وموحّدًا ومتاحًا على نطاق واسع في كل أنظمة التشغيل تقريبًا، بل وحتى على Raspberry Pi. أما RustDesk فيضيف اجتياز NAT، وترميزات حديثة، وتشفيرًا افتراضيًا، وهي أمور تصبح أكثر أهمية بمجرد الخروج من الشبكة المحلية أو الحاجة إلى وصول عن بُعد بين أنظمة تشغيل مختلطة.' + answer: 'على شبكة محلية موثوقة، كثيرًا ما يكون VNC الخيار الأبسط: فهو موحَّد وسريع النشر ومتاح على كل أنظمة التشغيل تقريبًا، بما فيها Raspberry Pi. أما RustDesk فهو الأنسب حين تخرج من الشبكة المحلية أو تحتاج إلى وصول عن بُعد بين أنظمة تشغيل مختلطة، لأنه يضيف اجتياز NAT ومرمّزات فيديو حديثة وجلسات قائمة على المعرّف مشفّرة من طرف إلى طرف.' metadata: - description: 'مقارنة RustDesk مقابل VNC نقطة بنقطة: اجتياز NAT، الترميزات الحديثة، التشفير المدمج، الاستضافة الذاتية، وأين لا تزال بساطة VNC وانتشاره الواسع يمثلان ميزة.' + description: 'RustDesk مقابل VNC نقطةً بنقطة: اجتياز NAT، والمرمّزات الحديثة، والتشفير المدمج، والاستضافة الذاتية، وأين لا تزال بساطة VNC وانتشاره يتفوقان.' keywords: 'RustDesk مقابل VNC, RustDesk مقابل RealVNC, اجتياز NAT في VNC, مقارنة تشفير VNC' --- -VNC يُعد واحدًا من أقدم الطرق وأكثرها انتشارًا للتحكم في جهاز كمبيوتر آخر عن بُعد. إنه معيار مفتوح حقيقي، يعمل في كل مكان تقريبًا، ويصعب منافسته من حيث البساطة على الشبكات المحلية. يستهدف RustDesk المهمة الأساسية ذاتها، لكنه صُمم خصيصًا لعالم مليء بأجهزة NAT وجدران الحماية وأنظمة التشغيل المختلطة. تكمن الفروقات الجوهرية بينهما في كيفية انتقال كل منهما عبر الشبكة — وفي مقدار ما يتعيّن عليك إضافته لجعل الاتصال آمنًا. +يُعد VNC من أقدم الطرق وأوسعها انتشارًا للتحكم في جهاز كمبيوتر آخر. فهو معيار مفتوح حقيقي، ويعمل في كل مكان تقريبًا، ويصعب منافسته في البساطة على الشبكات المحلية. ويستهدف RustDesk المهمة الأساسية نفسها، لكنه صُمّم لعالم مليء بأجهزة NAT وجدران الحماية وأنظمة التشغيل المختلطة. وتتلخص الفروق في طريقة انتقال كل منهما عبر الشبكة، وفي مقدار ما يجب أن تضيفه لجعله آمنًا. -تلتزم هذه المقارنة بحقائق ثابتة وقابلة للتحقق، بدلًا من اختبارات أداء تعتمد على جهازك وسرعة اتصالك. +تلتزم هذه المقارنة بحقائق ثابتة وقابلة للتحقق، بدلًا من اختبارات أداء تعتمد على عتادك وسرعة اتصالك. ## ما هو VNC فعليًا -"VNC" ليس برنامجًا واحدًا، بل عائلة من التطبيقات — مثل RealVNC وTightVNC وTigerVNC وUltraVNC وغيرها — التي تتحدث عبر **بروتوكول RFB (إطار البكسل عن بُعد - Remote Framebuffer)** ([ويكيبيديا]()). يقوم RFB في جوهره على أساس **البكسل**: حيث يرسل الخادم تحديثات إطار البكسل (framebuffer) إلى العارض (viewer). هذا التصميم بسيط وقابل للنقل بشكل رائع، وهو السبب في وجود VNC على كل شيء بدءًا من خوادم المؤسسات وصولًا إلى جهاز Raspberry Pi. +«VNC» عائلة من التطبيقات، مثل RealVNC وTightVNC وTigerVNC وUltraVNC وغيرها، تتحدث **بروتوكول RFB (Remote Framebuffer)**. يرسل RFB تحديثات إطار العرض (framebuffer) باستخدام ترميزات يُتفاوض عليها، وقد تضغط الصور أو تستخدم الفيديو. فعلى سبيل المثال، [يدعم TigerVNC ترميزات Tight وJPEG وZRLE وHextile وH.264 وRaw](https://tigervnc.org/doc/vncviewer.html). لذا يعتمد الأداء على التطبيق والترميز، لا على RFB نفسه. -أما من حيث الترخيص، فالوضع مختلط: يُوزَّع TigerVNC بموجب رخصة GNU GPL، وTightVNC هو فرع مفتوح يقوده المجتمع، في حين أن عارض RealVNC هو منتج مملوك وتجاري يُصان تجاريًا. لذا فإن عبارة "VNC مفتوح المصدر" صحيحة بالنسبة إلى _بعض_ التطبيقات فقط، وليس جميعها. +أما الترخيص فمختلط: يُوزَّع TigerVNC بموجب رخصة GNU GPL، وTightVNC فرع مفتوح يقوده المجتمع، في حين أن عارض RealVNC منتج مغلق المصدر تصونه جهة تجارية. لذا فعبارة «VNC مفتوح المصدر» صحيحة بالنسبة إلى _بعض_ التطبيقات فقط، لا جميعها. ## ما هو RustDesk -RustDesk هو **تطبيق واحد مفتوح المصدر (بترخيص AGPL)** له بنيته الخاصة. تتصل العملاء (clients) بشكل صادر إلى خادم معرّف/التقاء (ID/rendezvous)، الذي يتوسط لإنشاء جلسة نظير إلى نظير (peer-to-peer) أو جلسة مُرحَّلة عبر خادم ترحيل. ووفقًا لـ[وثائق RustDesk](https://rustdesk.com/docs/en/)، تكون حركة البيانات مشفّرة من طرف إلى طرف (مبنية على NaCl)، ويستخدم الفيديو ترميزات حديثة — VP8 وVP9 وAV1 عبر البرمجيات، مع مسارات معالجة بالعتاد (hardware) لـ H.264/H.265 — بدلًا من مستطيلات البكسل الخام. ويمكنك تشغيل كل عميل عبر البنية التحتية العامة، أو خادمك الخاص الذي تستضيفه بنفسك، أو خادم التقاء/ترحيل تكتبه بنفسك. +عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) **مرخَّصان بموجب AGPL**؛ أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك، ويضيف إدارة مركزية. ويعتمد RustDesk على بنية تقوم على خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay): تتصل العملاء اتصالًا صادرًا بخادم المعرّف، الذي ينسّق جلسات مباشرة بين الطرفين (peer-to-peer) أو جلسات مُرحَّلة. و[يدعم العميل المرمّزات البرمجية VP8 وVP9 وAV1، ومرمّزات العتاد H.264/H.265](https://rustdesk.com/docs/en/). ويمكنك استخدام خادمك الخاص للتنسيق والترحيل دون نشر VPN أو نفق SSH منفصل لكل جهاز. ## مشكلة الإنترنت: اجتياز NAT -هذا هو الفارق الأكثر حدة. لا يتضمن بروتوكول VNC الأساسي **أي اجتياز لـ NAT**. وكما تشير [وثائق VNC](https://en.wikipedia.org/wiki/Virtual_Network_Computing)، للوصول إلى جهاز عبر الإنترنت "يجب على المستخدم فتح هذا المنفذ في جدار الحماية المحلي وضبط إعادة توجيه المنفذ لتوجيه المنفذ TCP 5900 ... إذا كان خلف جهاز توجيه يستخدم ترجمة عناوين الشبكة (NAT)". والحل الشائع هو "تمرير VNC عبر نفق Secure Shell (SSH)"، وهو ما يضيف أيضًا التشفير الذي يفتقر إليه VNC العادي. تضيف بعض منتجات VNC التجارية (مثل خدمة RealVNC السحابية) آلية وساطة خاصة بها لتجنب ذلك، لكن هذه ميزة يضيفها المورّد فوق البروتوكول، وليست جزءًا منه. +لا يوفّر بروتوكول RFB الأساسي اجتيازًا لـ NAT. لذا يحتاج نشر VNC المباشر عمومًا إلى مسار شبكي يمكن الوصول إليه، مثل VPN أو نفق SSH أو منفذ معاد توجيهه. و[يوثّق TightVNC خيارات إعادة توجيه المنافذ وSSH لديه](https://www.tightvnc.com/faq.php). وتضيف بعض منتجات VNC وساطة سحابية، لكنها ميزة في المنتج وليست متطلبًا في RFB. -بُني RustDesk بالاتجاه المعاكس تمامًا. فبما أن عملاء الأطراف الطرفية (endpoints) يتصلون بشكل **صادر** إلى خادم التقاء، ويلجؤون إلى خادم ترحيل عند فشل المسار المباشر، فإن RustDesk **يجتاز NAT وجدران الحماية دون الحاجة إلى إعادة توجيه المنافذ لكل طرف، أو VPN، أو نفق SSH**. لا تحتاج الأطراف الطرفية إلى منافذ استماع واردة، لكن خادم المعرّف/الالتقاء والترحيل الذي تستضيفه بنفسك يجب أن يقبل حركة بيانات واردة على منافذ الخدمة الموثقة الخاصة به. وهذه هي القصة نفسها لاجتياز NAT التي تجعله [بديلاً عمليًا لـ Chrome Remote Desktop أو أدوات مجانية أخرى](/ar/blog/best-free-remote-desktop-software-ar) للوصول عن بُعد وبين أنظمة تشغيل مختلطة. +بُني RustDesk بالاتجاه المعاكس. فلأن العملاء على الأجهزة الطرفية تتصل اتصالًا **صادرًا** بخادم الالتقاء، وتلجأ إلى خادم الترحيل حين يفشل المسار المباشر، فإن RustDesk **يجتاز NAT وجدران الحماية دون إعادة توجيه المنافذ لكل جهاز، ودون VPN أو نفق SSH**. ولا تحتاج الأجهزة الطرفية إلى منافذ استماع واردة، لكن خادم المعرّف/الالتقاء والترحيل الذي تستضيفه بنفسك يجب أن يقبل حركة واردة على منافذ الخدمة الموثقة الخاصة به. وهي ميزة اجتياز NAT نفسها التي تجعله [خيارًا مجانيًا عمليًا لسطح المكتب البعيد في الأعمال](/ar/blog/best-free-remote-desktop-software-ar) للوصول عن بُعد وبين أنظمة التشغيل المختلطة. -## التشفير: افتراضي مقابل "الأمر متغيّر" +## التشفير: افتراضي مقابل «يعتمد على التطبيق» -في VNC، يُعد التشفير تفصيلاً يعتمد على التطبيق المُستخدم. يوفر RealVNC تشفير AES في حزمته التجارية؛ وفي المقابل، ووفقًا لـ[وثائق VNC](https://en.wikipedia.org/wiki/Virtual_Network_Computing)، فإن "TightVNC غير آمن لأن بيانات الصورة تُنقل دون تشفير" و"ينبغي تمريره عبر اتصال SSH". لذا فإن أمان جلسة VNC يعتمد كليًا على الخادم الذي اخترته وكيفية إعداده. +يختلف أمان VNC باختلاف التطبيق. [يدعم TigerVNC نوعَي الأمان TLS وX509](https://tigervnc.org/doc/vncviewer.html)، بينما [ينبّه TightVNC إلى أن حركة الجلسة غير مشفّرة ويوصي بنفق SSH على الشبكات غير الموثوقة](https://www.tightvnc.com/faq.php). فالخادم والعارض الفعليان ونوع الأمان المضبوط هي التي تحدد ما إذا كانت جلسة VNC مشفّرة. -يطبّق RustDesk **تشفيرًا من طرف إلى طرف افتراضيًا** على كل اتصال، سواء كان مستضافًا ذاتيًا أم لا، دون الحاجة إلى تذكر إعداد نفق SSH. +يدعم RustDesk **جلسات مشفّرة من طرف إلى طرف يتوسطها خادم المعرّف**، سواء كان المسار المتفاوض عليه مباشرًا أو مُرحَّلًا. وتحتاج العملاء في الاستضافة الذاتية إلى [المفتاح العام الصحيح للخادم](https://rustdesk.com/docs/en/self-host/client-configuration/). أما **Direct IP Access**، أي إدخال عنوان IP بدلًا من استخدام المعرّف، فوضع مختلف [غير مشفّر](https://github.com/rustdesk/rustdesk/wiki/FAQ#i-only-use-rustdesk-for-a-few-devices-on-my-local-network-with-no-internet-connectivity-can-i-still-use-rustdesk-with-direct-ip-access)؛ فاحمِ هذا المسار بشبكة VPN. ## RustDesk مقابل VNC: نظرة سريعة -| | RustDesk | VNC (RFB) | -| -------------------------- | -------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------- | -| ما هو | تطبيق واحد بترخيص AGPL + خادم التقاء/ترحيل | بروتوكول RFB، بتطبيقات متعددة | -| الكود المصدري | مفتوح المصدر (AGPL) | مختلط: GPL/مفتوح (TigerVNC، TightVNC)، مملوك (RealVNC) | -| التوافق مع الأنظمة | Windows وmacOS وLinux وAndroid؛ iOS (كجهاز تحكم فقط) | واسع جدًا، بما في ذلك Raspberry Pi | -| اجتياز NAT | مدمج (التقاء + ترحيل) | لا يوجد في البروتوكول الأساسي — [يحتاج إلى إعادة توجيه المنافذ/VPN/SSH](https://en.wikipedia.org/wiki/Virtual_Network_Computing) | -| التشفير | من طرف إلى طرف (NaCl) افتراضيًا ([الوثائق](https://rustdesk.com/docs/en/)) | متغيّر: من AES (RealVNC) إلى [بلا تشفير (TightVNC)](https://en.wikipedia.org/wiki/Virtual_Network_Computing) | -| نقل الفيديو | ترميزات حديثة (VP8/VP9/AV1، H.264/H.265) | ترميزات RFB قائمة على البكسل | -| الاستضافة الذاتية | نعم — خادم معرّف/ترحيل خاص بك | نعم للتطبيقات المفتوحة (بدون وسيط مدمج) | -| الإعداد على الشبكة المحلية | بسيط | بسيط جدًا | -| البروتوكول الموحّد | خاص بـ RustDesk | معيار RFB مفتوح وطويل الأمد | +| | RustDesk | VNC (RFB) | +| --- | --- | --- | +| ما هو | تطبيق واحد + خادما التقاء وترحيل | بروتوكول RFB بتطبيقات متعددة | +| الشيفرة المصدرية | العميل وServer OSS بترخيص AGPL؛ وServer Pro مغلق المصدر | مختلطة: GPL/مفتوحة (TigerVNC وTightVNC)، ومغلقة (RealVNC) | +| تعدد المنصات | Windows وmacOS وLinux وAndroid؛ وiOS (للتحكم فقط) | واسع جدًا، بما في ذلك Raspberry Pi | +| اجتياز NAT | التقاء وترحيل مدمجان | ليس جزءًا من RFB الأساسي؛ وقد توفّر الوصولَ وسائطُ خاصة ببعض المنتجات أو مسارات VPN/SSH | +| التشفير | جلسات عبر المعرّف مشفّرة عند ضبط المفتاح الصحيح؛ وDirect IP Access غير مشفّر | يعتمد على التطبيق: TLS/X509 في TigerVNC، وAES في RealVNC، ويُوصى بـ SSH مع TightVNC | +| نقل الفيديو | VP8/VP9/AV1، مع H.264/H.265 عبر العتاد اختياريًا | تختلف ترميزات RFB حسب التطبيق؛ وقد تتوفر مسارات للصور المضغوطة والفيديو | +| الاستضافة الذاتية | نعم - خادم المعرّف/الترحيل الخاص بك | نعم للتطبيقات المفتوحة (دون وسيط مدمج) | +| الإعداد على الشبكة المحلية | بسيط | بسيط جدًا | +| البروتوكول الموحَّد | خاص بـ RustDesk | معيار RFB مفتوح وعريق | -تحقق من تفاصيل خطط RustDesk الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). +راجع تفاصيل خطط RustDesk الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). ## أين يتفوق RustDesk -تظهر مزايا تصميم RustDesk بمجرد خروجك من الشبكة المحلية، أو عند الحاجة إلى اتساق العمل بين الفرق والمنصات المختلفة: +تظهر مزايا تصميم RustDesk بمجرد أن تخرج من الشبكة المحلية أو تحتاج إلى اتساق بين الفرق والمنصات: -- **وصول عبر الإنترنت دون تمديدات تقنية معقدة.** يعني اجتياز NAT والرجوع إلى خادم الترحيل عدم الحاجة إلى إعادة توجيه المنافذ، أو VPN، أو نفق SSH لكل طرف. -- **تشفير لست بحاجة إلى إعداده.** فهو من طرف إلى طرف افتراضيًا، وليس تطبيقًا عليك التحقق من موثوقيته بنفسك. -- **ترميزات حديثة.** تميل VP8/VP9/AV1 وH.264/H.265 المعتمدة على العتاد إلى الأداء بشكل أفضل عبر الروابط المحدودة أو ذات زمن الاستجابة المرتفع، مقارنة بترميزات البكسل الخام. -- **تطبيق واحد قابل للتدقيق وخادم واحد مستضاف ذاتيًا.** يحافظ الجمع بين برمجيات مفتوحة المصدر (AGPL) وخادم معرّف/ترحيل مستضاف ذاتيًا على بقاء كل من الكود وبيانات جلساتك على بنية تحتية تتحكم بها أنت. +- **وصول عبر الإنترنت دون توصيلات إضافية.** اجتياز NAT واللجوء إلى خادم الترحيل يعنيان الاستغناء عن إعادة توجيه المنافذ وعن VPN أو نفق SSH لكل جهاز. +- **التشفير على مسار المعرّف.** الجلسات القائمة على المعرّف مشفّرة من طرف إلى طرف، مباشرة كانت أو مُرحَّلة، متى امتلكت العملاء المفتاح العام لخادمك. +- **خيار بين المرمّزات.** VP8 وVP9 وAV1 برمجيًا، إضافة إلى مرمّزات العتاد H.264/H.265 حيثما يدعمها الجهاز. +- **عميل مفتوح وخادم قابل للنشر.** يمكنك فحص العميل وServer OSS وبناؤهما بنفسك، وخدمتا المعرّف والترحيل الخاصتان بك تنسّقان الاتصالات وتنقلان الحركة المُرحَّلة. -لكن المقايضة هنا: الاستضافة الذاتية لـ RustDesk تعني أن **شخصًا ما يجب أن يُشغّل الخادم** — من تهيئته، وإعداد TLS، وضبط المنافذ، وتحديثه بمرور الوقت. أما إعداد VNC المقتصر على الشبكة المحلية فيتجاوز كل ذلك تمامًا. وهذه هي المقايضة الحقيقية. +أما المقايضة: فالاستضافة الذاتية لـ RustDesk تعني أن **أحدًا ما يشغّل الخادم**، من التجهيز وإعداد TLS وضبط المنافذ إلى التحديث المستمر. وإعداد VNC المقتصر على الشبكة المحلية يتجاوز ذلك كله. ## إذن، أيهما تختار؟ -بالنسبة إلى شبكة محلية موثوقة، أو قطاع معزول تمامًا عن الشبكات الأخرى (air-gapped)، أو جهاز Raspberry Pi، يصعب فعلًا منافسة بساطة VNC وتوحيده القياسي. أما بمجرد أن تحتاج إلى عبور الإنترنت بأمان، أو ترغب في تشفير مفعّل افتراضيًا، أو عليك دعم مزيج من Windows وmacOS وLinux وAndroid وiOS من أداة واحدة، فإن بنية RustDesk تتولى عنك جزءًا أكبر من العمل. وإذا كنت بالفعل تقارن بين أدوات Windows الأصلية، فإن مقارنتنا بين [RustDesk وRDP](/ar/blog/rustdesk-vs-rdp-ar) تغطي هذا الجانب أيضًا. +لشبكة محلية موثوقة، أو قطاع شبكي معزول تمامًا (air-gapped)، أو جهاز Raspberry Pi، يصعب فعلًا منافسة بساطة VNC وتوحيده القياسي. أما حين تحتاج إلى عبور الإنترنت بأمان، أو تريد تشفيرًا مفعّلًا افتراضيًا، أو عليك دعم مزيج من Windows وmacOS وLinux وAndroid وiOS بأداة واحدة، فإن بنية RustDesk تتولى عنك قدرًا أكبر من العمل. وإذا كنت تقارن أيضًا بأدوات Windows الأصلية، فإن مقارنتنا [RustDesk مقابل RDP](/ar/blog/rustdesk-vs-rdp-ar) تغطي هذا المفترق كذلك. -## جرّبه بنفسك +## جرّبه -إذا كانت هذه المقارنة هي ما سيدفعك أخيرًا إلى التخلي عن نفق SSH، فابدأ بخادم المجتمع المجاني — مفتوح المصدر، بلا انتهاء صلاحية، ويتضمن اجتياز NAT. راسلنا على [sales@rustdesk.com](mailto:sales@rustdesk.com) عندما ترغب في شروط تقييم نسخة Pro؛ وتجد أسعار الخطط الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing). +إذا كانت هذه المقارنة هي ما سيدفعك أخيرًا إلى التخلي عن نفق SSH، فابدأ بـ Server OSS: مجاني، دون رسوم ترخيص أو تاريخ انتهاء، ويتضمن اجتياز NAT. وراسل [sales@rustdesk.com](mailto:sales@rustdesk.com) حين تريد شروط تقييم Pro؛ وأسعار الخطط الحالية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing). diff --git a/v3/src/content/post/ar/self-hosted-teamviewer-alternative.md b/v3/src/content/post/ar/self-hosted-teamviewer-alternative.md index c7290639..249404f3 100644 --- a/v3/src/content/post/ar/self-hosted-teamviewer-alternative.md +++ b/v3/src/content/post/ar/self-hosted-teamviewer-alternative.md @@ -1,105 +1,107 @@ --- publishDate: 2026-06-30T15:11:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'self-hosted-teamviewer-alternative' draft: false -title: 'أفضل بديل ذاتي الاستضافة لبرنامجي TeamViewer وAnyDesk' -excerpt: 'لماذا تتخلى الفرق عن TeamViewer وAnyDesk لصالح بديل مفتوح المصدر وذاتي الاستضافة يتحكمون فيه فعليًا - وكيف يتناسب RustDesk مع ذلك.' +title: 'بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk: RustDesk' +excerpt: 'قيّم RustDesk بديلًا لـ TeamViewer أو AnyDesk: عميل مفتوح المصدر، وServer OSS مجاني، وإدارة تجارية عبر Server Pro، وخطة انتقال على مراحل.' image: '~/assets/images/blog/self-hosted-teamviewer-alternative-og.webp' category: 'بدائل' tags: ['RustDesk', 'TeamViewer', 'AnyDesk', 'بديل', 'الاستضافة الذاتية'] author: 'RustDesk Team' slug: 'self-hosted-teamviewer-alternative-ar' faq: - - question: 'هل يُعد RustDesk بديلاً جيدًا ذاتي الاستضافة لبرنامجي TeamViewer وAnyDesk؟' - answer: 'RustDesk Server Pro مصمم ليكون ذاتي الاستضافة بالكامل - إذ يعمل خادم المعرّف/نقطة الالتقاء (ID/rendezvous)، والمرحّل (relay)، ولوحة التحكم، والبيانات المخزّنة على بنية تحتية تتحكم بها بنفسك - كما أن RustDesk مفتوح المصدر بموجب رخصة AGPL. وهو يجيب عن السببين الرئيسيين اللذين تترك الفرق TeamViewer وAnyDesk من أجلهما: التكلفة والتحكم.' + - question: 'هل يُعد RustDesk بديلًا جيدًا ذاتي الاستضافة لـ TeamViewer وAnyDesk؟' + answer: 'نعم. يجمع RustDesk بين عميل بترخيص AGPL وRustDesk Server OSS (خادم المجتمع المجاني) وبين الإدارة التجارية في Server Pro، وكلها ذاتية الاستضافة، وتتضمن خطط Pro القياسية اتصالات متزامنة غير محدودة. وأنت من يشغّل خادم الالتقاء وخادم الترحيل ولوحة التحكم وبيانات الإدارة المخزَّنة. ويقدّم AnyDesk أيضًا إصدار Ultimate On-Premises، لذا قارن إتاحة الشيفرة المصدرية والترخيص وسير العمل، لا الاستضافة وحدها.' - question: 'هل يمكنني استضافة بديل لـ TeamViewer أو AnyDesk ذاتيًا على خوادمي الخاصة؟' - answer: 'نعم. مع RustDesk Server Pro، تستضيف الخوادم بنفسك، سواء داخل مقرك أو على خادم افتراضي خاص (VPS)، ويمكنك تشغيل خادم المجتمع المجاني مفتوح المصدر إلى أجل غير مسمى. يتولى أحد أفراد فريقك تجهيز الخادم المضيف، وفتح المنافذ، وإعداد TLS، والحفاظ على تحديثه.' - - question: 'كيف تُقارن آلية ترخيص RustDesk باشتراك محسوب لكل مقعد أو لكل خطة؟' - answer: 'يُرخّص RustDesk حسب عدد المستخدمين المسجَّلين بالإضافة إلى عدد الأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية، وحصة محددة في خطة Customized V2؛ ويتم احتساب الترقيات في منتصف المدة بالتناسب الزمني. احسب الأعداد الثلاثة جميعها استنادًا إلى صفحة التسعير الحالية.' - - question: 'هل يضع RustDesk علامة على الاستخدام التجاري كما يفعل AnyDesk؟' - answer: 'لا. فـ RustDesk Server Pro ذاتي الاستضافة ومُرخّص تجاريًا وفق الخطة التي تشتريها، لذا لا يوجد مُصنِّف للاستخدام التجاري ضمن فئة مجانية يراقب جلساتك كما هي الحال في النسخة المجانية من AnyDesk.' - - question: 'هل يعمل RustDesk بشكل جيد لمزوّدي خدمات تقنية المعلومات المُدارة (MSPs) وعمليات تقنية المعلومات الكبيرة؟' - answer: 'نعم. فهو يتضمن لوحة تحكم ويب ذاتية الاستضافة، ومولّد عملاء (clients) بعلامة تجارية مخصّصة، ومجموعات أجهزة مع دفتر عناوين مشترك للتحكم في الوصول حسب المستخدم، إضافة إلى دعم LDAP/تسجيل الدخول الموحد (OIDC) بدءًا من خطة Basic فما فوق. يبدأ التخطيط للأساطيل الكبيرة عند نحو 50,000 جهاز مُدار، مع ضرورة التحقق للمنشآت الأكبر.' - - question: 'هل تساعد الاستضافة الذاتية في إبقاء بياناتي داخل حدود بلدي ودعم الامتثال لـ GDPR؟' - answer: 'نعم - فأنت تتحكم في خادم نقطة الالتقاء، والمرحّل، ولوحة التحكم، وبيانات الأجهزة المخزّنة، وهذا أساس قوي. لكنه ليس ضمانًا مطلقًا: فالاتصالات المباشرة لا تزال تمر بين الأطراف الطرفية مباشرة، لذا فإن إبقاء حركة البيانات داخل البلد واستيفاء متطلبات GDPR يعتمدان أيضًا على كيفية توجيهك وتشغيلك لعملية النشر.' + answer: 'نعم. مع RustDesk Server OSS (خادم المجتمع المجاني) أو Server Pro تستضيف الخوادم بنفسك، في مقرك أو على خادم VPS، ولا رسوم ترخيص على Server OSS ولا تاريخ انتهاء. ويتولى أحد أفراد فريقك تجهيز الخادم وفتح المنافذ وإعداد TLS ومتابعة تحديثاته الأمنية.' + - question: 'كيف يُقارن ترخيص RustDesk باشتراك محسوب لكل مقعد أو لكل خطة؟' + answer: 'يرخّص RustDesk Server Pro بحسب مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية؛ ووحدها خطة Customized V2 ترخّص عددًا محددًا منها. ويمكن شراء ترقية في أي وقت، فتمدّد مدة الترخيص إلى عام كامل من تاريخ الترقية، مع احتساب القيمة المتبقية مما دفعته في الترخيص الحالي. احسب المستخدمين والأجهزة والتزامن استنادًا إلى صفحة التسعير الحالية.' + - question: 'هل يَسِم RustDesk الاستخدام التجاري كما يفعل AnyDesk؟' + answer: 'لا. لا يحتوي RustDesk Server OSS (خادم المجتمع المجاني) على مصنِّف للاستخدام التجاري في خطة مجانية على غرار AnyDesk، لذا لا يُوسَم استخدام Server OSS في الأعمال ولا يُقطع. أما RustDesk Server Pro فمنتج تجاري تحدد الخطةُ المشتراة حدودَه، أي عدد مستخدمي تسجيل الدخول والأجهزة المُدارة التي ترخّصها.' + - question: 'هل يناسب RustDesk مزوّدي الخدمات المُدارة (MSP) وعمليات تقنية المعلومات الكبيرة؟' + answer: 'نعم. يضيف RustDesk Server Pro لوحة تحكم ذاتية الاستضافة، ومجموعات أجهزة، ودفاتر عناوين مشتركة، والتحكم في الوصول لكل مستخدم ومجموعة أجهزة؛ ويبدأ توليد العملاء المخصصة وتسجيل الدخول الموحّد عبر LDAP/OIDC من خطة Basic، وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة. وتنشر RustDesk إرشادات لتخطيط الأساطيل الكبيرة؛ أما البيئات الضخمة جدًا فاختبر سعتها على عبء العمل الخاص بك.' + - question: 'هل تساعد الاستضافة الذاتية في إبقاء بياناتي داخل البلد ودعم الامتثال لـ GDPR؟' + answer: 'نعم، بوصفها وسيلة للتحكم في النشر. مع RustDesk ذاتي الاستضافة تختار من يشغّل خادم الالتقاء وخادم الترحيل ولوحة التحكم وبيانات الأجهزة المخزَّنة، وأين تعمل. لكنها ليست شهادة امتثال: فالاتصالات المباشرة تمر بين نقاط النهاية، لذا يعتمد بقاء حركة البيانات داخل البلد والوفاء بالتزامات GDPR أيضًا على طريقة توجيهك للنشر وتشغيله.' metadata: - description: 'هل تبحث عن بديل ذاتي الاستضافة لبرنامج TeamViewer أو AnyDesk؟ RustDesk مفتوح المصدر، يعمل على خوادمك الخاصة، ولا يفرض اشتراكًا سحابيًا لكل قناة أو لكل مقعد. اطّلع على كيفية مقارنته.' + description: 'قيّم RustDesk بديلًا ذاتي الاستضافة لـ TeamViewer أو AnyDesk: عميل وServer OSS بترخيص AGPL، وServer Pro التجاري، ونموذج الترخيص، وخطوات الانتقال.' keywords: 'بديل ذاتي الاستضافة لـ TeamViewer, بديل ذاتي الاستضافة لـ AnyDesk, بديل TeamViewer, بديل AnyDesk, بديل مفتوح المصدر لسطح المكتب البعيد' --- -غالبًا ما تبدأ رحلة البحث عن **بديل ذاتي الاستضافة لبرنامج TeamViewer أو AnyDesk** بالطريقة نفسها: عرض تجديد لم يعد يتناسب مع أساليب عملك، مع استمرار المنتج في توجيه جلساتك عبر بنية تحتية لا تتحكم بها. +غالبًا ما يبدأ البحث عن **بديل ذاتي الاستضافة لـ TeamViewer أو AnyDesk** بالطريقة نفسها: عرض تجديد لم يعد يتناسب مع أساليب عملك، ومنتج لا يزال يتوسط جلساتك عبر بنية تحتية لا تتحكم بها. وRustDesk بديل ذاتي الاستضافة للاثنين: تشغّل خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) بنفسك، بدءًا من RustDesk Server OSS (خادم المجتمع المجاني)، ثم تضيف Server Pro التجاري حين تحتاج إلى إدارة مركزية. ## لماذا تترك الفرق TeamViewer وAnyDesk -يبرز عاملان في القرار بشكل متكرر. +يتكرر عاملان في القرار. -**التكلفة.** يمكن أن ترتفع إجماليات التجديد بمعزل عن الاستخدام الفعلي - إذ تُحرّك الرقمَ باقاتُ المستويات، والإضافات، وتغييرات الأسعار مجتمعةً. قارن العرض الحالي بالبدائل المتاحة وفق المتطلبات ذاتها. +**التكلفة.** قد ترتفع قيمة التجديد بمعزل عن الاستخدام الفعلي، إذ تحرّكها باقات المستويات والإضافات وتغييرات الأسعار. قارن العرض الحالي بالبدائل وفق المتطلبات ذاتها. -**التحكم.** مع أداة سحابية بحتة، تعيش حركة جلساتك وقائمة أجهزتك على بنية تحتية تابعة لمزوّد خارجي. بالنسبة لعدد متزايد من الفرق - خصوصًا في قطاع الرعاية الصحية، والقطاع العام، وأي مكان يُطبَّق فيه [GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) - يصبح اختيار مكان تشغيل البيانات من جهة الخادم وطبقة الترحيل متطلبًا صارمًا لا مجرد تفضيل. +**التحكم.** تتولى الخدمات التي يستضيفها المورّد عادةً تنسيق الاتصالات وبيانات الإدارة، بينما قد تنتقل وسائط الجلسة مباشرةً أو عبر خادم ترحيل. وتتبع خدمة TeamViewer القياسية هذا النموذج، في حين يقدّم AnyDesk أيضًا جهاز Ultimate On-Premises للتشغيل داخل المقر. -يجيب **البديل ذاتي الاستضافة** عن كلا الأمرين: فـ RustDesk Server Pro [مصمم ليكون ذاتي الاستضافة](/ar/blog/why-self-host-remote-desktop-software-ar) — إذ يعمل خادم المعرّف/نقطة الالتقاء (ID/rendezvous)، والمرحّل، ولوحة التحكم، وبيانات النشر المخزّنة على بنية تحتية تتحكم بها بنفسك — وجوهره مفتوح المصدر بموجب رخصة [AGPL](https://github.com/rustdesk/rustdesk)، بحيث يمكنك مراجعة ما يفعله العميل بالضبط، وتطبيق التحديثات وفق جدولك الزمني الخاص، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى بدلاً من الوثوق بسحابة مغلقة. +**عميل RustDesk وServer OSS مرخَّصان بموجب AGPL**، ويمكن فحصهما وبناؤهما بشكل مستقل. ويوفّر Server OSS خدمتَي المعرّف/الالتقاء والترحيل دون رسوم ترخيص أو تاريخ انتهاء. **أما Server Pro فمنتج تجاري مغلق المصدر تستضيفه بنفسك**، ويضيف إدارة مركزية على بنيتك التحتية. وفي الحالتين، أنت من يحدد مكان تشغيل الخوادم ومن يشغّلها. -مع ملاحظة واحدة: لا تزال الجلسات المباشرة تمر بين الأطراف الطرفية مباشرة (أما الجلسات المُرحَّلة فتستخدم المرحّل الذي قمت بتهيئته)، لذا فإن الاستضافة الذاتية وحدها لا تضمن بقاء حركة البيانات داخل البلد أو الامتثال لـ GDPR — إذ تظل كيفية توجيهك وتشغيلك لعملية النشر عاملاً حاسمًا. +ملاحظة واحدة: تنتقل الجلسات المباشرة بين نقاط النهاية (وتستخدم الجلسات المُرحَّلة خادم الترحيل الخاص بك)، لذا فالاستضافة الذاتية وسيلة للتحكم في النشر وليست شهادة امتثال، ويبقى بقاء حركة البيانات داخل البلد والوفاء بالتزامات GDPR رهنًا بطريقة توجيهك للنشر وتشغيله. ## RustDesk مقابل TeamViewer وAnyDesk: نظرة سريعة -| | TeamViewer / AnyDesk (سحابي) | RustDesk (ذاتي الاستضافة) | -| --------------------------------------------------- | ------------------------------------------- | ------------------------------------------------------------------------------------------------- | -| أين تعمل الجلسات | سحابة المزوّد | خادمك الخاص (داخل مقرك أو على VPS خاص بك) | -| الشيفرة المصدرية | مغلقة | نواة مفتوحة المصدر (AGPL) | -| نموذج الترخيص | اشتراك لكل مقعد / لكل خطة | [لكل مستخدم مسجَّل + لكل جهاز مُدار](https://rustdesk.com/pricing) | -| [الاتصالات المتزامنة](https://rustdesk.com/pricing) | يعتمد على الخطة | غير محدودة في الخطط القياسية؛ محدودة في خطة [Customized V2](https://rustdesk.com/pricing#custom2) | -| موقع البيانات من جهة الخادم | يتحكم به المزوّد | تختاره وتشغّله بنفسك؛ مع أهمية مسارات الأطراف الطرفية | -| جرّب قبل الشراء | نسخة تجريبية من المزوّد (راجع صفحة المزوّد) | خادم مجاني اليوم، أو تقييم لنسخة Pro عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) | +| | TeamViewer / AnyDesk (سحابي) | RustDesk (ذاتي الاستضافة) | +| --- | --- | --- | +| تنسيق الاتصال | يشغّله المورّد في الخطط السحابية القياسية | خادم المعرّف/الالتقاء الخاص بك | +| مسار وسائط الجلسة | مباشر أو عبر ترحيل المورّد، حسب المنتج والشبكة | مباشر بين نقاط النهاية أو عبر خادم الترحيل الذي تضبطه | +| الشيفرة المصدرية | عملاء مغلقو المصدر | العميل وServer OSS بترخيص AGPL؛ وإدارة Server Pro مغلقة المصدر | +| نموذج الترخيص | اشتراك لكل مقعد / لكل خطة | [لكل مستخدم تسجيل دخول + لكل جهاز مُدار](https://rustdesk.com/pricing) | +| [الاتصالات المتزامنة](https://rustdesk.com/pricing) | تعتمد على الخطة | غير محدودة في الخطط القياسية؛ ومحدودة في [Customized V2](https://rustdesk.com/pricing#custom2) | +| موقع البيانات من جهة الخادم | يتحكم به المورّد | تختاره وتشغّله بنفسك؛ ومسارات نقاط النهاية تظل مهمة | +| التجربة قبل الشراء | نسخة تجريبية من المورّد (راجع صفحته) | Server OSS مجانًا اليوم، أو تقييم Pro عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) | -_تختلف تفاصيل المنافس حسب الخطة - تحقق من شروط TeamViewer أو AnyDesk الحالية مباشرة مع المزوّد. [اطّلع على أسعار RustDesk](https://rustdesk.com/pricing)._ +_تختلف تفاصيل المنافسين حسب الخطة، فراجع شروط TeamViewer أو AnyDesk الحالية مع المورّد. [اطّلع على أسعار RustDesk](https://rustdesk.com/pricing)._ -## ترخيص يمكن التنبؤ به، بلا ضريبة لكل قناة +## الترخيص بحسب مستخدمي تسجيل الدخول والأجهزة والتزامن الخاص بكل خطة -يُرخّص RustDesk حسب عدد المستخدمين المسجَّلين بالإضافة إلى عدد الأجهزة المُدارة. **تتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ بينما تتضمن خطة Customized V2 حصة محددة.** تُحتسب الترقيات في منتصف المدة بالتناسب الزمني. احسب الأعداد الثلاثة جميعها استنادًا إلى صفحة التسعير الحالية. +يرخّص RustDesk بحسب كل مستخدم تسجيل دخول وكل جهاز مُدار. **تتضمن الخطط القياسية (Individual وBasic وCustomized) اتصالات متزامنة غير محدودة، ووحدها خطة Customized V2 ترخّص عددًا محددًا من الاتصالات المتزامنة**، يُحتسب بعدد أجهزة التحكم النشطة، فجهاز فني واحد مفتوح عليه خمس علامات تبويب للجلسات يُعد اتصالًا واحدًا. ويمكنك شراء [ترقية](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) في أي وقت من بوابة الخدمة الذاتية: تمدّد الترقية مدة الترخيص إلى عام كامل من تاريخها، مع احتساب القيمة المتبقية مما دفعته في ترخيصك الحالي. احسب الأعداد الثلاثة استنادًا إلى صفحة التسعير الحالية. -ويتوافق ذلك بسلاسة مع الطريقة التي تنمو بها فرق الدعم فعليًا. كما يتوسع بشكل جيد إلى ما هو أبعد من نشر مبدئي صغير: يبدأ [التخطيط للأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) عند نحو 50,000 جهاز مُدار حاليًا، مع حاجة المنشآت الأكبر إلى التحقق فيما يخص التخزين المؤقت (caching)، وضبط قاعدة البيانات، وتصميم عملية الطرح. +ويتوافق ذلك بسلاسة مع طريقة نمو فرق الدعم. وللبيئات الضخمة جدًا، تنشر RustDesk إرشادات [لتخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) تتعامل مع 200,000 جهاز متصل بوصفها هدفًا تخطيطيًا ينبغي اختباره على عبء العمل الخاص بك من حيث التخزين المؤقت وقاعدة البيانات والترحيل. -## مصمم لمزوّدي خدمات تقنية المعلومات المُدارة وفرق تقنية المعلومات +## مصمَّم لمزوّدي الخدمات المُدارة وفرق تقنية المعلومات -بالنسبة للفرق التي تدعم عملاء متعددين، يعيد RustDesk بناء سير عمل "لوحة تحكم واحدة، فنيّون كثر، [أجهزة مُدارة](/ar/blog/what-counts-as-a-managed-device-ar) كثيرة" الذي يتوقعه مستخدمو TeamViewer وAnyDesk، لكن على بنية تحتية تملكها أنت: [لوحة تحكم ويب ذاتية الاستضافة](https://rustdesk.com/docs)، ومولّد عملاء بعلامة تجارية مخصّصة، ومجموعات أجهزة مع [دفتر عناوين مشترك](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/)، ودعم [LDAP/تسجيل الدخول الموحد](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) (OIDC) بدءًا من خطة Basic فما فوق. راجع [لماذا الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) للاطلاع على التفصيل الكامل للأدوات، و[rustdesk.com/pricing](https://rustdesk.com/pricing) لمعرفة توفر الميزات حسب كل خطة. +يوفّر Server Pro لوحة تحكم ذاتية الاستضافة، ومجموعات أجهزة، ودفاتر عناوين مشتركة، و[التحكم في الوصول](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) لكل مستخدم ومجموعة أجهزة، وصلاحيات [دور التحكم](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/control-role/) للإجراءات داخل الجلسة، إضافة إلى مولّد العملاء المخصصة و[تسجيل الدخول الموحّد عبر LDAP/OIDC](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) ابتداءً من خطة Basic. ينتمي كل جهاز إلى مجموعة أجهزة واحدة، وتتراكم صلاحيات الوصول الممنوحة لمجموعات المستخدمين ومجموعات الأجهزة. -## ما الذي يجب أن تراعيه عملية الانتقال من TeamViewer +## ما الذي يجب أن يراعيه الانتقال من TeamViewer -تتراكم في عمليات نشر TeamViewer ميزات قد تغفلها قائمة تحقق تعتمد على المطابقة الحرفية، لذا حدِّد هذه النقاط قبل اختيار خطة — وتحقق من الشروط الحالية وتوفر الميزات مع كل مزوّد، فكلاهما يتغير بمرور الوقت: +تتراكم في عمليات نشر TeamViewer ميزات قد تغفلها قائمة مقارنة حرفية، لذا حدِّد هذه النقاط قبل اختيار الخطة، وتأكد من الشروط الحالية وتوفر الميزات لدى كل مورّد، فكلاهما يتغير بمرور الوقت: -- **الميزات الخاصة بكل مستوى.** تضيف المستويات المؤسسية مثل **TeamViewer Tensor** ضوابط كالوصول المشروط، والنشر الجماعي، وتوفير تسجيل الدخول الموحد/الدليل (SSO/directory)، وقد لا تُقابَل بمثيل واحد لواحد؛ اسرد تلك التي تعتمد عليها فعليًا. وإذا كنت تستخدم **TeamViewer Frontline** (حزمته الخاصة بالواقع المعزّز/العاملين الصناعيين)، فتعامل معها كمنتج منفصل خارج نطاق انتقال سطح المكتب البعيد. -- **الوصول المشروط وسياسات الأجهزة.** إذا كنت تقيّد من يمكنه الاتصال بأي أجهزة عبر الوصول القائم على القواعد وإعدادات السياسات المدفوعة في TeamViewer، فخطّط لكيفية ترجمة تلك القواعد إلى مجموعات أجهزة RustDesk، ودفتر عناوين مشترك، وقواعد وصول تعتمد على الحد الأدنى من الامتيازات. -- **لوحة الإدارة وبنية المجموعات.** ينظّم TeamViewer الأجهزة، والمجموعات المشتركة، وملفات المستخدمين أو الشركات في لوحة الإدارة الخاصة به؛ فاجرد تلك البنية الهرمية كي يتسنى إعادة بناء ما يعادلها من تجميع وملكية في اللوحة ذاتية الاستضافة. -- **الاحتساب لكل جهاز مقابل لكل مقعد.** يحتسب TeamViewer وRustDesk التراخيص بطرق مختلفة، لذا أعد نمذجة الاستخدام الفعلي — المستخدمون المرخَّصون، والأجهزة المُدارة، والجلسات المتزامنة — استنادًا إلى نموذج RustDesk القائم على المستخدم المسجَّل بالإضافة إلى الجهاز المُدار، بدلاً من افتراض أن عدد المقاعد ينتقل كما هو. -- **تكافؤ الميزات الواجب التحقق منه.** إذا كانت الطباعة عن بُعد، أو تسجيل الجلسات، أو دعم الأجهزة المحمولة، أو التنبيه عبر الشبكة (Wake-on-LAN)، أو تكاملات محددة إلزامية في سير عملك على TeamViewer، فتحقق من كل منها على RustDesk أثناء التجربة التجريبية بدلاً من افتراض التكافؤ. +- **الميزات الخاصة بكل مستوى.** تضيف المستويات المؤسسية مثل **TeamViewer Tensor** ضوابط كالوصول المشروط والنشر الجماعي وتوفير الحسابات عبر SSO والدليل، وقد لا يقابلها مثيل مباشر؛ فاسرد تلك التي تعتمد عليها فعلًا. وإذا كنت تستخدم **TeamViewer Frontline** (حزمته للواقع المعزّز والعاملين الميدانيين في الصناعة)، فتعامل معها كمنتج منفصل خارج نطاق الانتقال إلى أداة سطح مكتب بعيد. +- **الوصول المشروط وسياسات الأجهزة.** إذا كنت تقيّد من يستطيع الاتصال بأي أجهزة عبر قواعد الوصول وإعدادات السياسات التي يدفعها TeamViewer، فخطّط لكيفية ترجمة هذه القواعد إلى مجموعات أجهزة RustDesk ودفتر العناوين المشترك وقواعد وصول مبنية على مبدأ الحد الأدنى من الصلاحيات. +- **لوحة الإدارة وبنية المجموعات.** ينظّم TeamViewer الأجهزة والمجموعات المشتركة وملفات المستخدمين أو الشركات في لوحة الإدارة الخاصة به؛ فاجرد هذه البنية الهرمية كي تعيد بناء ما يعادلها من تجميع وملكية في اللوحة ذاتية الاستضافة. +- **الاحتساب لكل جهاز مقابل لكل مقعد.** يحتسب TeamViewer وRustDesk التراخيص بطريقتين مختلفتين، لذا أعد نمذجة الاستخدام الفعلي (المستخدمين المرخَّصين، والأجهزة المُدارة، والجلسات المتزامنة) وفق نموذج RustDesk القائم على مستخدم تسجيل الدخول والجهاز المُدار، بدلًا من افتراض أن عدد المقاعد ينتقل كما هو. +- **تكافؤ الميزات الذي يجب اختباره.** إذا كانت الطباعة عن بُعد أو تسجيل الجلسات أو دعم الأجهزة المحمولة أو التشغيل عبر الشبكة (Wake-on-LAN) أو تكاملات بعينها ضرورية في سير عملك على TeamViewer، فاختبر كلًّا منها على RustDesk خلال المرحلة التجريبية بدلًا من افتراض التكافؤ. ## ما الذي يتغيّر تحديدًا عند ترك AnyDesk -هناك بعض الأمور الخاصة بالانتقال من AnyDesk تحديدًا بدلاً من TeamViewer: +ثمة أمور تخص الانتقال من AnyDesk تحديدًا دون TeamViewer: -- **لا يوجد كاشف للاستخدام التجاري.** يمكن للفئة المجانية من AnyDesk أن تضع علامة على الحسابات التي تعتبرها [استخدامًا تجاريًا](/ar/blog/anydesk-commercial-use-detected-ar)؛ أما الخادم الذي تستضيفه وترخّصه بالكامل فلا يحتوي على أي مُصنِّف كهذا يراقب جلساتك. -- **تزامن لا تخضع لقيوده.** يقيس AnyDesk الاتصالات المتزامنة حسب الخطة؛ بينما تتضمن خطط RustDesk القياسية اتصالات متزامنة غير محدودة (وتحدّد خطة Customized V2 حصة معينة)، لذا تعيد النمذجة استنادًا إلى المستخدمين المسجَّلين والأجهزة المُدارة، لا إلى فتحات الاتصال — و[يمكنك الترقية في أي وقت بالتناسب الزمني](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) مع نموّك. لمعرفة الأسعار لكل وحدة، راجع [rustdesk.com/pricing](https://rustdesk.com/pricing). -- **دفتر عناوين وأسماء مستعارة ووصول غير مراقَب يجب إعادة إنشائها.** اجرد الأسماء المستعارة (aliases) في AnyDesk، وإدخالات دفتر العناوين، وكلمات مرور الوصول غير المراقَب التي تعتمد عليها، واربطها بمستخدمي RustDesk المسجَّلين، ومجموعات الأجهزة، ودفتر العناوين المشترك. -- **مساحة أسماء مخصّصة أو عميل بعلامة تجارية.** إذا كنت تشغّل AnyDesk بمساحة أسماء مخصّصة أو عميل بعلامة تجارية، فخطّط لعميل RustDesk المكافئ بعلامة تجارية مخصّصة كي يستمر المستخدمون النهائيون في رؤية أداة متسقة. +- **لا كاشف للاستخدام التجاري.** قد تَسِم خطة AnyDesk المجانية الحسابات التي تعدّها [استخدامًا تجاريًا](/ar/blog/anydesk-commercial-use-detected-ar)؛ أما RustDesk Server OSS فلا يحتوي على مصنِّف كهذا، بينما يعتمد Server Pro على حدود الترخيص المشترى. +- **لا سقف للتزامن بحسب المستوى في الخطط القياسية.** تتضمن خطط RustDesk Pro القياسية اتصالات متزامنة غير محدودة، ووحدها خطة Customized V2 ترخّص عددًا محددًا؛ أما حصص AnyDesk فتختلف حسب الخطة. أدرج مستخدمي تسجيل الدخول والأجهزة في نموذج التكلفة، وراجع [طريقة احتساب الترقية](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) قبل إضافة سعة. +- **دفتر عناوين وأسماء مستعارة ووصول غير مراقب يجب إعادة إنشائها.** اجرد الأسماء المستعارة (aliases) في AnyDesk وإدخالات دفتر العناوين وكلمات مرور الوصول غير المراقب التي تعتمد عليها، واربطها بمستخدمي تسجيل الدخول ومجموعات الأجهزة ودفتر العناوين المشترك في RustDesk. +- **مساحة أسماء مخصصة أو عميل بعلامة تجارية.** إذا كنت تشغّل AnyDesk بمساحة أسماء مخصصة أو بعميل يحمل علامتك التجارية، فخطّط لعميل RustDesk مكافئ بعلامتك التجارية كي يستمر المستخدمون النهائيون في رؤية أداة مألوفة. ## خطة الانتقال بعد جرد تلك القدرات، انتقل على مراحل: -1. أقم RustDesk في بيئة غير إنتاجية واختبر كلًا من المسار المباشر ومسار الترحيل. -2. اربط المستخدمين والمجموعات وملكية دفتر العناوين بقواعد وصول RustDesk المبنية على مبدأ الحد الأدنى من الامتيازات. -3. جرّب على عيّنة تمثيلية من أجهزة Windows وmacOS وLinux والأجهزة المحمولة، بما يشمل رفع الصلاحيات والوصول غير المراقَب. -4. تحقق من التحديثات، والنسخ الاحتياطي للمفاتيح، وتجديد الشهادات، والتسجيل (logging)، والمراقبة، والتعافي من الكوارث. -5. شغّل أداتك الحالية وRustDesk بالتوازي لمجموعة محددة من المستخدمين، مع مسار عودة موثّق. -6. لا تُزل العميل القديم إلا بعد اجتياز الخدمة الجديدة لمعايير القبول وتدريب فريق الدعم عليها. +1. أنشئ بيئة RustDesk غير إنتاجية واختبر المسار المباشر ومسار الترحيل كليهما. +2. اربط المستخدمين والمجموعات وملكية دفتر العناوين بقواعد وصول RustDesk مبنية على مبدأ الحد الأدنى من الصلاحيات. +3. جرّب على عيّنة تمثيلية من أجهزة Windows وmacOS وLinux والأجهزة المحمولة، بما يشمل رفع الصلاحيات والوصول غير المراقب. +4. اختبر التحديثات، والنسخ الاحتياطي للمفاتيح، وتجديد الشهادات، والسجلات، والمراقبة، والتعافي من الكوارث. +5. شغّل أداتك الحالية وRustDesk بالتوازي لمجموعة محددة من المستخدمين، مع مسار تراجع موثّق. +6. لا تُزل العميل القديم إلا بعد أن تجتاز الخدمة الجديدة معايير القبول ويتدرّب فريق الدعم عليها. -يمنع هذا التسلسل تحوّل قرار الترخيص إلى عملية تبديل بنية تحتية غير مُختبَرة. +يمنع هذا التسلسل أن يتحول قرار ترخيص إلى عملية تبديل بنية تحتية لم تُختبر. -## قيّم عملية التحوّل على بنيتك التحتية الخاصة +## قيّم الانتقال على بنيتك التحتية الخاصة -لست بحاجة إلى التحدث مع أي أحد لتبدأ: يُثبَّت خادم المجتمع المجاني ومفتوح المصدر على عتادك الخاص ويعمل إلى أجل غير مسمى. لتجربة ميزات Pro مقابل خطة الانتقال المذكورة أعلاه، تواصل مع [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط التقييم المتاحة حاليًا؛ أسعار الخطط القياسية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing). وإذا أردت مشاهدة الأداء الفعلي قبل تثبيت أي شيء، يغطي [العرض التوضيحي بالفيديو](https://www.youtube.com/@rustdesk) جلسة كاملة من البداية إلى النهاية. +لست بحاجة إلى التحدث مع أحد لتبدأ: يُثبَّت Server OSS على عتادك الخاص مجانًا، دون رسوم ترخيص أو تاريخ انتهاء. ولتجربة ميزات Pro وفق خطة الانتقال أعلاه، اطلب من [sales@rustdesk.com](mailto:sales@rustdesk.com) شروط التقييم الحالية؛ وأسعار الخطط القياسية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing). وإذا أردت أن تراه يعمل أولًا، فإن [العرض التوضيحي بالفيديو](https://www.youtube.com/@rustdesk) يغطي جلسة كاملة من البداية إلى النهاية. -أسرع طريقة لمعرفة ما إذا كانت الاستضافة الذاتية تحقق ما تريده من حيث التكلفة والتحكم هي إجراء إثبات مفهوم (proof of concept) قصير على عتادك الخاص. +أسرع طريقة لمعرفة ما إذا كانت الاستضافة الذاتية تحقق ما تريده من حيث التكلفة والتحكم هي إثبات مفهوم قصير على عتادك الخاص. diff --git a/v3/src/content/post/ar/teamviewer-commercial-use-detected.md b/v3/src/content/post/ar/teamviewer-commercial-use-detected.md index 70532477..f7bff1ce 100644 --- a/v3/src/content/post/ar/teamviewer-commercial-use-detected.md +++ b/v3/src/content/post/ar/teamviewer-commercial-use-detected.md @@ -1,88 +1,89 @@ --- publishDate: 2026-07-03T09:34:00Z +updateDate: 2026-10-14T00:00:00Z lang: ar translationKey: teamviewer-commercial-use-detected draft: false title: 'تم اكتشاف الاستخدام التجاري في TeamViewer: كيفية إصلاح المشكلة' -excerpt: 'هل تم وضع علامة على حسابك في TeamViewer بسبب الاستخدام التجاري؟ إليك عملية الاستئناف الرسمية، وما يُعتبر فعليًا استخدامًا تجاريًا، والطريقة المستضافة ذاتيًا لتجنب ذلك بالكامل.' +excerpt: 'هل وُضعت على حسابك في TeamViewer علامة الاستخدام التجاري؟ إليك عملية الاستئناف الرسمية، وما يُعد استخدامًا تجاريًا فعلًا، وبديلًا لا يتضمن مصنّفًا كهذا.' image: ~/assets/images/blog/teamviewer-commercial-use-detected-og.webp category: 'استكشاف الأخطاء' tags: ['TeamViewer', 'استكشاف الأخطاء', 'الترخيص'] author: 'RustDesk Team' slug: 'teamviewer-commercial-use-detected-ar' faq: - - question: 'كيف أصلح مشكلة "تم اكتشاف الاستخدام التجاري" في TeamViewer؟' - answer: 'تنشر TeamViewer عملية رسمية لإعادة الضبط/الاستئناف: انتقل إلى teamviewer.com/reset، وأدخل اسمك والبريد الإلكتروني المرتبط بحسابك، واذكر بإيجاز نمط استخدامك الفعلي، وأدرج كل معرّف TeamViewer ID معني بالأمر، ثم اقبل سياسة الخصوصية وأرسل الطلب. تذكر TeamViewer مدة مستهدفة للمراجعة (نحو أسبوع وقت كتابة هذا المقال)؛ تأكد من الرقم الحالي على صفحة إعادة الضبط الخاصة بها.' - - question: 'ما الذي يُعتبر استخدامًا تجاريًا في TeamViewer؟' - answer: 'وفقًا لتعريفات TeamViewer نفسها، يشمل الاستخدام التجاري: تقديم الدعم للعملاء أو الزبائن، والعمل من المنزل (حتى مجرد تفقد البريد الإلكتروني الخاص بالعمل)، وأي اتصال وارد أو صادر يحدث في بيئة تجارية، وإدارة الخوادم أو مراقبتها، والعمل مقابل راتب في منظمة غير ربحية. أما الاستخدام الشخصي فيعني مساعدة العائلة والأصدقاء أو الاتصال بأجهزتك الخاصة التي ليست خوادم.' + - question: 'كيف أصلح مشكلة «تم اكتشاف الاستخدام التجاري» في TeamViewer؟' + answer: 'تنشر TeamViewer عملية رسمية لإعادة الضبط أو الاستئناف: انتقل إلى teamviewer.com/reset، وأدخل اسمك والبريد الإلكتروني المرتبط بحسابك، وصف بإيجاز استخدامك الفعلي، وأدرج كل معرّف TeamViewer معني بالأمر، ثم اقبل سياسة الخصوصية وأرسل الطلب. وتذكر TeamViewer مدة مستهدفة للمراجعة (نحو أسبوع وقت كتابة هذا المقال)؛ فتأكد من الرقم الحالي على صفحة إعادة الضبط لديها.' + - question: 'ما الذي يُعد استخدامًا تجاريًا في TeamViewer؟' + answer: 'وفقًا لتعريفات TeamViewer نفسها، يشمل الاستخدام التجاري تقديم الدعم للعملاء أو الزبائن، والعمل من المنزل (حتى مجرد تفقد بريد العمل)، وأي اتصال وارد أو صادر في بيئة تجارية، وإدارة الخوادم أو مراقبتها، والعمل مقابل راتب في منظمة غير ربحية. أما الاستخدام الشخصي فيعني مساعدة العائلة والأصدقاء أو الاتصال بأجهزتك الخاصة التي ليست خوادم.' - question: 'هل ينجح طلب إعادة الضبط إذا كان استخدامي تجاريًا بالفعل؟' - answer: 'لا. تُزيل إعادة الضبط العلامة فقط عندما تكون قد وُضعت خطأً؛ أما إذا كان استخدامك الفعلي تجاريًا، فستحدده TeamViewer بشكل صحيح، والحل الدائم هو استخدام برنامج يغطي ترخيصه هذا النوع من العمل.' - - question: 'هل يمتلك RustDesk أداة لاكتشاف الاستخدام التجاري؟' - answer: 'لا. يمكن استضافة خادم RustDesk المجتمعي ذاتيًا دون أي مصنّف للاستخدام التجاري، في حين يُرخَّص Server Pro وفقًا لعدد مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية، وحصة محددة في خطة Customized V2.' - - question: 'هل يمكنني تجنب العلامة باستخدام سكربتات إعادة ضبط المعرّف أو بحذف ملفات الإعداد؟' - answer: 'لا. لا تستخدم سكربتات غير رسمية لإعادة ضبط المعرّف ولا تحذف ملفات الإعداد للتحايل على التصنيف؛ فهذه الأساليب لا تغيّر شروط الترخيص ويمكن أن تتسبب في مشكلات إضافية تتعلق بالأمان أو الدعم.' + answer: 'لا. تُزيل إعادة الضبط العلامة فقط حين تكون قد وُضعت خطأً؛ أما إذا كان استخدامك الفعلي تجاريًا، فستصنّفه TeamViewer تصنيفًا صحيحًا، والحل الدائم هو ترخيص TeamViewer مدفوع أو أداة أخرى، مثل RustDesk المستضاف ذاتيًا، يغطي ترخيصها هذا العمل. وقد تعرض عليك TeamViewer بدلًا من ذلك توقيع إقرار بالاستخدام الخاص.' + - question: 'هل يتضمن RustDesk أداة لاكتشاف الاستخدام التجاري؟' + answer: 'لا. لا يتضمن RustDesk Server OSS (خادم المجتمع المجاني) أي مصنّف للاستخدام التجاري. أما RustDesk Server Pro فيُرخَّص وفق مستخدمي تسجيل الدخول والأجهزة المُدارة، ولا تقيّده إلا حدود الخطة التي تشتريها، مع اتصالات متزامنة غير محدودة في الخطط القياسية؛ ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا Customized V2.' + - question: 'هل يمكنني تجنب العلامة بسكربتات إعادة ضبط المعرّف أو بحذف ملفات الإعداد؟' + answer: 'لا. لا تستخدم سكربتات غير رسمية لإعادة ضبط المعرّف ولا تحذف ملفات الإعداد للتحايل على التصنيف؛ فهذه الأساليب لا تغيّر شروط الترخيص وقد تتسبب في مشكلات إضافية تتعلق بالأمان أو الدعم. وإذا كانت العلامة خاطئة، فاستخدم طلب إعادة الضبط الرسمي على teamviewer.com/reset؛ وإذا كان الاستخدام تجاريًا، فاحصل على ترخيص له.' metadata: - description: 'هل تم وضع علامة "تم اكتشاف الاستخدام التجاري" على حسابك في TeamViewer؟ إليك عملية إعادة الضبط الرسمية، وما يُعتبر استخدامًا تجاريًا، وكيف يتجنب RustDesk المستضاف ذاتيًا هذه المشكلة.' + description: 'هل وضع TeamViewer على حسابك علامة «تم اكتشاف الاستخدام التجاري»؟ إليك عملية إعادة الضبط الرسمية، وما يُعد استخدامًا تجاريًا، وRustDesk الخالي من هذا المصنّف.' keywords: 'اكتشاف الاستخدام التجاري في TeamViewer, إعادة ضبط الاستخدام التجاري في TeamViewer, استئناف الاستخدام التجاري في TeamViewer, وضع علامة على الاستخدام الشخصي في TeamViewer' --- -جلست لمساعدة عميل، أو زميل، أو جهازك الثاني الخاص، فإذا بـ TeamViewer يستقبلك بلافتة: [**تم اكتشاف الاستخدام التجاري**](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/). بعدها بدأت الجلسات تنقطع بعد ثوانٍ قليلة، أو تم حظر الاتصال تمامًا حتى تتوقف عن الاستخدام أو تشتري ترخيصًا. إذا كان هذا هو سبب وجودك هنا، فأنت لا تتخيل الأمر، ولست وحدك. +جلست لمساعدة عميل أو زميل أو جهازك الثاني، فإذا بـ TeamViewer يستقبلك بلافتة: [**تم اكتشاف الاستخدام التجاري**](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/). ثم بدأت الجلسات تنقطع بعد ثوانٍ قليلة، أو حُظر الاتصال تمامًا حتى تتوقف عن الاستخدام أو تشتري ترخيصًا. إذا كان هذا سبب وجودك هنا، فأنت لا تتخيل الأمر، ولست وحدك. -يشرح هذا الدليل أولًا **كيفية مراجعة العلامة وإزالتها فعليًا** من حسابك الحالي في TeamViewer، ثم يوضح سبب تكرار حدوث ذلك، وكيف تنتقل الفرق التي سئمت هذه الدوامة إلى إعداد مستضاف ذاتيًا لا يتضمن أي كشف للاستخدام التجاري على الإطلاق. +يشرح هذا الدليل أولًا **كيف تجعل العلامة تُراجع وتُزال فعلًا** من حسابك الحالي في TeamViewer، ثم يوضح سبب تكرار ذلك، وكيف تنتقل الفرق التي سئمت هذه الدوامة إلى إعداد مستضاف ذاتيًا لا يتضمن أي كشف للاستخدام التجاري على الإطلاق. -## كيفية إصلاح مشكلة "تم اكتشاف الاستخدام التجاري" في حساب TeamViewer الخاص بك +## كيف تصلح مشكلة «تم اكتشاف الاستخدام التجاري» في حسابك على TeamViewer -تنشر TeamViewer [عملية رسمية لإعادة الضبط/الاستئناف](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/) مخصصة لهذا الموقف بالتحديد. وإليك ما تتضمنه: +تنشر TeamViewer [عملية رسمية لإعادة الضبط أو الاستئناف](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/) لهذا الموقف بالتحديد. وإليك ما تتضمنه: -1. **انتقل إلى [teamviewer.com/reset](https://teamviewer.com/reset)** وانقر على زر البدء. +1. **انتقل إلى [teamviewer.com/reset](https://teamviewer.com/reset)** وانقر زر البدء. 2. **أدخل اسمك وعنوان البريد الإلكتروني المرتبط بحسابك في TeamViewer.** -3. **صف بإيجاز نمط استخدامك الفعلي** — على سبيل المثال: "أستخدم هذا فقط لمساعدة أحد والديّ المسنين في جهاز الكمبيوتر الخاص بهما." اكتبها بأسلوبك الخاص واحرص على الصدق. -4. **أدرج كل معرّف TeamViewer ID معني بالأمر**، سواء الجهاز الذي تتصل _منه_ أو أي جهاز تتصل _به_ (يقبل النموذج عددًا محدودًا من المعرّفات في كل إرسال). +3. **صف بإيجاز نمط استخدامك الفعلي**، مثل: «أستخدمه فقط لمساعدة والدي المسن في حاسوبه». اكتبه بأسلوبك والتزم الصدق. +4. **أدرج كل معرّف TeamViewer معني بالأمر**، سواء الجهاز الذي تتصل _منه_ أو أي جهاز تتصل _به_ (يقبل النموذج عددًا محدودًا من المعرّفات في كل إرسال). 5. **اقبل سياسة الخصوصية وأرسل الطلب.** -تذكر TeamViewer مدة مستهدفة للمراجعة تبلغ نحو أسبوع وقت كتابة هذا المقال، رغم أنها قد تستغرق وقتًا أطول خلال فترات الازدحام — تحقق من مجلد البريد العشوائي إذا لم تتلق ردًا. من هناك، تنتهي المراجعة بإحدى طريقتين: إما أن تعيد TeamViewer ضبط معرّفك لأن الاستخدام الشخصي مؤكد، أو ترفض إعادة الضبط وتعرض عليك توقيع "إقرار بالاستخدام الخاص" بدلًا من ذلك. إذا كان استخدامك الفعلي تجاريًا، فلن تغيّر أي من النتيجتين ذلك — فطلب إعادة الضبط لا يمكنه إزالة سوى علامة وُضعت خطأً. +تذكر TeamViewer مدة مستهدفة للمراجعة تبلغ نحو أسبوع وقت كتابة هذا المقال، وإن كانت قد تطول في فترات الضغط، فتفقّد مجلد البريد العشوائي إن لم يصلك رد. ثم تنتهي المراجعة بإحدى نتيجتين: إما أن تعيد TeamViewer ضبط معرّفك لأن الاستخدام الشخصي تأكد، وإما أن ترفض إعادة الضبط وتعرض عليك توقيع «إقرار بالاستخدام الخاص» بدلًا من ذلك. وإذا كان استخدامك الفعلي تجاريًا، فلن تغيّر أي من النتيجتين ذلك، فطلب إعادة الضبط لا يزيل إلا علامة وُضعت خطأً. -### ما الذي يُعتبر فعليًا "استخدامًا تجاريًا" هنا +### ما الذي يُعد فعلًا «استخدامًا تجاريًا» هنا -وفقًا لتعريفات TeamViewer نفسها، يعني **الاستخدام الشخصي** مساعدة العائلة والأصدقاء، أو الاتصال بأجهزتك الخاصة التي ليست خوادم خارج بيئة تجارية. أما **الاستخدام التجاري** — النوع الذي لن تتم إعادة ضبطه بغض النظر عن نتيجة الاستئناف — فيشمل: +وفقًا لتعريفات TeamViewer نفسها، يعني **الاستخدام الشخصي** مساعدة العائلة والأصدقاء، أو الاتصال بأجهزتك الخاصة التي ليست خوادم خارج بيئة تجارية. أما **الاستخدام التجاري**، وهو النوع الذي لن يُعاد ضبطه أيًا كانت نتيجة الاستئناف، فيشمل: - تقديم الدعم للعملاء أو الزبائن -- العمل من المنزل، بما في ذلك مجرد تفقد البريد الإلكتروني الخاص بالعمل -- أي اتصال وارد أو صادر يحدث في بيئة تجارية +- العمل من المنزل، بما في ذلك مجرد تفقد بريد العمل +- أي اتصال وارد أو صادر في بيئة تجارية - إدارة الخوادم أو مراقبتها - العمل مقابل راتب في منظمة غير ربحية -إذا كنت تقوم بأي من ذلك، فإن عملية الاستئناف ستحدد استخدامك بشكل صحيح على أنه تجاري، والحل الدائم هو استخدام برنامج يغطي ترخيصه فعليًا طبيعة عملك — وهنا تبدأ بقية هذا الدليل. +وإذا كنت تقوم بأي من ذلك، فإن عملية الاستئناف ستصنّف استخدامك تصنيفًا صحيحًا على أنه تجاري، والحل الدائم هو برنامج يغطي ترخيصه طبيعة عملك فعلًا، ومن هنا تنطلق بقية هذا الدليل. -## لماذا تضع TeamViewer علامة "الاستخدام التجاري" من الأساس +## لماذا تضع TeamViewer علامة «الاستخدام التجاري» أصلًا -الخطة المجانية من TeamViewer مرخّصة للاستخدام الشخصي فقط، ويمكن للمنتج تصنيف الاستخدام على أنه تجاري. وقد يكون هذا التصنيف خاطئًا، ولهذا السبب توفر TeamViewer عملية إعادة الضبط المذكورة أعلاه. لا تنشر TeamViewer معادلة يمكن للمستخدمين الاعتماد عليها، لذا لا تتعامل مع أعداد الاتصالات أو مدة الجلسات أو إجمالي الأجهزة الواردة في منشورات جهات خارجية باعتبارها حدودًا رسمية. +الخطة المجانية من TeamViewer مرخّصة للاستخدام الشخصي فقط، ويستطيع المنتج تصنيف الاستخدام على أنه تجاري. وقد يخطئ هذا التصنيف، ولهذا توفر TeamViewer عملية إعادة الضبط المذكورة أعلاه. ولا تنشر TeamViewer معادلة يمكن للمستخدمين الاعتماد عليها، لذا لا تتعامل مع أعداد الاتصالات أو مدد الجلسات أو أعداد الأجهزة الواردة في منشورات جهات خارجية على أنها حدود رسمية. -بالنسبة لأي شخص يقوم بعمل دعم تجاري، فهذه ليست ثغرة يمكن الالتفاف عليها؛ بل هي المنتج وهو يطبّق شروط ترخيصه. قارن بين الخطط المدفوعة الحالية أو البدائل المتاحة بدلًا من الاعتماد على قصص تجديد شخصية متفرقة. +وبالنسبة إلى من يقدّم دعمًا تجاريًا، فهذه ليست ثغرة يُلتف عليها، بل هي المنتج يطبّق شروط ترخيصه. فقارن الخطط المدفوعة الحالية أو البدائل المتاحة بدلًا من الاعتماد على روايات خاصة عن التجديد. -إذن، إذا لم ينطبق عليك الاستئناف — لأن استخدامك تجاري بالفعل — يصبح السؤال الحقيقي: هل تدفع، أم تنتقل إلى حل خالٍ تمامًا من فخ الاستخدام التجاري؟ +إذن، إذا لم يكن الاستئناف ينطبق عليك لأن استخدامك تجاري فعلًا، يصبح السؤال الحقيقي: هل تدفع، أم تنتقل إلى أداة لا يوجد فيها فخ الاستخدام التجاري أصلًا؟ -## إذا كانت العلامة صحيحة، قارن بين الخيارات المرخّصة +## إذا كانت العلامة صحيحة، فقارن الخيارات المرخّصة -عندما يكون الاستخدام تجاريًا بالفعل، لا يوجد حل التفافي مشروع لإعادة الضبط. قارن بين ثلاثة مسارات: +حين يكون الاستخدام تجاريًا فعلًا، لا يوجد التفاف مشروع على إعادة الضبط. فقارن بين ثلاثة مسارات: -| المسار | الأنسب لـ | المقايضة | -| ------------------------- | -------------------------------------------------------------------- | --------------------------------------------------------------- | -| شراء TeamViewer | تريد الحفاظ على سير العمل الحالي والخدمة المُدارة | خطة مورّد مستمرة، وشروط، وتجميع ميزات | -| اختيار SaaS مُدار آخر | تريد عدم تشغيل خوادم لكن بعرض تجاري مختلف | تبقى الجلسات والإدارة تحت تشغيل المورّد | -| تجربة أداة مستضافة ذاتيًا | تريد تشغيل المعرّف والتتابع (relay) ولوحة التحكم وبيانات النشر بنفسك | يمتلك فريقك الاستضافة والتصحيحات والشهادات والمراقبة والاستعادة | +| المسار | الأنسب حين | المفاضلة | +| -------------------------- | ---------------------------------------------------------------------- | ------------------------------------------------------------------------ | +| شراء TeamViewer | تريد الحفاظ على سير العمل الحالي والخدمة المُدارة | خطة مستمرة لدى المورّد، وشروطه، وطريقة تجميعه للميزات | +| اختيار خدمة SaaS مُدارة أخرى | تريد عرضًا تجاريًا مختلفًا دون تشغيل خوادم | يبقى التنسيق والإدارة لدى المورّد؛ وقد تنتقل الوسائط مباشرة أو عبر خادم ترحيل | +| تجربة أداة مستضافة ذاتيًا | تريد تشغيل خادم المعرّف وخادم الترحيل ووحدة التحكم وبيانات النشر بنفسك | يتولى فريقك الاستضافة والتصحيحات والشهادات والمراقبة والاستعادة | -ينتمي RustDesk إلى الصف الثالث: أنت تستضيف الخادم المجتمعي ذاتيًا دون أي مصنّف للاستخدام التجاري يراقب الجلسات — [لماذا تزيل الاستضافة الذاتية هذا الفخ](/ar/blog/why-self-host-remote-desktop-software-ar) — في حين يُرخَّص Server Pro وفقًا لعدد مستخدمي تسجيل الدخول والأجهزة المُدارة، مع حصة محددة في خطة [Customized V2](https://rustdesk.com/pricing#custom2). +ويندرج RustDesk في صف الأدوات المستضافة ذاتيًا. فعميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL، ولا يتضمن Server OSS أي مصنّف للاستخدام التجاري: فهو مجاني للاستخدام الشخصي والتجاري بموجب ترخيصه. أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية، يُرخَّص وفق مستخدمي تسجيل الدخول والأجهزة المُدارة ولا تقيّده إلا حدود الخطة التي تشتريها. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا منها إلا [Customized V2](https://rustdesk.com/pricing#custom2). ## مسار انتقال آمن -لا تقم بإلغاء تثبيت TeamViewer كخطوة أولى. أنشئ خادم RustDesk تجريبيًا وتحقق من سير العمل الذي يقوم عليه استخدامك التجاري، ثم قارن تكلفة التشغيل بعرض أسعار TeamViewer الحالي. يغطي [دليل بديل TeamViewer المستضاف ذاتيًا](/ar/blog/self-hosted-teamviewer-alternative-ar) عملية الانتقال الكاملة ومقارنة الميزات. إذا تمت الموافقة على إعادة الضبط، يستمر وصولك المجاني للاستخدام الشخصي. أما إذا كان أي جزء من استخدامك تجاريًا، فإن الترخيص هو الحل الدائم — سواء كانت الخطة المدفوعة من TeamViewer أو أداة مرخّصة لطريقة عملك. +لا تبدأ بإلغاء تثبيت TeamViewer. أنشئ خادم RustDesk تجريبيًا، واختبر سير العمل الذي يقوم عليه استخدامك التجاري، ثم قارن تكلفة التشغيل بعرض أسعار TeamViewer الحالي. ويغطي [دليل البديل ذاتي الاستضافة لـ TeamViewer](/ar/blog/self-hosted-teamviewer-alternative-ar) الانتقال الكامل ومقارنة الميزات. وإذا قُبلت إعادة الضبط، يستمر وصولك المجاني للاستخدام الشخصي؛ أما إذا كان أي جزء من استخدامك تجاريًا، فالترخيص هو الحل الدائم، سواء بخطة TeamViewer المدفوعة أو بأداة مرخّصة لطريقة عملك. -## ما الذي يجب فعله بعد ذلك +## ما الذي تفعله بعد ذلك -- أرسل طلب إعادة الضبط الرسمي إذا كان التصنيف خاطئًا بالفعل. -- إذا كان الاستخدام تجاريًا، قارن بين عروض الأسعار المكتوبة الحالية وشروط الترخيص. -- إذا كانت الاستضافة الذاتية مطلبًا، جرّب الخادم المجتمعي المجاني قبل تقييم ميزات وخطط Server Pro على [rustdesk.com/pricing](https://rustdesk.com/pricing). +- أرسل طلب إعادة الضبط الرسمي إذا كان التصنيف خاطئًا فعلًا. +- إذا كان الاستخدام تجاريًا، فقارن عروض الأسعار المكتوبة الحالية وشروط الترخيص. +- إذا كانت الاستضافة الذاتية شرطًا، فجرّب Server OSS قبل تقييم ميزات Server Pro وخططه على [rustdesk.com/pricing](https://rustdesk.com/pricing). -وتجنّب سكربتات إعادة ضبط المعرّف وعمليات حذف ملفات الإعداد التي تنتشر في المنتديات: فهي تترك شروط ترخيص TeamViewer كما هي تمامًا وتميل إلى التسبب في مشكلات أمنية أو تتعلق بالدعم خاصة بها. +وتجنّب سكربتات إعادة ضبط المعرّف وحذف ملفات الإعداد التي تنتشر في المنتديات: فهي تترك شروط ترخيص TeamViewer كما هي تمامًا، وكثيرًا ما تخلق مشكلات أمنية أو مشكلات دعم خاصة بها. diff --git a/v3/src/content/post/ar/teamviewer-vs-anydesk-for-msps.md b/v3/src/content/post/ar/teamviewer-vs-anydesk-for-msps.md index 371583ce..43c8d3a6 100644 --- a/v3/src/content/post/ar/teamviewer-vs-anydesk-for-msps.md +++ b/v3/src/content/post/ar/teamviewer-vs-anydesk-for-msps.md @@ -1,83 +1,84 @@ --- publishDate: 2026-07-08T18:26:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: teamviewer-vs-anydesk-for-msps draft: false title: 'TeamViewer مقابل AnyDesk لشركات MSP: خيار ثالث ذاتي الاستضافة' -excerpt: 'مقارنة بين TeamViewer وAnyDesk لشركات MSP - الترخيص الحالي، والتكاملات، والاستضافة، ولماذا يتجاوز البعض كلا الخيارين نحو حل ذاتي الاستضافة.' +excerpt: 'كيف يُقارَن TeamViewer وAnyDesk لدى شركات MSP: الترخيص الحالي، والتكاملات، والاستضافة، ولماذا يتجاوز بعضها الاثنين نحو خيار ذاتي الاستضافة.' image: ~/assets/images/blog/teamviewer-vs-anydesk-for-msps-og.webp category: 'مقارنات' tags: ['TeamViewer', 'AnyDesk', 'MSP', 'مقارنة'] author: 'RustDesk Team' slug: 'teamviewer-vs-anydesk-for-msps-ar' faq: - - question: 'هل TeamViewer أفضل من AnyDesk لشركة MSP صغيرة؟' - answer: 'يعتمد ذلك على ما تريد تحسينه. يمكن أن تناسب AnyDesk فرق الفنيين الأصغر التي تُعطي الأولوية لعميل مضغوط وعلامة تجارية بسيطة، بينما تستهدف TeamViewer مكاتب الدعم التي تحتاج إلى ضوابط سياسات، وتقارير مُنظّمة، وتكاملات. قارن بين المنتجين على نقاط النهاية الخاصة بك، واعتمد على عروض أسعار مكتوبة وحالية بدلاً من الاعتماد على التموضع التاريخي لكل منهما.' - - question: 'كيف تحتسب AnyDesk رسومها حالياً؟' - answer: 'تُدرِج صفحة التسعير الرسمية لـ AnyDesk، التي جرى الاطّلاع عليها في 7 يوليو 2026، باقات سنوية بمستخدمين مرخّصين وأجهزة مُدارة واتصالات متزامنة خاصة بكل باقة. تبدأ باقة Standard باتصال واحد وباقة Advanced باتصالين؛ وتختلف حدود الإضافات. تحقّق من https://anydesk.com/en/pricing ومن عرض سعر مكتوب ومؤرّخ قبل وضع الميزانية.' - - question: 'هل يمكن لشركة MSP الاستضافة الذاتية بدلاً من استخدام سحابة TeamViewer أو AnyDesk؟' - answer: 'نعم. يتيح لك RustDesk Server Pro تشغيل خوادم المعرّف (ID)/نقطة اللقاء (rendezvous) والترحيل (relay) على بنية تحتية تتحكم فيها أنت، سواء محلياً أو على خادم VPS خاص بك، بحيث لا تظل عملية التوسط في الجلسات داخل سحابة تابعة لمزوّد. والمقابل هو أن فريقك هو من يقوم بتهيئة ذلك الخادم وتحديثه وتأمينه، بدلاً من أن يقوم به فريق عمليات تابع لمزوّد.' + - question: 'أيهما أفضل لشركة MSP صغيرة: TeamViewer أم AnyDesk؟' + answer: 'يناسب AnyDesk عادةً فرق الفنيين الأصغر التي تعطي الأولوية لعميل خفيف وعلامة تجارية بسيطة، بينما يناسب TeamViewer مكاتب الخدمة التي تحتاج إلى ضوابط سياسات وتقارير منظّمة وتكاملات مثل ServiceNow وJira وIntune. ويربط المنتجان كلاهما الجلسات المتزامنة بالخطة، لذا سعّر الاتصالات المتزامنة التي تحتاجها من عروض أسعار مكتوبة وحالية، واختبر المنتجين على أجهزتك الطرفية.' + - question: 'كيف تحتسب AnyDesk رسومها حاليًا؟' + answer: 'تُدرج صفحة الأسعار الرسمية لـ AnyDesk، بحسب مراجعتها في 7 يوليو 2026، خططًا سنوية لكل منها عدد خاص من المستخدمين المرخّصين والأجهزة المُدارة والاتصالات المتزامنة. تبدأ Standard باتصال واحد وAdvanced باتصالين، وتختلف حدود الإضافات. تحقّق من https://anydesk.com/en/pricing ومن عرض سعر مكتوب ومؤرّخ قبل وضع الميزانية.' + - question: 'هل يمكن لشركة MSP الاستضافة الذاتية بدلًا من استخدام سحابة TeamViewer أو AnyDesk؟' + answer: 'نعم. يتيح لك RustDesk Server OSS (خادم المجتمع المجاني) وServer Pro تشغيل خادم المعرّف/الالتقاء وخادم الترحيل على بنية تحتية تتحكم فيها، داخل مقرّك أو على خادم VPS خاص بك، فلا تكون وساطة الجلسات داخل سحابة مورّد. والمقابل أن فريقك هو من يجهّز ذلك الخادم ويطبّق التصحيحات عليه ويؤمّنه، بدلًا من فريق عمليات لدى المورّد.' - question: 'كيف يختلف ترخيص RustDesk عن نماذج الترخيص لكل مقعد أو لكل قناة؟' - answer: 'تُرخّص RustDesk بحسب مستخدم تسجيل الدخول بالإضافة إلى الجهاز المُدار، بدلاً من الترخيص لكل مقعد أو لكل قناة متزامنة، وتتضمن الباقات القياسية اتصالات متزامنة غير محدودة، بينما تقيس باقة Customized V2 هذه الاتصالات بشكل منفصل. للاطّلاع على جدول الباقات الحالي والأسعار، راجع rustdesk.com/pricing.' + answer: 'تحتسب خطط RustDesk Server Pro مستخدمي تسجيل الدخول والأجهزة المُدارة. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، فلا رسوم فيها على القنوات؛ ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا Customized V2. ومع ذلك يتطلب نمو عدد الفنيين سعة كافية من مستخدمي تسجيل الدخول، لذا قارن كل الأعداد المعنية على rustdesk.com/pricing.' metadata: description: 'TeamViewer مقابل AnyDesk لشركات MSP: نماذج الترخيص الحالية، والتكاملات، وخيارات الاستضافة، وبديل ذاتي الاستضافة لكليهما.' - keywords: 'TeamViewer مقابل AnyDesk، TeamViewer مقابل AnyDesk لشركات MSP، بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk، أفضل أداة وصول عن بُعد لشركات MSP، تغيير أسعار AnyDesk' + keywords: 'TeamViewer مقابل AnyDesk, TeamViewer مقابل AnyDesk لشركات MSP, بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk, أفضل أداة وصول عن بُعد لشركات MSP, تغيير أسعار AnyDesk' --- -تَرث شركات MSP أحياناً مزيجاً من TeamViewer وAnyDesk وRDP عبر عملائها المختلفين. تقارن هذه الصفحة بين TeamViewer وAnyDesk وجهاً لوجه على الأبعاد التي تحسم فعلياً قرار الشراء لدى شركة MSP - وحدة الترخيص، والتزامن، والوصول غير المُراقب، والنشر، والعلامة التجارية - ثم تزن نموذجاً ثالثاً ذاتي الاستضافة مقابل كليهما، بالاستناد إلى فروقات مُنتج قابلة للتحقق. +ترث شركات MSP أحيانًا خليطًا من TeamViewer وAnyDesk وRDP لدى عملائها المختلفين. وتقارن هذه الصفحة بين TeamViewer وAnyDesk وجهًا لوجه في الجوانب التي تحسم فعلًا قرار الشراء لدى شركة MSP، وهي وحدة الترخيص، والاتصالات المتزامنة، والوصول غير المراقب، والنشر، والعلامة التجارية، ثم تزن نموذجًا ثالثًا ذاتي الاستضافة مقابل الاثنين، استنادًا إلى فروق بين المنتجات يمكن التحقق منها. ## TeamViewer مقابل AnyDesk: النسخة المختصرة -| | TeamViewer | AnyDesk | -| ---------------------------- | ------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------- | -| أبعاد الترخيص | مستخدمون مُسمّون وسعة جلسات متزامنة خاصة بكل باقة، مع إضافات تُضاف فوقها | مستخدمون مرخّصون، وأجهزة مُدارة، واتصالات متزامنة خاصة بكل باقة | -| الفنيون المتزامنون | سعة الجلسات المتزامنة بُعد يخص الباقة/الإضافات؛ تحقق من الشروط الحالية | اتصالات مُضمّنة لكل باقة (Standard واحد، Advanced اثنان، وفق الصفحة المؤرّخة أدناه)؛ والمزيد عبر الإضافات | -| الوصول غير المُراقب والتجميع | وصول غير مُراقب إلى العملاء المُثبّتين؛ تُنظَّم نقاط النهاية في مجموعات | وصول غير مُراقب عبر عميل مُثبّت؛ تُنظَّم نقاط النهاية في دفتر عناوين في الباقات المعنية | -| النشر والعلامة التجارية | نشر جماعي/صامت ووحدات مخصصة في الباقات الأعلى؛ تحقق حسب الإصدار | نشر صامت وعميل بعلامة تجارية مخصصة؛ تحقق من الباقة التي تتضمنه | -| الباقات المنشورة حالياً | تحقق من صفحة الباقات الحالية ومن عرض سعر مكتوب ومؤرخ قبل وضع الميزانية | [صفحة التسعير الرسمية](https://anydesk.com/en/pricing)، جرى الاطّلاع عليها في 7 يوليو 2026: تبدأ باقة Standard باتصال واحد؛ وAdvanced باتصالين | -| الاستضافة | باقات سحابية مُدارة | سحابة مُدارة في الباقات القياسية؛ وتُعلن باقة Ultimate عن نشر سحابي أو محلي (on-premises) | -| الأنسب لـ | مكاتب الدعم التي تحتاج إلى ضوابط سياسات، وتقارير، وتكاملات | الفرق التي تُعطي الأولوية لعميل مضغوط، وأداء الاتصال، والعلامة التجارية | +| | TeamViewer | AnyDesk | +| --------------------------- | ---------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- | +| أبعاد الترخيص | مستخدمون مسمّون وسعة جلسات متزامنة خاصة بكل خطة، مع إضافات فوقها | مستخدمون مرخّصون وأجهزة مُدارة واتصالات متزامنة خاصة بكل خطة | +| الفنيون المتزامنون | سعة الجلسات المتزامنة بُعد من أبعاد الخطة والإضافات؛ تأكد من الشروط الحالية | اتصالات مضمّنة في كل خطة (واحد في Standard واثنان في Advanced، وفق الصفحة المؤرّخة أدناه)؛ والمزيد عبر الإضافات | +| الوصول غير المراقب والتجميع | وصول غير مراقب إلى العملاء المثبّتين؛ وتُنظَّم الأجهزة الطرفية في مجموعات | وصول غير مراقب عبر عميل مثبّت؛ وتُنظَّم الأجهزة الطرفية في دفتر عناوين في الخطط المعنية | +| النشر والعلامة التجارية | نشر جماعي أو صامت ووحدات مخصصة في الفئات الأعلى؛ تأكد حسب الإصدار | نشر صامت وعميل بعلامة تجارية مخصصة؛ تأكد من الخطة التي تتضمنه | +| الباقات المنشورة حاليًا | راجع صفحة الخطط الحالية وعرض سعر مكتوبًا ومؤرّخًا قبل وضع الميزانية | [صفحة الأسعار الرسمية](https://anydesk.com/en/pricing)، بحسب مراجعتها في 7 يوليو 2026: تبدأ Standard باتصال واحد، وAdvanced باتصالين | +| الاستضافة | خطط سحابية مُدارة | سحابة مُدارة في الفئات القياسية؛ وتعلن Ultimate عن نشر سحابي أو محلي (on-premises) | +| الأنسب لـ | مكاتب الخدمة التي تحتاج إلى ضوابط سياسات وتقارير وتكاملات | الفرق التي تعطي الأولوية لعميل خفيف وأداء الاتصال والعلامة التجارية | ## الترخيص: لكل فني، أم لكل جهاز، أم لكل اتصال؟ -الوحدة التي تُحاسَب عليها تهم شركة MSP أكثر من السعر المُعلن، لأن عدد الفنيين وعدد نقاط النهاية لدى العملاء ينموان على منحنيين مختلفين. +تهم الوحدة التي تُحاسَب عليها شركة MSP أكثر من السعر المعلن، لأن عدد الفنيين وعدد الأجهزة الطرفية لدى العملاء ينموان على منحنيين مختلفين. -تُجمّع TeamViewer المستخدمين المُسمّين وسعة الجلسات المتزامنة ضمن باقات، مع إضافات تُضاف فوقها. وهذا يميل إلى شكل قائم على الترخيص لكل فني بالإضافة إلى التزامن: أنت تُرخّص الأشخاص الذين يقدّمون الدعم وعدد الجلسات التي يمكنهم تشغيلها في آن واحد، وتقع نقاط نهاية العملاء تحت ذلك. +يجمع TeamViewer المستخدمين المسمّين وسعة الجلسات المتزامنة في فئات، مع إضافات فوقها. وهذا أقرب إلى نموذج «لكل فني مع الاتصالات المتزامنة»: ترخّص الأشخاص الذين يقدّمون الدعم وعدد الجلسات التي يستطيعون تشغيلها في آن واحد، وتأتي الأجهزة الطرفية للعملاء تحت ذلك. -يمكن أن تتغيّر باقات AnyDesk وشروط التجديد الخاصة بها. تُدرِج [صفحة التسعير الرسمية](https://anydesk.com/en/pricing)، التي جرى الاطّلاع عليها في 7 يوليو 2026، باقة Solo بمستخدم واحد واتصال واحد، وباقة Standard بما يصل إلى 20 مستخدماً واتصال واحد مُضمّن، وباقة Advanced بما يصل إلى 100 مستخدم واتصالين مُضمّنين؛ وتختلف حدود الأجهزة المُدارة وإضافات الاتصالات بحسب الباقة. وبذلك تُبرز AnyDesk محور الأجهزة المُدارة إلى جانب المستخدمين والاتصالات، فيمكن لأسطول كبير من أجهزة العملاء أن يُحرّك السعر حتى عندما يكون عدد الفنيين صغيراً. +وقد تتغير باقات AnyDesk وشروط تجديدها. فـ[صفحة الأسعار الرسمية](https://anydesk.com/en/pricing)، بحسب مراجعتها في 7 يوليو 2026، تُدرج Solo بمستخدم واحد واتصال واحد، وStandard بما يصل إلى 20 مستخدمًا واتصال واحد مضمَّن، وAdvanced بما يصل إلى 100 مستخدم واتصالين مضمَّنين؛ وتختلف حدود الأجهزة المُدارة وإضافات الاتصال حسب الخطة. وبذلك يُبرز AnyDesk بُعد الأجهزة المُدارة إلى جانب المستخدمين والاتصالات، فقد يرفع أسطول كبير من أجهزة العملاء السعر حتى حين يكون عدد الفنيين صغيرًا. -لا يعتمد أي منهما على نموذج خالص قائم على الجهاز المُدار من النوع الذي تستخدمه أدوات RMM. اِحسب نمو عدد الفنيين لديك، والتزامن، ونقاط النهاية مقابل صفحة الباقات الحالية لكل مزوّد وعرض سعر مكتوب ومؤرخ، وتأكّد من الشروط الحالية مع المزوّد قبل الالتزام. لا تبنِ قرار الشراء على عقد قديم لعميل آخر. +ولا يعتمد أي منهما نموذجًا خالصًا قائمًا على الجهاز المُدار من النوع الذي تستخدمه أدوات RMM. احسب نمو الفنيين والاتصالات المتزامنة والأجهزة الطرفية لديك مقابل صفحة الخطط الحالية لكل مورّد وعرض سعر مكتوب ومؤرّخ، ولا تبنِ قرار الشراء على عقد قديم لعميل آخر. -## الوصول غير المُراقب، والتجميع، والجلسات المتزامنة +## الوصول غير المراقب، والتجميع، والجلسات المتزامنة -معظم عمل شركات MSP اليومي غير مُراقب: الوصول إلى وكيل مُثبّت على جهاز عميل دون وجود أحد على الطرف الآخر. يدعم كلا المنتجين ذلك عبر عميل مقيم بمُعتمَدات وصول غير مُراقب، ويتيح كلاهما تنظيم عدد كبير من نقاط النهاية - TeamViewer عبر مجموعاته، وAnyDesk عبر دفتر عناوينه في الباقات المعنية. تأكّد من الباقة التي تفتح دفتر العناوين، وإدارة المجموعات، وضوابط الأدوار التي تحتاجها، لأن هذه غالباً ما تكون محصورة في الباقات الأعلى لدى الطرفين. +معظم عمل شركات MSP اليومي وصول غير مراقب: الوصول إلى وكيل مثبّت على جهاز لدى العميل دون أن يجلس أحد في الطرف الآخر. ويدعم المنتجان كلاهما ذلك عبر عميل مقيم ببيانات اعتماد للوصول غير المراقب، ويتيح كلاهما تنظيم أجهزة طرفية كثيرة: TeamViewer عبر مجموعاته، وAnyDesk عبر دفتر عناوينه في الخطط المعنية. وتأكد من الفئة التي تتيح دفتر العناوين وإدارة المجموعات وضوابط الأدوار التي تحتاجها، لأنها كثيرًا ما تكون محصورة في الخطط الأعلى لدى الطرفين. -الفنيون المتزامنون هم البُعد الذي كثيراً ما تُقلّل شركات MSP من ميزانيته. يقيس كلا المزوّدين عدد الجلسات التي تعمل في آن واحد: تتضمن صفحة AnyDesk المؤرّخة أعلاه اتصالاً واحداً في باقة Standard واتصالين في Advanced، مع توفّر المزيد عبر الإضافات، بينما تتعامل TeamViewer مع سعة الجلسات المتزامنة كبُعد يخص الباقة والإضافات. إذا كان ثلاثة فنيين قد يحتاجون إلى الدخول في ثلاث جلسات عملاء في اللحظة نفسها، فسعّر ذلك التزامن صراحةً بدلاً من افتراض أن الباقة الأساسية تُغطيه، وتأكّد من الحد المسموح الحالي وتكلفة الإضافة مع المزوّد. +والفنيون المتزامنون هم البُعد الذي كثيرًا ما تقلّل شركات MSP من تقدير ميزانيته. فالمورّدان كلاهما يقيسان عدد الجلسات التي تعمل في آن واحد: تتضمن صفحة AnyDesk المؤرّخة أعلاه اتصالًا واحدًا في Standard واتصالين في Advanced، مع إمكانية الحصول على المزيد عبر الإضافات، بينما يتعامل TeamViewer مع سعة الجلسات المتزامنة بوصفها بُعدًا من أبعاد الخطة والإضافات. فإذا كان ثلاثة فنيين قد يحتاجون إلى الوجود في ثلاث جلسات لدى العملاء في اللحظة نفسها، فسعّر تلك الاتصالات المتزامنة صراحةً بدلًا من افتراض أن الخطة الأساسية تغطيها، وتأكد مع المورّد من الحد المسموح الحالي وتكلفة الإضافات. ## النشر والعلامة التجارية -طرح عميل عبر عشرات المواقع بند تكلفة قائم بذاته. يدعم كلا المنتجين النشر الصامت أو الجماعي لدفع عميل مُهيّأ مسبقاً إلى عدد كبير من نقاط النهاية، ويمكن لكليهما إنتاج عميل بعلامة تجارية بحيث تحمل مطالبة المستخدم النهائي اسمك بدلاً من اسم المزوّد. لدى الطرفين، تميل أدوات النشر الجماعي والعلامة التجارية المخصصة إلى التواجد في الباقات الأعلى، لذا تأكّد من الإصدار الذي يتضمن أسلوب النشر والعلامة التجارية اللذين تحتاجهما قبل تسعيره. +نشر العميل عبر عشرات المواقع بند قائم بذاته في الميزانية. ويدعم المنتجان كلاهما النشر الصامت أو الجماعي لدفع عميل مُعدّ مسبقًا إلى أجهزة طرفية كثيرة، ويستطيع كلاهما إنتاج عميل يحمل علامتك التجارية، فتظهر للمستخدم النهائي رسالة باسمك لا باسم المورّد. ولدى الطرفين تميل أدوات النشر الجماعي والعلامة التجارية المخصصة إلى الفئات الأعلى، لذا تأكد من الإصدار الذي يتضمن طريقة النشر والعلامة التجارية التي تحتاجها قبل تسعيرها. -## أين يناسب كل منهما فعلياً +## أين يناسب كل منهما فعلًا -تميل TeamViewer إلى التفوق لدى شركات MSP التي تجاوزت مرحلة الدعم العشوائي: ضوابط السياسات، والتقارير المُنظّمة، والنشر الجماعي، وأدوات إضافية لمكتب الدعم في باقاتها الأعلى. وإذا كان مكتب الدعم لديك يعمل بالفعل ضمن ServiceNow أو Jira أو Microsoft Intune، فإن TeamViewer Tensor تنشر تكاملات أصلية مع تلك الأدوات. ولهذه البنية تكلفة، وقد تظهر في صورة تسعير إضافي يُضاف فوق الباقات الأساسية بدلاً من رقم واحد واضح. +يميل TeamViewer إلى التفوق لدى شركات MSP التي تجاوزت مرحلة الدعم العشوائي: ضوابط السياسات، والتقارير المنظّمة، والنشر الجماعي، وأدوات إضافية لمكتب الخدمة في خططه الأعلى. وإذا كان مكتب الخدمة لديك يعمل أصلًا ضمن ServiceNow أو Jira أو Microsoft Intune، فإن TeamViewer Tensor ينشر تكاملات أصلية مع هذه الأدوات. ولهذه البنية ثمنها، وقد يظهر في صورة إضافات مسعّرة فوق الفئات الأساسية بدلًا من رقم واحد واضح. -غالباً ما تكون AnyDesk ضمن القائمة المختصرة للشركات الصغيرة التي تُعطي الأولوية لأداء الاتصال، وعميل مضغوط، والعلامة التجارية. أما كون باقتها الحالية اقتصادية أم لا فيعتمد على عرض السعر وحجم العمل؛ لذا احسب نمو عدد الفنيين والاتصالات المتزامنة بدلاً من افتراض أنها ستظل الخيار الأرخص. +ويدرج كثير من الشركات الصغيرة AnyDesk في قائمتها المختصرة لأنها تعطي الأولوية لأداء الاتصال والعميل الخفيف والعلامة التجارية. أما كون باقاته الحالية اقتصادية أم لا فيعتمد على عرض السعر وحجم العمل؛ لذا احسب نمو الفنيين والاتصالات المتزامنة بدلًا من افتراض أنه سيبقى الخيار الأرخص. -ومع ذلك، لن يحل أي من المزوّدين المشكلة التي يرغب الكثير من شركات MSP في حلّها فعلياً: التخلص تماماً من نموذج الاتصالات أو المقاعد المُقاسة، وامتلاك السيطرة على مكان وجود بيانات الجلسات. +وإذا كانت البنية التحتية التي يشغّلها العميل شرطًا لازمًا، فإن AnyDesk Ultimate On-Premises يستحق مكانًا في المقارنة إلى جانب البدائل ذاتية الاستضافة مثل RustDesk. ## خيار ثالث ذاتي الاستضافة -من هنا فصاعداً، أنت تقرأ وجهة نظر الجهة المُصنّعة - نحن من يبني RustDesk - لذا زِن هذه النقاط وفقاً لذلك. +من هنا فصاعدًا تقرأ حجة الجهة المطوّرة، فنحن من يبني RustDesk، لذا زِن هذه النقاط على هذا الأساس. -بالنسبة لشركات MSP، الطرح هو التوحيد على نموذج لا يبيعه أي من المزوّدَين القائمَين: **لوحة تحكم واحدة ذاتية الاستضافة، مُسعّرة بحسب مستخدم تسجيل الدخول بالإضافة إلى الجهاز المُدار**، مع تضمين الباقات القياسية اتصالات متزامنة غير محدودة، بينما تقيس باقة [Customized V2](https://rustdesk.com/pricing#custom2) هذه الاتصالات بشكل منفصل. وهذا يُخرج حسابات "لكل فني ولكل اتصال" الواردة أعلاه من معادلة النمو. +يقدّم RustDesk **وحدة تحكم واحدة لـ Server Pro مستضافة ذاتيًا، تُرخَّص حسب مستخدمي تسجيل الدخول والأجهزة المُدارة**. وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة، ولا يرخّص عددًا محددًا منها إلا [Customized V2](https://rustdesk.com/pricing#custom2). وبهذا يخرج من عرض السعر البند الذي كثيرًا ما تقلّل شركات MSP من تقديره، أي الجلسات المتزامنة: فثلاثة فنيين في ثلاث جلسات لدى العملاء في وقت واحد يحتاجون إلى ثلاثة مستخدمي تسجيل دخول، لا إلى إضافات اتصال. -يعمل التنسيق - المعرّف (ID)/نقطة اللقاء (rendezvous)، والترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزّنة - على بنية تحتية تتحكم فيها أنت بدلاً من سحابة تابعة لمزوّد، وهو الجانب الذي يسأل عنه العملاء الخاضعون للتنظيم؛ راجع [لماذا الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) للاطّلاع على المقايضات التي يحملها هذا الخيار. كما يخضع RustDesk لترخيص AGPL، فيمكنك فحصه وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى - وهو نموذج ثقة مختلف بنيوياً عن عميل مغلق لا تتحكم أنت في شروطه. +ومع RustDesk تشغّل أنت خادم المعرّف/الالتقاء وخادم الترحيل ووحدة التحكم وبيانات الإدارة المخزّنة، بينما تنتقل الجلسات المباشرة بين الطرفين. وعميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL، أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية. ولا رسوم ترخيص لـ Server OSS ولا تاريخ انتهاء، لذا يمكنك تجربة الاستضافة الذاتية في موقع أحد العملاء قبل شراء ميزات الإدارة. راجع [لماذا تستضيف برنامج سطح المكتب البعيد ذاتيًا](/ar/blog/why-self-host-remote-desktop-software-ar). -تُغطي مكوّنات سير عمل شركات MSP - لوحة تحكم ويب ذاتية الاستضافة، ومولّد عميل بعلامة تجارية مخصصة، ومجموعات أجهزة، ودفتر عناوين مشترك - متطلب "لوحة تحكم واحدة، فنيون كثيرون، أجهزة عملاء كثيرة"، مع أن الميزات المتاحة تختلف باختلاف الباقة وأن لباقة Customized V2 حداً مسموحاً للاتصالات المتزامنة، لذا تحقق من الجدول الحالي. اطّلع على [RustDesk لشركات MSP](/ar/blog/rustdesk-for-msps-ar) ومقارناتنا الأكثر تعمقاً، [RustDesk مقابل TeamViewer](/ar/blog/rustdesk-vs-teamviewer-ar) و[RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar). وإذا كانت TeamViewer هي الحل الحالي الذي تسعى فعلياً لاستبداله، فإن [بديل TeamViewer ذاتي الاستضافة](/ar/blog/self-hosted-teamviewer-alternative-ar) يتناول عملية الانتقال هذه تحديداً. +وتغطي مكوّنات سير عمل شركات MSP، أي وحدة التحكم على الويب المستضافة ذاتيًا ومولّد العميل بالعلامة التجارية المخصصة ومجموعات الأجهزة ودفتر العناوين المشترك، متطلب «وحدة تحكم واحدة، وفنيون كثيرون، وأجهزة عملاء كثيرة»؛ ويبدأ مولّد العميل المخصص وتسجيل الدخول الموحد عبر LDAP/OIDC من خطة Basic. راجع [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar) ومقارناتنا الأعمق [RustDesk مقابل TeamViewer](/ar/blog/rustdesk-vs-teamviewer-ar) و[RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar). وإذا كان TeamViewer هو الأداة الحالية التي تسعى فعلًا إلى استبدالها، فإن [بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk](/ar/blog/self-hosted-teamviewer-alternative-ar) يتناول هذا الانتقال تحديدًا. -يُبقي كل من TeamViewer وAnyDesk عملية التوسط في جلسات عملائك داخل سحابة تابعة لمزوّد، ويحاسبانك مع ارتفاع عدد الفنيين أو عدد الاتصالات - وهذا هو السبب المحدد الذي يجعل النموذج ذاتي الاستضافة يستحق مكاناً في القائمة المختصرة لشركة MSP إلى جانب المزوّدَين القائمَين. +خلاصة الحجة: اتصالات متزامنة غير محدودة في الخطط القياسية، وعملاء بعلامتك التجارية وتسجيل دخول موحد بدءًا من Basic، وعميل قابل للتدقيق، وتشغيل تجريبي مجاني عبر Server OSS. وتحفّظ واحد: إذا كان مكتب الخدمة لديك يعتمد على تكاملات TeamViewer Tensor، فاختبر سير العمل هذا قبل توحيد الأدوات. ## جرّبه -اختبار هذا الادّعاء لا يكلّفك شيئاً: استضف خادم المجتمع المجاني ذاتياً مقابل موقع عميل حقيقي واحد وانظر كيف يصمد. وعندما تكون مستعداً للاطّلاع على ميزات Pro، يمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) مشاركة شروط التقييم الحالية، وأسعار الباقات منشورة على [rustdesk.com/pricing](https://rustdesk.com/pricing). +جرّب Server OSS في موقع عميل يمثّل بيئتك، بما في ذلك تثبيت الخدمة ورفع الصلاحيات والوصول غير المراقب والرجوع إلى الترحيل. وسجّل جهد الاستضافة والتشغيل إلى جانب نتائج الاتصال. ولميزات الإدارة في Pro، يستطيع فريق [sales@rustdesk.com](mailto:sales@rustdesk.com) تزويدك بشروط التقييم، وتعرض [الأسعار الحالية](https://rustdesk.com/pricing) حدود الترخيص. diff --git a/v3/src/content/post/ar/teamviewer-vs-splashtop.md b/v3/src/content/post/ar/teamviewer-vs-splashtop.md index 376b6944..73710ac4 100644 --- a/v3/src/content/post/ar/teamviewer-vs-splashtop.md +++ b/v3/src/content/post/ar/teamviewer-vs-splashtop.md @@ -1,10 +1,11 @@ --- publishDate: 2026-07-02T12:27:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'teamviewer-vs-splashtop' draft: false title: 'TeamViewer مقابل Splashtop: التسعير والأداء والاستضافة الذاتية' -excerpt: 'مقارنة بين TeamViewer وSplashtop من حيث السعر والأداء والأمان، بالإضافة إلى كيف يغيّر خيار استضافة ذاتية ثالث معادلة القرار.' +excerpt: 'مقارنة بين TeamViewer وSplashtop من حيث السعر والأداء والأمان، وكيف يغيّر خيار ثالث ذاتي الاستضافة معادلة القرار.' image: ~/assets/images/blog/teamviewer-vs-splashtop-og.webp category: 'مقارنات' tags: ['TeamViewer', 'Splashtop', 'مقارنة'] @@ -12,97 +13,97 @@ author: 'RustDesk Team' slug: 'teamviewer-vs-splashtop-ar' faq: - question: 'هل تقدّم Splashtop نسخة محلية (On-Premises)؟' - answer: 'نعم. تبيع Splashtop منتج On-Prem مرخّصًا بشكل منفصل لعمليات النشر المؤسسية. يستخدم هذا المنتج بوابة Splashtop Gateway التي يديرها العميل نفسه، وهو مختلف عن اشتراكات Splashtop القياسية المستضافة من قبل المزوّد.' + answer: 'نعم. تبيع Splashtop منتج On-Prem مرخّصًا بشكل منفصل لعمليات النشر المؤسسية. ويستخدم بوابة Splashtop Gateway يشغّلها العميل وتُثبَّت في منطقة DMZ لديه أو خلف جدار الحماية، وهو مختلف عن اشتراكات Splashtop القياسية التي يستضيفها المزوّد، لذا فإن تجربة خطة SaaS لا تُعدّ تقييمًا لـ On-Prem.' - question: 'هل Splashtop أرخص من TeamViewer؟' - answer: 'تنشر Splashtop أسعارًا مبدئية أقل لبعض خطط الوصول عن بُعد، لكن المقارنة الصحيحة يجب أن تشمل عدد المستخدمين المطلوبين، والأجهزة المُدارة، والجلسات المتزامنة، وميزات الحوكمة، والإضافات، والمنطقة الجغرافية، وشروط التجديد. قارن صفحة الخطط الحالية لكل مزوّد مع عرض سعر مكتوب ومؤرَّخ.' + answer: 'غالبًا في الفئات الأولى، إذ تنشر Splashtop أسعار بداية أقل لبعض خطط الوصول عن بُعد. لكن المقارنة السليمة يجب أن تشمل عدد المستخدمين المطلوبين، والأجهزة المُدارة، والجلسات المتزامنة، وميزات الحوكمة، والإضافات، والمنطقة الجغرافية، وشروط التجديد. قارن صفحة الخطط الحالية لكل مزوّد بعرض سعر مكتوب ومؤرّخ.' - question: 'ما الذي يجب على الفرق اختباره قبل اختيار TeamViewer أو Splashtop؟' - answer: 'اختبر كلا المنتجين على أجهزة وشبكات تمثّل بيئة العمل الفعلية. يشمل ذلك الوصول بحضور المستخدم وبدونه، وسلوك الشاشات المتعددة، والصوت، ونقل الملفات، ودعم الأجهزة المحمولة، وتكامل الهوية، ومتطلبات التدقيق، وطريقة النشر، وعدد جلسات الفنيين المتزامنة.' + answer: 'اختبر المنتجين كليهما على أجهزة طرفية وشبكات تمثّل بيئتك. ويشمل ذلك الوصول بحضور المستخدم والوصول غير المراقب، وسلوك الشاشات المتعددة، والصوت، ونقل الملفات، ودعم الأجهزة المحمولة، وتكامل الهوية، ومتطلبات التدقيق، وطريقة النشر، وعدد جلسات الفنيين المتزامنة. وسجّل لكل منتج زمن الاتصال، وزمن استجابة التفاعل، وجودة الصورة، ومعدل الإخفاق، والجهد الذي يبذله الفنيون.' metadata: - description: 'TeamViewer مقابل Splashtop: مقارنة بين نماذج التسعير والأداء والأمان، بالإضافة إلى كيف يغيّر البديل ذاتي الاستضافة معادلة القرار.' + description: 'TeamViewer مقابل Splashtop: مقارنة بين نماذج التسعير والأداء والأمان لدى المنتجين، وكيف يغيّر وجود بديل ذاتي الاستضافة حسابات القرار.' keywords: 'TeamViewer مقابل Splashtop, Splashtop أو TeamViewer, أسعار TeamViewer وSplashtop, مقارنة TeamViewer وSplashtop' --- -يغطي كل من TeamViewer وSplashtop الوصول عن بُعد والدعم الفني، لكن المقارنة الصحيحة ليست مجرد "فئة متميزة مقابل فئة اقتصادية". يحتاج المشترون إلى مقارنة وحدات الترخيص، والإدارة، ونموذج النشر، والأداء على أجهزتهم الخاصة. يعتمد هذا المقال على معلومات المنتج العامة الحالية وإفصاحات المورّدين المؤرَّخة، بدلاً من الروايات الشخصية للعملاء. +يغطي TeamViewer وSplashtop كلاهما الوصول عن بُعد والدعم الفني، لكن المقارنة الصحيحة ليست مجرد «فئة متميزة مقابل فئة اقتصادية». فالمشترون يحتاجون إلى مقارنة وحدات الترخيص، والإدارة، ونموذج النشر، والأداء على أجهزتهم. ويعتمد هذا المقال على معلومات المنتجات العامة الحالية وإفصاحات المورّدين المؤرّخة، لا على روايات خاصة من العملاء. ## TeamViewer مقابل Splashtop: الخلاصة السريعة -| | TeamViewer | Splashtop | -| ----------------- | -------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- | -| الخطط المنشورة | عروض Business وPremium وCorporate وعروض المؤسسات؛ تختلف الميزات وسعة الجلسات حسب الخطة | Remote Access Solo وPro وPerformance وEnterprise؛ يستخدم Remote Support تعبئة منفصلة | -| نموذج النشر | خدمة يديرها المزوّد | خطط SaaS يديرها المزوّد؛ يتوفر منتج On-Prem مرخّص بشكل منفصل لعمليات النشر المؤسسية | -| الإدارة | تختلف ضوابط السياسات، والتقارير، والنشر الجماعي، وتكاملات المؤسسات حسب الإصدار | الأدوار وإدارة الوصول وتسجيل الجلسات في الخطط ذات الصلة؛ تتركز ميزات SSO والضوابط الدقيقة وSIEM وضوابط أخرى في خطة Enterprise | -| الأداء | شبكة ترحيل (relay) مُدارة؛ لا توجد ادعاءات منشورة بشأن معدل الإطارات أو عمق الألوان | تروّج خطة Performance بدعم ألوان 4:4:4، وصوت عالي الدقة، وحتى 240 إطارًا في الثانية (FPS)؛ تحقق من هذه القدرات على الأجهزة والشبكات التي ستستخدمها فعليًا | -| الملاءمة الشرائية | الفرق التي تُقدّر خدمة مُدارة راسخة، وإدارة منظمة، وتكاملات واسعة | الأفراد والفرق الذين يقارنون مستويات الأسعار المبدئية الأقل، أو ميزات الوسائط المتعددة، أو نشر On-Prem بعرض سعر منفصل | -| نموذج المصدر | مملوك (Proprietary) | مملوك (Proprietary) | +| | TeamViewer | Splashtop | +| ----------------- | ---------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ | +| الخطط المنشورة | Business وPremium وCorporate وعروض المؤسسات؛ وتختلف الميزات وسعة الجلسات حسب الخطة | Remote Access Solo وPro وPerformance وEnterprise؛ ولـ Remote Support باقات منفصلة | +| نموذج النشر | خدمة يشغّلها المزوّد | خطط SaaS يشغّلها المزوّد؛ ويتوفر منتج On-Prem مرخّص بشكل منفصل لعمليات النشر المؤسسية | +| الإدارة | تختلف ضوابط السياسات والتقارير والنشر الجماعي وتكاملات المؤسسات حسب الإصدار | الأدوار وإدارة الوصول وتسجيل الجلسات في الخطط المعنية؛ وتتركز ميزات SSO والضوابط الدقيقة وSIEM وضوابط أخرى في Enterprise | +| الأداء | اختبر زمن استجابة التفاعل وجودة الصورة وتوافق الأجهزة الطرفية | تعلن Performance عن ألوان 4:4:4 وصوت عالي الدقة وقدرة تصل إلى 240 إطارًا في الثانية؛ تأكد من العتاد وسير العمل المطلوبين | +| الملاءمة الشرائية | الفرق التي تقدّر خدمة مُدارة راسخة وإدارة منظمة وتكاملات واسعة | الأفراد والفرق الذين يقارنون فئات بداية أرخص في الأسعار المنشورة، أو ميزات الوسائط المتعددة، أو نشر On-Prem بعرض سعر منفصل | +| نموذج المصدر | مغلق المصدر | مغلق المصدر | -تعامل مع صفوف الأسعار على أنها معلومات مؤرَّخة قد تتغير - فكلا المزوّدين يعيد تسعير منتجاته بشكل متكرر. +تعامل مع صفوف الأسعار على أنها مؤرّخة، فكلا المزوّدين يعيد التسعير كثيرًا. ## التسعير: قارن عبء العمل الكامل -تنشر [صفحة التسعير الرسمية](https://www.splashtop.com/pricing) الخاصة بـ Splashtop، والتي تم التحقق منها بتاريخ 8 يوليو 2026، أسعارًا مبدئية لخطط Remote Access Solo وPro وPerformance، بينما تتطلب خطتا Enterprise وOn-Prem التواصل مع فريق المبيعات. تنشر TeamViewer أسعارًا إقليمية وتجمع الميزات والسعة حسب الإصدار في [نظرة عامة على التسعير](https://www.teamviewer.com/en/pricing/overview/) الخاصة بها. السعر المبدئي الظاهر لا يحدد التكلفة الإجمالية لفريق تقنية المعلومات. +تنشر [صفحة الأسعار الرسمية](https://www.splashtop.com/pricing) لدى Splashtop، بحسب مراجعتها في 8 يوليو 2026، أسعار البداية لخطط Remote Access Solo وPro وPerformance، بينما تتطلب Enterprise وOn-Prem التواصل مع فريق المبيعات. أما TeamViewer فتنشر أسعارًا إقليمية وتجمع الميزات والسعة حسب الإصدار في [نظرة عامة على الأسعار](https://www.teamviewer.com/en/pricing/overview/). وسعر البداية الظاهر لا يحدد التكلفة الإجمالية لفريق تقنية المعلومات. ابنِ المقارنة انطلاقًا من عبء عملك الفعلي: - المستخدمون أو الفنيون المرخَّصون؛ -- الأجهزة غير المراقَبة (unattended) ومتطلبات الدعم بحضور المستخدم؛ +- الأجهزة الطرفية للوصول غير المراقب ومتطلبات الدعم بحضور المستخدم؛ - الجلسات البعيدة المتزامنة؛ -- متطلبات تسجيل الدخول الموحد (SSO)، والتدقيق، والتحكم في الوصول، والتكامل، والتسجيل؛ +- متطلبات تسجيل الدخول الموحد (SSO) والتدقيق والتحكم في الوصول والتكامل والتسجيل؛ - الإضافات، والضرائب الإقليمية، ومدة العقد، وشروط التجديد. -اطلب عروض أسعار مكتوبة ومؤرَّخة باستخدام عبء العمل نفسه. فالأسعار التاريخية أو عقد عميل آخر ليست مدخلات موثوقة لوضع الميزانية. +اطلب عروض أسعار مكتوبة ومؤرّخة لعبء العمل نفسه. فالأسعار القديمة أو عقد عميل آخر ليست مدخلات موثوقة لوضع الميزانية. ## النشر: SaaS وOn-Prem منتجان منفصلان -اشتراكات Splashtop الرئيسية في Remote Access وRemote Support هي خدمات يديرها المزوّد. كما تبيع Splashtop منتج **On-Prem المرخّص بشكل منفصل**. تصف [صفحة المنتج الرسمية](https://www.splashtop.com/products/on-prem) نشرًا ذاتي الاستضافة باستخدام **بوابة Splashtop On-Prem Gateway** في المنطقة منزوعة السلاح (DMZ) الخاصة بالعميل أو خلف جداره الناري. +اشتراكات Splashtop الرئيسية في Remote Access وRemote Support خدمات يشغّلها المزوّد. كما تبيع Splashtop منتج **On-Prem مرخّصًا بشكل منفصل**، وتصف [صفحة المنتج الرسمية](https://www.splashtop.com/products/on-prem) نشرًا ذاتي الاستضافة يستخدم **بوابة Splashtop On-Prem Gateway** في منطقة DMZ لدى العميل أو خلف جدار الحماية الخاص به. -هذا الفرق مهم. فشراء اشتراك Splashtop القياسي لا يعني نشر On-Prem، وتقييم Splashtop On-Prem ليس مماثلاً لتجربة خطة SaaS قياسية. يضيف مسار On-Prem بنية تحتية من جانب العميل، وتصميم شبكة، وطبقة TLS، وترقيات، ونسخًا احتياطية، ومراقبة، وتخطيطًا للسعة. توثّق [متطلبات النظام](https://support-splashtoponprem.splashtop.com/hc/en-us/articles/360035393074-Splashtop-On-Prem-System-Requirements) الخاصة بـ Splashtop متطلبات بوابة (Gateway) مخصصة وحجم الخادم. +وهذا التمييز مهم. فشراء اشتراك Splashtop قياسي لا يعني نشر On-Prem، وتقييم Splashtop On-Prem ليس كتجربة خطة SaaS قياسية. ويضيف مسار On-Prem بنية تحتية لدى العميل، وتصميمًا للشبكة، وTLS، وترقيات، ونسخًا احتياطية، ومراقبة، وتخطيطًا للسعة. وتوثّق [متطلبات النظام](https://support-splashtoponprem.splashtop.com/hc/en-us/articles/360035393074-Splashtop-On-Prem-System-Requirements) لدى Splashtop بوابة مخصصة ومتطلبات لتحديد حجم الخادم. -مسار المقارنة القياسي لـ TeamViewer هو خدمته المُدارة. أما المشترون الذين لديهم متطلب صارم ببنية تحتية للوساطة (brokering) يديرها العميل نفسه، فعليهم مقارنة Splashtop On-Prem بمنتجات أخرى ذاتية الاستضافة بدلاً من معاملة إصدارات SaaS على أنها عمليات نشر مكافئة. +مسار المقارنة القياسي لـ TeamViewer هو خدمته المُدارة. أما المشترون الذين يشترطون بنية وساطة يشغّلونها بأنفسهم، فعليهم مقارنة Splashtop On-Prem بمنتجات أخرى ذاتية الاستضافة، فإصدارات SaaS نموذج نشر مختلف. -## الأداء: اختبر سير العمل، لا العناوين الترويجية +## الأداء: اختبر سير العمل لا العناوين الترويجية -تروّج خطة Splashtop Performance بدعم ألوان 4:4:4، وصوت عالي الدقة، وتمرير USB (USB passthrough)، وقدرة تصل إلى 240 إطارًا في الثانية. يمكن أن تكون هذه الميزات مهمة لأعمال الوسائط، والتصميم بمساعدة الحاسوب (CAD)، وغيرها من الأعمال الحساسة بصريًا. تركّز TeamViewer على دعم واسع للأجهزة، وإدارة مُدارة، وسير عمل مكاتب الخدمة. +تروّج Splashtop Performance لألوان 4:4:4، وصوت عالي الدقة، وتمرير USB، وقدرة تصل إلى 240 إطارًا في الثانية. وقد تكون هذه الميزات مهمة لأعمال الوسائط والتصميم بمساعدة الحاسوب (CAD) وغيرها من الأعمال الحساسة بصريًا. أما TeamViewer فيركّز على دعم واسع للأجهزة الطرفية، والإدارة المركزية، وسير عمل مكاتب الخدمة. -لا يتنبأ أيّ من هذين الطرحين بالأداء الفعلي في بيئتك. جرّب كلا المنتجين باستخدام نفس: +ولا يتنبأ أي من هذين الطرحين بالأداء في بيئتك. جرّب المنتجين كليهما على العناصر نفسها: -- مسارات الشبكة في المكتب، والمنزل، والأجهزة المحمولة، والشبكات ذات زمن الاستجابة المرتفع؛ -- مجموعات أنظمة Windows وmacOS وLinux والأجهزة المحمولة التي تدعمها؛ -- الجلسات بحضور المستخدم وبدونه؛ +- مسارات الشبكة في المكتب والمنزل وشبكات الهاتف المحمول والشبكات ذات زمن الاستجابة المرتفع؛ +- تركيبات Windows وmacOS وLinux والأجهزة المحمولة التي تدعمها؛ +- الجلسات بحضور المستخدم والجلسات غير المراقبة؛ - مهام الشاشات المتعددة، والصوت، ونقل الملفات، والطباعة، ورفع الصلاحيات؛ - العدد المتوقع لجلسات الفنيين المتزامنة. -سجّل زمن الاتصال، وزمن استجابة التفاعل، وجودة الصورة، ومعدل الفشل، والجهد المبذول من الفنيين. اختبار قصير ومضبوط أكثر فائدة من شكوى معزولة على الإنترنت أو معيار أداء (benchmark) صادر عن المزوّد. +سجّل زمن الاتصال، وزمن استجابة التفاعل، وجودة الصورة، ومعدل الإخفاق، والجهد الذي يبذله الفنيون. فاختبار قصير ومضبوط أنفع من شكوى معزولة على الإنترنت أو قياس أداء ينشره المزوّد. -## الأمان: كلاهما أكثر جدية مما توحي به عبارة "رخيص مقابل غالٍ" +## الأمان: كلاهما أكثر جدية مما توحي به عبارة «رخيص مقابل غالٍ» -تحتاج ادعاءات الأمان إلى تواريخ وحدود واضحة. يفيد [إعلان Splashtop بتاريخ 18 سبتمبر 2025](https://www.splashtop.com/press/splashtop-achieves-iso-iec-27001-2022-certification) بحصولها على شهادة ISO/IEC 27001:2022، بينما تُدرج [صفحة الأمان](https://www.splashtop.com/security) الحالية الخاصة بها معايير SOC 2، وTLS 1.2، وحماية الجلسات بتشفير AES بطول 256 بت. الشهادة هي إقرار في نقطة زمنية محددة وليست ضمانًا لاستمرار الأمان، لذا تعامل مع كل ادعاء من هذا النوع على أنه مؤرَّخ وتحقق منه مقابل الإفصاحات الحالية لكل مزوّد. +تحتاج ادعاءات الأمان إلى تواريخ وحدود واضحة. يفيد [إعلان Splashtop في 18 سبتمبر 2025](https://www.splashtop.com/press/splashtop-achieves-iso-iec-27001-2022-certification) بحصولها على شهادة ISO/IEC 27001:2022، بينما تُدرج [صفحة الأمان](https://www.splashtop.com/security) الحالية لديها SOC 2 وTLS 1.2 وحماية الجلسات بتشفير AES بطول 256 بت. والشهادات إقرارات في نقطة زمنية محددة، لذا راجع الإفصاحات الحالية لكل مزوّد عند الشراء. -يُدرج [مركز الثقة](https://www.teamviewer.com/en/resources/trust-center/) الحالي الخاص بـ TeamViewer معايير SOC 2/SOC 3 وISO/IEC 27001، وتوثّق [النظرة العامة التقنية على الأمان](https://teamviewer.scene7.com/is/content/teamviewergmbh/teamviewer/central-image-hub/pdf/en/teamviewer-security-technical-overview-en.pdf) الخاصة به البنية والتشفير الحاليين. هذه تصريحات صادرة عن المزوّد - تحقق منها مقابل الإفصاحات الحالية. +ويُدرج [مركز الثقة](https://www.teamviewer.com/en/resources/trust-center/) الحالي لدى TeamViewer شهادات SOC 2/SOC 3 وISO/IEC 27001، وتوثّق [النظرة العامة التقنية على الأمان](https://teamviewer.scene7.com/is/content/teamviewergmbh/teamviewer/central-image-hub/pdf/en/teamviewer-security-technical-overview-en.pdf) البنية والتشفير الحاليين. ## أين يناسب كل منتج -قد يناسب TeamViewer المؤسسات التي تريد خدمة مُدارة مع ضوابط سياسات منظمة، وتقارير، ونشر جماعي، وتكاملات مؤسسية. تحقق من الإصدار الذي يوفر كل ضابط مطلوب بدلاً من افتراض أن مجموعة الميزات الكاملة موجودة في كل خطة. +قد يناسب TeamViewer المؤسسات التي تريد خدمة مُدارة مع ضوابط سياسات منظمة، وتقارير، ونشر جماعي، وتكاملات مؤسسية. وتختلف هذه الضوابط حسب الإصدار، لذا اربط كل ضابط تحتاجه بخطة محددة. -قد تناسب خطط Splashtop SaaS الفرق التي تُعطي الأولوية للنشر المباشر، والأسعار المبدئية المنشورة، ومجموعة الميزات الموجهة نحو الأداء. تلبي خطتا Splashtop Enterprise وOn-Prem متطلبات مختلفة ويجب طلب عرض سعر لكل منهما بشكل منفصل. +وقد تناسب خطط Splashtop SaaS الفرق التي تعطي الأولوية لسهولة النشر، والأسعار المنشورة لفئات البداية، ومجموعة الميزات الموجهة نحو الأداء. أما Splashtop Enterprise وOn-Prem فتلبيان متطلبات مختلفة، وينبغي طلب عرض سعر لكل منهما على حدة. -يتغير القرار عندما يصبح التحكم في البنية التحتية، أو الشفافية في الشيفرة المصدرية، أو نموذج ترخيص مختلف، متطلبًا أساسيًا. هنا يأتي دور بديل ذاتي الاستضافة في عملية التقييم. +ويتغير القرار حين يصبح التحكم في البنية التحتية، أو الاطلاع على الشيفرة المصدرية، أو نموذج ترخيص مختلف، متطلبًا أساسيًا. وهنا يأتي دور البديل ذاتي الاستضافة في التقييم. ## لماذا تقيّم بعض الفرق RustDesk أيضًا -بصراحة تامة: RustDesk هو منتجنا، ويوضح هذا القسم لماذا يستحق مكانًا في هذه القائمة المختصرة تحديدًا. +بصراحة: RustDesk منتجنا، ويوضح هذا القسم سبب استحقاقه مكانًا في هذه القائمة المختصرة تحديدًا. -**مكانه في عمود On-Prem، لا في عمود SaaS.** ظلّت المقارنة أعلاه تفصل Splashtop إلى خطة SaaS مستضافة من المزوّد ومنتج On-Prem مرخّص بشكل منفصل. ويقع RustDesk تمامًا على الجانب ذاتي الاستضافة من هذا الخط: إذ يشغّل Server Pro خدمات المعرف/الالتقاء (ID/rendezvous)، والترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزَّنة على بنية تحتية تتحكم بها أنت، لذا قارنه بـ Splashtop On-Prem بدلاً من إصدارات SaaS. ولمعرفة سبب تحمّل الفريق لهذا العبء التشغيلي من الأساس، راجع [لماذا الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar). +**مكانه في عمود On-Prem لا في عمود SaaS.** ظلّت المقارنة أعلاه تقسم Splashtop إلى خطة SaaS يستضيفها المزوّد ومنتج On-Prem مرخّص بشكل منفصل. ويقع RustDesk تمامًا في الجانب ذاتي الاستضافة من هذا الخط: إذ يشغّل Server Pro خادم المعرّف/الالتقاء وخادم الترحيل ووحدة التحكم وبيانات النشر المخزّنة على بنية تحتية تتحكم فيها، لذا قارنه بـ Splashtop On-Prem لا بإصدارات SaaS. ولمعرفة سبب تحمّل الفريق هذا العبء التشغيلي أصلًا، راجع [لماذا تستضيف برنامج سطح المكتب البعيد ذاتيًا](/ar/blog/why-self-host-remote-desktop-software-ar). -**نموذج ترخيص منشور.** ترخّص خطط RustDesk Server Pro القياسية بحسب **مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة**، وتشمل اتصالات متزامنة غير محدودة. تتضمن خطة [Customized V2](https://rustdesk.com/pricing#custom2) حدًا مُعرَّفًا للتزامن، لذا تحقق من [مصفوفة التسعير](https://rustdesk.com/pricing) الحالية للخطة التي تقيّمها. +**نموذج ترخيص منشور.** تُرخّص خطط RustDesk Server Pro القياسية **مستخدمي تسجيل الدخول إضافةً إلى الأجهزة المُدارة**، وتتضمن اتصالات متزامنة غير محدودة. ولا يرخّص عددًا محددًا من الاتصالات المتزامنة إلا [Customized V2](https://rustdesk.com/pricing#custom2)؛ راجع [مصفوفة الأسعار](https://rustdesk.com/pricing) الحالية. -**الأداء يخضع لنفس قاعدة "اختبره بنفسك".** تروّج Splashtop بأرقام محددة للألوان والصوت ومعدل الإطارات؛ أما RustDesk فلا ينشر أرقامًا ترويجية منافسة، وبمجرد إنشاء اتصال مباشر تتدفق الجلسات بشكل ندّي (peer-to-peer) بين الأجهزة بدلاً من المرور عبر ترحيل المزوّد. وكما هو الحال مع أرقام Splashtop وTeamViewer أعلاه، فإن الرقم الوحيد الذي يحسم أي شيء هو الرقم الذي تقيسه بنفسك على أجهزتك وشبكاتك. +**الأداء يخضع لقاعدة «اختبره بنفسك» نفسها.** تروّج Splashtop لأرقام محددة للألوان والصوت ومعدل الإطارات، أما RustDesk فلا ينشر أرقامًا ترويجية منافسة، وبمجرد إنشاء اتصال مباشر تنتقل الجلسات من نظير إلى نظير بين الأجهزة الطرفية بدلًا من المرور عبر خادم ترحيل يشغّله المزوّد. وكما هو الحال مع أرقام Splashtop وTeamViewer أعلاه، فإن الرقم الوحيد الذي يحسم الأمر هو الرقم الذي تقيسه بنفسك على أجهزتك وشبكاتك. -**مفتوح المصدر، لأجل سير عمل مزوّدي الخدمات المُدارة (MSP).** عميل RustDesk الأساسي والخادم المجاني مرخَّصان بموجب AGPL، بحيث يمكن للفرق فحص الشيفرة المصدرية وتقييم الاستضافة الذاتية الأساسية قبل شراء Server Pro؛ أما TeamViewer وSplashtop فهما منتجان مملوكان (Proprietary). توفر لوحة تحكم ويب ذاتية الاستضافة، ومولّد عميل مخصص، ومجموعات أجهزة، ودفتر عناوين مشترك، تلبية متطلب "لوحة تحكم واحدة، فنيون متعددون"، مع أن توافر الميزات يختلف حسب الخطة وتتضمن خطة Customized V2 حدًا للتزامن. راجع [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar)، و[RustDesk مقابل TeamViewer](/ar/blog/rustdesk-vs-teamviewer-ar)، و[بديل Splashtop ذاتي الاستضافة](/ar/blog/rustdesk-vs-splashtop-ar). +**عميل مفتوح وServer OSS مجاني، مع إدارة تجارية عبر Pro.** عميل RustDesk وRustDesk Server OSS (خادم المجتمع المجاني) مرخّصان بموجب AGPL، فتستطيع الفرق فحص الشيفرة المصدرية واختبار الاستضافة الذاتية الأساسية قبل شراء Pro. أما Server Pro فمنتج تجاري مغلق المصدر للاستضافة الذاتية، يضيف وحدة تحكم على الويب ومجموعات الأجهزة ودفاتر العناوين المشتركة والتحكم في الوصول لكل مستخدم ومجموعة أجهزة، مع تسجيل الدخول الموحد عبر LDAP/OIDC ومولّد العميل المخصص بدءًا من خطة Basic. راجع [RustDesk لمزوّدي الخدمات المُدارة](/ar/blog/rustdesk-for-msps-ar) و[مقارنة بديل Splashtop ذاتي الاستضافة](/ar/blog/rustdesk-vs-splashtop-ar). ## الطرف ذاتي الاستضافة من الطيف -لقد طرحت Splashtop بالفعل خيارًا ذاتي الاستضافة — وهو On-Prem — على الطاولة، لذا فبالنسبة للفرق التي تحتاج إلى وساطة يديرها العميل، يكون الخيار الحقيقي هو خادم مَن الذي ستشغّله، وليس ما إذا كنت ستشغّل خادمًا من الأساس. والبديل مفتوح المصدر ذاتي الاستضافة بالكامل يستحق مكانًا في ورقة التقييم نفسها، ويُحكم عليه بناءً على التحكم وعبء العمل والتكلفة الإجمالية، لا بناءً على السعر الشهري المعلن لخدمة SaaS. +لقد وضعت Splashtop بنفسها خيارًا ذاتي الاستضافة، هو On-Prem، على الطاولة؛ لذا فالاختيار الحقيقي للفرق التي تحتاج إلى وساطة يشغّلها العميل هو: خادمَ مَن ستشغّل، لا هل ستشغّل خادمًا أصلًا. والبديل الذي يقدّم Server OSS مجانيًا وعميلًا مفتوحًا يستحق مكانًا في ورقة التقييم نفسها، ويُحكم عليه بالتحكم وعبء العمل والتكلفة الإجمالية، لا بالسعر الشهري المعلن لخدمة SaaS. -## جرّبه بنفسك +## جرّبه -يعمل خادم المجتمع المجاني طالما شئت دون أي تكلفة. إذا كانت ميزات Pro هي العامل الحاسم، راسلنا عبر البريد الإلكتروني [sales@rustdesk.com](mailto:sales@rustdesk.com) للاطلاع على شروط التقييم الحالية؛ تجد تفاصيل الخطط على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ويحتوي [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk) على شرح مرئي إذا أردت رؤيته قيد التشغيل قبل تثبيت أي شيء. +لا رسوم ترخيص لـ Server OSS ولا تاريخ انتهاء. وإذا كانت ميزات Pro هي العامل الحاسم، فراسل [sales@rustdesk.com](mailto:sales@rustdesk.com) لمعرفة شروط التقييم الحالية؛ وتفاصيل الخطط على [rustdesk.com/pricing](https://rustdesk.com/pricing)، وعلى [قناة RustDesk على YouTube](https://www.youtube.com/@rustdesk) شرح مرئي إن أردت رؤيته يعمل قبل تثبيت أي شيء. diff --git a/v3/src/content/post/ar/unattended-remote-access-wayland.md b/v3/src/content/post/ar/unattended-remote-access-wayland.md index 0aa0c40c..4391854c 100644 --- a/v3/src/content/post/ar/unattended-remote-access-wayland.md +++ b/v3/src/content/post/ar/unattended-remote-access-wayland.md @@ -1,26 +1,27 @@ --- publishDate: 2026-08-14T10:00:00Z +updateDate: 2026-10-14T00:00:00Z lang: 'ar' translationKey: 'unattended-remote-access-wayland' draft: false -title: 'الوصول عن بُعد غير المراقب على Wayland باستخدام RustDesk' -excerpt: 'يوفّر RustDesk الآن وصولاً حقيقياً غير مراقب عن بُعد على Wayland، بما في ذلك دعم الشاشات المتعددة. جرّب الإصدار التجريبي لأنظمة x86_64 المبنية على Debian/Ubuntu.' +title: 'معاينة RustDesk على Wayland: الوصول غير المراقب والوصول إلى شاشة تسجيل الدخول' +excerpt: 'معاينة من RustDesk لأنظمة x86_64 المبنية على Debian/Ubuntu تضيف الوصول غير المراقب على Wayland، مع الشاشات المتعددة وشاشة تسجيل الدخول بعد إعادة التشغيل.' image: '~/assets/images/blog/unattended-remote-access-wayland-og.webp' category: 'إصدار' tags: ['RustDesk', 'Wayland', 'Linux', 'الوصول غير المراقب'] author: 'RustDesk Team' -slug: "unattended-remote-access-wayland-ar" +slug: 'unattended-remote-access-wayland-ar' metadata: - description: 'يجلب RustDesk الوصول الحقيقي غير المراقب عن بُعد إلى Wayland، مع دعم الشاشات المتعددة. الإصدار التجريبي لأنظمة x86_64 المبنية على Debian/Ubuntu متاح الآن.' - keywords: 'RustDesk Wayland, الوصول غير المراقب Wayland, سطح المكتب البعيد Wayland, سطح المكتب البعيد لينكس Wayland, RustDesk لينكس, الوصول عن بعد غير المراقب' + description: 'جرّب معاينة RustDesk على Wayland لأنظمة x86_64 المبنية على Debian/Ubuntu: وصول غير مراقب عبر شاشات متعددة وعند شاشة تسجيل الدخول بعد إعادة التشغيل.' + keywords: 'RustDesk Wayland, الوصول غير المراقب على Wayland, سطح المكتب البعيد على Wayland, سطح المكتب البعيد على Linux مع Wayland, RustDesk لنظام Linux, الوصول غير المراقب عن بُعد' --- -لطالما كان دعم Wayland من أصعب جوانب سطح المكتب البعيد على لينكس. +لطالما كان دعم Wayland من أصعب جوانب سطح المكتب البعيد على Linux. -يستطيع RustDesk الآن توفير **وصول حقيقي غير مراقب على Wayland**، دون الحاجة إلى وجود شخص عند الجهاز البعيد للموافقة على كل جلسة. **كما أن إعدادات الشاشات المتعددة مدعومة أيضاً.** +تلتقط إصدارات RustDesk القياسية أسطح مكتب Wayland أصلًا، بما في ذلك الشاشات المتعددة منذ الإصدار 1.4.3، عبر PipeWire و`xdg-desktop-portal` في جلسة مسجَّل الدخول إليها. أما **معاينة RustDesk الجديدة على Wayland لأنظمة x86_64 المبنية على Debian/Ubuntu** فتضيف **وصولًا غير مراقب حقيقيًا على Wayland**: فبعد الإعداد الأولي، لا يحتاج أحد عند الجهاز البعيد إلى الموافقة على كل جلسة. **وتعمل الشاشات المتعددة في الجلسات غير المراقبة أيضًا.** -بعد الإعداد الأولي، يمكنك الاتصال حتى لو لم يكن هناك أحد عند الجهاز البعيد — بما في ذلك من **شاشة تسجيل الدخول** بعد إعادة التشغيل. +ويمكنك الاتصال حتى عندما لا يكون أي مستخدم قد سجّل دخوله، بما في ذلك عند **شاشة تسجيل الدخول** بعد إعادة التشغيل.