blogs

2026-07-12 17:53:45 +00:00 · 2026-07-12 23:55:27 +08:00
parent d92178ba74
commit acb5ee36d5
409 changed files with 29268 additions and 2735 deletions
@@ -10,7 +10,7 @@ pre: "<b>1. </b>"
 The RustDesk Client is the application you install on devices to start or receive remote desktop sessions through RustDesk public servers or your own self-hosted RustDesk Server. Use this guide to download the correct build, install it on each platform, connect to another device, and point the client to RustDesk Server OSS or RustDesk Server Pro.

 {{% notice note %}}
-Platform guides: [RustDesk for Linux](https://rustdesk.com/blog/rustdesk-for-linux), [RustDesk for Mac](https://rustdesk.com/blog/rustdesk-for-mac), and [remote control from Android and iOS](https://rustdesk.com/blog/rustdesk-remote-control-android-ios). See also [the best free remote desktop software](https://rustdesk.com/blog/best-free-remote-desktop-software).
+Platform guides: [RustDesk for Linux](https://rustdesk.com/blog/rustdesk-for-linux) and [remote control from Android and iOS](https://rustdesk.com/blog/rustdesk-remote-control-android-ios). See also [the best free remote desktop software](https://rustdesk.com/blog/best-free-remote-desktop-software).
 {{% /notice %}}

 ## Supported Platforms
@@ -7,10 +7,6 @@ weight: 3

 Use this macOS guide to install RustDesk, allow the app to run, and grant the permissions needed for screen capture and input control.

-{{% notice note %}}
-See also the overview guide: [RustDesk for Mac](https://rustdesk.com/blog/rustdesk-for-mac).
-{{% /notice %}}
-
 ## What does RustDesk need on macOS?

 RustDesk on macOS needs more than the app installation itself. To control another Mac correctly, you typically need to move the app into `Applications`, allow it to run, then grant `Accessibility`, `Screen Recording`, and in some cases `Input Monitoring` permissions.
@@ -11,7 +11,7 @@ Self-hosting RustDesk lets you control your own ID and relay infrastructure, kee
 Support is available via our [Discord](https://discord.com/invite/nDceKgxnkV) for OSS and [email](mailto:support@rustdesk.com) for Pro.

 {{% notice note %}}
-Background reading: [why self-host remote desktop software](https://rustdesk.com/blog/why-self-host-remote-desktop-software), [self-hosted vs. cloud SaaS](https://rustdesk.com/blog/rustdesk-self-hosted-vs-cloud-saas-option), and [what open-source remote desktop software gives you](https://rustdesk.com/blog/open-source-remote-desktop-software).
+Background reading: [why self-host remote desktop software](https://rustdesk.com/blog/why-self-host-remote-desktop-software).
 {{% /notice %}}

 ## Which RustDesk server should you choose?
@@ -33,8 +33,6 @@ Most self-hosted RustDesk clients only need a few values:

 You can have your own name, logo, icon, configuration, be signed and more.

-For a guided overview, see the [web console and custom client generator walkthrough](https://rustdesk.com/blog/rustdesk-web-console-custom-client-generator-port-21114).
-
 Currently, Windows X64, Mac Arm64 / X64, [Linux](https://twitter.com/rustdesk/status/1788905463678951787), Android Arm 64 are supported.

 [Video](https://twitter.com/rustdesk/status/1769171628426944539)
@@ -11,7 +11,7 @@ RustDesk Server OSS is the free and open-source self-hosted backend for RustDesk
 Use RustDesk Server OSS when you want core self-hosting capabilities and are comfortable managing deployment, networking, and upgrades yourself. If you need a web console, API access, OIDC, LDAP, 2FA, device management, or other centralized admin features, compare it with [RustDesk Server Pro](/docs/en/self-host/rustdesk-server-pro/).

 {{% notice note %}}
-Related reading: [what open-source remote desktop software gives you](https://rustdesk.com/blog/open-source-remote-desktop-software) and [why self-host remote desktop software](https://rustdesk.com/blog/why-self-host-remote-desktop-software).
+Related reading: [why self-host remote desktop software](https://rustdesk.com/blog/why-self-host-remote-desktop-software).
 {{% /notice %}}

 ## What is included in RustDesk Server OSS?
@@ -20,7 +20,7 @@ RustDesk Server Pro is the commercial self-hosted deployment option for teams th
 - Plan for HTTPS, licensing, and client configuration immediately after the server starts.

 {{% notice note %}}
-Deciding whether Pro fits you? See [self-hosted vs. cloud SaaS](https://rustdesk.com/blog/rustdesk-self-hosted-vs-cloud-saas-option), [how to evaluate Server Pro](https://rustdesk.com/blog/rustdesk-server-pro-free-trial), and [RustDesk for enterprise](https://rustdesk.com/blog/rustdesk-for-enterprise).
+Deciding whether Pro fits you? See [RustDesk for enterprise](https://rustdesk.com/blog/rustdesk-for-enterprise).
 {{% /notice %}}

 ## When to choose RustDesk Server Pro
@@ -51,7 +51,7 @@ We recommend reading this first before proceeding, [How does self-hosted server

 ## Hardware requirement

-Lowest level VPS is enough for your use cases. The server software is not CPU and memory intensive. Our public ID server hosted on a 2 CPU/4 GB Vultr server serves 1.0+ million endpoints. Each relay connection consumes avg 180kb per second. 1 cpu core and 1G ram is enough to support 1000 relay concurrent connections. For sizing at large scale, see [self-hosting server hardware at scale](https://rustdesk.com/blog/self-host-rustdesk-server-hardware-at-scale) and [scaling to 50,000–200,000 devices](https://rustdesk.com/blog/rustdesk-scale-50000-200000-devices).
+Lowest level VPS is enough for your use cases. The server software is not CPU and memory intensive. Our public ID server hosted on a 2 CPU/4 GB Vultr server serves 1.0+ million endpoints. Each relay connection consumes avg 180kb per second. 1 cpu core and 1G ram is enough to support 1000 relay concurrent connections. For sizing at large scale, see [scaling to 50,000–200,000 devices](https://rustdesk.com/blog/rustdesk-scale-50000-200000-devices).

 ## Article tutorials
 [Step-by-Step Guide: Self-Host RustDesk Server Pro on Cloud via Docker for Secure Remote Access](https://www.linkedin.com/pulse/step-by-step-guide-self-host-rustdesk-server-pro-cloud-montinaro-fwnmf/)
@@ -9,10 +9,6 @@ The RustDesk Server Pro web console is the main administrative interface for man

 The web console is integrated in the RustDesk server Pro, serviced by the `21114` port.

-{{% notice note %}}
-See also the [web console and custom client generator walkthrough](https://rustdesk.com/blog/rustdesk-web-console-custom-client-generator-port-21114).
-{{% /notice %}}
-
 ## What is the RustDesk Server Pro web console?

 The web console is the main control plane for a self-hosted RustDesk Server Pro deployment. It is where administrators manage users, devices, groups, permissions, strategies, relay settings, SMTP, tokens, and custom clients.
@@ -10,7 +10,7 @@ weight: 600
 This FAQ covers the most common RustDesk Server Pro tasks: installation, conversion from OSS, upgrades, license migration, logging, SMTP issues, and device-management problems. If you are starting from scratch, begin with the [installation guide](/docs/en/self-host/rustdesk-server-pro/installscript/). If you already have a running server, the most common follow-up pages are [License](/docs/en/self-host/rustdesk-server-pro/license/), [SMTP](/docs/en/self-host/rustdesk-server-pro/smtp/), and [Client Deployment](/docs/en/self-host/client-deployment/).

 {{% notice note %}}
-Troubleshooting help: [RustDesk not connecting](https://rustdesk.com/blog/rustdesk-not-connecting-troubleshooting), ["connected, waiting for image"](https://rustdesk.com/blog/rustdesk-connected-waiting-for-image), and [running Server Pro without Docker](https://rustdesk.com/blog/rustdesk-server-pro-without-docker).
+Troubleshooting help: ["connected, waiting for image"](https://rustdesk.com/blog/rustdesk-connected-waiting-for-image).
 {{% /notice %}}

 ## Which page should you use for each common task?
@@ -7,10 +7,6 @@ keywords: ["rustdesk ldap", "rustdesk server pro ldap", "rustdesk ldap authentic

 Use this guide to connect RustDesk Server Pro to your LDAP directory for centralized authentication and user lookup.

-{{% notice note %}}
-For a broader walkthrough of directory integration, see [RustDesk Active Directory, LDAP, and SSO](https://rustdesk.com/blog/rustdesk-active-directory-ldap-sso).
-{{% /notice %}}
-
 ## What does LDAP do in RustDesk Server Pro?

 LDAP lets RustDesk Server Pro authenticate users against your directory service instead of managing separate local credentials for every account. On first successful login, RustDesk creates the user automatically based on the LDAP identity.
@@ -20,7 +20,7 @@ RustDesk Server Pro licensing is tied to the `hbbs` server, not to every relay n
 - If the server cannot reach the internet directly, you can configure a proxy for license verification

 {{% notice note %}}
-Related reading: [how RustDesk Pro license cost and payment work](https://rustdesk.com/blog/rustdesk-pro-license-cost-how-to-pay), [lifetime vs. subscription licensing](https://rustdesk.com/blog/rustdesk-lifetime-perpetual-license), [what counts as a managed device](https://rustdesk.com/blog/what-counts-as-a-managed-device), and [upgrading a license mid-subscription](https://rustdesk.com/blog/upgrade-rustdesk-license-mid-subscription).
+Related reading: [what counts as a managed device](https://rustdesk.com/blog/what-counts-as-a-managed-device), and [upgrading a license mid-subscription](https://rustdesk.com/blog/upgrade-rustdesk-license-mid-subscription).
 {{% /notice %}}

 ## Buy license
@@ -7,10 +7,6 @@ keywords: ["rustdesk access control", "rustdesk device permissions", "rustdesk u

 Use Access Control to decide which users or groups can connect to which devices in RustDesk Server Pro.

-{{% notice note %}}
-For a practical overview, see [per-user access control, device groups, and the shared address book](https://rustdesk.com/blog/rustdesk-per-user-access-control-device-groups-shared-address-book).
-{{% /notice %}}
-
 ## What is Access Control in RustDesk Server Pro?

 Access Control determines whether a user or group is allowed to reach a device. It is about connection eligibility, not about what the operator can do after the connection starts. For in-session permissions, use [Control Role](/docs/en/self-host/rustdesk-server-pro/control-role/).
@@ -0,0 +1,82 @@
+---
+publishDate: 2026-07-02T12:27:00Z
+lang: 'ar'
+translationKey: 'anydesk-commercial-use-detected'
+draft: false
+title: 'تم اكتشاف استخدام تجاري في AnyDesk: كيفية حل المشكلة'
+excerpt: 'هل تم وسم حسابك على النسخة المجانية من AnyDesk بالاستخدام التجاري؟ إليك عملية القائمة البيضاء الرسمية، وما الذي يُعد استخدامًا تجاريًا، والطريقة القائمة على الاستضافة الذاتية لتفادي ذلك.'
+image: ~/assets/images/blog/anydesk-commercial-use-detected-og.png
+category: 'استكشاف الأخطاء'
+tags: ['AnyDesk', 'استكشاف الأخطاء', 'الترخيص']
+author: 'RustDesk Team'
+slug: 'anydesk-commercial-use-detected-ar'
+faq:
+  - question: 'لماذا يعرض AnyDesk رسالة «تم اكتشاف استخدام تجاري» رغم أنني أستخدمه لأغراض شخصية فقط؟'
+    answer: 'النسخة المجانية من AnyDesk مرخّصة للاستخدام الشخصي غير التجاري فقط، وتعتمد على آلية كشف تلقائية لفرض هذا الحد. لا تنشر AnyDesk صيغة كشف موثوقة أو حدودًا رسمية معلنة. إذا صُنِّف استخدامك الشخصي بشكل غير صحيح، استخدم طلب القائمة البيضاء الرسمي.'
+  - question: 'كيف يمكنني إصلاح رسالة «تم اكتشاف استخدام تجاري» في AnyDesk عند استخدامي الشخصي؟'
+    answer: 'قدّم طلب القائمة البيضاء الرسمي من AnyDesk مع ذكر عنوان AnyDesk الخاص بك ووصف صادق لاستخدامك الشخصي. تقوم AnyDesk بمراجعة الطلب. وإذا كان استخدامك تجاريًا بالفعل، فالحل المناسب هو الحصول على ترخيص أو استخدام أداة أخرى تغطي شروطها هذا النوع من العمل.'
+  - question: 'هل AnyDesk مجاني للاستخدام التجاري؟'
+    answer: 'لا. النسخة المجانية من AnyDesk مخصصة للاستخدام الشخصي غير التجاري. يتطلب العمل عن بُعد، وإدارة أجهزة المؤسسات، وتقديم الدعم للعملاء أو الزملاء شروطًا تجارية. راجع شروط AnyDesk الحالية للاطلاع على التعريف الرسمي المعتمد.'
+  - question: 'ما الذي يُعد استخدامًا تجاريًا في AnyDesk؟'
+    answer: 'دعم العملاء أو الزملاء، والعمل عن بُعد (بما في ذلك تفقّد بريد العمل الإلكتروني)، وإدارة الخوادم، وإدارة أجهزة إحدى المؤسسات، أو أي استخدام تتقاضى عنه أجرًا. أما مساعدة العائلة والأصدقاء أو الوصول إلى أجهزتك الشخصية فهو استخدام شخصي.'
+  - question: 'هل يضع RustDesk علامة على الاستخدام التجاري كما يفعل AnyDesk؟'
+    answer: 'خادم المجتمع مفتوح المصدر في RustDesk لا يتضمن آلية تصنيف الاستخدام التجاري الموجودة في AnyDesk. أما Server Pro فمرخّص تجاريًا ومستضاف ذاتيًا، وتُحدَّد حدوده وفق خطة RustDesk المشتراة وليس عبر أداة كشف خاصة بالنسخة المجانية من AnyDesk. تتضمن خطط RustDesk القياسية عددًا غير محدود من الاتصالات المتزامنة؛ أما خطة Customized V2 فلا تتضمن ذلك.'
+metadata:
+  description: 'هل يضع AnyDesk علامة على استخدامك الشخصي بأنه تجاري؟ إليك حل القائمة البيضاء الرسمي، وما الذي يُعد استخدامًا تجاريًا، وكيف يتجنب RustDesk المستضاف ذاتيًا هذه المشكلة.'
+  keywords: 'اكتشاف الاستخدام التجاري في AnyDesk، وسم الاستخدام الشخصي كتجاري في AnyDesk، طلب القائمة البيضاء في AnyDesk، الاعتراض على تصنيف الاستخدام التجاري في AnyDesk'
+---
+
+فتحت AnyDesk للوصول إلى جهاز الكمبيوتر المنزلي الخاص بك أو لمساعدة أحد أفراد العائلة، وظهرت لك رسالة تحذير تفيد بأنه **تم اكتشاف استخدام تجاري**، أو أنك بحاجة إلى ترخيص للاستخدام المهني. تقصر [الشروط والأحكام](https://anydesk.com/en/terms) الحالية الخاصة بـ AnyDesk استخدام النسخة المجانية على الأغراض الشخصية غير التجارية، وتسمح بفرض هذا الحد. ابدأ بعملية المراجعة الرسمية إذا كان التصنيف خاطئًا؛ أما إذا كان الاستخدام تجاريًا بالفعل، فقارن بين الخيارات المدفوعة أو المستضافة ذاتيًا بدلًا من محاولة الالتفاف على الشروط.
+
+## كيفية إصلاح رسالة "تم اكتشاف استخدام تجاري" في حساب AnyDesk الخاص بك
+
+تنشر AnyDesk [طلب قائمة بيضاء](https://anydesk.com/en/commercial-use) رسميًا مخصصًا للأشخاص الذين يكون استخدامهم فعليًا شخصيًا وغير تجاري. وفيما يلي الخطوات باختصار:
+
+1. **دوّن عنوان AnyDesk الخاص بك (المعرّف/ID)** — وهو الرقم الذي يظهر عند فتح البرنامج — لكل جهاز معني بالأمر: الجهاز الذي تتصل _منه_ والأجهزة التي تتصل _بها_.
+2. **افتح [نموذج طلب الاستخدام التجاري / القائمة البيضاء](https://anydesk.com/en/commercial-use) الرسمي من AnyDesk.**
+3. **صِف استخدامك الفعلي بصدق** — على سبيل المثال: "أستخدم هذا البرنامج فقط لمساعدة والديّ في جهاز الكمبيوتر المنزلي الخاص بهما"، أو أي وصف يعبّر فعليًا عمّا تقوم به.
+4. **أرسل الطلب وانتظر مراجعة AnyDesk للحالة.** استخدم وسيلة التواصل الموضحة في النموذج الحالي إذا احتجت إلى المتابعة.
+
+يحدث بعد ذلك أحد أمرين: إما أن تؤكد AnyDesk أن الاستخدام شخصي وتضيفك إلى القائمة البيضاء، أو تخلص إلى أن استخدامك تجاري وتبقى الرسالة قائمة. لا يفيد الاعتراض إلا إذا كانت الرسالة نتيجة إيجابية كاذبة فعلية — أما إذا كان استخدامك تجاريًا بالفعل، فلن تغيّر النتيجة ولا أي حيلة بديلة من هذه الحقيقة. كذلك، لن نشرح لك حيل إعادة الضبط غير الرسمية المتداولة مثل «حذف ملفات الإعداد»: فهي تتحايل على شروط ترخيص AnyDesk ولا تغيّر شيئًا في ما إذا كان استخدامك يُعد تجاريًا بالفعل أم لا.
+
+### ما الذي يُعد فعليًا "استخدامًا تجاريًا" هنا
+
+وفقًا لشروط AnyDesk نفسها، فإن **الاستخدام الشخصي** هو استخدام غير مهني — أي الوصول إلى أجهزتك الخاصة أو مساعدة الأصدقاء والعائلة، دون أي مقابل مادي مباشر أو غير مباشر. أما **الاستخدام التجاري (المهني)** — وهو النوع الذي لا يمكن، ولا ينبغي، أن يُزيله طلب القائمة البيضاء — فيشمل:
+
+- تقديم الدعم للعملاء أو الزبائن أو الزملاء
+- أي شكل من أشكال العمل عن بُعد، بما في ذلك مجرد الاتصال بجهاز عمل أو تفقّد بريد العمل الإلكتروني
+- أي اتصال يتم في سياق تجارة أو عمل أو مهنة
+- إدارة الخوادم أو إدارة أجهزة متعددة لمؤسسة ما
+- أي استخدام تتقاضى عنه أجرًا، بشكل مباشر أو غير مباشر
+
+إذا كنت تقوم بأي مما سبق، فإن رسالة AnyDesk صحيحة، والحل الدائم هو استخدام أداة يتوافق ترخيصها مع طريقة عملك الفعلية — وهو ما سيتناوله باقي هذا الدليل.
+
+## لماذا يضع AnyDesk علامة "استخدام تجاري"
+
+لا تنشر 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                                        | RustDesk                                                                                          |
+| --------------------------------------------------- | ----------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- |
+| اكتشاف "الاستخدام التجاري"                          | نعم — يمكن أن يضع علامة عليها، أو يقيّدها بجلسات قصيرة، أو يحظرها | لا يوجد — أنت من يستضيف الخادم                                                                    |
+| مسار الجلسة                                         | مباشر عند توفره؛ وإلا فعبر شبكة مُرحِّل AnyDesk                   | مباشر عند توفره؛ وإلا فعبر المُرحِّل الخاص بك                                                     |
+| عدد الأجهزة المسموح به                              | تحدّدها شروط AnyDesk للاستخدام المجاني                            | تحتسب الخطط التجارية الأجهزة المُدارة                                                             |
+| الكود المصدري                                       | مغلق                                                              | مفتوح المصدر (AGPL)، قابل للمراجعة                                                                |
+| [الاتصالات المتزامنة](https://rustdesk.com/pricing) | مقيدة في النسخة المجانية                                          | غير محدودة في الخطط القياسية؛ محدودة في خطة [Customized V2](https://rustdesk.com/pricing#custom2) |
+| نموذج التسعير                                       | مجاني للاستخدام الشخصي؛ خطط مدفوعة لكل مقعد                       | [لكل مستخدم تسجيل دخول + لكل جهاز مُدار](https://rustdesk.com/pricing)                            |
+| حدود البيانات                                       | خدمات تديرها 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).
+
+## ما الخطوة التالية
+
+إذا كانت الرسالة خطأً، فإن طلب القائمة البيضاء أعلاه هو الحل المناسب لك. أما إذا كان استخدامك تجاريًا بالفعل، فجرّبه أولًا على خادم المجتمع المجاني: أعِد إنتاج سير العمل الذي أدى إلى ظهور الرسالة — نفس الفنيين، ونقاط النهاية، والجلسات غير المراقبة، وحجم الدعم — وقدّر حجم بُعدي الترخيص كليهما (مستخدمو تسجيل الدخول والأجهزة المُدارة) قبل الالتزام بشراء سنوي. وأيًّا كان البديل الذي تدرسه، فاقرأ ترخيصه قبل نشره للعمل — فالتنزيل المجاني لا يسمح تلقائيًا بالاستخدام التجاري. وللاطلاع على شروط تقييم إصدار Pro، تواصل مع [sales@rustdesk.com](mailto:sales@rustdesk.com).
@@ -0,0 +1,83 @@
+---
+publishDate: 2026-06-29T18:05:00Z
+lang: 'ar'
+translationKey: 'anydesk-price-increase-alternatives'
+draft: false
+title: 'ارتفاع أسعار AnyDesk: بدائل للفرق'
+excerpt: 'هل تدفع زيادة أخرى في أسعار AnyDesk ميزانيتك نحو الحافة؟ إليك كيف تنتقل الفرق إلى سطح مكتب بعيد ذاتي الاستضافة ومفتوح المصدر بتكلفة يمكن التنبؤ بها — ومعادلة نقطة التعادل.'
+image: '~/assets/images/blog/anydesk-price-increase-alternatives-og.png'
+category: 'أدلة'
+tags: ['RustDesk', 'AnyDesk', 'التسعير', 'بديل']
+author: 'RustDesk Team'
+slug: 'anydesk-price-increase-alternatives-ar'
+faq:
+  - question: 'ما هي خياراتي عندما ترفع AnyDesk أسعارها؟'
+    answer: 'لديك في الواقع خطوتان: التجديد والتفاوض، أو الانتقال إلى أداة ذاتية الاستضافة ومفتوحة المصدر مثل RustDesk، حيث يتحول إنفاقك المتكرر إلى بنية تحتية خاصة بك بالإضافة إلى ترخيص، بدلاً من عدد مقاعد يعيد المزوّد تسعيره وفق جدوله الخاص. قيّم تكلفة كلا الخيارين بصدق قبل اتخاذ القرار.'
+  - question: 'هل تجعل الاستضافة الذاتية تكاليف سطح المكتب البعيد أكثر قابلية للتنبؤ؟'
+    answer: 'تُغيّر الاستضافة الذاتية الجهة التي تملك سلطة التسعير: مع RustDesk Server Pro، أنت من يستضيف الخدمة، لذا تكون التكلفة هي بنيتك التحتية بالإضافة إلى ترخيص، بدلاً من تجديد يحدده المزوّد. لا يزال المنتج يخضع لشروط ترخيص سنوية، لذا قارن صفحة التسعير الحالية عند كل تجديد.'
+  - question: 'هل يستحق الانتقال بعيدًا عن AnyDesk تكلفة الترحيل؟'
+    answer: 'هناك تكلفة انتقال حقيقية تُدفع مرة واحدة — وقت الترحيل، وبعض إعادة التدريب، وإعداد خادمك الخاص — لكن عندما تتكرر الزيادة، غالبًا ما يعوّض التبديل تكلفته خلال دورة تجديد أو اثنتين. قدّر تكلفة التبديل مرة واحدة وقارنها بالزيادة التي ستتحملها بخلاف ذلك في كل تجديد.'
+  - question: 'هل يمكنني تدقيق ما يفعله عميل RustDesk؟'
+    answer: 'نعم — RustDesk مفتوح المصدر بموجب رخصة AGPL. يمكنك الاطلاع بدقة على ما يعمل على أجهزتك الطرفية، وبناء العميل من الشيفرة المصدرية، وتشغيل خادم المجتمع المجاني طالما شئت.'
+  - question: 'هل الاستضافة الذاتية أرخص دائمًا من AnyDesk؟'
+    answer: 'ليس بالضرورة في كل الإعدادات. قارن العروض الحالية باستخدام نفس متطلبات مستخدمي تسجيل الدخول، والأجهزة المُدارة، والتزامن، والميزات، والبنية التحتية، والدعم؛ راجع rustdesk.com/pricing.'
+
+metadata:
+  description: 'هل تواجه زيادة أخرى في أسعار AnyDesk؟ اكتشف لماذا تنتقل الفرق إلى RustDesk: تكلفة ذاتية الاستضافة يمكن التنبؤ بها، وبيانات خاصة بك، وشفافية المصدر المفتوح، ومعادلة نقطة التعادل.'
+  keywords: 'زيادة أسعار AnyDesk، تكلفة تجديد اشتراك AnyDesk، بدائل أسعار AnyDesk، إجمالي تكلفة الملكية لـ AnyDesk لثلاث سنوات'
+---
+
+إذا كنت قد بحثت عن عبارة "زيادة أسعار AnyDesk"، فأمامك خياران حقيقيان: التجديد والتفاوض، أو الانتقال إلى نموذج تتحكم أنت في تكلفته. هذا الدليل يدور حول **من يملك سلطة التسعير** — فهو يزن الخيارين، ويعرض معادلة نقطة التعادل عند التبديل، ويوضح لماذا يُعد امتلاك البنية التحتية (والقدرة على تدقيقها) هو المخرج الدائم. للاطلاع على المقارنة الكاملة ميزةً بميزة، راجع [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar).
+
+## لماذا ليست تجديدات AnyDesk بيدك أنت
+
+تُباع AnyDesk على هيئة **اشتراكات سنوية ضمن فئات**، تُقاس بعدد الأجهزة المُدارة، والجلسات المتزامنة، ومساحات الأسماء (namespaces)، حيث تفتح الفئات الأعلى مزيدًا من الجلسات المتزامنة وميزات الإدارة — مع توفر **الجهاز المحلي (on-premises appliance) في الفئة الأعلى فقط**. المزوّد يملك البنية التحتية التي تمر عبرها جلساتك، لذا فإن تسعير التجديد، وحدود الفئات، وعدد الجلسات كلها أمور بيده يُعدّلها كما يشاء. وعندما يفعل، لا يبقى أمامك سوى خيارين: دفع المزيد أو الترحيل — والترحيل مؤلم بما يكفي لأن تختار معظم الفرق ببساطة الدفع.
+
+لن نختلق أرقام AnyDesk؛ تحقق من [الأسعار الحالية](https://anydesk.com/en/pricing) بنفسك.
+
+## تحقق مما ارتفع فعليًا
+
+قبل مقارنة أي شيء، ضع الفاتورة السابقة، وعرض التجديد، وصفحة الخطة الحالية لـ AnyDesk جنبًا إلى جنب، ووحّد العملة، والضريبة، وفترة الفوترة، والخصم، والمستخدمين المرخّصين، والجلسات المتزامنة، والأجهزة المُدارة، ومساحات الأسماء (namespaces)، والإضافات. قد ينتج الإجمالي الأكبر عن تغيّر في السعر، أو انتهاء خصم، أو زيادة في الاستخدام، أو إعادة تعبئة — وغالبًا عدة عوامل من هذه في آن واحد. سجّل التكلفة الفعلية السنوية والاستحقاقات الدقيقة في كلا العرضين، ليكون لديك رقم "زيادة سعر" يمكن الدفاع عنه بدلاً من مجرد انطباع.
+
+## الفرق الجوهري: أنت من يستضيف، وأنت من يتحكم بالتكلفة
+
+مع RustDesk Server Pro، أنت من **يستضيف ذاتيًا** خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزّنة ([لماذا يغيّر ذلك المعادلة الاقتصادية](/ar/blog/why-self-host-remote-desktop-software-ar)). لا يزال المنتج يخضع لشروط ترخيص سنوية، لذا قارن صفحة التسعير الحالية عند كل تجديد — لكن ما يُجدَّد هو ترخيص، لا خدمة يقيس المزوّد استخدامها.
+
+يعتمد ترخيص 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))
+
+بالنسبة لمزودي الخدمات المُدارة وفرق تقنية المعلومات، تضيف خطة 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) للبيئات الأكبر حجمًا.
+
+## التجديد والتفاوض مقابل التبديل: نقطة التعادل
+
+عندما يقفز عرض التجديد، لديك في الواقع خطوتان، ويستحق الأمر تقييم تكلفة كل منهما بصدق بدلاً من ردة الفعل التلقائية.
+
+**التجديد والتفاوض.** المسار الأسرع: لا ترحيل، ولا إعادة تدريب، وأداة يعرفها فريقك بالفعل، وأحيانًا يمكنك التفاوض لتخفيض الزيادة. لكنك تتفاوض من موقع أضعف — فالمزوّد يعلم أن التبديل مؤلم، ومن المرجّح أنه يأخذ ذلك في الحسبان — وأي خصم تحصل عليه يميل إلى أن يكون مؤقتًا، لتعود إلى الطاولة نفسها في العام المقبل. وهذا هو الخيار الصحيح تحديدًا عندما تكون الزيادة متواضعة فعلًا، أو عندما تكون في منتصف مشروع، أو عندما تكون تكلفة التبديل لديك مرتفعة بشكل استثنائي.
+
+**التبديل.** هناك تكلفة مبدئية حقيقية، ولن ندّعي عكس ذلك: وقت الترحيل، وبعض إعادة التدريب، وإعداد خادمك الخاص. وما تحصل عليه مقابل هذه التكلفة التي تُدفع مرة واحدة هو إنفاق متكرر يتحول إلى بنية تحتية خاصة بك بالإضافة إلى ترخيص.
+
+**نقطة التعادل.** قدّر تكلفة التبديل مرة واحدة — ساعات الترحيل بالإضافة إلى إعداد الخادم — وقارنها بالزيادة التي ستتحملها بخلاف ذلك في _كل_ تجديد. التكلفة التي تُدفع مرة واحدة هي خط واحد؛ أما الزيادة السنوية المتراكمة فهي منحنى. وعندما تتكرر الزيادة، غالبًا ما يعوّض التبديل تكلفته خلال دورة تجديد أو اثنتين. وإن كنت قد وصلت إلى هنا بسبب رسالة "الاستخدام التجاري" لا بسبب تجديد، فإن [لذلك السيناريو دليلًا خاصًا به](/ar/blog/anydesk-commercial-use-detected-ar).
+
+## ابنِ نموذج تكلفة قابلاً للمقارنة لثلاث سنوات
+
+ضع كل خيار في جدول العمل نفسه بدلاً من مقارنة عرض تجديد واحد بسعر الدخول لمزوّد آخر:
+
+| مدخل التكلفة                                             |               تجديد AnyDesk |                                   البديل ذاتي الاستضافة |
+| -------------------------------------------------------- | --------------------------: | ------------------------------------------------------: |
+| المستخدمون والأجهزة الطرفية المرخّصة المطلوبة            | عرض التجديد المؤرخ الخاص بك |      مستخدمو تسجيل الدخول بالإضافة إلى الأجهزة المُدارة |
+| التزامن أو الجلسات المطلوبة                              |         حصة الخطة والإضافات | غير محدود في الخطط القياسية؛ حصة محددة في Customized V2 |
+| الاستضافة والنسخ الاحتياطي والمراقبة وعرض النطاق الترددي |       مشمولة عادةً ضمن SaaS |                                     تكلفة بنيتك التحتية |
+| جهد النشر والترحيل                                       |     تغييرات السياسات/العميل |                إعداد الخادم، ونشر العميل، وتخطيط الوصول |
+| الإدارة المستمرة                                         |        إدارة المزوّد/الحساب |        التصحيحات، والشهادات، والسعة، والاستجابة للحوادث |
+| العلامة التجارية الاختيارية، وSSO، وضوابط الإدارة        |      الفئة/الإضافات الصحيحة |                                  فئة Server Pro الصحيحة |
+
+شغّل سيناريو أساسيًا وسيناريو نمو على مدى الـ36 شهرًا نفسها. قد يقلل الخيار ذاتي الاستضافة من تكاليف سحابة المزوّد، لكنه ليس مجانيًا من الناحية التشغيلية؛ والنتيجة المفيدة هي التكلفة الإجمالية لحمل العمل الخاص _بك_، لا أصغر رقم على صفحة التسعير. وإن أردت الشرح المخصص لعملية الترحيل، فراجع [أفضل بديل لـ AnyDesk في 2026](/ar/blog/self-hosted-teamviewer-alternative-ar).
+
+## أجرِ المقارنة على بنيتك التحتية الخاصة
+
+لست بحاجة إلى حجز عرض توضيحي لمعرفة ما إذا كان هذا يناسبك. امنح خادم المجتمع المجاني بضعة فنيين وحفنة من الأجهزة، وشغّل جلسات حقيقية لمدة أسبوع، وانظر ما إذا كان امتلاك البنية التحتية يبدو صفقة مناسبة — فهو مفتوح المصدر ولا يكلّف شيئًا لإبقائه قيد التشغيل. للاطلاع على شروط تقييم خطة Pro، راسل [sales@rustdesk.com](mailto:sales@rustdesk.com)، وأدخِل أرقام تكلفة المستخدم والجهاز من [rustdesk.com/pricing](https://rustdesk.com/pricing) في جدول عمل الثلاث سنوات أعلاه.
+
+وإذا وصلتك رسالة أخرى بزيادة الأسعار، فإن الاستضافة الذاتية هي الطريقة التي تتوقف بها عن كونك في الطرف المتلقي لها.
@@ -0,0 +1,95 @@
+---
+publishDate: 2026-07-03T08:18:00Z
+lang: 'ar'
+translationKey: 'avoid-remote-desktop-scams'
+draft: false
+title: 'عمليات احتيال سطح المكتب البعيد: كيف تكتشفها وتتجنبها'
+excerpt: 'كيف تعمل عمليات احتيال الوصول عن بُعد، وما هي العلامات التحذيرية التي تكشفها، وما الذي يجب عليك فعله بالضبط إذا كان أحد المحتالين قد سيطر بالفعل على جهاز الكمبيوتر الخاص بك.'
+image: '~/assets/images/blog/avoid-remote-desktop-scams-og.png'
+category: 'الأمان'
+tags: ['الأمان', 'استكشاف الأخطاء']
+author: 'RustDesk Team'
+slug: "avoid-remote-desktop-scams-ar"
+faq:
+  - question: 'ما هو احتيال سطح المكتب البعيد؟'
+    answer: 'إنه شكل من أشكال الاحتيال يقنعك فيه أحد المجرمين بتثبيت برنامج وصول عن بُعد شرعي، ثم يستخدمه للسيطرة على جهاز الكمبيوتر الخاص بك، عادةً لتحويل الأموال أو سرقة البيانات أو تثبيت برامج ضارة. الأدوات المستخدمة هي نفسها التي تستخدمها فرق تكنولوجيا المعلومات كل يوم. وما يجعله عملية احتيال هو أن الشخص الموجود على الطرف الآخر تواصل معك بذرائع كاذبة وأقنعك بمنحه صلاحية الوصول.'
+  - question: 'هل يمكن لمحتال أن يدخل إلى جهاز الكمبيوتر الخاص بي حتى لو لم أُعطِه رمزًا أو أُثبّت أي شيء؟'
+    answer: 'في سيناريو الهندسة الاجتماعية النموذجي الموصوف هنا، عادةً ما يوقف رفضُ تثبيت أداة المتصل أو مشاركة رمز الاتصال تلك المحاولة. لكن هذا لا يستبعد وجود وصول غير مراقب قائم مسبقًا، أو بيانات اعتماد مسروقة، أو برامج ضارة، أو خدمات مكشوفة مثل RDP. إذا لاحظت جلسات أو نشاطًا في حسابك لا يمكنك تفسيره، افصل الجهاز وابدأ التحقيق فورًا حتى لو لم تشارك رمزًا جديدًا على الإطلاق.'
+  - question: 'ماذا يجب أن أفعل فور إدراكي أنني تعرضت للاحتيال؟'
+    answer: 'افصل الجهاز عن الإنترنت، وأزل تثبيت تطبيق الوصول عن بُعد الذي جعلوك تشغّله، وغيّر كلمات مرورك من جهاز آخر موثوق به، بدءًا بالبريد الإلكتروني والحسابات المصرفية. اتصل ببنكك أو بجهة إصدار بطاقتك للإبلاغ عن الاحتيال، وقدّم بلاغًا لدى لجنة التجارة الفيدرالية الأمريكية (FTC) عبر ReportFraud.ftc.gov ومركز شكاوى جرائم الإنترنت التابع لمكتب التحقيقات الفيدرالي (FBI) عبر ic3.gov. وإذا شاركت أي تفاصيل تخص هويتك، فضع تنبيه احتيال أو تجميدًا ائتمانيًا لدى Equifax وExperian وTransUnion.'
+  - question: 'هل يحميني استخدام RustDesk من عمليات الاحتيال؟'
+    answer: 'لا توجد أداة سطح مكتب بعيد يمكنها أن تجعلك محصنًا تمامًا ضد الاحتيال، بما في ذلك RustDesk. فإذا خدعك أحدهم لتثبيت عميل (client) وقراءة رمز اتصال له، فسيتمكن من السيطرة على جهازك أيًا كانت المنصة. أما ما تغيّره الاستضافة الذاتية ومصدرية البرنامج المفتوح فهو الجانب الخاص بك من المعادلة: فأنت من يتحكم في خادم المعرّف (ID) وخادم الترحيل (relay) الخاصين بك، وتقرر بالضبط أي العملاء يُسمح لهم بالاتصال، ويمكنك تدقيق الكود المصدري بنفسك. هذا يقلل من مخاطر معينة، لكنه لا يُغني عن الحذر الأساسي بشأن من تسمح له بالدخول.'
+metadata:
+  description: 'كيف تعمل عمليات احتيال الوصول عن بُعد، والعلامات التحذيرية الواجب الانتباه لها، وما يجب عليك فعله بالضبط إذا كان أحد المحتالين قد سيطر بالفعل على جهاز الكمبيوتر الخاص بك.'
+  keywords: 'عمليات احتيال سطح المكتب البعيد، احتيال الوصول عن بُعد، احتيال الدعم الفني، كيفية تجنب احتيال الوصول عن بُعد، محتال يسيطر على الكمبيوتر عن بُعد، الإبلاغ عن احتيال الدعم الفني'
+---
+
+احتيال سطح المكتب البعيد هو نوع من الاحتيال يقنعك فيه أحد المجرمين بتثبيت برنامج وصول عن بُعد شرعي، ثم يستخدمه للسيطرة على جهاز الكمبيوتر الخاص بك — لتفريغ حساب مصرفي، أو سرقة بيانات، أو زرع برامج ضارة. الأدوات نفسها هي ذاتها التي تستخدمها أقسام تكنولوجيا المعلومات يوميًا. وما يحوّل الأمر إلى عملية احتيال هو هوية الطرف الآخر وطريقة تحدّثه لإقناعك بالسماح له بالدخول.
+
+هذا الدليل محايد تجاه مزوّدي البرامج عن قصد. فأي منتج لسطح المكتب البعيد يمكن أن يُساء استخدامه بهذه الطريقة، بما في ذلك 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) سيناريو شبه ثابت ومتسق إلى حد لافت:
+
+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 مليون دولار**.
+
+## العلامات التحذيرية
+
+يكاد كل احتيال للوصول عن بُعد يتضمن واحدة على الأقل من العلامات التحذيرية التالية:
+
+- **تواصل غير مرغوب فيه.** يتواصل معك شخص غريب لإصلاح مشكلة في جهاز الكمبيوتر لم تُبلغ عنها من قبل. وتوضح لجنة التجارة الفيدرالية هذا الأمر بوضوح: فهي ووكلاء استرداد الأموال التابعون لها لن يطلبوا منك أبدًا الدفع عبر بطاقات الهدايا، ولن يطلبوا الوصول عن بُعد إلى جهازك. والأمر نفسه ينطبق على Microsoft وApple وبنكك.
+- **نافذة منبثقة تحمل رقم هاتف.** لا تطلب تحذيرات الأمان الحقيقية منك أبدًا الاتصال بخط دعم. ذلك الرقم يخص المحتال.
+- **الضغط والإلحاح.** عبارة مثل "افعل هذا الآن وإلا ستخسر كل شيء" هي أسلوب تلاعب نفسي، وليست إجراء دعم فني معتادًا.
+- **طلب تثبيت برنامج وقراءة رمز بصوت عالٍ.** هذا هو جوهر آلية الاحتيال بأكملها. فلا يحتاج أي متصل نزيه وغير مطلوب إلى ذلك إطلاقًا.
+- **التحول نحو طلب المال.** بطاقات هدايا، أو تحويلات مصرفية، أو عملات رقمية، أو "مبلغ استرداد" يتضح فجأة أنه أكبر من اللازم ويجب "إعادته."
+- **البقاء على الخط أثناء تسجيل دخولك.** فهم يريدون مراقبتك وأنت تكتب بيانات اعتماد حسابك المصرفي.
+
+## الدعم الشرعي مقابل الاحتيال
+
+|                              | الدعم عن بُعد الشرعي                       | الاحتيال                                                |
+| ---------------------------- | ------------------------------------------ | ------------------------------------------------------- |
+| من يبدأ الاتصال              | أنت من يتواصل معهم، على رقم بحثت عنه بنفسك | يتواصلون معك فجأة من دون مقدمات                         |
+| المشكلة                      | مشكلة أبلغت عنها أنت مسبقًا                | مشكلة "اكتشفوها" هم وأخبروك بها                         |
+| الإلحاح                      | مجدولة وغير متسرعة                         | "تصرف الآن وإلا"                                        |
+| رمز الاتصال                  | تختار مشاركته بنفسك وعن علم                | يُمارَس عليك الضغط لقراءته بصوت عالٍ وبسرعة             |
+| الدفع                        | فوترة عادية، إن وُجدت                      | بطاقات هدايا، تحويل مصرفي، عملات رقمية، "استرداد أموال" |
+| الوصول إلى الحسابات المصرفية | لا حاجة له إطلاقًا لإصلاح جهاز كمبيوتر     | الهدف الحقيقي                                           |
+
+## ماذا تفعل إذا كنت قد منحت محتالًا إمكانية الوصول بالفعل
+
+إذا أدركت في منتصف المكالمة أو بعدها أنك تعرضت للاحتيال، فتصرف بسرعة وبالترتيب التالي:
+
+1. **افصل الاتصال بالإنترنت.** أوقف تشغيل الواي فاي أو افصل كابل الشبكة لإنهاء جلستهم فورًا.
+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 — أو أي أداة أخرى — محصّنة تمامًا ضد الاحتيال. فالمستخدم الذي يُخدع لتثبيت عميل (client) وقراءة رمز بصوت عالٍ يمكن أن يقع ضحية على أي منصة كانت. البنية التنظيمية تقلل من مخاطر معينة، لكنها لا تُغني أبدًا عن القاعدة البسيطة التي تقع في صميم كل تحذير ورد أعلاه: لا تُسلّم السيطرة على جهاز الكمبيوتر الخاص بك لشخص تواصل معك _أنت_.
+
+وإذا أردت التعمق أكثر في كيفية تعامل أدوات معينة مع مسألة الأمان وكيف يُساء انتحال هويتها، اطّلع على دليلينا الإضافيين حول ما إذا كان [AnyDesk آمنًا](/ar/blog/is-anydesk-safe-ar) وما إذا كان [Chrome Remote Desktop آمنًا](/ar/blog/is-chrome-remote-desktop-safe-ar).
@@ -0,0 +1,107 @@
+---
+publishDate: 2026-06-30T08:42:00Z
+lang: 'ar'
+translationKey: 'best-free-remote-desktop-software'
+draft: false
+title: 'أفضل برامج سطح المكتب البعيد المجانية للأعمال (2026)'
+excerpt: 'أدوات سطح مكتب بعيد مجانية فعلاً — بما في ذلك أدوات يمكنك استخدامها في العمل دون مؤشر يرصد الاستخدام التجاري. ستة خيارات حقيقية، لكل منها مأخذه.'
+image: '~/assets/images/blog/best-free-remote-desktop-software-og.png'
+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: 'مفتوح المصدر مسألة تتعلق بالترخيص وإمكانية التدقيق؛ أما المجاني فيتعلق بالسعر والشروط. هناك تداخل بينهما، لكنهما ليسا الزاوية نفسها. يركّز هذا الدليل على الأدوات المجانية التشغيل — خصوصًا للأعمال — لا على مدى قابلية كل منها للتدقيق أو الاستضافة الذاتية.'
+metadata:
+  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) — إذ تنتهي صلاحية الجلسات وتُدفَع نحو خطة مدفوعة.
+
+لذلك يطبّق هذا الدليل معيارًا أكثر صرامة. لكي تدخل الأداة إلى هذه القائمة، يجب أن تكون **مجانية التشغيل فعليًا** — ويُفضَّل أن تكون مجانية للاستخدام **التجاري** أيضًا دون أي فخ لرصد الاستخدام التجاري. وهذا يستبعد فئة "مجاني إلى أن نقرر نحن أنه لم يعد كذلك"، ويُبقي فقط الأدوات التي يمكنك فعلًا بناء سير عمل عليها.
+
+ملاحظة حول النطاق: هذا الدليل يتناول زاوية _المجاني_ تحديدًا — والمعيار هنا هو السعر والشروط، لا ما إذا كان الكود مفتوحًا للفحص. أما إمكانية التدقيق والترخيص فمسألة ذات صلة لكنها منفصلة؛ هناك تداخل بين الاثنين، لكن "المجاني" و"مفتوح المصدر" ليسا الأمر نفسه.
+
+## الخيارات المجانية فعلاً
+
+يبدأ الترتيب أدناه بالأدوات المجانية فعليًا للاستخدام التجاري، ثم يزن عوامل الاستضافة الذاتية، والتغطية عبر الأنظمة المختلفة، والعبء التشغيلي.
+
+### RustDesk — مجاني، مفتوح المصدر، بلا مضايقات بشأن الاستخدام التجاري
+
+يأتي RustDesk في المقدمة هنا لأنه مفتوح المصدر بموجب رخصة **[AGPL](https://github.com/rustdesk/rustdesk)**، ولأن **الخادم المجتمعي لا يفرض أي رسوم ترخيص ولا يحتوي على مصنّف للاستخدام التجاري**. ستظل تدفع مقابل أي استضافة أو عمليات تشغيل تختارها بنفسك. البرنامج متعدد الأنظمة (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).
+
+### Chrome Remote Desktop — مجاني وبسيط، بتنسيق تديره جوجل
+
+برنامج [Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) من جوجل مجاني، ويعمل عبر المتصفح، وهو من أسهل ما يمكن أن يكون عليه الوصول عن بُعد. كما توثّق جوجل [سياسات إدارة المؤسسات](https://support.google.com/chrome/a/answer/2799701) الخاصة بتفعيله وتعطيله وتقييد استخدامه داخل المؤسسات.
+
+**المأخذ:** يتطلب هوية جوجل وخدمة إشارة (signaling) تديرها جوجل، وتنقصه بعض ميزات الراحة التي تحتاجها فرق الدعم الفني، مثل نقل الملفات بالسحب والإفلات، والطباعة عن بُعد، ومجموعات الأجهزة على طريقة RustDesk. توثّق جوجل سياسات على مستوى المؤسسة، لكن دون توفير مستوى تحكم ذاتي الاستضافة. يجري التفاوض على إعداد الجلسة عبر جوجل؛ ويمكن أن تسلك حركة المرور الحية مسارًا مباشرًا أو عبر STUN، مع استخدام تتابع TURN/جوجل عند الحاجة. نتناول هذا الأمر بتعمّق في دليلنا حول [بدائل Chrome Remote Desktop](/ar/blog/chrome-remote-desktop-alternative-ar).
+
+### عائلة VNC — البروتوكول المفتوح المجاني
+
+يُعد 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) للاطلاع على المفاضلات.)
+
+### Apache Guacamole — بوابة HTML5 مجانية بلا عميل
+
+يُعد [Apache Guacamole](https://guacamole.apache.org/) "بوابة سطح مكتب بعيد بلا عميل" مرخّصة بموجب Apache 2.0. ولأنه قائم على HTML5، فإنه "بمجرد تثبيت Guacamole على خادم، كل ما تحتاجه للوصول إلى أجهزة سطح المكتب هو متصفح ويب" — بلا إضافات، وبلا برنامج عميل. وهو يتوسّط الاتصالات بالبروتوكولات القياسية مثل **RDP وVNC وSSH**.
+
+**المأخذ:** يُعد Guacamole مشروع بنية تحتية قائمًا بذاته. عليك إقامة البوابة، وربطها بنقاط RDP/VNC/SSH الطرفية الموجودة لديك، وإدارتها. يتألق عندما تكون تلك الاتصالات الخلفية موجودة أصلًا وتريد وصولًا مركزيًا عبر المتصفح — لكنه أقل ملاءمة كأداة اتصال مباشر سريعة تُعدّ في دقيقتين.
+
+### MeshCentral — إدارة أسطول أجهزة مجانية قائمة على الوكلاء
+
+[MeshCentral](https://github.com/Ylianst/MeshCentral) هو "موقع ويب كامل لإدارة الحواسيب"، مجاني ومفتوح المصدر (Apache 2.0) وذاتي الاستضافة. تشغّل خادمك الخاص وتُثبّت وكيلًا على الأجهزة المُدارة للحصول على سطح مكتب بعيد وطرفية وإدارة ملفات عبر المتصفح لأسطول كامل من الأجهزة — سواء على شبكة محلية أو عبر الإنترنت.
+
+**المأخذ:** إنه قائم على الوكلاء وموجّه نحو الإدارة، ما يعني إعدادًا أكبر مقارنة بأداة اتصال مباشر خفيفة، وواجهة مستخدم موجّهة للمسؤولين. إذا كنت تريد لوحة تحكم مجانية لإدارة أسطول من الأجهزة، فهو ممتاز؛ أما إذا كنت تريد أبسط اتصال فردي ممكن، فهو أكثر مما تحتاج.
+
+### Remmina — عميل مجاني لنظام Linux
+
+[Remmina](https://remmina.org/) هو **عميل** سطح مكتب بعيد مجاني ومرخّص بنظام copyleft لأنظمة Linux وأنظمة يونكس المشابهة الأخرى، ويدعم RDP وVNC وSSH وSPICE وغيرها من واجهة موحّدة واحدة.
+
+**المأخذ:** إن 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                    |
+
+للاطلاع على الشروط الدقيقة لكل من TeamViewer وAnyDesk، راجع صفحاتهما الحالية — فنحن لا نذكر أرقامًا أو شروط ترخيص لا يمكننا تأكيد صحتها.
+
+## لماذا يتصدّر RustDesk للاستخدام التجاري المجاني
+
+تجبرك معظم الخيارات المجانية على الاختيار بين البساطة التي تديرها جوجل (CRD)، أو بنية تحتية أثقل (Guacamole وMeshCentral)، أو شبكات تُعدّها بنفسك (VNC). أما مزية RustDesk فهي أنك لست مضطرًا للتضحية بالاستخدام التجاري، أو الوصول متعدد الأنظمة، أو الاستضافة الذاتية، أو إمكانية التدقيق، مقابل تشغيل شيء مجاني.
+
+- **مفتوح المصدر يمكنك تدقيقه.** الكود مرخّص بموجب [AGPL](https://github.com/rustdesk/rustdesk) — اقرأه، وابنِه، وتحقّق منه.
+- **خادم مجتمعي بلا رسوم ترخيص.** استضفه بنفسك بموجب رخصته مفتوحة المصدر؛ وتظل تكاليف البنية التحتية والتشغيل عليك أنت.
+- **لا مورّد صندوق أسود.** تعمل الجلسات عبر بنية تحتية تتحكم بها أنت، لا عبر سحابة يمكنها قياس استخدامك أو الإبلاغ عنك.
+- **كل الأنظمة الرئيسية.** أجهزة مضيفة على Windows وmacOS وLinux وAndroid؛ وتطبيق iOS للتحكم فقط.
+
+عندما يتجاوز فريقك إمكانات الخادم المجاني، تضيف نسخة [Server Pro](https://rustdesk.com/pricing) لوحة التحكم، والعملاء المخصصين، ومجموعات الأجهزة، وتسجيل الدخول الموحد (SSO) — مع بقائها ذاتية الاستضافة، وتُسعَّر بحسب عدد مستخدمي تسجيل الدخول وعدد الأجهزة المُدارة.
+
+## مجاني، ومِلكك فعلًا
+
+لا يكلّفك تشغيل الخادم المجتمعي شيئًا، ويُبقي جلساتك وبيانات أجهزتك على عتاد تتحكم به أنت — بلا رسوم ترخيص، وبلا سحابة في المسار، وبلا مصنّف للاستخدام. إذا كنت مرتاحًا لتشغيل مضيف صغير، فقلّ ما ينافسه.
+
+## ابدأ مجانًا، وابقَ مجانًا إن ناسبك ذلك
+
+الخادم المجتمعي هو ذلك النوع النادر من "المجاني" الذي يبقى مجانيًا: مفتوح المصدر، بلا انتهاء صلاحية، وبلا مؤشر استخدام تجاري ينتظر ليُفعَّل. شغّله طالما ظل يخدمك؛ وإذا رغب فريقك لاحقًا في لوحة تحكم Pro والعملاء ذوي العلامة التجارية، فإن [sales@rustdesk.com](mailto:sales@rustdesk.com) يتولى الإجابة عن أسئلة شروط التقييم، وتجد الأسعار الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+اطّلع على الكود على [GitHub](https://github.com/rustdesk/rustdesk)، وأقِم خادمًا، واحكم بنفسك.
@@ -0,0 +1,85 @@
+---
+publishDate: 2026-07-01T08:14:00Z
+lang: 'ar'
+translationKey: 'chrome-remote-desktop-alternative'
+draft: false
+title: 'بديل لـ Chrome Remote Desktop: RustDesk ذاتي الاستضافة'
+excerpt: 'تطبيق Chrome Remote Desktop مجاني وبسيط، لكنه يربطك بحساب Google ويفتقر إلى ميزات أساسية. إليك بديل مفتوح المصدر وذاتي الاستضافة تتحكم فيه بنفسك.'
+image: ~/assets/images/blog/chrome-remote-desktop-alternative-og.png
+category: 'بدائل'
+tags: ['RustDesk', 'Chrome Remote Desktop', 'بديل', 'الاستضافة الذاتية']
+author: 'RustDesk Team'
+slug: "chrome-remote-desktop-alternative-ar"
+faq:
+  - question: 'هل يوجد بديل لـ Chrome Remote Desktop لا يتطلب حساب Google؟'
+    answer: 'نعم. لا يحتاج RustDesk ذاتي الاستضافة إلى أي حساب من طرف ثالث على الإطلاق (خادم العرض التجريبي العام يتطلب تسجيل دخول مجاني للمتحكم)، إذ يستخدم خوادمه الخاصة للتعريف (ID) والالتقاء (rendezvous) والترحيل (relay) بدلاً من الاعتماد على حساب Google، ويمكنك استضافة هذه الخوادم بنفسك بحيث لا تقف أي سحابة من طرف ثالث في المنتصف. أما Chrome Remote Desktop، في المقابل، فيتطلب حساب Google على كل من الجهاز المضيف والعميل.'
+  - question: 'هل يدعم Chrome Remote Desktop نقل الملفات؟'
+    answer: 'يوفر Chrome Remote Desktop رفع الملفات وتنزيلها بشكل أساسي، لكنه لا يدعم النقل بالسحب والإفلات. أما RustDesk فيتضمن نقل ملفات مدمجاً إلى جانب التحكم عن بُعد.'
+  - question: 'هل يمكن لـ Chrome Remote Desktop توفير الوصول غير المراقب؟'
+    answer: 'يمكنه ذلك، لكن يجب أن يكون الجهاز الهدف قيد التشغيل ومسجلاً الدخول بنفس حساب Google، كما أن Chrome Remote Desktop لا يستطيع إيقاظ حاسوب في وضع السكون. يدعم RustDesk الوصول غير المراقب باستخدام كلمة مرور دائمة إلى أسطول من الأجهزة تديره من لوحة التحكم الخاصة بك.'
+  - question: 'هل RustDesk مجاني مثل Chrome Remote Desktop؟'
+    answer: 'RustDesk مفتوح المصدر بموجب رخصة AGPL، ويمكنك تشغيل الخادم المجتمعي المجاني إلى أجل غير مسمى دون أي تكلفة. أما إصدار Server Pro التجاري فيضيف ميزات مخصصة للفرق وهو ذاتي الاستضافة أيضاً؛ راجع 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
+
+[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/الترحيل فقط. إذا كنت قد اصطدمت بهذه المقايضات، فهذه الصفحة توضح كيف يبدو البديل مفتوح المصدر وذاتي الاستضافة.
+
+## ما الذي يُتقنه Chrome Remote Desktop
+
+ولنُنصف الأمور. تصفه [مراجعة TechRadar](https://www.techradar.com/reviews/chrome-remote-desktop-review) بأنه "مجاني بالكامل بلا أي اشتراكات أو مستويات مدفوعة"، وسهل الإعداد، ومناسب تماماً للاستخدام الشخصي. يعمل على Windows وmacOS وLinux، ولا يتطلب أي تفاوض على التراخيص، ولا يوجد شيء تحتاج إلى استضافته. إذا أردت الاطمئنان على حاسوبك المنزلي من هاتفك، فإن CRD يكاد لا يتطلب أي جهد.
+
+هذه البساطة هي جوهر المنتج نفسه. لكن المشكلة تبدأ عندما تطلب منه القيام بما يحتاجه فعلاً فريق دعم فني أو إعداد يضم أجهزة متعددة.
+
+## أين تظهر حدود Chrome Remote Desktop
+
+### ميزات مفقودة: التحكم ذاتي الاستضافة، وإدارة الأجهزة، وسير عمل الفرق
+
+توثّق صفحات مساعدة Google الوصول عن بُعد إلى الملفات والتطبيقات، وتتيح للمسؤولين التحكم في الوصول وسلوك الشبكة، لكنها تظل تصف خدمة قائمة على حساب Google بتنسيق تديره Google نفسها — أي التقسيم بين الإشارات (signaling) والترحيل (relay) الذي ذكرناه في المقدمة. بعبارة أخرى: CRD مناسب للوصول البسيط، لكنه ليس لوحة تحكم دعم فني ذاتية الاستضافة تضم مجموعات أجهزة على طراز RustDesk أو علامة تجارية مخصصة.
+
+### الوصول غير المراقب والأجهزة في وضع السكون
+
+يستطيع CRD تنفيذ الوصول غير المراقب، لكن الجهاز الهدف لا يزال يجب أن يكون **قيد التشغيل ومتصلاً بالإنترنت** ومسجّلاً الدخول بـ**نفس حساب Google**. توثّق Google الوصول عن بُعد بواسطة رمز PIN، وليس بديلاً عن ميزة الإيقاظ عبر الشبكة (wake-on-LAN). فإذا كان الجهاز في وضع السكون أو غير متصل، فليس هناك ما يتصل به CRD. وبالنسبة لأسطول من نقاط النهاية البعيدة، يمثل ذلك قيداً تشغيلياً حقيقياً.
+
+### إدارة المستخدمين ومتطلب حساب 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))
+
+## نظرة سريعة: 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                               |
+
+## أين يتفوق RustDesk: ذاتي الاستضافة ومفتوح المصدر
+
+بُني RustDesk حول الأمرين اللذين لا يستطيع CRD تقديمهما بحكم بنيته: **أنت من يستضيف البنية التحتية، وأنت من يمكنه قراءة الشيفرة المصدرية.**
+
+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 ميزات الفرق التي يفتقر إليها 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 فهو للتحكم فقط.
+
+## اخرج من سحابة Google وانتقل إلى سحابتك الخاصة
+
+الخطوة الأهم مقارنة بـ Chrome Remote Desktop هي التحكم: فالوساطة (brokering)، وسياسة الوصول، وبيانات الجلسات تنتقل من خوادم Google إلى خادم تديره أنت ويمكنك تدقيقه. وهذه هي الفائدة الحقيقية لكل من يريد وصولاً عن بُعد لا يكون مسؤولاً إلا أمامه هو.
+
+## جرّبه دون الحاجة إلى مكالمة مبيعات
+
+يمكنك تقييم RustDesk وفق شروطك الخاصة، دون وجود أي حساب Google في العملية بأكملها. خادم المجتمع مفتوح المصدر مجاني للتشغيل طالما شئت؛ وعندما تصبح ميزات فريق Pro مهمة بالنسبة لك، يمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) إطلاعك على شروط التقييم الحالية، وتُدرج صفحة [rustdesk.com/pricing](https://rustdesk.com/pricing) أسعار الخطط.
+
+اطّلع على الشيفرة المصدرية بنفسك على [GitHub](https://github.com/rustdesk/rustdesk)، ووجّه جهازين أو أكثر نحو خادمك الخاص، وقرّر ما إذا كانت هذه المقايضات تناسبك قبل الالتزام بأي شيء.
@@ -0,0 +1,71 @@
+---
+publishDate: 2026-06-30T17:26:00Z
+lang: 'ar'
+translationKey: 'is-anydesk-safe'
+draft: false
+title: 'هل AnyDesk آمن؟ التشفير، والحادثة الأمنية 2024، وعمليات الاحتيال'
+excerpt: 'هل AnyDesk آمن؟ نظرة موضوعية على تشفيره، وحادثة أمنية في أنظمة الإنتاج في عام 2024، وسبب استغلال المحتالين له - بالإضافة إلى مقارنته بالبرمجيات مفتوحة المصدر.'
+image: '~/assets/images/blog/is-anydesk-safe-og.png'
+category: 'الأمان'
+tags: ['AnyDesk', 'الأمان']
+author: 'RustDesk Team'
+slug: 'is-anydesk-safe-ar'
+faq:
+  - question: 'هل يُعد استخدام AnyDesk آمنًا؟'
+    answer: 'بالنسبة للاستخدام المشروع، يُعتبر AnyDesk أداة تجارية ناضجة وآمنة بشكل عام للتحكم عن بُعد بسطح المكتب. فهو يُشفّر الجلسات باستخدام أمان نقل قياسي، ويوفر المصادقة الثنائية وقوائم التحكم في الوصول. الأمران اللذان يجب وضعهما في الاعتبار هما أنه مغلق المصدر ويعتمد على وساطة سحابية بشكل افتراضي، وأن أكبر خطر حقيقي عليه ليس ثغرة برمجية بل محتالو الدعم الفني الذين يقنعون الضحايا بتثبيته.'
+  - question: 'هل تعرّض AnyDesk للاختراق؟'
+    answer: 'في أوائل عام 2024، كشفت شركة AnyDesk عن حادثة أمنية أثرت على أنظمة الإنتاج الخاصة بها، حيث تمكّن المهاجمون من الحصول على الشيفرة المصدرية ومواد توقيع الشيفرة (code-signing). قامت AnyDesk بإلغاء الشهادات، وأصدرت نسخة عميل موقّعة من جديد، وأعادت تعيين كلمات مرور بوابة الويب. وأفادت الشركة بأنه لم يتأثر أي جهاز من أجهزة المستخدمين النهائيين. يُنصح بالتحقق من النطاق الدقيق للحادثة وتواريخها من خلال النشرات الرسمية لشركة AnyDesk والتقارير الإعلامية المحايدة.'
+  - question: 'لماذا يستخدم المحتالون AnyDesk؟'
+    answer: 'نظرًا لأنه مجاني وسريع التثبيت ولا يتطلب حسابًا من الشخص الذي يتم التحكم بجهازه، يُعد AnyDesk أداة مفضلة لدى محتالي الدعم الفني الذين يتصلون بالضحايا أو يراسلونهم عبر البريد الإلكتروني ويقنعونهم بمنحهم صلاحية الوصول عن بُعد. هذا خطر ناتج عن سوء الاستخدام وليس ثغرة في AnyDesk - فنفس أسلوب الهندسة الاجتماعية ينجح مع أي أداة تحكم عن بُعد، بما في ذلك RustDesk.'
+  - question: 'هل تشفير 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'
+---
+
+الإجابة السريعة: نعم، يُعدّ AnyDesk منتجًا تجاريًا مشروعًا للتحكم عن بُعد بسطح المكتب، وهو آمن بشكل عام لمن يستخدمه عن قصد. المخاطر التي تستحق الفهم ليست أن AnyDesk برمجية خبيثة - فهو ليس كذلك - بل أنه مغلق المصدر، ويعتمد على وساطة سحابية بشكل افتراضي، وقد تعرّض لحادثة أمنية ملحوظة في عام 2024، وهو أحد الأدوات التي يفضّل المحتالون استغلالها. وفيما يلي الصورة الكاملة، الموضوعية والموثقة بالمصادر.
+
+## الإجابة المختصرة
+
+يُؤمّن AnyDesk جلساته بتشفير قياسي ومعتمد على نطاق واسع، ويوفر إجراءات حماية الحساب التي قد تتوقعها. يُستخدم يوميًا من قِبل مكاتب الدعم الفني والمؤسسات دون وقوع حوادث. وهناك تحفظان مهمان لقرارك: أولًا، أنت تضع ثقتك في عميل خاص (مغلق المصدر)، وبشكل افتراضي في سحابة AnyDesk التي تتوسط الاتصالات، وبالتالي لا يمكنك تدقيق الشيفرة، وأنت ترث الأمان التشغيلي للمزوّد - وهي نقطة لم تعد نظرية بعد [عام 2024](https://www.infosecurity-magazine.com/news/anydesk-hit-cyberattack-customer/). ثانيًا، والأكثر احتمالًا للتأثير على المستخدم العادي، أن AnyDesk أداة مفضلة في عمليات احتيال الوصول عن بُعد. لا يجعل أي منهما _تثبيته_ غير آمن؛ لكن كلاهما يحدّد كيف ينبغي أن _تستخدمه_.
+
+## كيف يؤمّن AnyDesk جلساتك
+
+وفقًا لـ [التوثيق الأمني الرسمي لـ AnyDesk](https://anydesk.com/en/security)، تُحمى الجلسات باستخدام TLS 1.2 مع AEAD، وتبادل مفاتيح غير متماثل من نوع RSA-2048 للتحقق من نقاط النهاية والحماية من هجمات الوسيط (man-in-the-middle)، وتشفير نقل بمعيار AES بطول 256 بت، مع خاصية السرية التامة الأمامية الناتجة عن تبادل مفاتيح مؤقت. أما على صعيد الحساب، فيدعم AnyDesk المصادقة الثنائية (TOTP) للوصول غير المراقَب، وقائمة تحكم بالوصول / قائمة سماح لتقييد من يمكنه الاتصال، وتجزئة كلمات المرور المملّحة. (تشير بعض مواد AnyDesk إلى إصدارات أحدث من TLS؛ يُنصح باعتماد الصفحة الحالية كمرجع موثوق والتحقق من التفاصيل هناك.)
+
+هذه حماية قوية وبمعايير الصناعة القياسية - مماثلة من حيث النوع لما يستخدمه كل منافس جاد. وعلى مستوى طبقة النقل، لا يوجد هنا ما يثير القلق. أما الأسئلة المثيرة للاهتمام فتتعلق بـ*نموذج الثقة* و*السلوك البشري*، لا بمجموعات التشفير.
+
+## الحادثة الأمنية لـ 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، بحسب روايتها الخاصة، الاستعانة بخبراء تحليل جنائي رقمي خارجيين، وإلغاء الشهادات المتعلقة بالأمان واستبدالها، وإصدار نسخة عميل موقّعة من جديد، وإعادة تعيين كلمات مرور بوابة الويب كإجراء احترازي.
+
+وإنصافًا لـ AnyDesk، فقد أفادت بأنه **لم يتأثر أي جهاز من أجهزة المستخدمين النهائيين**، وأن أنظمتها مصممة بحيث لا تخزّن المفاتيح الخاصة أو الرموز أو كلمات المرور التي قد تتيح لمهاجم الاتصال بأجهزة العملاء. وقد وردت التواريخ والأرقام الدقيقة بروايات متفاوتة في حينه، لذا يُنصح بالتحقق من التفاصيل عبر النشرات الرسمية لـ 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 تحديدًا؟ لأنه مجاني للتنزيل، ويُثبَّت في ثوانٍ، والأهم من ذلك أن الشخص الذي يتم _التحكم_ بجهازه لا يحتاج إلى إنشاء حساب. هذه السهولة الفائقة ميزة بالنسبة للدعم الفني المشروع، وهدية بالنسبة للمحتالين الذين يتصلون بالهدف أو يراسلونه عبر البريد الإلكتروني، ويختلقون «مشكلة» عاجلة، ثم يرشدونه خطوة بخطوة نحو منحهم التحكم الكامل عن بُعد.
+
+وهذه هي النقطة المنصفة التي تضيع وسط العناوين المخيفة: **هذا خطر ناتج عن سوء الاستخدام، وليس ثغرة في 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 برنامج خاص (مغلق المصدر). لا يمكنك قراءة الشيفرة المصدرية للعميل، أو بناءها بنفسك، أو التحقق من عملها بشكل مستقل؛ فأنت تثق بـ AnyDesk في أن الملف التنفيذي يعمل كما هو معلَن عنه. وبشكل افتراضي، تتم وساطة جلساتك عبر سحابة AnyDesk، لذا فإن توفّر تلك البنية التحتية وأمانها هما من مسؤولية المزوّد لإدارتهما - كما أظهر عام 2024. وتقدّم فئات AnyDesk الأعلى سعرًا جهازًا محليًا (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 نفسها معلَنة للعموم أيضًا، لذا تابِع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الثغرات. كما أن البنية التحتية القابلة للتدقيق والمُستضافة ذاتيًا هي نقطة انطلاق لا ضمانة: فالجلسات لا تزال تُوجَّه مباشرةً بين نقاط النهاية، وأنت المسؤول عن تحديث الخادم.
+
+## إذًا، هل AnyDesk آمن؟
+
+للاستخدام المتعمَّد والمشروع: نعم - فهو منتج ناضج بتشفير بمعايير قياسية وضوابط حساب معقولة، ويُستخدم بأمان وعلى نطاق واسع كل يوم. ويمكن اعتباره آمنًا بشكل معقول، لأن هذا ما يدعمه السجل الفعلي.
+
+والتحفظات هي الجزء الصادق من الصورة. فنموذجه الافتراضي القائم على الوساطة السحابية والمصدر المغلق يعني أنك تضع ثقتك في الأمان التشغيلي لـ AnyDesk، والذي تعرّض لضربة حقيقية في عام 2024. كما أن أكثر الأضرار الواقعية شيوعًا تأتي من محتالين يستغلون مدى سهولة تثبيته - وهي مشكلة بشرية، لا مشكلة تشفيرية. وإذا لم تكن هذه المقايضات مناسبة لك، فإن [البديل مفتوح المصدر والمُستضاف ذاتيًا](/ar/blog/self-hosted-teamviewer-alternative-ar) يُغيّر أساس الثقة: شيفرة قابلة للتدقيق ووساطة تتحكم بها أنت، مقابل تكلفة تشغيل الخادم بنفسك.
+
+وأيًا كانت الأداة التي تختارها، فإن القاعدة التي تمنع أكبر قدر من الضرر هي الأرخص على الإطلاق: لا تُثبّت أبدًا برمجية وصول عن بُعد لمجرد أن شخصًا تواصل معك _أنت_ طلب منك ذلك.
@@ -0,0 +1,69 @@
+---
+publishDate: 2026-07-05T18:49:00Z
+lang: 'ar'
+translationKey: 'is-chrome-remote-desktop-safe'
+draft: false
+title: 'هل Chrome Remote Desktop آمن؟ مراجعة صادقة'
+excerpt: 'هل Chrome Remote Desktop آمن؟ نظرة منصفة على التشفير، ونموذج رمز PIN وحساب Google، والمخاطر الحقيقية، وأين تختلف الاستضافة الذاتية.'
+image: '~/assets/images/blog/is-chrome-remote-desktop-safe-og.png'
+category: 'الأمان'
+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 مشفّرة بالكامل، وتصف المراجعات المستقلة استخدامه لأمان نقل بيانات ويب قياسي. لا تنشر Google تفصيلاً دقيقًا للبروتوكول في صفحات المساعدة الموجهة للمستهلكين، لذا بالنسبة لأي استخدام يتجاوز الاستخدام العرضي، يُنصح بالتعامل مع هذا التشفير على أنه كافٍ لكن غير قابل للتدقيق بشكل مستقل.'
+  - question: 'ما هي المخاطر الأمنية لبرنامج Chrome Remote Desktop؟'
+    answer: 'تتمثل المخاطر العملية الثلاثة في رمز PIN ضعيف أو يمكن تخمينه (الحد الأدنى هو ستة أرقام)، واختراق حساب Google المرتبط بالجهاز المضيف، وعمليات الاحتيال القائمة على الهندسة الاجتماعية حيث يُقنع أحدهم الضحية بتثبيت البرنامج ومشاركة رمز الوصول. تفعيل المصادقة الثنائية على حساب Google الخاص بك، وعدم مشاركة أي رمز مع شخص تواصل معك أولاً، يزيل معظم الخطر الحقيقي.'
+  - question: 'هل يمكنني استضافة Chrome Remote Desktop ذاتيًا؟'
+    answer: 'لا. تتم وساطة Chrome Remote Desktop بالكامل عبر بنية Google التحتية، وهو مرتبط بحساب Google الخاص بك؛ ولا يوجد خيار لتشغيل خدمة الاتصال على خادمك الخاص أو تدقيق كود العميل. إذا كانت الاستضافة الذاتية والكود القابل للفحص أمرين مهمين بالنسبة لك، فإن البديل مفتوح المصدر يوفر نموذج ضمان مختلفًا.'
+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، ويمنحك تحكمًا إداريًا ضئيلاً، و- كما هو الحال مع أي أداة تحكم عن بُعد - يمكن أن يُستغل ضدك من قِبل محتال. إليك التفصيل المنصف والموثّق بالمصادر.
+
+## الإجابة المختصرة
+
+يُعد CRD آمنًا بما يكفي للمهمة التي صُمم من أجلها: الوصول إلى جهازك الخاص، أو مساعدة أحد أفراد الأسرة، عبر اتصال تؤمّنه Google نيابةً عنك. وفقًا لـ[وثائق دعم Google الرسمية](https://support.google.com/chrome/answer/1649523)، فإن جميع جلسات سطح المكتب البعيد مشفّرة بالكامل، ويتطلب الوصول غير المراقَب رمز PIN، بينما تستخدم جلسات الدعم لمرة واحدة رمز وصول أحادي الاستخدام لا يعمل إلا مرة واحدة. وهذا أساس معقول للاستخدام الشخصي.
+
+أما النقطة التي يجب أن تتوقف عندها فهي أي استخدام يتجاوز الاستخدام العرضي. فـCRD مرتبط بحساب Google الخاص بك ويعمل على بنية Google التحتية بضوابط إدارية محدودة، ونقاط ضعفه العملية هي رمز PIN يمكن تخمينه، وحساب Google المخترَق، والهندسة الاجتماعية. لا شيء من هذا يجعله خطيرًا عند التثبيت - بل إنه يحدد مدى اعتمادك عليه.
+
+## كيف يحمي Chrome Remote Desktop الجلسة
+
+ثلاث آليات تقوم بالعمل الفعلي، وجميعها موثّقة في [صفحات مساعدة Google](https://support.google.com/chrome/answer/1649523):
+
+- **التشفير.** تذكر Google أن «جميع جلسات سطح المكتب البعيد مشفّرة بالكامل». وتصف التحليلات المستقلة الاتصال عمومًا بأنه يستخدم أمان نقل بيانات ويب قياسي (TLS مع AES). لا تنشر Google تفصيلاً دقيقًا للبروتوكول في صفحاتها الموجهة للمستهلكين، لذا يُنصح بالتعامل مع هذا التشفير على أنه كافٍ، لكنه ليس أمرًا يمكنك تدقيقه بشكل مستقل.
+- **رمز PIN للوصول غير المراقَب.** للوصول إلى جهاز قمت بإعداده للوصول عن بُعد المستمر، تُدخل رمز PIN. وهذا ما يمنع أي شخص عشوائي لديه جلسة Google الخاصة بك من الاتصال خلسةً.
+- **رموز وصول لمرة واحدة للدعم.** عندما تساعد شخصًا ما في الوقت الفعلي، يُنشئ الجهاز المضيف رمزًا يعمل، وفقًا لـGoogle، مرة واحدة فقط، وتتطلب المشاركة المستمرة إعادة تأكيد بشكل دوري.
+
+وفوق كل ذلك يأتي حساب Google نفسه، والذي يمكن - بل يجب بالتأكيد بالنسبة للوصول عن بُعد - حمايته بالمصادقة الثنائية. وبالنسبة للاستخدام الشخصي على شبكة موثوقة، فإن هذه المنظومة جيدة بالفعل.
+
+## أين تكمن المخاطر الحقيقية فعليًا
+
+نقاط ضعف CRD ليست غريبة أو معقدة. إنها الثلاث التي تنبع مباشرةً من تصميمه.
+
+**رموز PIN الضعيفة.** رمز PIN هو القفل الذي يحمي الوصول غير المراقَب، والحد الأدنى الذي تفرضه Google هو ستة أرقام فقط. ستة أرقام أمر جيد ضد شخص غريب يحاول التخمين مرة واحدة، لكن الناس يختارون أرقامًا يمكن توقعها - تواريخ ميلاد، أرقام متكررة، تسلسلات - مما يقلّص مساحة البحث الفعلية إلى ما هو أقل بكثير مما يوحي به عدد الأرقام. بالنسبة لجهاز تتركه متاحًا للوصول 24/7، فإن رمز PIN الكسول هو الطريق الأكثر ترجيحًا للاختراق. اختر رمزًا غير واضح.
+
+**اختراق حساب Google.** نظرًا لأن الوصول غير المراقَب عبر CRD مرتبط بحساب Google الخاص بك، فإن ذلك الحساب _هو_ خط الدفاع الأول. فإذا تمكّن أحدهم من انتحال كلمة مرور Google الخاصة بك عبر التصيّد الاحتيالي، ولم تكن المصادقة الثنائية مفعّلة، فإن سطح المكتب البعيد الخاص بك يصبح جزءًا مما يرثه المهاجم. وهذا ليس عيبًا في CRD بقدر ما هو نتيجة طبيعية لوضع كل رهاناتك في سلة حساب Google - وهو بالتحديد سبب كون تفعيل المصادقة الثنائية على ذلك الحساب أمرًا غير قابل للتفاوض إذا كنت تستخدم CRD.
+
+**عمليات الاحتيال.** كما هو الحال مع أي أداة تحكم عن بُعد، فإن أكبر ضرر واقعي ليس اختراقًا تشفيريًا - بل هو الهندسة الاجتماعية. وقد [حذّر مكتب التحقيقات الفيدرالي (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).
+
+## ما لا يوفره 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) هي الخطوة التالية الصادقة.
+
+وهنا يأتي دور نموذج مفتوح المصدر وذاتي الاستضافة، إذ يقدّم _نوعًا_ مختلفًا من الضمان بدلاً من مجرد ميزات إضافية. فـ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 نفسها عامة أيضًا، لذا تابع [أحدث الإصدارات](https://github.com/rustdesk/rustdesk/releases) وسجلات الإفصاح عن الثغرات. كما أن الاستضافة الذاتية لا تفعل سوى استبدال نوع من الصيانة بآخر - فنظافة الحساب ورمز PIN التي يحتاجها CRD تتحول إلى خادم تتولى أنت تصحيحه وحركة بيانات ما زالت تنتقل مباشرةً بين نقطتي الاتصال. إنه نموذج ضمان مختلف، وليس نموذجًا أخف عبئًا.
+
+## الحكم النهائي
+
+هل Chrome Remote Desktop آمن؟ بالنسبة للاستخدام الشخصي العرضي - الوصول إلى جهاز الكمبيوتر الخاص بك، أو مساعدة أحد الأقارب - نعم، إنه آمن بشكل معقول، وبسيط ومنخفض التكلفة. قيّمه على هذا الأساس. فعّل المصادقة الثنائية لحساب Google الخاص بك، واختر رمز PIN ليس تاريخ ميلادك، ولا تقرأ أبدًا رمز وصول لشخص تواصل معك هو أولاً، وبذلك تكون قد تعاملت مع المخاطر التي تهم فعليًا.
+
+أما النقطة التي يصل عندها CRD إلى حدوده فهي التحكم وقابلية التوسع: فهو مغلق المصدر، وتتم وساطته عبر سحابة Google، وضعيف من ناحية الإدارة. فإذا كنت بحاجة إلى تدقيق الكود، أو إبقاء الوساطة على بنيتك التحتية الخاصة، أو إدارة أكثر من جهازين أو ثلاثة، فتلك هي اللحظة المناسبة للنظر في خيار مفتوح المصدر وذاتي الاستضافة - ليس لأن CRD غير آمن، بل لأنه لم يكن يحاول أصلاً أن يكون تلك الأداة.
@@ -0,0 +1,117 @@
+---
+publishDate: 2026-07-04T17:05:00Z
+lang: 'ar'
+translationKey: 'remote-desktop-data-sovereignty-gdpr'
+draft: false
+title: 'سيادة بيانات سطح المكتب البعيد و GDPR: الاستضافة الذاتية'
+excerpt: 'كيف تمنح الاستضافة الذاتية الفرق الخاضعة للأطر التنظيمية سيطرة كاملة على خوادم الالتقاء (rendezvous) والترحيل (relay) وبيانات الأجهزة، وما الأسئلة المتعلقة بامتثال GDPR التي تظل قائمة.'
+image: ~/assets/images/blog/remote-desktop-data-sovereignty-gdpr-og.png
+category: 'الأمان'
+tags: ['RustDesk', 'الأمان', 'GDPR', 'الاستضافة الذاتية']
+author: 'RustDesk Team'
+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 للاستفسار عمّا هو متاح لحالتك.'
+  - question: 'هل تساعد الاستضافة الذاتية لـ RustDesk في الامتثال لـ GDPR؟'
+    answer: 'نعم — فهي تمنحك التحكم الذي تدور حوله لائحة GDPR عادة: إذ تختار أنت أين تقيم بيانات خادم المعرّف/الالتقاء والترحيل ووحدة التحكم والأجهزة، ويمكنك إبقاؤها داخل المنطقة الجغرافية المطلوبة على بنية تحتية تديرها بنفسك. هذا أساس قوي وليس ضمانًا تلقائيًا، لأن GDPR في جوهرها برنامج متكامل — فالأساس القانوني، وأدوار المتحكم بالبيانات/معالج البيانات، ومدة الاحتفاظ بالبيانات، والتحكم في الوصول، ومواقع الأطراف، والاستجابة للحوادث، كلها أمور لا يزال يتعين عليك تحديدها، مع بقاء المتحكم بالبيانات هو المسؤول في النهاية.'
+  - question: 'إلى أين تذهب بيانات جلسات RustDesk فعليًا؟'
+    answer: 'يحاول RustDesk أولًا إنشاء اتصال مباشر من نظير إلى نظير (peer-to-peer)؛ فإن فشل ذلك، تمر حركة البيانات عبر خادم الترحيل الذي قمت بتهيئته. تُزيل الاستضافة الذاتية خادمَي الالتقاء والترحيل المُشغَّلين من قِبل المورّد من المسار، لكن الجلسة بين طرفين في بلدين مختلفين تظل تعبر تلك الشبكات — فموقع الخادم وحده لا يحصر كل حركة البيانات داخل ولاية قضائية واحدة.'
+  - question: 'هل يمكنني إبقاء بيانات سطح المكتب البعيد داخل الاتحاد الأوروبي باستخدام RustDesk؟'
+    answer: 'يمكنك وضع خادم المعرّف/الالتقاء والترحيل ووحدة التحكم وبيانات الأجهزة المخزّنة في مركز بيانات داخل الاتحاد الأوروبي. أما لتقييد حركة بيانات الجلسة نفسها أيضًا، فيجب أن يكون كلا الطرفين داخل الحدود الجغرافية المطلوبة، ويجب أن تفرض السياسات مرور حركة البيانات عبر خادم الترحيل المعتمد لديك؛ فوثِّق مواقع الأطراف ومسار التوجيه إلى جانب موقع الخادم.'
+  - question: 'ما ميزات RustDesk التي تساعد في تحقيق الامتثال لـ GDPR؟'
+    answer: 'تُبقي الاستضافة الذاتية البيانات على بنية تحتية تتحكم بها أنت: فبيانات القياس عن بعد الخاصة بالاستخدام، والتي كانت خدمة RustDesk المستضافة ستُعالجها، تبقى على خادمك الخاص عند اختيار الاستضافة الذاتية، ولا يحتاج شيء تقريبًا إلى الوصول إلى rustdesk.com سوى التحقق من ترخيص Server Pro. ويضيف Server Pro سجلات تدقيق مدمجة مع تدوير للسجلات، وتحكمًا دقيقًا في الوصول ودور تحكم (Control Role)، و SSO/LDAP ومصادقة ثنائية العامل (2FA) للأجهزة المُتحكَّم بها، ووضع الخصوصية وموافقة لكل اتصال على حدة، وحذفًا مباشرًا للمستخدمين والأجهزة والسجلات (بما في ذلك عبر REST API) لتلبية طلبات المحو والاحتفاظ بالبيانات.'
+metadata:
+  description: 'سيادة بيانات سطح المكتب البعيد و GDPR: ما الذي تتحكم فيه الاستضافة الذاتية، وكيف تختلف الجلسات المباشرة عن الجلسات المُرحَّلة، ولماذا يحتاج الامتثال إلى أكثر من مجرد موقع الخادم.'
+  keywords: 'سيادة بيانات سطح المكتب البعيد، الوصول عن بعد و GDPR، إقامة بيانات سطح المكتب البعيد، امتثال الوصول عن بعد ذاتي الاستضافة'
+---
+
+إذا كانت مؤسستك ملزمة بلائحة GDPR، أو بقواعد خصوصية القطاع الصحي، أو بتفويض من القطاع العام يقضي بأن "بياناتنا تبقى على بنيتنا التحتية"، فإن سؤالًا واحدًا يحدد أي أداة لسطح المكتب البعيد يمكنك حتى إدراجها ضمن قائمتك المختصرة: **إلى أين تذهب بيانات الجلسة فعليًا؟**
+
+في معظم منتجات الوصول عن بعد السائدة، يكون الجواب هو "عبر سحابة المورّد". فنيّك يتصل، وجهازك الطرفي يتصل، وتُدار حركة البيانات عبر خوادم لا تملكها أنت، وضمن ولاية قضائية قد لا تكون لك سيطرة عليها. بالنسبة للكثير من المشترين، هذا أمر لا بأس به. أما بالنسبة للفرق الخاضعة للأطر التنظيمية، فهي مشكلة امتثال حتى قبل أن تتم مشاركة أي شاشة.
+
+يتناول هذا الدليل موضوع **سيادة بيانات سطح المكتب البعيد**: ما معناها، ولماذا تهم المشترين الخاضعين للأطر التنظيمية والمشترين في الاتحاد الأوروبي، وأي أجزاء من عملية نشر الوصول عن بعد تتيح لك الاستضافة الذاتية التحكم بها. وسنستخدم RustDesk كمثال عملي.
+
+## ماذا تعني "سيادة البيانات" بالنسبة للوصول عن بعد
+
+سيادة البيانات هي المبدأ القاضي بأن البيانات تخضع لقوانين البلد الذي تُخزَّن وتُعالَج فيه فعليًا. وفي حالة الدعم عن بعد، لا تقتصر البيانات الحساسة على الملفات التي تنقلها فحسب - بل تشمل الجلسة نفسها: ما يظهر على الشاشة، وقائمة الأجهزة التي تديرها، والبيانات الوصفية للاتصال، وغالبًا مسار توجيه البكسلات في الزمن الحقيقي.
+
+الأسئلة الجوهرية هي: **ما الأنظمة التي تخزّن البيانات الوصفية، وما الأنظمة التي تُرحِّل حركة البيانات، وأين يقع الطرفان؟** يمكن للاستضافة الذاتية أن تُزيل من المسار خدمة التقاء أو ترحيل يشغّلها المورّد، لكنها لا تضمن أن تبقى الجلسة بين طرفين في بلدين مختلفين ضمن ولاية قضائية واحدة.
+
+## الفرق الجوهري: سحابة المورّد مقابل بنيتك التحتية الخاصة
+
+هنا تحسم البنية المعمارية النتيجة، لا الخطاب التسويقي.
+
+**RustDesk Server Pro ذاتي الاستضافة.** إذ يعمل خادم المعرّف/الالتقاء، وخادم الترحيل، ووحدة التحكم عبر الويب، وبيانات الأجهزة المُدارة على البنية التحتية التي تختارها أنت. ويحاول RustDesk أولًا إنشاء اتصال مباشر من نظير إلى نظير عبر تقنية اختراق NAT (hole punching)؛ فإن فشل ذلك، تستخدم حركة بيانات الجلسة خادم الترحيل الذي قمت بتهيئته. وهذا يمنحك التحكم في طبقة الالتقاء/الترحيل وبيانات الأجهزة المخزَّنة، لكن الأطراف نفسها ومسارات شبكتها لا تزال هي التي تحدد إلى أين تذهب حركة البيانات المباشرة.
+
+|                              | أدوات سحابة المورّد | RustDesk ذاتي الاستضافة                                                               |
+| ---------------------------- | ------------------- | ------------------------------------------------------------------------------------- |
+| أين تُنسَّق الجلسات          | سحابة المورّد       | خادم المعرّف/الالتقاء الخاص بك                                                        |
+| أين تتدفق حركة بيانات الجلسة | توجيه يحدده المورّد | مباشرة بين الطرفين متى أمكن ذلك؛ وإلا فعبر خادم الترحيل الخاص بك                      |
+| من يتحكم في إقامة البيانات   | المورّد             | أنت من يختار الموقع من جهة الخادم وسياسة الترحيل؛ ولا تزال مواقع الأطراف مهمة         |
+| إمكانية تدقيق العميل         | غالبًا مغلق المصدر  | [مفتوح المصدر (AGPL)](https://github.com/rustdesk/rustdesk) — اقرأ الكود وابنِه بنفسك |
+| من يُشغِّل الخادم            | المورّد             | فريقك                                                                                 |
+
+غالبًا ما تشير الفرق التي تقيّم خيار الاستضافة الذاتية إلى القدرة على اختيار موقع ومُشغِّل أنظمة الالتقاء والترحيل والإدارة. وهذا تحكم ذو قيمة حقيقية، لكن يجب توثيقه إلى جانب مواقع الأطراف وسلوك التوجيه.
+
+## الميزة الأولى: أنت من يتحكم في موقع البيانات من جهة الخادم
+
+إن وضع خدمات المعرّف والترحيل والإدارة في مركز بيانات ألماني يتيح لك توثيق مكان إقامة تلك الخدمات وبياناتها المخزَّنة. وإذا كان كلا الطرفين أيضًا ضمن الحدود الجغرافية المطلوبة، وكانت السياسات تفرض مرور حركة البيانات عبر خادم ترحيل معتمد، يمكنك حينها تصميم مسار أكثر تقييدًا. أما من دون هذه الضوابط الإضافية، فإن موقع الخادم وحده لا يثبت أن كل حركة بيانات الجلسة تبقى داخل ألمانيا.
+
+## الميزة الثانية: كون المصدر مفتوحًا يعني أنه بإمكانك إثبات الأمر، لا مجرد الثقة به
+
+سيادة البيانات لا تتعلق بالموقع فقط - بل بمعرفة ما يفعله البرنامج فعليًا. ونواة RustDesk **مفتوحة المصدر بموجب رخصة AGPL**. ويمكنك أنت (أو فريق الأمن لديك) قراءة الكود، وتدقيق ما يفعله العميل بالضبط، وبناؤه بنفسك، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى. وتكتسب هذه القدرة على التدقيق أهمية أكبر من المعتاد في سياق الوصول عن بعد: فلأن البرنامج يُوثَق به للتحكم الكامل في الجهاز، بات المشترون في القطاعات الخاضعة للتنظيم يرغبون بشكل متزايد في التحقق مما يفعله العميل بدلًا من الاكتفاء بأخذ كلام المورّد على محمل الثقة. والقدرة على فحص العميل بنفسك هي إجابة ملموسة على سؤال "كيف نتأكد من ذلك؟".
+
+## الميزة الثالثة: سيادة بلا ضريبة ترخيص
+
+تُرخَّص خطط 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 فما فوق.
+
+## كيف يتوافق RustDesk مع متطلبات ISO 27001 أو SOC 2 أو HIPAA
+
+تسأل فرق المشتريات في المؤسسات وفرق الرعاية الصحية دائمًا تقريبًا عن كيفية توافق أداة الوصول عن بعد مع ISO 27001 أو SOC 2 أو HIPAA. ومع منتج سحابي، فأنت ترث - وتعتمد على - شهادة المورّد الخاصة ببنيته التحتية _هو_. أما نموذج RustDesk فمختلف، وبالنسبة للفرق الخاضعة للأطر التنظيمية، يعمل هذا الاختلاف عادة لصالحك: فبما أنك **تستضيف ذاتيًا**، يعمل الوصول عن بعد داخل البيئة التي تتحكم بها وتدققها بالفعل، وبالتالي يقع ضمن نطاق ISO 27001 أو HIPAA _الخاص بك_ وضمن ضوابطك _القائمة أصلًا_ بدلًا من ضوابط طرف ثالث. فأنت تضع خادم المعرّف والترحيل ووحدة التحكم على بنية تحتية يغطيها برنامجك بالفعل، ولأن RustDesk [مفتوح المصدر](https://github.com/rustdesk/rustdesk)، يمكن لفريق الأمن لديك قراءة والتحقق بدقة مما يفعله البرنامج كجزء من عملية التقييم، بدلًا من الثقة بملف تنفيذي مغلق المصدر.
+
+بعض الملاحظات العملية:
+
+- تُبقي الاستضافة الذاتية الأنظمة الحساسة - الالتقاء والترحيل ووحدة التحكم وبيانات الأجهزة - على أجهزة تملكها أنت، وهذا هو بالضبط ما تحاول ضوابط إقامة البيانات أو HIPAA ضمانه عادة. وقائمة التحقق الخاصة بالنشر أدناه تُترجم ذلك إلى ضوابط موثَّقة.
+- وإذا كانت جهة المشتريات لديك تطلب تحديدًا تقرير SOC 2 من جانب المورّد، أو اتفاقية شريك أعمال (BAA) موقّعة، أو اتفاقية معالجة بيانات (DPA)، أو استبيانات أمنية مكتملة، فتواصل مع فريق RustDesk عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عمّا هو متاح حاليًا لحالتك.
+- ولأن 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 (تُحذف بمجرد اكتمال عملية البناء)، ويُزال برنامج التثبيت الناتج تلقائيًا بعد نحو يوم واحد، لذا يجب عليك تنزيله والاحتفاظ به بنفسك.
+
+هذه أدوات يمكن لبرنامج GDPR استخدامها فعليًا: فأنت لا تزال من يوثّقها ويشغّلها، لكنك لست بحاجة لانتظار المورّد كي يستجيب لطلب من صاحب البيانات.
+
+## سيادة يمكنك الإشارة إليها بوضوح
+
+إن استضافتك بنفسك لخوادم الالتقاء والترحيل ووحدة التحكم والبيانات المخزَّنة تمنح برنامج الامتثال شيئًا ملموسًا: بنية تحتية تضعها أنت وتشغّلها وتدققها. إنها أساس وليست خط نهاية، لكنها الجزء الذي يرتكز عليه كل شيء آخر.
+
+## قائمة تحقق لنشر يراعي GDPR والسيادة
+
+تمنحك الاستضافة الذاتية خيارات؛ ويتوجب على عملية النشر أن تحوّل تلك الخيارات إلى ضوابط فعلية:
+
+- وثِّق أماكن وجود خادم المعرّف، وخادم الترحيل، ووحدة التحكم، والنسخ الاحتياطية، والسجلات، والمسؤولين الإداريين.
+- ارسم خريطة للمسارات المباشرة من نظير إلى نظير بمعزل عن المسارات المُرحَّلة. فوجود خادم في ألمانيا لا يُبقي جلسة مباشرة بين ألمانيا وبلد آخر داخل حدود ألمانيا.
+- حدد متى يجب فرض استخدام الترحيل لأن التوجيه عبر موقع خاضع للتحكم يكون أهم من أداء الاتصال المباشر من نظير إلى نظير.
+- سجِّل الغرض، ومدة الاحتفاظ، وسياسة الوصول الخاصة بالبيانات الوصفية للأجهزة والحسابات والتدقيق والاتصالات.
+- طبِّق مجموعات أجهزة قائمة على مبدأ الحد الأدنى من الصلاحيات، ومصادقة متعددة العوامل/تسجيل دخول أحادي (MFA/SSO) حيثما توفرت، وعملية منظمة لإدارة انضمام الفنيين وتنقلهم ومغادرتهم (joiner-mover-leaver).
+- ضع وحدة التحكم عبر الويب خلف HTTPS، وقيِّد الوصول الشبكي الإداري، واختبر عملية استعادة النسخ الاحتياطية.
+- أكمل التقييم القانوني المناسب - مثل سجلات أنشطة المعالجة، ومراجعة معالج البيانات، وتقييم نقل البيانات، وتقييم أثر حماية البيانات (DPIA) - وفقًا لحالة استخدامك.
+
+يمكن لـ RustDesk أن يدعم بنية معمارية قائمة على السيادة، لكن المتحكم بالبيانات يظل هو المسؤول عن هذه البنية وأساسها القانوني.
+
+## قيّمه داخل محيطك الخاص
+
+يمكنك إجراء التقييم وفق شروطك الخاصة. استضف بنفسك خادم المجتمع المجاني مفتوح المصدر اليوم، أو راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط التقييم الحالية لميزات النسخة الاحترافية (Pro). تحقق من الخطط الحالية والميزات الدقيقة على [rustdesk.com/pricing](https://rustdesk.com/pricing). أتفضل المشاهدة أولًا؟ يوجد شرح فيديو كامل على [قناة RustDesk على YouTube](https://www.youtube.com/@rustdesk).
@@ -0,0 +1,116 @@
+---
+publishDate: 2026-07-06T12:36:00Z
+lang: 'ar'
+translationKey: 'rustdesk-and-remote-access-scams'
+draft: false
+title: 'RustDesk واحتيالات الوصول عن بُعد: ما الذي نقوم به'
+excerpt: 'لماذا غادرت RustDesk متجر Google Play، وأضافت تحذيرات ومتطلبات تسجيل دخول للخادم العام، وكيف يمكن للمستخدمين تعزيز حماية الأجهزة الخاضعة للتحكم بكلمات المرور والمصادقة الثنائية وقوائم عناوين IP المسموح بها.'
+image: '~/assets/images/blog/rustdesk-and-remote-access-scams-og.png'
+category: 'الأمان'
+tags: ['RustDesk', 'الأمان', 'عمليات الاحتيال']
+author: 'RustDesk Team'
+slug: "rustdesk-and-remote-access-scams-ar"
+faq:
+  - question: 'هل RustDesk عملية احتيال؟'
+    answer: 'لا. RustDesk هو برنامج شرعي ومفتوح المصدر للوصول عن بُعد. لكن مثله مثل أدوات سطح المكتب البعيد الأخرى، يمكن إساءة استخدامه عندما يقنع محتال شخصًا ما بتثبيته وتشغيل خدمته ومنحه صلاحية الوصول. تنشر RustDesk تحذيرات بشأن الاحتيال، وأضافت قيودًا على التوزيع وعلى الخادم العام للحد من هذا الاستغلال، إلا أنه لا يوجد أي منتج للوصول عن بُعد يمكنه جعل الهندسة الاجتماعية مستحيلة تمامًا.'
+  - question: 'لماذا لا يتوفر RustDesk على متجر Google Play؟'
+    answer: 'قامت RustDesk بسحب تطبيق أندرويد الخاص بها طوعًا من متجر Google Play في سبتمبر 2023 لمنع المزيد من عمليات الاحتيال التي تستهدف المستخدمين. لا تزال إصدارات أندرويد متوفرة عبر إصدارات RustDesk الرسمية على GitHub وعبر F-Droid. لا تُحمّل التطبيق إلا من مصادر تحققت منها بنفسك، وليس من رابط أرسله متصل لم تطلب منه ذلك.'
+  - question: 'لماذا يتطلب خادم RustDesk العام تسجيل الدخول؟'
+    answer: 'تقول RustDesk إن تسجيل دخول الطرف المتحكم مطلوب حاليًا على خادمها العام بسبب استمرار إساءة الاستخدام من عمليات الاحتيال وشبكات الروبوتات (botnets). تسجيل الدخول مجاني عبر مزودي هوية خارجيين مدعومين. والغرض من الخادم العام هو العرض التوضيحي والاختبار وليس بيئات الإنتاج أو الأعمال الحساسة؛ وتظل الاستضافة الذاتية متاحة للمؤسسات التي تحتاج إلى تشغيل بنيتها التحتية وسياساتها الخاصة.'
+  - question: 'كيف يمكنني حماية جهاز يقبل اتصالات RustDesk؟'
+    answer: 'عيّن كلمة مرور دائمة قوية وفريدة على الجهاز الخاضع للتحكم، وفعّل خاصية المصادقة الثنائية TOTP للاتصال في التطبيق، واستخدم قائمة عناوين IP المسموح بها عندما تكون عناوين أجهزة التحكم لديك أو نطاقات CIDR الخاصة بها معروفة ويمكن التنبؤ بها. اجعل استثناءات الأجهزة الموثوقة محدودة قدر الإمكان. تقلل هذه الطبقات من مخاطر كلمات المرور ومصدر الشبكة، لكنها لا يمكن أن تحمي شخصًا يُسلّم عمدًا كلمة المرور أو رمز المصادقة الثنائية الحالي أو الموافقة اليدوية إلى محتال.'
+metadata:
+  description: 'كيف تستجيب RustDesk لاحتيالات الوصول عن بُعد: التحذيرات العامة، والانسحاب من متجر Google Play، وتسجيل الدخول للخادم العام، والمصادقة الثنائية للأجهزة الخاضعة للتحكم، وقوائم عناوين IP المسموح بها القائمة على CIDR.'
+  keywords: 'احتيال RustDesk، هل RustDesk عملية نصب واحتيال، RustDesk ومتجر Google Play، تسجيل الدخول المطلوب في RustDesk، المصادقة الثنائية في RustDesk، القائمة البيضاء لعناوين IP في RustDesk، الوقاية من احتيال الوصول عن بُعد'
+---
+
+RustDesk برنامج شرعي ومفتوح المصدر للوصول عن بُعد، لكن حتى البرامج الشرعية يمكن إساءة استخدامها. فقد يتصل محتال بضحية، ويختلق مشكلة عاجلة، ويقنع ذلك الشخص بتثبيت أداة للتحكم عن بُعد ومنحه صلاحية الوصول. RustDesk ليس بمنأى عن هذا الخطر، والتشفير وحده لا يمكنه تصحيح موافقة تم الحصول عليها عن طريق الخداع.
+
+كانت استجابتنا وضع تحذيرات وعوائق عند عدة نقاط على طول هذا المسار: على موقعنا الإلكتروني، وداخل مسار الجهاز الخاضع للتحكم على أندرويد، وفي أحد قنوات التوزيع الرئيسية، وعلى الخادم العام. وتُسبب هذه الإجراءات أيضًا بعض الإزعاج للمستخدمين الشرعيين. يوثّق هذا المقال ما قمنا به، ولماذا فعلنا ذلك، وأين تبقى حدود هذه الإجراءات.
+
+## ماذا فعلت RustDesk بشأن احتيالات الوصول عن بُعد؟
+
+| الإجراء                               | ما الذي يعالجه                                                                | التكلفة أو القيود                                                                            |
+| ------------------------------------- | ----------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| تحذيرات الموقع الإلكتروني والتطبيق    | شخص يتم توجيهه لتثبيت RustDesk من قبل متصل مجهول                              | لا يزال بالإمكان تجاهل التحذير                                                               |
+| الانسحاب الطوعي من متجر Google Play   | التثبيت السهل المدفوع بالاحتيال عبر متجر تطبيقات مألوف                        | يفقد مستخدمو أندرويد الشرعيون إمكانية الاكتشاف عبر متجر Google Play والتحديثات التلقائية منه |
+| تسجيل الدخول على الخادم العام         | الاستخدام المجهول للبنية التحتية المشتركة في عمليات الاحتيال وشبكات الروبوتات | يجب على المستخدمين الشرعيين تسجيل الدخول، وتتعطل بعض إجراءات سير العمل الحالية               |
+| ضوابط الأمان على الجهاز الخاضع للتحكم | سرقة كلمات المرور، والتعرض الواسع للشبكة، ومخاطر الوصول غير المراقب           | يجب تهيئتها بشكل صحيح، ولا يمكنها منع الإفصاح الطوعي عنها                                    |
+
+هذه إجراءات للحد من المخاطر، وليست ادعاءً بأن RustDesk محصّن تمامًا ضد الاحتيال.
+
+## تحذيرات في الأماكن التي قد يراها فيها الضحية المحتملة
+
+تبدأ [صفحة دعم RustDesk](https://rustdesk.com/support) بتحذير مباشر من الاحتيال. فهي تخاطب الأشخاص الذين يتحدثون هاتفيًا مع شخص لا يعرفونه ولا يثقون به، ويُطلب منهم تثبيت RustDesk، وتطلب منهم التوقف. كما يحمل [مستودع RustDesk على GitHub](https://github.com/rustdesk/rustdesk) إخلاء مسؤولية بشأن إساءة الاستخدام ضد الوصول غير المصرح به والتحكم وانتهاك الخصوصية.
+
+يظهر هذا التحذير أيضًا داخل تطبيق أندرويد الرسمي الموزَّع عبر [إصدارات GitHub](https://github.com/rustdesk/rustdesk/releases). فعلى جهاز أندرويد غير مسجَّل الدخول والذي سيتم التحكم به، يؤدي النقر على **بدء الخدمة (Start service)** إلى فتح تحذير قبل أن تبدأ خدمة التقاط الشاشة. يُخبر هذا التحذير المستخدم الذي وجّهه متصل مجهول وغير موثوق بالتوقف وإنهاء المكالمة. وتفرض الإصدارات الرسمية عدًّا تنازليًا قبل أن يتمكن المستخدم من المتابعة. ويمكن الاطلاع على كل من [مسار الجهاز الخاضع للتحكم الحالي](https://github.com/rustdesk/rustdesk/blob/6c578292e8ebbbec708b76986ba8c4bc7c509747/flutter/lib/mobile/pages/server_page.dart#L244-L421) و[نص التحذير بالإنجليزية](https://github.com/rustdesk/rustdesk/blob/6c578292e8ebbbec708b76986ba8c4bc7c509747/src/lang/en.rs#L192-L194) في المستودع مفتوح المصدر.
+
+هذا الموضع مهم. فصفحة أمان عامة قد تصل إلى شخص يبحث عن معلومات حول المنتج، أما التحذير عند **بدء الخدمة (Start service)** فيصل إلى الشخص في اللحظة التي توشك فيها جلسة أندرويد واردة أن تصبح ممكنة. ومع ذلك، لا يمكنه إجبار ذلك الشخص على عدم الثقة بمتصل مقنع.
+
+## لماذا لا يتوفر RustDesk على متجر Google Play
+
+في 3 سبتمبر 2023، قال حساب RustDesk الرسمي على منصة X: [«لقد قمنا مؤقتًا بإلغاء نشر RustDesk من Google Play لمنع المزيد من عمليات الاحتيال التي تستهدف المستخدمين.»](https://x.com/rustdesk/status/1698372220379349421) وقد تم الحفاظ على الرابط والنص أيضًا في [نقاش GitHub رقم 5660](https://github.com/rustdesk/rustdesk/discussions/5660) الذي تمت الإجابة عليه، كما تذكر [الأسئلة الشائعة الحالية لـ RustDesk أن المشروع أزال نفسه من متجر Google Play بسبب الاحتيال](https://github.com/rustdesk/rustdesk/wiki/FAQ#apple--google-store).
+
+لذلك، **لا يتم توزيع RustDesk حاليًا عبر متجر Google Play**. لم يكن هذا ادعاءً بأن تطبيق أندرويد كان برمجية خبيثة أو أن كل شخص يقوم بتثبيته كان معرضًا للخطر. بل كان قرارًا يتعلق بالتوزيع يهدف إلى تقليل مسار شائع يُستخدم في تعليمات الاحتيال.
+
+هناك مقايضة حقيقية: فمغادرة متجر Google Play تقلل من إمكانية اكتشاف التطبيق، وسهولة التثبيت المألوفة، والتحديثات التلقائية من المتجر بالنسبة للمستخدمين الشرعيين. تتوفر إصدارات أندرويد الحالية عبر [إصدارات RustDesk الرسمية على GitHub](https://github.com/rustdesk/rustdesk/releases) وعبر [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/). تحقق من الوجهة بنفسك. لا تُثبّت ملف APK من رابط تحميل أرسله متصل دعم لم تطلب منه ذلك. يسرد [دليلنا لأندرويد و iOS](/ar/blog/rustdesk-remote-control-android-ios-ar) الإمكانات الحالية للأجهزة المحمولة ومصادر التثبيت.
+
+## لماذا يتطلب الخادم العام تسجيل الدخول
+
+يذكر [دليل تسجيل الدخول للخادم العام](https://github.com/rustdesk/rustdesk/wiki/Login-required-for-public-server) الحالي الخاص بـ RustDesk أن تسجيل دخول الطرف المتحكم مطلوب بسبب استمرار إساءة الاستخدام من الاحتيال وشبكات الروبوتات. تسجيل الدخول مجاني ويستخدم مزود هوية خارجي مدعوم مثل Google أو GitHub؛ ولا يُتاح اسم مستخدم وكلمة مرور منفصلان على الخادم العام. ويذكر الدليل حاليًا أن أطراف التحكم فقط هي المطالَبة بتسجيل الدخول.
+
+يضيف هذا خطوة تحقق من الهوية، ويزيل بعض إمكانية الوصول المجهول إلى البنية التحتية التي تشغّلها RustDesk لأغراض العرض التوضيحي والاختبار. وهو لا يحكم خادم RustDesk الخاص، ولا يمكنه إيقاف محتال يستخدم بنية تحتية أخرى أو ينشئ هوية جديدة.
+
+كما تسبب ذلك في بعض الاضطراب. ففي [نقاش على Reddit حول خطأ تسجيل الدخول الجديد](https://www.reddit.com/r/rustdesk/comments/1sm91xv/getting_this_error_when_trying_to_connect_anyone/)، أفاد بعض المستخدمين الشرعيين بأنهم لم يتمكنوا من الوصول إلى أجهزتهم المنزلية أو أجهزة العائلة حتى فهموا خطوة تسجيل الدخول وأتمّوها. واعترض آخرون على ربط هوية خارجية. هذه التعليقات ليست دليلاً على أن هذا القيد فعّال أو غير فعّال ضد المحتالين، لكنها توثّق تكلفته التشغيلية. فالإجراءات المضادة للاحتيال التي تضيف عوائق ينبغي أن تعترف بهذه التكلفة بوضوح.
+
+## كيف تؤمّن جهاز RustDesk الخاضع للتحكم؟
+
+القيود على مستوى المنصة ليست سوى طبقة واحدة فقط. إذ ينبغي على مالك الجهاز الخاضع للتحكم أو مسؤوله أيضًا أن يحدّ من الجهات القادرة على الاتصال، ومما يمكن أن تفعله بيانات الاعتماد المسروقة.
+
+### 1. عيّن كلمة مرور دائمة قوية وفريدة
+
+من أجل [الوصول غير المراقب](/ar/blog/rustdesk-unattended-access-setup-ar)، عيّن **كلمة مرور دائمة قوية وفريدة** ضمن إعدادات أمان RustDesk الخاصة بالجهاز الخاضع للتحكم. لا تُعِد استخدام كلمة مرور تسجيل الدخول لنظام التشغيل، أو كلمة مرور البريد الإلكتروني، أو كلمة مرور مستخدمة في خدمة أخرى. وغيّرها فورًا إذا كان يُحتمل أنها قد أُفشيت.
+
+بالنسبة للدعم الفني المراقَب (بحضور المستخدم)، يُفضَّل استخدام كلمة مرور مؤقتة لمرة واحدة أو الموافقة الصريحة بالنقر متى كان ذلك عمليًا. تقلل كلمة المرور الدائمة القوية من مخاطر التخمين، وحشو بيانات الاعتماد (credential stuffing)، وإعادة استخدام كلمة المرور. لكنها لا تُجدي نفعًا إذا قرأ الضحية تلك الكلمة على متصل هاتفي.
+
+### 2. فعّل المصادقة الثنائية (2FA) على الجهاز الخاضع للتحكم
+
+يتضمن RustDesk مصادقة ثنائية عبر TOTP للاتصالات الواردة إلى الجهاز الخاضع للتحكم. على الجهاز الذي سيقبل الاتصالات، افتح إعدادات الأمان الخاصة به، وفعّل **المصادقة الثنائية (2FA)**، وامسح رمز QR ضوئيًا باستخدام تطبيق مصادقة، وأكّد الإعداد باستخدام الرمز المكون من ستة أرقام.
+
+بمجرد التفعيل، لا يكفي قبول كلمة مرور الاتصال العادية: إذ يجب على الطرف المتحكم أيضًا تقديم رمز TOTP الحالي المكون من ستة أرقام قبل أن يُصرِّح الجهاز الخاضع للتحكم بالجلسة. وقد تم تقديم هذه الميزة تحديدًا باعتبارها [مصادقة ثنائية للوصول غير المراقب](https://github.com/rustdesk/rustdesk/commit/44e6b7dbb0125dc0c288c19a16a944b5d605852b)، و[تطبيق TOTP الخاص بها متاح للعامة في الشيفرة المصدرية](https://github.com/rustdesk/rustdesk/blob/master/src/auth_2fa.rs).
+
+يمكن لـ RustDesk، اختياريًا، أن يثق بجهاز متحكم معين ويتخطى طلبات المصادقة الثنائية لاحقًا. اترك خيار التجاوز هذا معطلاً للحصول على أكثر سلوك تقييدًا. وإذا استخدمته، راجع قائمة الأجهزة الموثوقة واحذف الأجهزة المفقودة أو المستبدَلة أو المشتركة أو التي لم تعد مصرَّحًا لها.
+
+تحمي المصادقة الثنائية من كلمة مرور تم تخمينها أو إعادة استخدامها أو تعرّضت للانكشاف. لكنها لا يمكن أن تحمي شخصًا يُسلّم محتالًا كلمة المرور ورمز تطبيق المصادقة الحالي معًا.
+
+### 3. قيّد الاتصالات الواردة باستخدام قائمة عناوين IP المسموح بها
+
+تُطلق واجهة RustDesk على هذه الميزة اسم **القائمة البيضاء لعناوين IP (IP Whitelisting)**. وبعبارة توضيحية، فهي قائمة عناوين IP مسموح بها: إذ يرفض الجهاز الخاضع للتحكم أي اتصال يكون عنوان مصدره خارج القائمة المُعدَّة، وذلك قبل التحقق من كلمة المرور والمصادقة الثنائية.
+
+يمكن إعداد ذلك من:
+
+- **جهاز سطح المكتب الخاضع للتحكم:** **الإعدادات → الأمان → الأمان → استخدام القائمة البيضاء لعناوين IP (Settings → Security → Security → Use IP Whitelisting)**
+- **جهاز الجوال الخاضع للتحكم:** **الإعدادات → مشاركة الشاشة → استخدام القائمة البيضاء لعناوين IP (Settings → Share screen → Use IP Whitelisting)**
+
+يقبل هذا الإعداد عناوين IPv4 أو IPv6 فردية، بالإضافة إلى نطاقات CIDR. يجمع تدوين CIDR بين عنوان الشبكة وطول البادئة (prefix length). وتحدد البادئة عدد البتات الأولى الثابتة: فكلما زادت قيمة البادئة، صغُر النطاق المسموح به.
+
+- `203.0.113.10` أو `203.0.113.10/32`: عنوان IPv4 واحد.
+- `203.0.113.0/24`: 256 عنوان IPv4، من `203.0.113.0` إلى `203.0.113.255`.
+- `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).
+
+استخدم أصغر نطاقات ممكنة عمليًا. فعناوين خروج المكتب الثابتة ونطاقات VPN المعروفة مرشحات جيدة. أما العناوين المنزلية الديناميكية وأجهزة التحكم المتنقلة (roaming) فليست كذلك. تأكّد من عنوان المصدر الذي يراه RustDesk في بنية شبكتك، سواء كانت عبر NAT أو VPN أو اتصالاً مباشرًا أو عبر خادم ترحيل (relay)، واختبر القاعدة الجديدة من جلسة أخرى قبل إغلاق الجلسة العاملة الحالية. فقد يؤدي عنوان أو نطاق CIDR خاطئ إلى حرمان فريق الدعم الشرعي من الوصول.
+
+تعمل القائمة المسموح بها على تضييق الأماكن التي يمكن أن ينشأ منها الاتصال. وهي لا تحل محل كلمة المرور أو المصادقة الثنائية، ولا يمكنها إيقاف طرف تحكم ضار يعمل بالفعل من داخل شبكة مسموح بها.
+
+## ما لا يمكن أن تفعله هذه الإجراءات
+
+تزيل كل من التحذيرات، والانسحاب من المتجر، ومتطلبات تسجيل الدخول، وكلمات المرور القوية، والمصادقة الثنائية، وقوائم عناوين IP المسموح بها جزءًا من فرصة المهاجم. لكن لا شيء من ذلك يزيل الخطر الأساسي المتمثل في الهندسة الاجتماعية: إذ لا يزال بالإمكان إقناع شخص ما بالموافقة على الوصول أو الإفصاح عن كل عامل من عوامل الحماية.
+
+كما أن الاستضافة الذاتية لا تجعل إساءة الاستخدام مستحيلة هي الأخرى. فهي تمنح المؤسسة السيطرة على خادم RustDesk الخاص بها وسياساتها، لكن بإمكان المحتال أيضًا تشغيل بنية تحتية خاصة أو توزيع تطبيق معدَّل. لذا لا ينبغي الخلط بين قيود الخادم العام لدى RustDesk وبين حماية تمتد تلقائيًا إلى كل عملية نشر ذاتية الاستضافة.
+
+إذا طلب منك متصل مجهول تثبيت RustDesk، أو بدء تشغيل خدمته، أو مشاركة كلمة مرور، أو الإفصاح عن رمز مصادقة ثنائية، أو فتح موقع مصرفي، فتوقف. يشرح دليلنا المحايد حول [اكتشاف احتيالات سطح المكتب البعيد والوقاية منها والتعافي منها](/ar/blog/avoid-remote-desktop-scams-ar) علامات التحذير وما يجب فعله إذا كان الوصول قد مُنح بالفعل.
+
+المسؤولية هنا ليست إعدادًا واحدًا أو مجرد تصريح بالنوايا الحسنة. بل هي عمل مستمر يشمل تحذير المستخدمين، وتقبّل بعض العوائق حين تستدعيها مواجهة إساءة الاستخدام، وتوفير ضوابط تقنية، وتوثيق حدودها، وتطوير الاستجابة مع تغيّر أساليب المهاجمين.
@@ -0,0 +1,102 @@
+---
+publishDate: 2026-07-06T08:31:00Z
+lang: 'ar'
+translationKey: 'rustdesk-connected-waiting-for-image'
+draft: false
+title: 'مشكلة «متصل، في انتظار الصورة» في RustDesk: دليل الإصلاح الشامل'
+excerpt: 'تعني رسالة «متصل، في انتظار الصورة» أن شاشة الجهاز البعيد لا يتم التقاطها. إليك كل الأسباب المحتملة – من الأجهزة الخالية من الشاشة (headless) إلى وضع السكون وبرامج الترميز وتعريفات التشغيل – وطريقة حل كل منها.'
+image: '~/assets/images/blog/rustdesk-connected-waiting-for-image-og.png'
+category: 'استكشاف الأخطاء'
+tags: ['RustDesk', 'استكشاف الأخطاء']
+author: 'RustDesk Team'
+slug: 'rustdesk-connected-waiting-for-image-ar'
+faq:
+  - question: 'لماذا تظهر رسالة «متصل، في انتظار الصورة» في RustDesk؟'
+    answer: 'تم إنشاء الجلسة بنجاح، لكن الجهاز البعيد لا يُنتج صورة للشاشة لإرسالها. السبب الأكثر شيوعًا هو عدم وجود شاشة عرض نشطة يمكن التقاطها – كأن يكون الجهاز خادمًا بلا شاشة (headless) متصلة، أو تكون الشاشة قد دخلت في وضع السكون أو القفل، أو لا يسمح نظام التشغيل لـ RustDesk بتسجيل الشاشة. بمجرد إصلاح مصدر الالتقاط، تظهر الصورة.'
+  - question: 'كيف أُصلح مشكلة «انتظار الصورة» في RustDesk على جهاز بلا شاشة (headless)؟'
+    answer: 'الجهاز الذي لا توجد به شاشة متصلة لا يملك إطار عرض (framebuffer) يمكن التقاطه، لذا لا يكون لدى RustDesk ما يرسله. وصّل شاشة حقيقية، أو استخدم وصلة HDMI وهمية (dummy plug) رخيصة تجعل بطاقة الرسومات (GPU) تعتقد أن هناك شاشة متصلة، أو استخدم على أنظمة Linux الإعداد الموثّق للتشغيل بلا شاشة (github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support). إيقاظ الشاشة أو إبقاؤها مستيقظة يحل معظم الحالات.'
+  - question: 'هل يؤدي تغيير برنامج ترميز الفيديو (codec) إلى حل مشكلة الشاشة السوداء؟'
+    answer: 'غالبًا، نعم. يمكنك من شريط أدوات الجلسة البعيدة أو من الإعدادات تبديل برنامج الترميز – VP8 أو VP9 أو AV1 أو H.264/H.265 حيثما يدعمها العتاد. فبرنامج الترميز الذي لا يستطيع عتاد الجهاز البعيد ترميزه يُظهر صورة فارغة أو متجمدة، والعودة إلى برنامج ترميز برمجي مثل VP9 يعيد الصورة عادةً.'
+  - question: 'تظهر الصورة في RustDesk على جهاز كمبيوتر ولا تظهر على آخر. ما السبب؟'
+    answer: 'هذا يشير إلى مشكلة محلية في الجهاز الذي لا يعمل – كشاشة في وضع السكون أو غير متصلة، أو عدم منح صلاحية تسجيل الشاشة على macOS، أو تعريف تشغيل قديم لبطاقة الرسومات، أو تعارض في التسريع بالعتاد، أو برنامج ترميز لا يدعمه العتاد. اتّبع الحلول الخاصة بكل سبب الواردة في هذا الدليل على الجهاز الذي لا يعمل، لا على الجهاز الذي يعمل بشكل صحيح.'
+  - question: 'هل يمكن أن يكون خادمي ذاتي الاستضافة سببًا في ظهور «في انتظار الصورة»؟'
+    answer: 'عادةً ما تكون الجلسة متصلة بالفعل عند ظهور هذه الرسالة، ما يعني أن الخادم يؤدي دوره كما ينبغي. لكن ازدحام خادم التحويل (relay) العام أو حظر أحد منافذه قد يوقف بث الفيديو. في المسار القياسي للخادم، اسمح بالمنفذين TCP 21115-21117 وUDP 21116؛ وافتح المنفذين TCP 21118-21119 فقط إذا كنت تستخدم عملاء WebSocket. فكّر في استضافة خادم التحويل بنفسك للحصول على أداء أكثر ثباتًا.'
+
+metadata:
+  description: 'رسالة «RustDesk متصل، في انتظار الصورة»؟ إليك حل مشكلة الشاشة السوداء: الأجهزة بلا شاشة، السكون/القفل، برامج ترميز الفيديو، تعريفات بطاقة الرسومات، Wayland، ومنافذ جدار الحماية.'
+  keywords: 'RustDesk متصل في انتظار الصورة، شاشة RustDesk سوداء، حل مشكلة RustDesk في انتظار الصورة، RustDesk بدون صورة، وصلة HDMI وهمية لـ RustDesk، برنامج ترميز فيديو RustDesk، تسريع العتاد في RustDesk'
+---
+
+إذا ظهرت في RustDesk رسالة **«متصل، في انتظار الصورة»** ثم عُرضت شاشة سوداء، فالخبر الجيد أن الجزء الأصعب قد نجح بالفعل: تمكّن الطرفان من العثور على بعضهما وتأسست الجلسة. كل الناقص هو _الصورة_. فثمة خلل ما في الجهاز البعيد يمنعه من إنتاج صورة للشاشة لإرسالها. يستعرض هذا الدليل كل سبب معروف لهذه المشكلة، بدءًا من السبب الأكثر شيوعًا وصولًا إلى الحالات النادرة، مع حل عملي لكل منها.
+
+## الإجابة المختصرة
+
+تم الاتصال بالجلسة، لكن لا يوجد إطار عرض (framebuffer) لالتقاطه. فعلى جهاز بعيد **بلا شاشة متصلة، أو بشاشة في وضع السكون أو القفل، أو بشاشة لا يسمح نظام التشغيل لـ RustDesk بتسجيلها**، لا يكون لدى بث الفيديو ما يُرمّزه. امنح RustDesk شاشة حقيقية ومستيقظة يمكنه التقاطها – سواء كانت شاشة فعلية، أو وصلة HDMI وهمية، أو الإذن المناسب، أو برنامج ترميز متوافق – وستظهر الصورة.
+
+## ابدأ من هنا: هل هناك ما يمكن التقاطه؟
+
+السبب الأكثر ورودًا في التقارير على الإطلاق هو **جهاز بلا شاشة (headless)** – خادم أو حاسوب مصغّر (mini-PC) أو محطة عمل تعمل بلا شاشة متصلة، أو بشاشة في وضع السكون. فمع غياب شاشة عرض نشطة، لا تُنتج بطاقة الرسومات (GPU) أي إطار عرض (framebuffer)، فيتصل RustDesk لكن لا يكون لديه ما يرسله. يتكرر هذا النمط مرارًا في متتبع المشكلات (issue tracker) الخاص بـ RustDesk، بما في ذلك [تقارير عن شاشات سوداء تحديدًا عندما تكون شاشة الجهاز الهدف مطفأة](https://github.com/rustdesk/rustdesk/issues/9884) و[سلسلة النقاش الطويلة حول «متصل، في انتظار الصورة»](https://github.com/rustdesk/rustdesk/issues/222).
+
+توجد ثلاث طرق لتزويده بما يمكن التقاطه:
+
+- **وصّل شاشة** وتأكد من أنها مُشغَّلة ومستيقظة.
+- **استخدم وصلة HDMI وهمية (أو DisplayPort).** هذه المهايئات الرخيصة تجعل بطاقة الرسومات تعتقد أن هناك شاشة متصلة، فتستمر في إنتاج إطار عرض يلتقطه RustDesk. وهذا هو الحل القياسي لأجهزة سطح المكتب والخوادم المنزلية التي تعمل بلا شاشة.
+- **على أنظمة Linux، اتّبع المسار الموثّق للتشغيل بلا شاشة.** يدعم RustDesk إعدادات Linux التي تعمل بلا شاشة، لكن الإعداد يختلف عن جلسة سطح مكتب عادية – راجع [صفحة ويكي دعم Linux بلا شاشة](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support).
+
+وإذا كانت هناك شاشة متصلة _بالفعل_، فالمشتبه به التالي هو أنها دخلت في وضع السكون.
+
+## الإصلاح حسب السبب
+
+| السبب                              | المؤشر                                       | الحل                                                                                                                   |
+| ---------------------------------- | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
+| بلا شاشة (headless) / لا توجد شاشة | شاشة سوداء على خادم أو حاسوب مصغّر           | وصّل شاشة، أو أضف وصلة HDMI وهمية، أو استخدم مسار Linux بلا شاشة                                                       |
+| الشاشة في وضع السكون / القفل       | كانت تعمل سابقًا، ثم اسودّت بعد فترة خمول    | أيقظ الشاشة؛ عطّل وضع السكون/شاشة التوقف؛ وعلى macOS أوقف سكون الشاشة من الإعدادات                                     |
+| صلاحية مفقودة (macOS)              | يتصل لكن الشاشة سوداء دائمًا                 | امنح صلاحية «تسجيل الشاشة» في الخصوصية والأمان؛ ثبّت المساعد الخاص بشاشة تسجيل الدخول                                  |
+| عدم توافق برنامج الترميز           | صورة فارغة أو متجمدة                         | بدّل برنامج الترميز (VP8 / VP9 / AV1 / H.264 / H.265)؛ ارجع إلى برنامج ترميز برمجي                                     |
+| تعارض في التسريع بالعتاد           | شاشة سوداء على بطاقات رسومات معينة           | أوقف برنامج الترميز بالعتاد من شريط أدوات الجلسة أو الإعدادات، أو بدّل برنامج الترميز                                  |
+| تعريف تشغيل قديم لبطاقة الرسومات   | شاشة سوداء بعد تحديث التعريف أو نظام التشغيل | حدّث تعريف بطاقة الرسومات (خصوصًا NVIDIA)                                                                              |
+| جلسة Wayland (Linux)               | لا تظهر رسالة طلب الموافقة، والشاشة فارغة    | اقبل رسالة PipeWire/البوابة (portal)، وتأكد من تثبيت بوابة سطح المكتب؛ كما تعمل جلسة X11 حيثما لا تزال التوزيعة توفرها |
+| توقف الشبكة / خادم التحويل         | يبقى عالقًا عند «في انتظار الصورة»           | اسمح بالمنفذين TCP 21115-21117 وUDP 21116؛ وأضف TCP 21118-21119 لعملاء WebSocket                                       |
+
+### سكون الشاشة، القفل، وشاشات التوقف
+
+إذا كانت الصورة تظهر سابقًا ثم اسودّت الشاشة بعد فترة من خمول الجهاز، فهذا يعني أن الشاشة دخلت في وضع السكون.
+
+- **Windows:** اضبط خطة الطاقة بحيث لا تدخل الشاشة أو الجهاز في وضع السكون خلال الساعات التي تحتاج فيها إلى الوصول عن بُعد، وعطّل شاشة التوقف (أو اضبطها بحيث لا تطلب كلمة مرور أثناء الجلسة).
+- **macOS:** امنع الشاشة من الدخول في وضع السكون خلال الساعات التي تحتاج فيها إلى الوصول عن بُعد – اضبط ذلك من **إعدادات النظام ← الشاشات** (أو إعدادات شاشة القفل/الطاقة)، وأبقِ جهاز Mac متصلًا بمهايئ الطاقة، لأن سلوك السكون يختلف عند العمل على البطارية.
+- **Android:** يجب أن تكون الشاشة مُضاءة حتى تتم مشاركتها، لذا المس الشاشة لإيقاظها قبل الاتصال. والاتصال من iOS بجهاز Android في وضع الخمول والشاشة مطفأة هو [حالة معروفة من مشكلة «في انتظار الصورة»](https://github.com/rustdesk/rustdesk/issues/11479) – فأيقظ الجهاز الهدف أولًا.
+
+### أذونات macOS
+
+لا يسمح macOS لأي تطبيق بتسجيل الشاشة دون موافقة صريحة. فإذا اتصل RustDesk لكن ظلت الشاشة سوداء على جهاز Mac، افتح **إعدادات النظام ← الخصوصية والأمان ← تسجيل الشاشة** وفعّل RustDesk، ثم أعد تشغيل التطبيق. أما الشاشة السوداء التي تظهر تحديدًا _عند نافذة تسجيل الدخول_ فتعني أن خدمة/مساعد RustDesk غير مثبَّت للعمل قبل تسجيل دخول المستخدم – ثبّته لالتقاط الشاشة قبل تسجيل الدخول.
+
+### عدم توافق برنامج ترميز الفيديو
+
+يستطيع RustDesk ترميز البث بعدة طرق، والإعداد الافتراضي لا يناسب دائمًا عتاد الجهاز البعيد. من شريط أدوات الجلسة (أو الإعدادات)، بدّل برنامج الترميز – **VP8 أو VP9 أو AV1 أو H.264/H.265 حيثما يدعمها العتاد** – وراقب ظهور الصورة. وإذا أنتج برنامج ترميز بالعتاد صورة فارغة على بطاقة رسومات معينة، فالانتقال إلى برنامج ترميز برمجي مثل VP9 هو الخطوة الموثوقة.
+
+### التسريع بالعتاد وتعريفات بطاقة الرسومات
+
+بعض بطاقات الرسومات – وتأتي إعدادات NVIDIA على رأس القائمة غالبًا – تتعارض مع مسارات الالتقاط والعرض المسرَّعة بالعتاد في RustDesk. هناك إجراءان يساعدان في ذلك:
+
+- **أوقف برنامج الترميز بالعتاد.** من شريط أدوات الجلسة (أو الإعدادات)، عطّل خيار **استخدام برنامج الترميز بالعتاد** بحيث يتحول الترميز إلى مسار برمجي – وهذا يزيل الشاشة السوداء على كثير من بطاقات الرسومات التي تسبب مشكلات.
+- **حدّث تعريف بطاقة الرسومات.** الشاشة السوداء التي بدأت بعد تحديث التعريف أو نظام التشغيل غالبًا ما تُحل بالانتقال إلى تعريف حديث، خصوصًا على عتاد 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؛ وعلى جهاز بلا شاشة، استخدم [إعداد التشغيل بلا شاشة](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support) الموثّق. كما أن تسجيل الدخول إلى جلسة X11/Xorg يتجنب مسار البوابة أيضًا حيثما لا تزال التوزيعة توفر هذا الخيار – لكن مع تحوّل كثير من التوزيعات إلى الاعتماد على Wayland حصرًا، يصبح إصلاح مسار البوابة/PipeWire هو النهج الأكثر ثباتًا على المدى الطويل.
+
+### الشبكة وخادم التحويل
+
+بما أن الرسالة تحتوي على كلمة «متصل»، فإن الجلسة تكون عادةً قائمة بالفعل – لكن _الفيديو_ قد يظل متوقفًا إذا كان خادم التحويل (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/).
+
+## حافظ على تحديث كل شيء
+
+الإصدارات القديمة تحمل أخطاء التقاط قديمة أيضًا. حدّث **كلا** الجهازين – العميل المتحكِّم والعميل الخاضع للتحكم – إلى أحدث إصدار، وإذا كنت تستضيف الخادم بنفسك فحدّثه أيضًا. تختفي العديد من تقارير الشاشة السوداء بمجرد التحديث على كلا الطرفين.
+
+## ميزة المصدر المفتوح
+
+عندما تستعصي الشاشة السوداء على كل ما سبق من حلول، يمنحك RustDesk شيئًا لا تمنحه الأدوات مغلقة المصدر: كود الالتقاط الفعلي بموجب ترخيص AGPL. يمكنك أنت (أو أي متعاقد تستعين به) قراءة الطريقة الدقيقة التي يعمل بها الالتقاط على منصتك، وإعادة إنتاج المشكلة، وتقديم تقرير دقيق في المستودع العام – بدلًا من انتظار دورك في طابور دعم أحد الموردين.
+
+## متغيرات أقل عندما يكون الخادم ملكك
+
+شغّل [خادم التحويل ومعرّف الهوية (ID) الخاصين بك](/ar/blog/why-self-host-remote-desktop-software-ar)، لتخرج البنية التحتية العامة المشتركة من الصورة تمامًا – وهذا يعني مجهولًا واحدًا أقل عندما تكون بصدد تتبع مشكلة التقاط، إضافة إلى تحكم كامل في الأجزاء القابلة للضبط. وتلك ميزة إضافية هادئة تُضاف إلى الحفاظ على بياناتك.
@@ -0,0 +1,94 @@
+---
+publishDate: 2026-06-29T16:16:00Z
+lang: 'ar'
+translationKey: rustdesk-for-enterprise
+draft: false
+title: 'RustDesk للمؤسسات: مُستضاف ذاتيًا، وقابل للتوسع، وجاهز للتكامل مع Active Directory'
+excerpt: 'لماذا تختار فرق تقنية المعلومات في المؤسسات RustDesk: تحكّم كامل بالبيانات عبر الاستضافة الذاتية، ودعم AD/LDAP، وتحكّم بالوصول عبر مجموعات الأجهزة، وتسعير يمكن التنبؤ به لأساطيل الأجهزة الكبيرة.'
+image: ~/assets/images/blog/rustdesk-for-enterprise-og.png
+category: 'أدلة'
+tags: ['RustDesk', 'الشركات', 'الاستضافة الذاتية']
+author: RustDesk Team
+slug: 'rustdesk-for-enterprise-ar'
+faq:
+  - question: 'هل يمكن نشر RustDesk بشكل جماعي على أسطول أجهزة المؤسسة؟'
+    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 فما فوق، بحيث يُصادَق الفنيون عبر مصدر الهوية الحالي لديك بدلاً من الاعتماد على قائمة مستخدمين منفصلة.'
+  - question: 'هل يمكن للمؤسسات الاحتفاظ ببيانات RustDesk على بنيتها التحتية الخاصة؟'
+    answer: 'نعم — وهذا هو النموذج الأساسي. فأنت تستضيف بنفسك خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ووحدة التحكم، وبيانات الأجهزة المخزَّنة. ومع ذلك تظل حركة جلسات الاتصال المباشر تمر بين نقاط النهاية، لذا وثّق مسار توجيه نقاط النهاية إلى جانب تحديد موضع الخادم.'
+  - question: 'كيف يعمل تسعير RustDesk بالنسبة لأساطيل الأجهزة الكبيرة؟'
+    answer: 'يعتمد ترخيص RustDesk على عدد مستخدمي تسجيل الدخول وعدد الأجهزة المُدارة، مع اتصال متزامن غير محدود في الخطط القياسية (خطة Customized V2 وحدها تقيس الاتصال المتزامن وتُسعّره)، ومع ترقيات محسوبة بالتناسب (prorated). حدد الأعداد المطلوبة استنادًا إلى الجدول الحالي على rustdesk.com/pricing.'
+metadata:
+  description: 'RustDesk للمؤسسات: استضف الحل بنفسك على خوادمك الخاصة للتحكم الكامل بالبيانات، مع دعم LDAP/AD، والتحكم بالوصول عبر مجموعات الأجهزة، ودون تسعير قائم على القنوات.'
+  keywords: 'RustDesk للمؤسسات، نشر RustDesk في المؤسسات، دعم عن بُعد متكامل مع Active Directory، بنية RustDesk للمؤسسات'
+---
+
+## احتفظ بالوصول عن بُعد ضمن بنية تحتية تتحكم بها بنفسك
+
+عادةً ما تركّز عمليات التقييم في المؤسسات على التحكم بالبنية التحتية، وإدارة الهوية، وسياسات الوصول، وإمكانية التدقيق، وقابلية التوسع، والقدرة على التنبؤ بالترخيص. ويمكن مقارنة هذه المتطلبات مباشرةً بإمكانيات المنتج والوثائق المتاحة للعموم.
+
+إذا كنت تُقيّم استخدام **RustDesk للمؤسسات**، فالسؤال الجوهري عادةً ما يكون واحدًا: هل يمكننا تشغيل الدعم عن بُعد على نطاق واسع، والاحتفاظ بالبيانات على بنية تحتية نتحكم بها، وربط الوصول بنظام الهوية الحالي لدينا — دون فاتورة قائمة على القنوات (per-channel) تتضخم مع كل تجديد؟ يستعرض هذا المقال كيف يجيب RustDesk عن ذلك، وأين تكمن المقايضات الصادقة.
+
+## الفرق الجوهري: أنت من يستضيف، فأنت من يتحكم
+
+RustDesk Server Pro هو حل **مستضاف ذاتيًا**؛ إذ يعمل خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ووحدة التحكم، وبيانات النشر المخزَّنة داخل محيط شبكتك الخاص، على بنية تحتية تديرها بنفسك ([لماذا تُعد الاستضافة الذاتية الخيار الافتراضي للمؤسسات](/ar/blog/why-self-host-remote-desktop-software-ar)). هذه الحقيقة المعمارية الوحيدة هي ما يقود معظم فوائد المؤسسات المذكورة أدناه. وهي أيضًا السبب في أن كون نواة RustDesk **[مفتوحة المصدر (AGPL)](https://github.com/rustdesk/rustdesk)** أمر مهم هنا: إذ يمكن لفريق الأمان لديك قراءة الشيفرة، وتدقيق ما يفعله العميل بالضبط، وبناءه بنفسه، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى. وبالنسبة للمؤسسات التي يتوجّب عليها تبرير كل برنامج يلامس نقطة نهاية إنتاجية، فإن عبارة «يمكنك قراءة الشيفرة المصدرية» ليست شعارًا تسويقيًا، بل متطلب مشتريات يمكنك تلبيته فعليًا.
+
+## أسئلة حول بنية المؤسسة يجب الإجابة عنها أولًا
+
+قبل مقارنة جداول الميزات، ينبغي توضيح تصميم عملية النشر بشكل صريح:
+
+| القرار             | ما يجب أن يحدده التصميم                                                                                                                 |
+| ------------------ | --------------------------------------------------------------------------------------------------------------------------------------- |
+| الهوية             | مصدر OIDC أو LDAP، وسياسة المصادقة متعددة العوامل (MFA)، والوصول الطارئ (break-glass)، ودورة حياة الحسابات                              |
+| التفويض            | ملكية مجموعات الأجهزة، وأدوار الفنيين، وحدود المقاولين، ونموذج الموافقة                                                                 |
+| الشبكة             | موضع خادم المعرّف وخادم الترحيل، وسياسة الاتصال المباشر مقابل الترحيل، والمنافذ المكشوفة، والتوجيه الإقليمي                             |
+| التوافر            | افتراضات السعة، والمراقبة، والنسخ الاحتياطي، وأهداف الاسترداد، وتصميم الترحيل المتعدد                                                   |
+| إدارة نقاط النهاية | إصدارات أنظمة التشغيل المدعومة، وتحزيم العميل، وفرض التهيئة، واتفاقية مستوى خدمة التحديثات (SLA)                                        |
+| عمليات الأمان      | التسجيل (logging)، ومدة الاحتفاظ بالبيانات، والتنبيهات، والاستجابة للثغرات، وملكية الحوادث                                              |
+| الترخيص            | عدد مستخدمي تسجيل الدخول المطلوبين، والأجهزة المُدارة، وأي سماح باتصال متزامن ضمن [Customized V2](https://rustdesk.com/pricing#custom2) |
+
+يوفر RustDesk مكوّنات الوصول عن بُعد وضوابط المؤسسات؛ أما بنيتك المعمارية فهي التي تحدد ما إذا كانت هذه المكوّنات تلبي متطلبات التوافر والامتثال والتشغيل الخاصة بمؤسستك.
+
+## التحكم بالبيانات والامتثال
+
+تتيح لك الاستضافة الذاتية اختيار موقع ومُشغّل خادم الالتقاء (rendezvous)، وخادم الترحيل، ووحدة التحكم، وبيانات الأجهزة المخزَّنة. ومع ذلك، تظل الجلسات المباشرة تمر بين نقاط النهاية، لذا فإن موقع الخادم وحده لا يضمن بقاء حركة البيانات داخل حدود الدولة أو الامتثال للائحة 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).
+
+وهذا أيضًا سبب غير معلن وراء عمليات الانتقال المدفوعة بالتكلفة. فكثير من فرق تقنية المعلومات في المؤسسات لا تشعر بالإحباط من السعر فحسب، بل إنها تدفع مقابل خدمة سحابية وحزمة ميزات لا تستخدمها بالكامل. وتقلب الاستضافة الذاتية هذه المعادلة: إذ توفر ما تحتاجه فعليًا، ولا تكون مضطرًا لاستئجار مركز بيانات شخص آخر كوسيط إلزامي.
+
+## التوسع دون ضريبة قائمة على القنوات
+
+تفشل عمليات النشر في المؤسسات على مِحورين: السقف التقني وسقف التسعير. ويعالج RustDesk كلا المحورين.
+
+من الناحية التقنية، ينشر RustDesk إرشادات لتخطيط الأساطيل الكبيرة تخص عمليات النشر التي تصل إلى عشرات آلاف الأجهزة، بينما تتطلب الأهداف الأكبر من ذلك التحقق من حِمل العمل، وأعمال تحديد السعة، والضبط الدقيق. تعامل مع هذا باعتباره تخطيطًا معماريًا، لا كمعيار جاهز يُطبَّق تلقائيًا على الجميع.
+
+يفرض RustDesk رسومًا **لكل مستخدم تسجيل دخول ولكل جهاز مُدار**، ويمكنك [الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) مع احتساب التكلفة بالتناسب (prorated). وتتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ أما خطة Customized V2 فتحدّها وتُسعّرها بشكل منفصل. حدد جميع الأعداد ذات الصلة استنادًا إلى جدول الخطط الحالي.
+
+## AD/LDAP والتحكم بالوصول الذي يتوقعه مسؤولو أنظمتك
+
+يجب أن يجيب الوصول عن بُعد في بيئة المؤسسات عن سؤال «من يمكنه الوصول إلى أي الأجهزة، وهل يمكننا إثبات ذلك؟». وتتضمن خطط RustDesk المدفوعة **دعم LDAP وتسجيل الدخول الموحد عبر OIDC (SSO) بدءًا من الخطة Basic فما فوق**، بحيث تمنح صلاحيات الوصول للفنيين استنادًا إلى مصدر الهوية الذي تديره بالفعل بدلاً من الاحتفاظ بقائمة مستخدمين موازية.
+
+ولتنظيم الوصول، توفر وحدة التحكم المستضافة ذاتيًا عبر الويب **مجموعات الأجهزة ودفتر عناوين مشترك للتحكم بالوصول حسب كل مستخدم**. وتتوفر أداة إنشاء العميل المخصص وميزات إدارة الهوية بدءًا من الخطة Basic فما فوق؛ [تحقق من التوفر الحالي](https://rustdesk.com/pricing).
+
+## النشر الجماعي والأتمتة
+
+إن نشر الوصول عن بُعد يدويًا على آلاف نقاط النهاية أمر غير عملي إطلاقًا، لذا يدعم RustDesk مسارات النشر القياسية المعتمدة في المؤسسات. ففي نظام Windows، يوفر RustDesk **حزمة MSI** للتثبيت الصامت وغير المراقَب عبر `msiexec /qn`، والتي يمكنك نشرها من خلال **Group Policy (GPO)، أو Microsoft Intune، أو أدوات RMM، أو أي أداة تحزيم أخرى**، مع معاملات سطر أوامر لتحديد موقع التثبيت والاختصارات والخيارات. اقرن ذلك بأداة [إنشاء العميل المخصص](https://rustdesk.com/docs) بحيث يكون العميل الذي تنشره مُعدًّا مسبقًا للاتصال بخادمك وإعداداتك الخاصة من البداية، بدلاً من الحاجة إلى إعداد كل جهاز على حدة.
+
+أما بالنسبة لعمليات إدارة الأساطيل، فتوفر Server Pro **واجهة REST API** لإدارة الأجهزة بشكل جماعي وكتابة السكربتات — إذ يمكنك سرد الأجهزة، وأتمتة عملية الإضافة، وحذف نقاط النهاية غير النشطة برمجيًا بدلاً من النقر عبر وحدة التحكم جهازًا تلو الآخر. تحقق من معاملات MSI الحالية، وإرشادات GPO/Intune، ونقاط نهاية الواجهة البرمجية في [وثائق نشر RustDesk وServer Pro](https://rustdesk.com/docs/en/self-host/) الخاصة بإصدارك.
+
+## تحكم على مستوى المؤسسة، وفق شروطك
+
+وعلى نطاق واسع، تتضح الصورة أكثر: يعيش خادم المعرّف/الترحيل، ووحدة التحكم، والبيانات المخزَّنة داخل محيط شبكتك الخاص، ومرتبطة بنظام الهوية وسياساتك، دون أن يشغّل أي مزود خارجي النواة الأساسية. وهذا هو الوضع الذي تميل فرق المشتريات والأمان إلى طلبه.
+
+## جرّبه قبل الالتزام
+
+يمكنك تقييم الحل **[دون الحاجة إلى مكالمة مبيعات](https://www.youtube.com/@rustdesk)**. وهناك مساران لذلك:
+
+- **تحقق من صحة البنية المعمارية باستخدام خادم المجتمع المجاني ومفتوح المصدر.** يعمل هذا الخادم إلى أجل غير مسمى على شبكتك الخاصة — وهي طريقة منخفضة المخاطر لإثبات نموذج الاستضافة الذاتية لفريق الأمان لديك.
+- **أما بالنسبة لإمكانيات Pro — إدارة الهوية، والتحكم بالوصول، وإنشاء العميل —** فراجع الخطط الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ثم راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم المتاحة لمؤسستك.
+
+وفي كلتا الحالتين، أنشئ خادمًا ضمن بيئتك الخاصة وتحقق من صحته قبل أن تلتزم.
@@ -0,0 +1,92 @@
+---
+publishDate: 2026-07-09T08:32:00Z
+lang: 'ar'
+translationKey: 'rustdesk-for-linux'
+draft: false
+title: 'RustDesk لنظام Linux: سطح المكتب البعيد مفتوح المصدر'
+excerpt: 'ثبّت RustDesk وشغّله على Linux: حزم .deb و.rpm وFlatpak وAppImage، الفرق بين X11 وWayland، الوصول بلا رأس (headless) والوصول غير المراقَب، واستضافة الخادم ذاتيًا.'
+image: '~/assets/images/blog/rustdesk-for-linux-og.png'
+category: 'أدلة'
+tags: ['RustDesk', 'Linux', 'الاستضافة الذاتية']
+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 إن كانت التوزيعة لا تزال توفرها، إذ إن عدة توزيعات تتجه إلى الاعتماد على Wayland حصرًا)؛ أما الالتقاط الكامل غير المراقَب على Wayland فهو قيد التطوير النشط (راجع github.com/rustdesk/rustdesk/pull/15420).'
+  - 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، أو اضبط شاشة افتراضية باستخدام برنامج مثل xserver-xorg-video-dummy أو VKMS، أو فعّل وضع RustDesk الاختياري للعمل بلا رأس على Linux ليُنشأ لك شاشة افتراضية تلقائيًا.'
+  - question: 'هل يمكنني استضافة خادم RustDesk ذاتيًا على Linux؟'
+    answer: 'نعم. خادم RustDesk (عمليتا hbbs لتعريف الهوية والربط (ID/rendezvous) وhbbr للترحيل (relay)) مصمم لنظام Linux، وهو الأسلوب المعتاد لتشغيله. يعمل خادم المجتمع المجاني ومفتوح المصدر إلى أجل غير مسمى دون أي تكلفة، بينما تضيف نسخة Server Pro وحدة تحكم ويب، ومجموعات أجهزة، ومولّد عميل مخصص العلامة التجارية. ويمكن تثبيت كلتا النسختين على جهاز افتراضي (VM) عادي يعمل بنظام Linux أو على خادم فعلي (bare-metal).'
+metadata:
+  description: 'RustDesk على Linux من الألف إلى الياء: اختيار الحزمة المناسبة لكل توزيعة ولوحات ARM، التقاط الشاشة عبر Wayland وX11، إعداد الوضع بلا رأس، وتشغيل خادمك الخاص.'
+  keywords: 'RustDesk لنظام Linux، RustDesk أوبونتو، RustDesk وWayland، RustDesk وX11، تثبيت RustDesk على Linux'
+---
+
+لم يحظَ مستخدمو Linux يومًا بخيارات وفيرة من أدوات سطح المكتب البعيد الجيدة، فالأدوات المتاحة غالبًا ما تكون إما منتجات تجارية مغلقة المصدر أو حزم VNC قديمة الطراز. أما RustDesk فيحتل موقعًا مختلفًا: فهو برنامج سطح مكتب بعيد مفتوح المصدر مرخّص بموجب AGPL، يعمل بشكل أصلي على جميع التوزيعات الرئيسية، ويمكنك توجيهه للعمل مع خادم تستضيفه بنفسك. هذا المزيج — كود قابل للتدقيق، وعميل Linux أصلي، وبنية تحتية قابلة للاستضافة الذاتية — هو ما جعل RustDesk أحد أبرز الإجابات التي يلجأ إليها من يبحث عن سطح مكتب بعيد مفتوح المصدر لنظام Linux.
+
+يتناول هذا الدليل طريقة تثبيت RustDesk، والنقطة الوحيدة التي تُربك الجميع عادة (الفرق بين X11 وWayland)، وكيفية تفعيل الوصول غير المراقَب والوصول بلا رأس، وموقع الخادم من هذه الصورة.
+
+## تثبيت RustDesk على Linux
+
+يوفر RustDesk حزمًا لكل صيغ التحزيم الشائعة على Linux، لذا نادرًا ما تحتاج إلى البناء من المصدر. احصل على أحدث إصدار من [صفحة إصدارات RustDesk على GitHub](https://github.com/rustdesk/rustdesk/releases) أو من [وثائق التثبيت على Linux](https://rustdesk.com/docs/en/client/linux/)، واختر الصيغة التي تناسب توزيعتك.
+
+| الصيغة   | الأنسب لـ                     | هل تُشغّل خدمة تلقائيًا؟ | ملاحظات                                                                                                     |
+| -------- | ----------------------------- | ------------------------ | ----------------------------------------------------------------------------------------------------------- |
+| `.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)) |
+| 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 الحديثة).
+
+من الناحية العملية، يُستخدَم RustDesk على نطاق واسع في Ubuntu وDebian وFedora وRHEL/CentOS وopenSUSE وArch وNixOS، مع إصدارات لمعماريات **x86_64 وARM64 (aarch64) وARM32 (ARMv7)** — أي أنه يعمل على لوحات ARM والخوادم تمامًا كما يعمل على أجهزة الحاسوب العادية.
+
+## X11 مقابل Wayland: الجزء الذي يهمّك فعلًا
+
+هذه هي أهم نقطة يجب فهمها بخصوص RustDesk على Linux، لأنها تحدد ما إذا كان التحكم عن بُعد سيعمل فورًا من دون أي تدخل، أم سيحتاج أولًا إلى تعديل بسيط واحد في الإعداد.
+
+**X11 (Xorg): المسار الأكثر مباشرة للالتقاط، حيثما لا تزال توزيعتك توفره.** بموجب X11، يقرأ RustDesk ذاكرة الإطار مباشرة ويحقن إدخال الفأرة ولوحة المفاتيح مباشرة أيضًا، ما يجعل الالتقاط والتحكم بالفأرة ولوحة المفاتيح مباشرين قدر الإمكان، مع اكتشاف تغييرات الشاشة ديناميكيًا. لا تزال العديد من مدراء العرض (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 فقط:
+
+- **موافقة عند كل اتصال.** تعرض البوابة (portal) مربع حوار يطلب منك اختيار الشاشة المراد مشاركتها. هذه ميزة أمنية مقصودة في تصميم Wayland، وليست خللًا في RustDesk — فلا يمكن لتطبيق يعمل في الخلفية أن يبدأ تسجيل شاشتك خلسةً. تدعم الإصدارات 4 وما بعدها من البوابة ما يُعرف بـ"رمز الاستعادة" (restore token) بحيث لا يُطلب منك التأكيد في كل مرة، لكن أول عملية مشاركة تتطلب نقرة على الشاشة.
+- **الجلسة النشطة فقط.** الالتقاط على Wayland مرتبط بالجلسة الرسومية التي جرى تسجيل الدخول إليها. التقاط شاشة الترحيب (greeter) الخاصة بتسجيل الدخول على Wayland غير مدعوم حتى الآن — وهو قيد التطوير النشط ([طلب السحب رقم 15420](https://github.com/rustdesk/rustdesk/pull/15420)). للوصول قبل تسجيل الدخول حاليًا، استخدم إعداد الشاشة الافتراضية بلا رأس أدناه، أو جلسة 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.
+
+## الوصول غير المراقَب على Linux
+
+يعني الوصول غير المراقَب الاتصال بجهاز لا يوجد أمامه أحد — وهو السيناريو الكلاسيكي للدعم عن بُعد. على Linux، تتلخص الخطوات في:
+
+1. ثبّت RustDesk عبر حزمة `.deb` أو `.rpm` كي يُسجَّل خدمة systemd، أو انقر على **Enable Service** (تفعيل الخدمة) داخل التطبيق.
+2. في RustDesk، عيّن **كلمة مرور دائمة** قوية ضمن إعدادات الاتصال (ويُفضَّل أيضًا تفعيل المصادقة الثنائية).
+3. للوصول قبل تسجيل الدخول أو عبر جلسات مستخدمين متعددة، استخدم إعداد الشاشة الافتراضية بلا رأس أدناه (وتنطبق هنا الفجوة الخاصة بشاشة ترحيب Wayland المذكورة أعلاه).
+
+من حقائق Wayland التي ينبغي التخطيط لها: نظام البوابة القائم على الموافقة، والمذكور في قسم Wayland أعلاه، يجعل الالتقاط غير المراقَب بالكامل أصعب مقارنةً بـ X11، إلى أن يصدر دعم الوصول غير المراقَب الجاري تطويره حاليًا. لذا خطّط لاستخدام إعداد الشاشة الافتراضية بلا رأس للأجهزة التي تُدار من دون تدخل بشري.
+
+## Linux بلا رأس: الخوادم التي لا تملك شاشة
+
+من الحالات الشائعة جدًا على Linux وجود جهاز لا تتصل به أي شاشة إطلاقًا — كخادم منزلي، أو جهاز مختبر، أو جهاز افتراضي (VM). والمشكلة هنا ليست في RustDesk، بل في مكدّس الرسومات (graphics stack): فمن دون شاشة موصولة، لا يقوم X ولا Wayland بتخصيص ذاكرة إطار على الإطلاق، وبالتالي لا توجد فعليًا أي صورة لالتقاطها، فتظهر لك شاشة سوداء.
+
+توجد ثلاث طرق لمنحه شيئًا يمكن عرضه:
+
+- **قابس وهمي (dummy plug)** — جهاز HDMI/DisplayPort فعلي رخيص الثمن مخصص للتشغيل بلا رأس، يجعل بطاقة الرسومات (GPU) تعتقد أن هناك شاشة متصلة.
+- **مشغّل شاشة افتراضية** — مثل `xserver-xorg-video-dummy` على X11، أو خيار على مستوى النواة (kernel) مثل VKMS.
+- **وضع RustDesk الاختياري للعمل بلا رأس** — فعّله باستخدام الأمر `sudo rustdesk --option allow-linux-headless Y`. وبحسب [صفحة ويكي دعم Linux بلا رأس](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support)، فإن هذا الوضع معطَّل افتراضيًا، وقد جرى اختباره بشكل أساسي على Ubuntu مع GNOME، ويتطلب حزمًا مثل `xserver-xorg-video-dummy` و`lightdm`. يمكنك جلب معرّف الجهاز (ID) باستخدام `sudo rustdesk --get-id`، وتعيين كلمة مرور باستخدام `sudo rustdesk --password <password>`.
+
+لا يزال الوضع بلا رأس غير مكتمل الصقل في بعض التفاصيل، لذا تعامل معه على أنه يعمل، لكن بحذر، لا كحل جاهز بالكامل.
+
+## استضافة خادم RustDesk ذاتيًا على Linux
+
+كل ما سبق يتعلق بجانب _العميل_. أما الجانب الآخر من قصة RustDesk مع Linux فهو أن **الخادم** — أي خدمة `hbbs` لتعريف الهوية والربط، وخدمة الترحيل `hbbr` — هو تطبيق أصلي لنظام 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 Pro كلاهما ملك لك أنت لتشغيله وتحديثه وتأمينه. متطلبات العتاد منخفضة، وبعد إتمام الإعداد يكون عبء الصيانة خفيفًا — ويمكن لدعم RustDesk مساعدتك إذا طرأ أي سؤال. وهذه الملكية الكاملة هي بيت القصيد أصلًا. (يحتاج ترخيص Server Pro أيضًا إلى مسار اتصال صادر نحو rustdesk.com من أجل التفعيل والبقاء مرخّصًا.)
+
+## للبدء
+
+ثبّت الحزمة المناسبة لتوزيعتك، وعيّن كلمة مرور دائمة للوصول غير المراقَب، وإذا كانت سيادة البيانات هي سبب اهتمامك بهذا الموضوع، فأنشئ خادم المجتمع المجاني. للاطلاع على تفاصيل الخطط الحالية، تُعد صفحة [rustdesk.com/pricing](https://rustdesk.com/pricing) المرجع الرسمي، ويمكنك التواصل عبر [sales@rustdesk.com](mailto:sales@rustdesk.com) لمناقشة Server Pro. أتريد أن تراه يعمل أولًا؟ شاهد RustDesk وهو يعمل.
@@ -0,0 +1,73 @@
+---
+publishDate: 2026-07-05T19:40:00Z
+lang: 'ar'
+translationKey: 'rustdesk-for-msps'
+draft: false
+title: 'RustDesk لمزودي الخدمات المُدارة (MSP): أداة واحدة ذاتية الاستضافة وقابلة لوضع العلامة التجارية'
+excerpt: 'قارن بين دمج TeamViewer وAnyDesk وScreenConnect ضمن منصة واحدة للدعم عن بُعد، ذاتية الاستضافة وقابلة لوضع العلامة التجارية.'
+image: '~/assets/images/blog/rustdesk-for-msps-og.png'
+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: 'هل يمكنني وضع علامتي التجارية الخاصة (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 عبر البريد الإلكتروني للاستفسار عن شروط التقييم الحالية.'
+
+metadata:
+  description: 'RustDesk لمزودي MSP: بديل ذاتي الاستضافة لـ ScreenConnect وTeamViewer — يدمج الدعم عن بُعد مع العلامة التجارية، والتحكم في الوصول، والتزامن حسب الخطة.'
+  keywords: 'RustDesk لمزودي MSP, دعم عن بُعد ذاتي الاستضافة لمزودي MSP, سطح مكتب بعيد بعلامة تجارية خاصة لمزودي MSP, أداة دعم عن بُعد لمزودي MSP, ترخيص سطح المكتب البعيد لكل فني'
+---
+
+معظم مزودي MSP لا يبحثون عن أداة أخرى للدعم عن بُعد. إنهم يبحثون عن عدد _أقل_ منها. تتراكم هذه المجموعة من الأدوات لأسباب بنيوية، لا بدافع التفضيل: مقعد دعم عن بُعد سحابي هنا، وأداة لكل فني هناك، وأداة مستقلة للدعم السريع للمهام الفردية — موردون مختلفون، ونفس الشكاوى الثلاث حول تكلفة تتصاعد، وترخيص يحد من طريقة عملك، وسيطرة لم تمتلكها فعليًا قط.
+
+هذا دليل حول **RustDesk لمزودي MSP**: كيف يمكن لأداة واحدة ذاتية الاستضافة ومفتوحة المصدر وقابلة لوضع العلامة التجارية أن تحل محل هذا الكم من الأدوات — ومن المهم بنفس القدر معرفة أين تكمن المقايضات.
+
+## الفرق الجوهري: أنت من يستضيفها، وأنت من يملكها
+
+خادم RustDesk Server Pro **ذاتي الاستضافة**: يعمل خادم المعرّف/الالتقاء (ID/rendezvous)، والمُرحِّل (relay)، ولوحة التحكم، وبيانات الأجهزة المخزنة على بنية تحتية تتحكم بها أنت، لا على بنية تحتية تابعة لمورّد ([لماذا تهم الاستضافة الذاتية لمزودي MSP](/ar/blog/why-self-host-remote-desktop-software-ar)). ولأن النواة **[مفتوحة المصدر (AGPL)](https://github.com/rustdesk/rustdesk)**، فعندما تسأل المراجعة الأمنية لدى عميلك "ماذا يفعل هذا العميل (agent) على نقاط النهاية لدينا؟"، يمكنك الإشارة إلى الشيفرة المصدرية بدلاً من ملف تنفيذي مغلق المصدر.
+
+وفيما يلي كيف تُقارَن منصة واحدة ذاتية الاستضافة بالكمّ الهائل من الأدوات التي يتخلّص منها مزودو MSP عند الدمج:
+
+|                              | أدوات دعم عن بُعد سحابية منفصلة | RustDesk Server Pro                                                                           |
+| ---------------------------- | ------------------------------- | --------------------------------------------------------------------------------------------- |
+| لوحات التحكم المطلوب إدارتها | واحدة لكل أداة                  | لوحة تحكم واحدة ذاتية الاستضافة                                                               |
+| العلامة التجارية             | إضافة اختيارية أو غير متوفرة    | مولّد عميل بعلامة تجارية مخصصة (من خطة Basic فما فوق)                                         |
+| الاستضافة                    | سحابة المورّد                   | ذاتية الاستضافة (داخل الشركة أو على خادم VPS الخاص بك)                                        |
+| المصدر                       | مغلق                            | نواة مفتوحة المصدر (AGPL)                                                                     |
+| الجلسات المتزامنة            | غالبًا محدودة / لكل قناة        | غير محدودة في الخطط القياسية؛ محدودة في [Customized V2](https://rustdesk.com/pricing#custom2) |
+| أساس الترخيص                 | لكل مقعد / لكل قناة             | [لكل مستخدم مسجّل + لكل جهاز مُدار](https://rustdesk.com/pricing)                             |
+
+للاطلاع على فئات الخطط الدقيقة والأسعار الحالية، راجع [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## الاتصالات المتزامنة حسب الخطة
+
+أنت تدفع لكل مستخدم مسجّل (فنييك) ولكل جهاز مُدار (الأجهزة التي تدعمها)، وتتضمن الخطط القياسية عددًا غير محدود من [الاتصالات المتزامنة](https://rustdesk.com/pricing) — إذ يمكن لعدة فنيين تشغيل جلسات في الوقت نفسه دون الحاجة لشراء "قنوات"، بينما تحدد خطة Customized V2 عددها وتسعّرها بشكل منفصل. فإذا كان ثلاثة مهندسين يعملون في ثلاثة مواقع عملاء مختلفة في آنٍ واحد أثناء انقطاع في الخدمة، فهذا مجرد يوم عمل عادي — وليس حدثًا يُحتسب بعداد. وإذا كنت تقنن الجلسات المتزامنة أو تنظّم جدول فريقك حول عدد القنوات المتاحة، فإن هذا القيد يختفي.
+
+## أضف علامتك التجارية، وطبّق التحكم في الوصول
+
+يوفر 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 فما فوق.**
+
+العميل المُعلَّم بعلامتك التجارية مهم لأن عملاءك يرون علامتك التجارية على الأداة التي يثبّتونها، وليس علامة مورّد آخر. ويمكن للتحكم في الوصول أن يحصر الفنيين ضمن مجموعات الأجهزة المخصصة لهم. تحقق من مصفوفة الخطط الحالية قبل الاعتماد على هذه الميزات.
+
+## التحكم في موقع البيانات من جانب الخادم
+
+تمنح الاستضافة الذاتية مزود MSP التحكم في موقع البيانات من جانب الخادم. لكنها لا تضمن بقاء حركة بيانات نقاط النهاية المباشرة داخل بلد واحد، ولا تحقق الامتثال للائحة العامة لحماية البيانات (GDPR) بحد ذاتها؛ لذا حدد مواقع نقاط النهاية، والتوجيه، ومدة الاحتفاظ بالبيانات، والالتزامات القانونية.
+
+## اختبرها وفق شروطك الخاصة
+
+يمكنك تقييم RustDesk اليوم دون حجز أي اجتماع:
+
+- **شغّل خادم المجتمع المجاني على جهاز افتراضي احتياطي.** فهو مفتوح المصدر ولا تنتهي صلاحيته أبدًا، مما يتيح لك التحقق من سير عمل حقيقي للعميل قبل إنفاق أي مبلغ.
+- **عندما تدخل العلامة التجارية والتحكم في الوصول في الصورة،** قارن بين فئات الخطط على [rustdesk.com/pricing](https://rustdesk.com/pricing) واسأل [sales@rustdesk.com](mailto:sales@rustdesk.com) عن شروط التقييم المعمول بها حاليًا.
+- **هل وقتك للتجربة محدود؟** شاهد RustDesk أثناء العمل أولاً، أو تصفح الشروحات على [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk).
+
+يمكنك **[الترقية في أي وقت](/ar/blog/upgrade-rustdesk-license-mid-subscription-ar) (بشكل تناسبي)** مع نمو قاعدة عملائك — ابدأ من [rustdesk.com/pricing](https://rustdesk.com/pricing).
@@ -0,0 +1,86 @@
+---
+publishDate: 2026-07-07T17:09:00Z
+lang: 'ar'
+translationKey: 'rustdesk-remote-control-android-ios'
+draft: false
+title: 'التحكم عن بُعد بأجهزة Android وiOS عبر RustDesk: ما الذي يعمل فعليًا'
+excerpt: 'كيف يتحكم RustDesk عن بُعد بهواتف Android، وكيف يحوّل أجهزة iPhone وiPad إلى أدوات تحكم، ولماذا لا يستطيع أي مزود التحكم عن بُعد بنظام iOS.'
+image: '~/assets/images/blog/rustdesk-remote-control-android-ios-og.png'
+category: 'أدلة'
+tags: ['RustDesk', 'الأجهزة المحمولة']
+author: 'RustDesk Team'
+slug: "rustdesk-remote-control-android-ios-ar"
+faq:
+  - question: 'هل يمكنني التحكم عن بُعد بهاتف Android باستخدام RustDesk؟'
+    answer: 'نعم. على جهاز Android، تبدأ خدمة التقاط الشاشة في RustDesk (التي تتطلب موافقة تظهر على الشاشة) وتفعّل خدمة إمكانية الوصول RustDesk Input حتى يتم حقن النقرات والتمريرات عن بُعد. مشاركة الشاشة تتطلب Android 6 أو أحدث؛ ومشاركة صوت النظام الداخلي تتطلب Android 10 أو أحدث. تفرض بعض الشركات المصنّعة قيودًا على إمكانية الوصول للتطبيقات المثبَّتة يدويًا (sideloaded)، لذا قد تحتاج أولًا إلى السماح بالإعدادات المقيّدة.'
+  - question: 'هل يمكن لـ RustDesk التحكم بجهاز iPhone أو iPad؟'
+    answer: 'لا، ولا حتى عبر أي تطبيق آخر لسطح المكتب عن بُعد — فهذا قيد يفرضه نظام iOS نفسه، وليس قيدًا خاصًا بـ RustDesk. قيود آبل المتعلقة بتسجيل الشاشة والعمل في الخلفية لا تسمح لأي تطبيق من جهة خارجية بأن يُتحكَّم به عن بُعد كجهاز مضيف، لذلك لا يقدّم أي مزود تحكمًا عن بُعد حقيقيًا في iPhone أو iPad. ما يقوم به تطبيق RustDesk على iOS/iPadOS بامتياز هو العمل كأداة تحكم: استخدم iPhone أو iPad للتحكم بأجهزة Windows وmacOS وLinux وAndroid الخاصة بك.'
+  - question: 'هل يمكنني استخدام هاتفي للتحكم بجهاز الكمبيوتر الخاص بي؟'
+    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).'
+metadata:
+  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، كلا التطبيقين للأجهزة المحمولة مفتوحا المصدر بموجب ترخيص 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 استجابةً لإساءة استخدامه في عمليات احتيال. نفس قاعدة الشيفرة، ونفس النواة القابلة للتدقيق.
+
+## ملخص في جدول واحد
+
+| السيناريو                                       | مدعوم؟ | ملاحظات                                          |
+| ----------------------------------------------- | ------ | ------------------------------------------------ |
+| التحكم بجهاز Windows/macOS/Linux **من** Android | نعم    | أداة تحكم كاملة؛ لوحة لمس أو وضع الماوس          |
+| التحكم بجهاز كمبيوتر **من** iPhone/iPad         | نعم    | أداة تحكم كاملة                                  |
+| التحكم **بجهاز Android** (كمضيف)                | نعم    | يتطلب موافقة التقاط الشاشة + خدمة إمكانية الوصول |
+| التحكم **بجهاز iOS** (iPhone/iPad كمضيف)        | **لا** | قيود آبل؛ غير مطبَّق                             |
+| عرض شاشة iOS عن بُعد                            | **لا** | غير مدعوم حاليًا                                 |
+
+بقية المقال هي مجرد تفاصيل توضيحية لكل صف من صفوف الجدول.
+
+## استخدام هاتفك كأداة تحكم (الجزء السهل)
+
+هذا هو حالة الاستخدام التي «تعمل ببساطة». ثبّت RustDesk على جهاز Android أو iOS الخاص بك، ليصبح أداة تحكم كاملة لأي مضيف RustDesk — سواء كان جهاز سطح مكتب Windows، أو جهاز [Mac](https://rustdesk.com/docs/en/client/mac/) الخاص بك، أو جهاز [Linux](/ar/blog/rustdesk-for-linux-ar) الخاص بك. أدخل معرّف الجهاز الهدف (ID) وكلمة المرور، فتحصل على الشاشة عن بُعد مع لوحة لمس على الشاشة، ووضع ماوس، ولوحة مفاتيح برمجية، ونقل ملفات. لا حاجة إلى أي إعداد خاص على جانب الهاتف لأنك فقط _ترسل_ التحكم، ولست من يُتحكَّم به.
+
+إذا كانت مهمتك هي «إصلاح جهاز كمبيوتر من أي مكان أتواجد فيه»، فإن الهاتف الذي يعمل عليه RustDesk أداة جيدة فعلًا، ويتصرف بنفس طريقة عميل سطح المكتب.
+
+## التحكم بجهاز Android (كمضيف)
+
+هنا يقوم RustDesk بشيء لا تستطيع معظم أدوات التحكم عن بُعد فعله: تحويل هاتف أو جهاز لوحي يعمل بنظام Android إلى مضيف قابل للتحكم به. يعتمد هذا على نظامين فرعيين في Android، ويتطلب كلاهما إعدادًا صريحًا.
+
+**التقاط الشاشة.** يستخدم 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 على إشعار خدمة في المقدمة (foreground-service)، وبشكل اختياري نافذة تراكب عائمة، حتى لا يُنهي Android عملية الالتقاط، ويمكنه إعادة تشغيل الخدمة عند إقلاع الجهاز.
+
+والآن إلى القيود، لأن نموذج الأمان في Android يفرض قيودًا حقيقية:
+
+- **الموافقة مطلوبة لبدء الالتقاط.** يجب أن يقبل شخص ما (أو موافقة مسبقة) مطالبة تسجيل الشاشة.
+- **شاشة القفل تمنع الإدخال.** لا يسمح 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) الحالة الحقيقية.)
+
+## التحكم بجهاز iOS: ما الذي تسمح به آبل
+
+هذا هو الجزء الذي يُسأل عنه باستمرار وتُجاب عنه إجابات غامضة في أماكن أخرى، لذا سنكون مباشرين: **لا يستطيع أي تطبيق لسطح المكتب عن بُعد التحكم عن بُعد بجهاز iPhone أو iPad — بما في ذلك RustDesk.** على iOS، يُعدّ تطبيق RustDesk أداة تحكم قديرة — إذ يتصل _خارجًا_ للتحكم بأجهزة الكمبيوتر لديك — لكن آبل لا تسمح لأي تطبيق من جهة خارجية بالعمل كمضيف يُتحكَّم به عن بُعد على iOS.
+
+السبب هو آبل نفسها. يفرض iOS قيودًا صارمة على التنفيذ في الخلفية، وتسجيل الشاشة، وأي شكل من أشكال حقن الإدخال الاصطناعي، ولهذا السبب لا يقدّم أي تطبيق من جهة خارجية _تحكمًا_ حقيقيًا عن بُعد بجهاز iPhone. هذا ليس تقصيرًا من RustDesk بقدر ما هو حاجز تفرضه المنصة نفسها — فدعم iOS كمضيف كان [ميزة يُطلَب تكرارًا على GitHub](https://github.com/rustdesk/rustdesk/discussions/4839) ولا تزال غير مطبَّقة. يمكن لواجهات البث البرمجية من آبل (ReplayKit) من حيث المبدأ بث الشاشة، لكن ذلك بث يبدأه التطبيق نفسه، وليس شيئًا يمكن لطرف بعيد سحبه — لذا تبقى المشاهدة عن بُعد لشاشة iOS من جهة خارجية غير متاحة، والتحكم الكامل عن بُعد بجهاز iOS من جهاز آخر ليس أمرًا يسمح به النظام لأطراف خارجية.
+
+لذا إن كان مطلبك تحديدًا هو «الاتصال عن بُعد بجهاز iPhone»، فلا توجد حاليًا أداة سطح مكتب عن بُعد يمكنها فعل ذلك — إنه حاجز منصة iOS يصطدم به كل مزود، وليس نقصًا في RustDesk، كما ورد في مقارنتنا [RustDesk مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar). نفضّل أن نخبرك بذلك مسبقًا بدلًا من أن تكتشفه بنفسك بعد الإعداد.
+
+## ملاحظة حول الخصوصية والاستضافة الذاتية
+
+لأن التطبيقات المحمولة مفتوحة المصدر وتتحدث بنفس البروتوكول الذي يستخدمه عميل سطح المكتب، يمكنك توجيهها إلى [خادم RustDesk ذاتي الاستضافة](/ar/blog/why-self-host-remote-desktop-software-ar) خاص بك بدلًا من الشبكة العامة — بحيث تُدار جلسات الأجهزة المحمولة عبر بنية تحتية تتحكم بها أنت، بما في ذلك المعرّفات (ID). بالنسبة لسير عمل الدعم عن بُعد الذي يتعامل مع أجهزة شخصية، يكتسب جانب سيادة البيانات هذا أهمية أكبر من المعتاد.
+
+المفاضلة هي نفسها كالعادة: عليك تشغيل وتأمين ذلك الخادم بنفسك — وهي مهمة بسيطة نظرًا لتدني المتطلبات — وبالنسبة للعديد من الفرق، يستحق الاحتفاظ ببيانات الجلسات على أرضك الخاصة هذا الجهد تمامًا.
+
+## البدء
+
+نزّل إصدارات 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).
@@ -0,0 +1,53 @@
+---
+publishDate: 2026-07-09T10:47:00Z
+lang: 'ar'
+translationKey: 'rustdesk-scale-50000-200000-devices'
+draft: false
+title: 'هل يمكن لـ RustDesk التوسع إلى 200,000 جهاز؟'
+excerpt: 'اطّلع على السياق التشغيلي المباشر من RustDesk لتخطيط الأساطيل الكبيرة، وما تكشفه ملاحظة الخادم العام، وما الذي يجب أن يتحقق منه أي نشر ذاتي الاستضافة.'
+image: ~/assets/images/blog/rustdesk-scale-50000-200000-devices-og.png
+category: 'النشر'
+tags: ['RustDesk', 'النشر', 'الشركات']
+author: 'RustDesk Team'
+slug: 'rustdesk-scale-50000-200000-devices-ar'
+faq:
+  - question: 'كم عدد الأجهزة التي يمكن لخادم RustDesk ذاتي الاستضافة التعامل معه؟'
+    answer: 'سجّلت بيانات القياس عن بُعد الداخلية لدى RustDesk أكثر من مليوني نقطة طرفية متصلة بالإنترنت على خادم عام واحد بمعالج 12 نواة و32 غيغابايت من الذاكرة بتاريخ 7 يوليو 2026.'
+  - question: 'ما الذي يجب ضبطه للوصول إلى 200,000 جهاز؟'
+    answer: 'تحقّق من معدّل تبدّل الأجهزة المتصلة بالإنترنت، وجلسات التحكم عن بُعد المتزامنة، وعرض النطاق الترددي للترحيل، والتخزين المؤقت، وأداء الكتابة في قاعدة البيانات، ونشاط لوحة تحكم الإدارة، وذلك وفق حمل عملك الخاص.'
+  - question: 'هل يدعم RustDesk Server Pro التوافر العالي أو موازنة الحمل؟'
+    answer: 'تدعم البنية التوسّع الأفقي (scaling out)؛ إذ يمكن لعمليات النشر تشغيل عدة خوادم ترحيل وتوزيعها على مستوى إقليمي، لكن التوافر العالي يمثّل مسألة تصميمية أكثر من كونه إعدادًا افتراضيًا جاهزًا. تحقّق من ازدواجية خوادم الترحيل، والانتقال التلقائي عند الفشل لقاعدة البيانات، وتوزيع الجلسات مع RustDesk.'
+
+metadata:
+  description: 'اطّلع على السياق التشغيلي المباشر من RustDesk لتخطيط 200,000 جهاز، ومتغيرات حمل العمل التي يجب أن يتحقق منها أي نشر لخادم Server Pro ذاتي الاستضافة.'
+  keywords: 'توسّع RustDesk إلى 200,000 جهاز، RustDesk لـ 50,000 جهاز، قابلية تطوّر خادم RustDesk ذاتي الاستضافة، نشر RustDesk للمؤسسات، سعة RustDesk Server Pro، سطح المكتب البعيد للأساطيل الكبيرة'
+---
+
+سجّلت بيانات القياس عن بُعد الداخلية لدى RustDesk **أكثر من مليوني نقطة طرفية متصلة بالإنترنت** على مضيف خادم عام واحد مزوَّد بـ**معالج بـ12 نواة و32 غيغابايت من ذاكرة الوصول العشوائي (RAM)** بتاريخ 7 يوليو 2026.
+
+هناك تحذيران يحددان نطاق هذا الرقم. أولًا، يُقصد بـ"النقاط الطرفية المتصلة بالإنترنت" الأجهزة التي أُبلغ عن اتصالها بالإنترنت في تلك اللحظة الزمنية، وليس مليوني جلسة تحكم عن بُعد متزامنة. ثانيًا، هذه ملاحظة إنتاجية داخلية، وليست اختبار أداء مدقَّقًا بشكل مستقل ولا ضمانًا من Server Pro؛ فلا تتوفر لها لوحة مراقبة عامة أو مجموعة بيانات قابلة للتنزيل، كما قد يختلف نشر Server Pro من حيث عمليات الكتابة في قاعدة البيانات، ونشاط التدقيق، واستخدام لوحة التحكم، ومعالجة السياسات، وحركة مرور الترحيل. تعامل مع هذا الرقم كسياق مباشر من RustDesk لتحديد الحجم، وتحقّق من أي هدف تسعى إليه وفق حمل عملك الخاص.
+
+## الإجابة المختصرة
+
+نعم، يُعدّ الوصول إلى 200,000 جهاز متصل بالإنترنت هدفًا تخطيطيًا موثوقًا به. فقد سجّلت الملاحظة أعلاه رقمًا يفوقه بمرتبة قدرية كاملة على مضيف واحد بمعالج 12 نواة و32 غيغابايت من الذاكرة، وبالتالي فإن السقف ليس هو القيد؛ بل يكمن العمل الفعلي في التحقق من حمل عملك المحدَّد، وهو ما يتناوله بقية هذا المقال بالتفصيل.
+
+## بالتفصيل
+
+تُعدّ أسئلة التوسّع من هذا النوع من بين الأكثر شيوعًا التي نسمعها من فرق تقنية المعلومات المنتقلة من TeamViewer أو AnyDesk، لا سيما تلك التي تخطط لأساطيل أجهزة تُقاس بعشرات أو مئات الآلاف. وتتوقف الإجابة على عدد الأجهزة التي تبقى متصلة بالإنترنت، ومدى تكرار تغيّر حالتها، وعدد جلسات التحكم عن بُعد التي تعمل في آن واحد، وحجم حركة المرور التي تمر عبر خادم الترحيل.
+
+وعند نشر Server Pro، تحقّق من الجوانب التي لا يمكن استنتاجها من رقم الخادم العام هذا. فأداء التخزين المؤقت والكتابة في قاعدة البيانات يُصبح مهمًا مع دخول الأجهزة وخروجها باستمرار. كما يعتمد عرض النطاق الترددي للترحيل واستخدام المعالج على عدد الجلسات المُرحَّلة المتزامنة، ومدتها، ودقتها، ومرمّزها (codec). ويمكن لاستعلامات لوحة التحكم، والاحتفاظ بسجلات التدقيق، ومجموعات الأجهزة، والسياسات، والتكاملات أن تضيف حمل عمل لا يقيسه مجرد وجود النقاط الطرفية المتصلة. واحرص على محاكاة العدد المستهدف من الأجهزة المتصلة، ومعدّل تبدّل الاتصالات، والجلسات المباشرة والمُرحَّلة المتزامنة، ومدة الاحتفاظ ببيانات قاعدة البيانات، والنشاط الإداري، ضمن اختبار حمل تمثيلي.
+
+وتندرج ميزتا التوافر العالي وموازنة الحمل ضمن الفئة نفسها. فبالنسبة للأساطيل الكبيرة جدًا، يستحق الأمر تصميمهما ضمن الحل منذ البداية، لكن التفاصيل الدقيقة — مثل ازدواجية خوادم الترحيل، والانتقال التلقائي عند الفشل لقاعدة البيانات، وطريقة توزيع الجلسات — يجب التحقق منها مع RustDesk، بدلًا من افتراض أنها إعدادات افتراضية جاهزة.
+
+ويعتمد الترخيص في هذا النطاق على نماذج حسب المستخدم وحسب الجهاز، لذا تأكد من الفئة الدقيقة المناسبة لأسطولك على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## من يطرح هذا السؤال
+
+يضع مهندسو الأساطيل الذين يخططون لعمليات نشر متعددة السنوات — في المؤسسات، وشركات [مزوّدي الخدمات المُدارة (MSPs)](/ar/blog/rustdesk-for-msps-ar) الكبيرة، وبرامج تقنية المعلومات في القطاع العام — هذا الموضوع في صدارة قائمة العناية الواجبة لديهم. وعادةً ما يكون هؤلاء المشترون بصدد ترك أداة تجارية لأسباب تتعلق بالتكلفة أو سيادة البيانات، ويحتاجون إلى الثقة بأنّ المنصة ذاتية الاستضافة ستنمو معهم بدلًا من أن تصطدم بعقبة في منتصف مدة العقد.
+
+## أسئلة ذات صلة
+
+- حدود الاتصالات المتزامنة والترخيص لأعداد كبيرة من الأجهزة: راجع [أسعار RustDesk](https://rustdesk.com/pricing).
+- [هل يمكنني ترحيل أسطول أجهزة قائم من TeamViewer أو AnyDesk إلى RustDesk؟](/ar/blog/self-hosted-teamviewer-alternative-ar)
+
+هل تخطط لعملية نشر على نطاق واسع؟ تواصل مع [فريق RustDesk](mailto:sales@rustdesk.com) لتحديد الحجم المناسب لنشر ذاتي الاستضافة يلائم عدد أجهزتك، ومتطلبات الأداء، والجدول الزمني للنمو.
@@ -0,0 +1,51 @@
+---
+publishDate: 2026-06-28T16:50: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) عن الشبكة.'
+image: '~/assets/images/blog/rustdesk-server-pro-offline-air-gapped-og.png'
+category: 'النشر'
+tags: ['RustDesk', 'النشر', 'الاستضافة الذاتية']
+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).'
+  - 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.'
+  - question: 'هل يوجد خيار ترخيص لـ RustDesk يعمل في بيئة معزولة تمامًا؟'
+    answer: 'المنتج المرخّص القياسي غير مصمم للعمل في بيئة معزولة تمامًا لا تتصل بالإنترنت إطلاقًا. إذا كانت لديك متطلبات صارمة للعزل التام، فتحقق من سيناريو حالتك الدقيق مع RustDesk قبل الالتزام.'
+metadata:
+  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.com عبر المنفذ 443 مرة واحدة تقريبًا يوميًا، وإذا فشلت عملية التحقق فإنه يعيد المحاولة حتى تنجح أو حتى يمر نحو سبعة أيام — وبعدها يتوقف الترخيص عن التحقق. تعني فترة السماح المدمجة هذه أن انقطاعًا قصيرًا في الإنترنت لن يُعطّل نشرك فورًا، لكن خادمًا غير متصل بشكل دائم سيتأثر فعلًا. تبقى خدمتا التعريف (ID) والتتابع (relay) لديك مستضافتين ذاتيًا؛ إذ تنتقل الجلسات المباشرة بين الأطراف مباشرة، بينما تستخدم الجلسات المُتَتابَعة خادم التتابع الخاص بك. يمكنك إبقاء الشبكة مقيّدة بإحكام: إذ يُدعم استخدام خادم وكيل (proxy)، بحيث تسمح عمليًا بمسار HTTPS الصادر المطلوب فقط وتُبقي البقية مقفلة.
+
+## بالتفصيل
+
+فخادم RustDesk مفتوح المصدر الذي يمكنك استضافته ذاتيًا دون ترخيص هو أمر مختلف تمامًا؛ إذ ينطبق هذا المتطلب تحديدًا على مجموعة ميزات **Server Pro المرخّصة**. وإذا كان اعتراضك الأساسي يتعلق بإبقاء بيانات الجلسات على بنيتك التحتية الخاصة، فإن الاستضافة الذاتية تحقق ذلك بالفعل — فمتطلب الاتصال الصادر يتعلق بالترخيص، لا بالتوسط في كل جلسة.
+
+وهناك سير عمل ثانٍ يجب أخذه بعين الاعتبار: **إنشاء عميل مخصّص (custom client)**. فإذا قمت بإنشاء عميل يحمل علامتك التجارية أو مُهيّأ مسبقًا من Server Pro، فإن خطوة التزويد هذه تتطلب أيضًا اتصالًا صادرًا. تحقق من السلوك الحالي لإصدارك وخطتك.
+
+بالنسبة لشبكة معزولة تمامًا وبشكل صارم، فهذا هو التفصيل الحاسم. فالخادم المعزول فعليًا الذي لا يمكنه _أبدًا_ الوصول إلى 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) الذين يخدمون بيئات مقفلة بإحكام، على حد سواء. فقد تكون شبكاتهم خلف جدران حماية صارمة لحركة البيانات الصادرة، أو ببساطة يريدون تقليل الاعتماديات الخارجية إلى الحد الأدنى. ومعرفة أن الترخيص يحتاج فقط إلى مسار اتصال صادر مستمر — لا أكثر — تتيح لهم كتابة قاعدة جدار حماية دقيقة بدلًا من فتح الشبكة أكثر من اللازم أو افتراض خاطئ بأن المنتج سيعمل في عزلة تامة.
+
+## أسئلة ذات صلة
+
+- النطاقات والمنافذ الصادرة: راجع [وثائق 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.com قبل وضع اللمسات الأخيرة على سياسة جدار الحماية الخاصة بك.
@@ -0,0 +1,92 @@
+---
+publishDate: 2026-07-08T11:04:00Z
+lang: 'ar'
+translationKey: 'rustdesk-unattended-access-setup'
+draft: false
+title: 'الوصول غير المراقب في RustDesk: دليل الإعداد'
+excerpt: 'أعدّ الوصول غير المراقب في RustDesk بالطريقة الصحيحة: كلمة مرور دائمة، وتشغيله كخدمة لتبدأ مع الإقلاع، ونشره على نطاق واسع بعميل مُهيأ مسبقًا.'
+image: '~/assets/images/blog/rustdesk-unattended-access-setup-og.png'
+category: 'النشر'
+tags: ['RustDesk', 'النشر', 'الوصول غير المراقب']
+author: 'RustDesk Team'
+slug: "rustdesk-unattended-access-setup-ar"
+faq:
+  - question: 'كيف أُعدّ الوصول غير المراقب في RustDesk؟'
+    answer: 'هناك أمران مطلوبان: تعيين كلمة مرور دائمة ضمن الإعدادات، الأمان، حتى لا تحتاج إلى أن يوافق أحد على كل اتصال، وتثبيت RustDesk كخدمة نظام حتى يعمل قبل تسجيل الدخول ويستمر بعد تسجيل الخروج. ومع توفر الأمرين معًا، يمكنك الوصول إلى الجهاز في أي وقت، بما في ذلك عند شاشة تسجيل الدخول، دون وجود أي شخص.'
+  - question: 'لماذا ينقطع اتصال RustDesk عند تسجيل خروج المستخدم؟'
+    answer: 'يحدث ذلك عندما يعمل RustDesk كملف تنفيذي محمول (portable) بدلًا من تثبيته كخدمة. تنتهي الجلسة المحمولة عند تسجيل خروج المستخدم أو عند ظهور مطالبة UAC. ثبّت RustDesk (بدلًا من تشغيل الملف التنفيذي المحمول) وأبقِ خدمته مفعّلة — إذ تبدأ الخدمة المثبَّتة مع النظام — بحيث تعمل في الخلفية بمعزل عن أي مستخدم مسجَّل الدخول، وهذا ما يجعل الوصول غير المراقب موثوقًا.'
+  - question: 'هل الوصول غير المراقب بكلمة مرور دائمة آمن؟'
+    answer: 'يمكن نشره بأمان عند إعداده بشكل جيد. استخدم كلمة مرور دائمة طويلة وفريدة، وقيّد من يمكنه الاتصال، وفعّل ضوابط الهوية والوصول المتاحة، وحدّث العملاء بأحدث التصحيحات الأمنية، وراجع السجلات. تتيح الاستضافة الذاتية التحكم في الخدمات من جانب الخادم وبيانات النشر المخزَّنة؛ أما نقطة النهاية فتبقى مسؤولة عن حماية بيانات اعتمادها المحلية.'
+  - question: 'هل يمكنني نشر الوصول غير المراقب لـRustDesk على أجهزة كمبيوتر كثيرة دفعة واحدة؟'
+    answer: 'نعم. في خطط الاستضافة الذاتية Basic وما فوقها، يُنشئ مولّد العميل المخصص (Custom Client Generator) حزمة تثبيت مُهيَّأة مسبقًا يكون فيها عنوان الخادم والمفتاح والإعدادات مضمَّنة، بحيث لا يكتب المستخدم النهائي أي شيء. انشرها عبر أدوات النشر التي تستخدمها بالفعل، وسيقوم كل جهاز بتثبيت الخدمة والتسجيل لدى خادمك تلقائيًا.'
+  - question: 'هل يعمل الوصول غير المراقب على شاشة تسجيل الدخول في Windows؟'
+    answer: 'نعم، بمجرد تثبيت RustDesk كخدمة. تبدأ الخدمة المثبَّتة مع النظام قبل أن يسجّل أي مستخدم دخوله، لذا يمكنك الاتصال بشاشة تسجيل الدخول والمصادقة، بل وحتى إعادة تشغيل الجهاز ثم إعادة الاتصال به. لا يمكن لتشغيل الملف التنفيذي المحمول القيام بذلك لأنه لا يوجد إلا داخل جلسة مستخدم.'
+
+metadata:
+  description: 'أعدّ الوصول غير المراقب في RustDesk: كلمة مرور دائمة، وتشغيله كخدمة للبدء مع الإقلاع، وملاحظات لكل من Windows وmacOS وLinux، والنشر على أسطول الأجهزة.'
+  keywords: 'الوصول غير المراقب في RustDesk, كلمة مرور RustDesk الدائمة, تشغيل RustDesk مع الإقلاع, تثبيت خدمة RustDesk, إعداد RustDesk غير المراقب, نشر RustDesk على نطاق واسع, الوصول عن بُعد غير المراقب'
+---
+
+الوصول غير المراقب يعني الوصول إلى جهاز كمبيوتر في غياب أي شخص أمامه — خادم في حامل تجهيزات (rack)، أو كشك خدمة ذاتية (kiosk)، أو حاسوب أحد أفراد العائلة في بلد آخر. يقوم RustDesk بهذه المهمة جيدًا، لكن بشرط ضبط أمرين بشكل صحيح: **كلمة مرور دائمة** حتى لا يحتاج أحد للموافقة على كل اتصال، وتشغيل RustDesk **كخدمة** حتى يكون متاحًا قبل تسجيل الدخول وبعد تسجيل الخروج. يتناول هذا الدليل الأمرين معًا، إضافة إلى كيفية نشره على أسطول كامل من الأجهزة.
+
+## الإجابة المختصرة
+
+عيّن **كلمة مرور دائمة** (الإعدادات → الأمان) و**ثبّت RustDesk كخدمة نظام** — إذ تبدأ الخدمة المثبَّتة تلقائيًا مع تشغيل الجهاز. تُغني كلمة المرور عن حاجة أي شخص للموافقة على المطالبة؛ وتجعل الخدمةُ RustDesk يعمل بمعزل عن أي مستخدم مسجَّل الدخول، بحيث يمكنك الاتصال في أي وقت — بما في ذلك عند شاشة تسجيل الدخول. وللنشر على نطاق واسع، أنشئ عميلًا مُهيَّأ مسبقًا كي يُثبِّت كل جهاز نفسه تلقائيًا مقابل خادمك.
+
+## الخطوة 1: تعيين كلمة مرور دائمة
+
+بشكل افتراضي، يعرض RustDesk كلمة مرور مؤقتة متجددة يقرؤها لك الشخص الموجود على الطرف البعيد. أما بالنسبة إلى الوصول غير المراقب، فتستبدل ذلك ببيانات اعتماد ثابتة:
+
+1. افتح RustDesk على الجهاز الذي تريد الوصول إليه.
+2. انتقل إلى **الإعدادات → الأمان** (في الإصدارات الأقدم: منطقة كلمة المرور في الشاشة الرئيسية).
+3. اختر **تعيين كلمة مرور دائمة** وأدخل قيمة قوية وفريدة.
+
+تصف [وثائق عميل RustDesk](https://rustdesk.com/docs/en/client/) هذا الإجراء بأنه جوهر الوصول غير المراقب. وتجدر الإشارة إلى قاعدة مهمة: **لا تُعِد استخدام كلمة مرور تسجيل الدخول إلى نظام التشغيل.** استخدم كلمة مرور مخصصة وعالية العشوائية (entropy) لـRustDesk حتى لا يؤدي تسرّب إحدى بيانات الاعتماد إلى تعريض الأخرى للخطر.
+
+## الخطوة 2: التثبيت كخدمة والتشغيل مع الإقلاع
+
+هذه هي الخطوة التي يغفل عنها كثيرون. فإذا اكتفيت بتشغيل الملف المحمول `.exe` أو `.app`، **تنتهي الجلسة بمجرد تسجيل خروج المستخدم أو ظهور مطالبة UAC/إذن** — لأن تلك العملية لا توجد إلا داخل جلسة المستخدم. ولكي يكون الوصول غير مراقب فعليًا، يجب أن يعمل RustDesk **كخدمة نظام** في الخلفية.
+
+- شغّل **برنامج تثبيت** RustDesk (وليس النسخة المحمولة) وأكمل عملية التثبيت.
+- في **الإعدادات → عام**، تأكد من أن **الخدمة (Service)** قيد التشغيل — استخدم زر **بدء (Start)** إذا ظهرت متوقفة. وبمجرد التثبيت، تبدأ الخدمة مع تشغيل الجهاز تلقائيًا.
+
+بمجرد أن يعمل RustDesk كخدمة، فإنه يُحمَّل قبل أن يسجّل أي أحد دخوله، وهذا ما يتيح لك الاتصال بـ**شاشة تسجيل الدخول**، والمصادقة عن بُعد، بل وحتى إعادة التشغيل وإعادة الاتصال دون وجود أي شخص. وتؤكد مقالات المجتمع حول [الإعداد الصحيح لخدمة Windows](https://www.smolkin.org/blog/2026/03/rustdesk-unattended-service-windows.html) على الفرق نفسه: النسخة المحمولة تعني وصولًا بحضور شخص فقط؛ أما الخدمة المثبَّتة فتعني وصولًا غير مراقب.
+
+## ملاحظات خاصة بكل نظام تشغيل
+
+| النظام  | ما يجب فعله                                                 | ما يجب الانتباه له                                                                                                                         |
+| ------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
+| Windows | التثبيت، مع إبقاء الخدمة قيد التشغيل (تبدأ مع تشغيل الجهاز) | ينقطع الملف التنفيذي المحمول عند تسجيل الخروج/UAC؛ استخدم برنامج التثبيت                                                                   |
+| macOS   | التثبيت، وتعيين كلمة مرور دائمة، ومنح الأذونات              | يجب منح إذنَي تسجيل الشاشة (Screen Recording) وإمكانية الوصول (Accessibility)؛ يتطلب الالتقاط عند شاشة تسجيل الدخول تثبيت البرنامج المساعد |
+| Linux   | تثبيت حزمة الخدمة                                           | يحتاج Wayland إلى جلسة نشطة؛ وللوصول قبل تسجيل الدخول استخدم إعداد الشاشة الافتراضية بلا واجهة، أو X11 حيث لا تزال إحدى التوزيعات توفره    |
+| Android | تعيين كلمة مرور دائمة؛ وتفعيل الالتقاط                      | يجب أن تكون الشاشة نشطة (awake)؛ وامنح موافقة التقاط الشاشة (MediaProjection) وإذن الإدخال                                                 |
+
+### Windows
+
+المسار الأنظف. ثبّت، وفعّل الخدمة، وعيّن كلمة المرور الدائمة، وانتهى الأمر. ولأن الخدمة تعمل عند الإقلاع، فإن الوصول غير المراقب إلى شاشة تسجيل الدخول وعبر عمليات إعادة التشغيل يعمل كما هو متوقع.
+
+### macOS
+
+يُقيّد macOS التقاط الشاشة والإدخال خلف أذونات. بعد التثبيت، افتح **إعدادات النظام → الخصوصية والأمان** وامنح 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) لمزيد من التفاصيل.
+
+## الخطوة 3: النشر على نطاق واسع بعميل مُهيَّأ مسبقًا
+
+إعداد جهاز واحد يدويًا أمر مقبول، أما إعداد خمسين جهازًا فلا. في **خطط الاستضافة الذاتية Basic وما فوقها**، يبني **مولّد العميل المخصص (Custom Client Generator)** في وحدة تحكم الويب برنامج تثبيت يكون فيه **عنوان الخادم والمفتاح العام والإعدادات** مضمَّنة مسبقًا، بحيث لا يكتب المستخدم النهائي أي شيء. وباستخدام أداة النشر التي تعتمدها أصلًا (Group Policy، أو Intune، أو أداة RMM لمقدمي الخدمات المُدارة (MSP)، أو سكربت 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).
+
+## شدّد الحماية
+
+الوصول غير المراقب هو بمثابة باب مفتوح دائمًا إلى الجهاز، لذا تعامل مع بيانات الاعتماد بجدية:
+
+- **كلمة مرور دائمة قوية وفريدة**، مع تدويرها بشكل دوري.
+- **المصادقة الثنائية (Two-factor authentication)**، وفي إصدار Pro، **ضوابط الوصول (access controls)** بحيث لا يتصل إلا الحسابات المصرَّح لها. يتناول مقالنا حول [التحكم في الوصول لكل مستخدم ومجموعات الأجهزة](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/permissions/) كيفية تحديد من يصل إلى ماذا.
+- **استضف خدمات جانب الخادم ذاتيًا** عندما تحتاج إلى التحكم في خدمات التلاقي (rendezvous) والترحيل (relay) ووحدة التحكم وبيانات النشر المخزَّنة. تبقى بيانات اعتماد نقطة النهاية مسؤولية أمن نقطة النهاية. ونظرًا لأن RustDesk مفتوح المصدر بموجب رخصة AGPL، يمكن مراجعة تطبيقه الخاص بالمصادقة.
+
+## وصول غير مراقب تتحكم فيه فعليًا
+
+وجّه أسطولًا من الأجهزة العاملة باستمرار نحو خادم تديره بنفسك، بحيث يبقى الوصول الدائم إلى تلك الأجهزة مُدارًا عبر عتاد تملكه أنت، لا عبر سحابة تستأجرها. وفي حالة الوصول الدائم، يستحق إبقاء زمام هذا المسار بين يديك عناء ذلك الإعداد القصير.
@@ -0,0 +1,72 @@
+---
+publishDate: 2026-06-30T13:46:00Z
+lang: 'ar'
+translationKey: rustdesk-unknown-devices-antivirus-scanning
+draft: false
+title: 'أجهزة مجهولة في لوحة تحكم RustDesk؟ تحقّق أولاً'
+excerpt: 'هل تلاحظ أجهزة غير مألوفة في لوحة تحكم RustDesk لديك؟ قد يكون تشغيلها داخل بيئة معزولة لمكافحة الفيروسات أحد الاحتمالات، إلا أنه يجب أولاً استبعاد تسرّب الإعدادات أو التسجيل غير المصرح به.'
+image: ~/assets/images/blog/rustdesk-unknown-devices-antivirus-scanning-og.png
+category: 'النشر'
+tags: ['RustDesk', 'النشر', 'الأمان']
+author: 'RustDesk Team'
+slug: 'rustdesk-unknown-devices-antivirus-scanning-ar'
+faq:
+  - question: 'لماذا تظهر في لوحة تحكم RustDesk الخاصة بي أجهزة مجهولة لم أُثبّتها قط؟'
+    answer: 'قد يؤدي تشغيل برامج مكافحة الفيروسات أو حماية نقاط النهاية داخل بيئة معزولة إلى إنشاء تسجيلات مؤقتة، إلا أن ظهور جهاز مجهول قد يشير أيضًا إلى تسرّب الإعدادات، أو رمز نشر (deployment token) مكشوف، أو تسجيل غير مصرح به، أو خطأ في عملية النشر. تعامل مع الأمر كحادثة أمنية إلى أن تحدّد السجلات وبيانات الاعتماد والمفاتيح والرموز وسجلات النشر السبب، ثم قيّد تسجيل الأجهزة الجديدة.'
+  - 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 <api_token> على كل جهاز جديد (باستخدام sudo على نظامي macOS وLinux). لا يمكن لأي جهاز التسجيل إلا إذا قدّم رمزًا صالحًا، بحيث يعجز فحص مكافحة الفيروسات داخل البيئة المعزولة عن تسجيل نفسه، بينما تستمر أداة RMM أو عملية النشر المُبرمجة لديك في العمل بشكل طبيعي.'
+  - question: 'كيف أميّز بين فحص مكافحة فيروسات غير ضار واختراق حقيقي؟'
+    answer: 'التسجيل قصير الأمد الذي يتزامن مع عملية فحص أمني معروفة ولا يعقبه أي جلسة قد يدعم تفسير البيئة المعزولة. أما الجلسات غير المتوقعة، أو التسجيل المتكرر، أو استخدام بيانات اعتماد صالحة، أو توزيع عميل مُهيّأ خارج قناته المخصصة، فكل ذلك ليس أمرًا غير ضار ويستوجب الاستجابة للحوادث (incident response).'
+
+metadata:
+  description: 'الأجهزة المجهولة في لوحة تحكم RustDesk تستوجب التحقيق. تعرّف على كيفية التمييز بين تشغيلها داخل بيئة معزولة لمكافحة الفيروسات وبين تسرّب الإعدادات أو التسجيل غير المصرح به.'
+  keywords: 'جهاز مجهول في RustDesk, جهاز وهمي في RustDesk, تسجيل عشوائي للأجهزة في RustDesk, بيئة معزولة لمكافحة الفيروسات في RustDesk, تعطيل تسجيل الأجهزة الجديدة في RustDesk, rustdesk --deploy'
+---
+
+مجرد ظهور جهاز غير مألوف في لوحة تحكم RustDesk لا يكفي لتحديد سببه. يُعدّ تشغيل مكافح الفيروسات داخل بيئة معزولة (antivirus sandboxing) أحد الاحتمالات المعروفة، إلا أن العرض نفسه قد ينتج أيضًا عن تسرّب الإعدادات، أو تسجيل غير مصرح به، أو رمز مكشوف، أو خطأ في عملية النشر.
+
+## الإجابة المختصرة
+
+تُشغّل بعض منتجات مكافحة الفيروسات وحماية نقاط النهاية (AV/EDR) الملفات التنفيذية غير المألوفة داخل بيئات معزولة سحابية (cloud sandboxes). فإذا تلقّت إحدى هذه البيئات نسخةً من العميل تحتوي على إعدادات خادمك، وتمكّنت من الوصول إلى خادم المعرّفات (ID server)، فقد تُسجَّل لفترة وجيزة. غير أن وجود عنوان IP تابع لمزوّد خدمة سحابية أو اسم عتاد غير معتاد **لا** يثبت هذا التفسير؛ فالمهاجمون يستخدمون أيضًا مضيفين سحابيين. لذا احتفظ بالأدلة وراجعها قبل استبعاد الحادثة.
+
+## بالتفصيل
+
+### لماذا يحدث هذا
+
+يمكن لعملاء RustDesk التسجيل لدى خادم المعرّفات/التجميع (ID/rendezvous server) المُهيّأ عند تشغيلهم وقدرتهم على الوصول إليه. وهذا ما يجعل التشغيل داخل بيئة معزولة سببًا محتملًا معقولًا، كما نوقش في [نقاش عام على GitHub](https://github.com/rustdesk/rustdesk-server-pro/discussions/307)، لكنه يعني أيضًا أن أي شخص يحصل على عميل مُهيّأ أو مواد نشر صالحة قد يُنتج تسجيلًا مشابهًا.
+
+قبل تصنيف الحادثة، راجع سجلات التسجيل والاتصال الخاصة بالخادم، ووقت أول ظهور للجهاز وعنوان IP المصدر، وسجلات النشر، ومسار توزيع العملاء المخصّصين. وقم بتدوير (rotate) كلمات المرور المكشوفة، ورموز API/النشر، وإعدادات الخادم أو مفاتيحه حسب الحاجة. وتحقّق مما إذا كانت بيانات الاعتماد نفسها قد أُعيد استخدامها في مكان آخر، وما إذا كان الجهاز المجهول قد حاول بدء جلسة أو أتمّها فعليًا.
+
+### كيفية إيقاف ذلك
+
+هناك إعدادان في لوحة التحكم يعالجان هذه المشكلة، ويتوقف اختيار الأنسب منهما على ما إذا كنت لا تزال تُدخل أجهزة جديدة فعلية بشكل نشط أم لا.
+
+**الخيار الأول — تعطيل تسجيل الأجهزة الجديدة كليًا.** إذا كانت قائمة أجهزتك مستقرة إلى حدٍّ كبير ولا تُضيف أجهزة جديدة بانتظام، فهذا هو الحل الأبسط: انتقل إلى **الإعدادات → أخرى → تعطيل الأجهزة الجديدة على لوحة التحكم عبر الويب** (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) الموثّق على كل جهاز:
+
+```
+rustdesk --deploy --token <api_token>
+```
+
+قد يتغيّر هذا الخيار (flag) تحديدًا بين الإصدارات، لذا تعامل مع هذا الأمر على أنه توضيحي فقط، وتحقّق من الصياغة الحالية في وثائق RustDesk Server Pro قبل استخدامه في أي نص برمجي. لا يُضاف إلى قائمة جرد أجهزتك سوى الجهاز الذي يقدّم رمزًا صالحًا. أما فحص مكافحة الفيروسات داخل البيئة المعزولة — الذي لا يملك أي وسيلة لمعرفة هذا الرمز أو تقديمه — فيفشل في التسجيل، بينما تستمر عملية النشر الفعلية لديك في العمل بشكل طبيعي. وهذه أيضًا هي الآلية ذاتها التي تعتمدها شركات MSP لتسجيل الأجهزة عبر أدوات RMM أو عمليات تثبيت مُبرمجة، دون الحاجة إلى تسجيل دخول فنيّ يدويًا على كل جهاز.
+
+**ضابط ذو صلة وأضيق نطاقًا:** إذا كنت تفضّل إبقاء التسجيل مفتوحًا مع إخفاء الأجهزة غير المُعيَّنة عن الأنظار إلى أن تراجعها، فهناك أيضًا خيار **الإعدادات → أخرى → وصول المسؤول فقط إلى الأجهزة غير المُعيَّنة** (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 مزوّدًا إياه بتفاصيل تشخيصية غير حساسة إذا ظل السبب غير واضح.
@@ -0,0 +1,182 @@
+---
+publishDate: 2026-07-08T18:00:00Z
+lang: 'ar'
+translationKey: 'rustdesk-vs-anydesk'
+draft: false
+title: 'RustDesk مقابل AnyDesk: سطح مكتب بعيد ذاتي الاستضافة ومفتوح المصدر'
+excerpt: 'مقارنة شاملة بين RustDesk وAnyDesk: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، ومفاضلات الاستضافة الذاتية والمصدر المفتوح.'
+image: '~/assets/images/blog/rustdesk-vs-anydesk-og.png'
+category: 'مقارنات'
+tags: ['RustDesk', 'AnyDesk', 'مقارنة']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-anydesk-ar'
+faq:
+  - question: 'هل RustDesk بديل مجاني ومفتوح المصدر لـ AnyDesk؟'
+    answer: 'نعم. RustDesk مفتوح المصدر بموجب رخصة AGPL، وخادم المجتمع الخاص به مجاني للاستضافة الذاتية دون أي تاريخ انتهاء. أما Server Pro المدفوع فيضيف إدارة مركزية، ويُرخَّص وفق عدد مستخدمي تسجيل الدخول والأجهزة المُدارة.'
+  - question: 'هل يمكن استضافة RustDesk ذاتيًا بالكامل، على عكس AnyDesk؟'
+    answer: 'نعم — فالاستضافة الذاتية جزء أساسي من RustDesk: إذ يعمل خادم المطابقة (ID/rendezvous) وخادم الترحيل (relay) على جهازك الخاص أو على خادم VPS تملكه. أما AnyDesk فيتوسط الاتصالات عبر سحابته الخاصة بشكل افتراضي، ولا يوفر جهازًا محليًا (on-premises) إلا في فئته الأعلى.'
+  - question: 'كيف تُقارَن أسعار RustDesk بأسعار AnyDesk؟'
+    answer: 'يُرخِّص AnyDesk وفق فئة الخطة مع عدد اتصالات متزامنة محدد لكل فئة؛ بينما يُرخِّص RustDesk وفق عدد مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية (باستثناء Customized V2 الذي يُقاس فيه العدد). قارِن عروض الأسعار الخطية الحالية لنفس النطاق، بما في ذلك تكلفة تشغيل خادمك الخاص.'
+  - question: 'هل يدعم RustDesk تسجيل الدخول الموحد (SSO) وLDAP مثل AnyDesk؟'
+    answer: 'يتضمن RustDesk دعم LDAP وتسجيل الدخول الموحد عبر OIDC (SSO) ابتداءً من خطة Basic فما فوق. أما AnyDesk فيُدرج SSO ضمن فئة Ultimate وفقًا لمراجعة الأسعار بتاريخ 7 يوليو 2026؛ يُرجى تأكيد متطلبات الدليل (directory) عبر عرض سعر مكتوب.'
+metadata:
+  description: 'مقارنة معمّقة بين RustDesk وAnyDesk: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، ومزايا وعيوب واضحة لكل منهما.'
+  keywords: 'RustDesk مقابل AnyDesk, AnyDesk مقابل RustDesk, مقارنة RustDesk وAnyDesk, مقارنة الاستضافة الذاتية لـ AnyDesk'
+---
+
+يتعامل RustDesk وAnyDesk مع سطح المكتب البعيد من طرفين متقابلين: فـ AnyDesk منتج مملوك (proprietary) يتم التوسط في اتصالاته عبر سحابة الشركة المصنّعة، بينما RustDesk مفتوح المصدر ومصمم للعمل على خادم تتحكم فيه أنت بنفسك. هذا الفارق — مَن يستضيف البنية التحتية ومَن يمكنه قراءة الشيفرة المصدرية — ينعكس على كل شيء آخر في هذه المقارنة، من نموذج الأمان إلى طريقة تسعير الاتصالات المتزامنة.
+
+## جدول المحتويات
+
+- [نظرة عامة](#نظرة-عامة)
+- [مقارنة الميزات بنظرة سريعة](#مقارنة-الميزات-بنظرة-سريعة)
+- [دعم أنظمة التشغيل والمنصات](#دعم-أنظمة-التشغيل-والمنصات)
+- [الأمان والهوية](#الأمان-والهوية)
+- [نماذج الترخيص والتسعير](#نماذج-الترخيص-والتسعير)
+- [الإيجابيات والسلبيات](#الإيجابيات-والسلبيات)
+- [لماذا تتحول الفرق إلى RustDesk رغم كل شيء](#لماذا-تتحول-الفرق-إلى-rustdesk-رغم-كل-شيء)
+- [جرّب RustDesk](#جرّب-rustdesk)
+- [مقالات ذات صلة](#مقالات-ذات-صلة)
+- [المصادر](#المصادر)
+
+## نظرة عامة
+
+**AnyDesk** هو منتج تجاري مملوك (proprietary) لسطح المكتب البعيد من شركة 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                                                                                    | AnyDesk                                 |
+| ------------------------------- | ------------------------------------------------------------------------------------------- | --------------------------------------- |
+| العرض والتحكم عن بُعد           | نعم                                                                                         | نعم                                     |
+| الوصول دون إشراف (Unattended)   | نعم (كلمة مرور دائمة / أجهزة مُدارة)                                                        | نعم                                     |
+| نقل الملفات                     | نعم (بالاتجاهين)                                                                            | نعم (وضع متصفح الملفات)                 |
+| الدردشة النصية أثناء الجلسة     | نعم                                                                                         | نعم                                     |
+| تسجيل الجلسات                   | نعم (يمكن التسجيل التلقائي للجلسات الواردة/الصادرة)                                         | نعم (يُخزَّن محليًا؛ على الطرفين)       |
+| الطباعة عن بُعد                 | نعم — طابعة عن بُعد للاتصالات الواردة (Windows)                                             | نعم (طابعة AnyDesk)                     |
+| عملاء الجوال                    | أندرويد؛ iOS للتحكم فقط                                                                     | أندرويد؛ iOS/iPadOS للاتصال الصادر فقط  |
+| خادم ذاتي الاستضافة             | نعم — جزء أساسي من المنتج (Server Pro)                                                      | جهاز متاح فقط في الفئة الأعلى           |
+| مفتوح المصدر                    | نعم (AGPL)                                                                                  | لا (مملوك/proprietary)                  |
+| عميل بعلامة تجارية مخصّصة       | نعم (مولّد مدمج، من خطة Basic فما فوق)                                                      | نعم (تخصيص / نطاق مخصص في الفئة الأعلى) |
+| REST API                        | نعم                                                                                         | نعم (عبر لوحة my.anydesk)               |
+| الحد الأقصى للاتصالات المتزامنة | غير محدود في الخطط القياسية؛ محدود في [Customized V2](https://rustdesk.com/pricing#custom2) | مرتبط بفئة الخطة (راجع الأسعار)         |
+
+صفوف 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 رسميًا أنظمة Windows وmacOS وLinux وAndroid وiOS. أما توثيق أنظمة التشغيل المدعومة لدى AnyDesk فيغطي بضع منصات نادرة الاستخدام (العرض على Chrome OS، وtvOS)، لكن مع نفس القيد الذي يفرضه Apple على الجميع: على iOS/iPadOS يمكنك التحكم _خارجًا_ في جهاز آخر، لكن لا يمكن التحكم بجهازك بالكامل _من_ جهاز آخر. أما أجهزة Raspberry Pi فتُغطى من جانب RustDesk عبر إصدارات Linux الرسمية لـ ARM64/ARM32؛ وإذا كنت بحاجة تحديدًا إلى عميل لـ Chrome OS أو Apple TV، فتحقق من الوضع الحالي على صفحة الشركة المصنّعة قبل اتخاذ القرار — فهذه المنصات تتغير بمرور الوقت.
+
+## الأمان والهوية
+
+هذا هو القسم الذي يفترق فيه المنتجان من الناحية الفلسفية، لا في مجرد خانة اختيار (checkbox).
+
+**نموذج أمان AnyDesk.** يؤمّن AnyDesk الجلسات باستخدام TLS 1.2 (AEAD)، وتبادل مفاتيح غير متماثل RSA-2048، وتشفير نقل بيانات AES بطول 256 بت، وسرية تامة أمامية (Perfect Forward Secrecy) عبر مصافحة Diffie-Hellman مؤقتة (ephemeral). كما يوفر مصادقة ثنائية العوامل (TOTP) للوصول دون إشراف، وقائمة تحكم بالوصول / قائمة سماح لتقييد من يمكنه الاتصال، وتخزين كلمات المرور بتجزئة مُملَّحة (salted hash). هذه إجراءات حماية متينة ومطابقة لمعايير الصناعة. لكن المشكلة أنك تثق بشركة مصنّعة مغلقة المصدر، وبشكل افتراضي، بسحابة تلك الشركة للتوسط في اتصالاتك — إذ لا يمكنك تدقيق الشيفرة المصدرية، وأنت تعتمد على الأمان التشغيلي الخاص بـ AnyDesk نفسها.
+
+وتمثّل هذه النقطة الأخيرة المفاضلة البنيوية الكامنة في أي خدمة تشغّلها شركة مصنّعة: فعندما يتوسط طرف ثالث في اتصالاتك، يصبح أمنه التشغيلي جزءًا من سطح الهجوم الخاص بك، كما أن مزوّدًا يشغّل بنية تحتية للوصول عن بُعد لصالح عملاء كثيرين يُعدّ بحد ذاته هدفًا عالي القيمة. وخطر هذا التركّز أمرٌ لا يمكنك تدقيقه ولا التحكم فيه.
+
+**نموذج أمان RustDesk.** السبيل لتقليص خطر التركّز هذا هو التوقف عن الاستعانة بطرف خارجي للوساطة. RustDesk مفتوح المصدر بموجب رخصة AGPL، ويتيح لك Server Pro تشغيل خادم المطابقة (rendezvous) وخادم الترحيل (relay) ولوحة التحكم بنفسك — وبذلك تكون سحابة الشركة المصنّعة المغلقة، التي يعتمد عليها AnyDesk افتراضيًا، خارج المسار ببساطة. وهذا لا يُلغي مخاطر نقاط النهاية (endpoint) أو بيانات الاعتماد أو الإعدادات أو الثغرات البرمجية؛ راجع [أحدث إصدارات 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 كيفية ضبط هذا التكامل.
+
+أما الفرق التي يكمن سبب بحثها بالكامل في إبقاء بيانات الجلسات داخل حدودها الخاصة، فيمكنها الاطلاع على مقال [سطح المكتب البعيد والسيادة على البيانات بموجب 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** نموذج ترخيص قائم على فئات الخطط، وينص على أن جميع الخطط المدرجة تُفوتر سنويًا:
+
+- **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 نفسها تتغير، فإن هذا المقال يتعمّد عدم ذكر رقم دولاري محدد لـ RustDesk — الأرقام الحالية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## الإيجابيات والسلبيات
+
+**RustDesk**
+
+_الإيجابيات:_
+
+- ترخيص لكل مستخدم + لكل جهاز مع ترقيات تُحتسب تناسبيًا، بدلًا من التحزيم حسب فئة الخطة
+- خادم المطابقة (rendezvous) وخادم الترحيل ذاتيّا الاستضافة يُبقيان وساطة الجلسات وحركة البيانات على بنيتك التحتية الخاصة، لا على سحابة شركة مصنّعة
+- مفتوح المصدر (AGPL) — قابل للتدقيق والبناء، دون أي صندوق أسود مغلق المصدر
+- دعم LDAP/SSO ابتداءً من خطة Basic فما فوق (وليس حكرًا على الفئة الأعلى)
+- مولّد عملاء بعلامة تجارية مخصّصة، ولوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك
+- خادم مجتمعي مجاني يعمل إلى أجل غير مسمى
+
+_السلبيات:_
+
+- عليك تشغيل الخادم وتحديثه وتصحيحه بنفسك
+- لا توجد نسخة تجريبية مجانية بالكامل من Server Pro (راسل sales@rustdesk.com للحصول على ترخيص تجريبي)
+
+**AnyDesk**
+
+_الإيجابيات:_
+
+- وساطة سحابية: لا حاجة لاستضافة أي شيء ذاتيًا في الفئات الأدنى — ثبّت العميل واتصل
+- عملاء موثّقون للعرض على Chrome OS وtvOS
+- تكاملات RMM/ITSM وواجهة REST API
+- تشفير قياسي (TLS 1.2، AES-256) ومصادقة ثنائية العوامل TOTP
+
+_السلبيات:_
+
+- مغلق المصدر — لا يمكنك تدقيق العميل
+- اعتماد افتراضي على سحابة AnyDesk؛ الجهاز المحلي متاح فقط في الفئة الأعلى- الجلسات المتزامنة محدودة بفئة الخطة؛ فوترة سنوية مسبقة
+- SSO مُدرج ضمن فئة Ultimate وفقًا لمراجعة صفحة الأسعار بتاريخ 7 يوليو 2026
+
+## لماذا تتحول الفرق إلى RustDesk رغم كل شيء
+
+كل ما سبق هو المقارنة المحايدة. أما هذا القسم فهو الجزء الذي تُعرض فيه حجة RustDesk بشكل صريح — فاقرأه على هذا الأساس.
+
+الفرق التي تنتقل إلى RustDesk بعد تقييم AnyDesk تميل إلى ذكر نفس الأسباب القليلة المتكررة: **الاستضافة الذاتية، والتخصيص، والتركيز على الأمان والخصوصية.**
+
+**السيادة على البيانات هي العنوان الأبرز.** بالنسبة للبيئات الخاضعة للتنظيم، ولكل من يمارس أعمالًا بموجب GDPR، فإن إبقاء بيانات الجلسات على بنية تحتية تتحكم بها بنفسك غالبًا ما يكون المتطلب بأكمله، لا مجرد ميزة إضافية. راجع [لماذا تستضيف برنامج سطح المكتب البعيد ذاتيًا](/ar/blog/why-self-host-remote-desktop-software-ar) للاطلاع على الحجة كاملة.
+
+**المصدر المفتوح ثقة قابلة للتدقيق.** لست مضطرًا إلى _تصديق_ الشركة المصنّعة بشأن ما يفعله العميل — يمكنك قراءته وبناءه والتحقق منه بنفسك.
+
+**حدود الأسطول لا تزال بحاجة إلى تحديد الحجم.** يحتسب [نموذج الترخيص](#نماذج-الترخيص-والتسعير) عدد مستخدمي تسجيل الدخول والأجهزة المُدارة؛ وعند حجم الأسطول الكبير، ينشر RustDesk [إرشادات تخطيط الأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-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) كُتبا خصيصًا لهذه اللحظة بالذات.
+
+## جرّب RustDesk
+
+شغّل خادم المجتمع المجاني ووجّه إليه جهازين أو ثلاثة — دون أي تكلفة ودون أي مكالمة مبيعات. أما لمزايا 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)
+- [ارتفاع أسعار 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) — الاتصالات المباشرة، والترحيل الاحتياطي عبر الشبكة العامة، والوصول دون إشراف، وضوابط الوصول.
@@ -0,0 +1,85 @@
+---
+publishDate: 2026-06-29T17:38:00Z
+lang: 'ar'
+translationKey: 'rustdesk-vs-rdp'
+draft: false
+title: 'RustDesk مقابل RDP: التوافق مع جميع الأنظمة مقابل الحصرية على Windows'
+excerpt: 'RustDesk مقابل RDP من مايكروسوفت: مقارنة عملية بين التوافق مع جميع الأنظمة، والوصول عبر الإنترنت دون VPN، وسرعة الشبكة المحلية، والمفاضلات الأمنية.'
+image: '~/assets/images/blog/rustdesk-vs-rdp-og.png'
+category: 'مقارنات'
+tags: ['RustDesk', 'RDP', 'مقارنة']
+author: 'RustDesk Team'
+slug: "rustdesk-vs-rdp-ar"
+faq:
+  - question: 'هل RustDesk أفضل من RDP؟'
+    answer: 'يعتمد الأمر على طبيعة المهمة. بروتوكول RDP أسرع ومجاني على الشبكة المحلية (LAN) بين أجهزة Windows Pro، ويتكامل مع Active Directory. أما RustDesk فهو متوافق مع جميع الأنظمة، ويُنشئ الاتصالات عبر أجهزة NAT وجدران الحماية دون الحاجة إلى VPN أو إعادة توجيه المنافذ (port-forwarding)، وهو مفتوح المصدر ويمكن استضافته ذاتيًا. تستخدم فرق عمل كثيرة بروتوكول 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 كأداة تحكم فقط.'
+  - question: 'هل يمكن لـ RustDesk الاتصال بجهاز Mac أو Linux؟'
+    answer: 'نعم. يمكن لـ RustDesk التحكم في أجهزة macOS وLinux المضيفة من خلال تطبيقاته المدعومة لأجهزة سطح المكتب والأجهزة المحمولة. أما RDP فهو بروتوكول مخصص أساسًا لاستضافة Windows، لذا فإن الوصول إلى أجهزة macOS أو Linux المضيفة يتطلب عادةً إضافة خوادم أو عملاء من جهات خارجية. يمكن لتطبيق RustDesk على iOS التحكم في أجهزة أخرى، لكن لا يمكنه جعل جهاز iPhone أو iPad يعمل كمضيف للتحكم عن بُعد.'
+metadata:
+  description: 'RustDesk مقابل RDP من مايكروسوفت، نقطة بنقطة: التوافق مع جميع الأنظمة، والوصول عبر الإنترنت دون VPN، وأداء الشبكة المحلية، والتكامل مع Active Directory، والمفاضلات الأمنية.'
+  keywords: 'RustDesk مقابل RDP, RustDesk مقابل Microsoft Remote Desktop, استخدام RDP عبر الإنترنت بدون VPN, بديل RDP متوافق مع جميع الأنظمة'
+---
+
+يُعد بروتوكول سطح المكتب البعيد من مايكروسوفت (RDP) الخيار الافتراضي للعديد من بيئات العمل القائمة على Windows: فهو مدمج بالفعل، وسريع، ويتحدث لغة Active Directory من الأساس. أما RustDesk فيتعامل مع المشكلة ذاتها من زاوية مختلفة تمامًا — التوافق مع جميع الأنظمة، والأولوية للاتصال عبر الإنترنت، والانفتاح في الشيفرة المصدرية. لا يمكن القول إن أحدهما "أفضل" من الآخر بشكل مطلق؛ فكلاهما مصمم لأشكال مختلفة من الشبكات.
+
+تقتصر هذه المقارنة على الفروقات الثابتة والقابلة للتحقق: الأنظمة التي يدعمها كل منهما، وكيفية عبور كل منهما للإنترنت العام، ومواطن التفوق في الأداء، والمفاضلات الأمنية المصاحبة لكل نموذج.
+
+## الفرق الجوهري في البنية المعمارية
+
+بروتوكول 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 الاختياري.
+
+## نطاق دعم الأنظمة
+
+استضافة 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 من جهات خارجية أو التحول إلى أدوات أخرى.
+
+يمكن لـ RustDesk التحكم والتحكم به على **Windows (بما في ذلك إصدار Home)، وmacOS، وLinux، وAndroid**، وذلك وفق أذونات كل نظام تشغيل. أما تطبيق iOS فيعمل كأداة تحكم فقط؛ إذ لا تسمح Apple لجهاز iPhone أو iPad بالعمل كمضيف للتحكم عن بُعد عبر RustDesk.
+
+## عبور الإنترنت: مفترق الطرق الأمني
+
+هنا يتباين المنهجان بأوضح صورة. فإرشادات مايكروسوفت نفسها للوصول إلى جهاز كمبيوتر من خارج شبكته تنص على "استخدام إعادة توجيه المنافذ أو إعداد 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 هي عبر VPN مُهيأ بشكل صحيح أو بوابة RD Gateway مزودة بالمصادقة على مستوى الشبكة (Network Level Authentication)، لكن ذلك يتطلب بنية تحتية عليك صيانتها بنفسك. أما RustDesk فيعتمد على التسجيل الصادر، وعبور NAT، والتحول إلى خادم التتابع كحل بديل، بدلًا من كشف 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 الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## أين يتفوق 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 استضافتها.
+
+لكن هذه المقايضة تسري في الاتجاه الآخر أيضًا: فالاستضافة الذاتية تعني أن **شخصًا من جانبك يُشغّل الخادم** — إذ عليك تجهيز مضيف، وتقييد المنافذ، وإعداد TLS، وتحديثه بمرور الوقت. هذا هو الثمن مقابل السيطرة. وإذا كنت تريد ميزة أصلية دون أي شيء جديد لتشغيله على شبكة محلية خاصة بـ Windows فقط، فمن الصعب منافسة RDP.
+
+## فأيهما تستخدم إذن؟
+
+بالنسبة للعديد من فرق العمل، الإجابة هي _كلاهما_: RDP للجلسات السريعة والأصلية داخل النطاق (domain) على الشبكة المحلية، وRustDesk للوصول عبر الأنظمة المختلفة وعبر الإنترنت وBYOD دون فتح ثغرة في جدار الحماية. وإذا كنت بحاجة إلى أحدهما فقط، فدع طبيعة الشبكة تحدد اختيارك — فالشبكة المحلية المتجانسة القائمة على Windows تميل إلى RDP؛ بينما الأنظمة المختلطة، والمستخدمون عن بُعد، ومتطلبات الاستضافة الذاتية تميل إلى RustDesk.
+
+## جرّبه الآن
+
+استضف الخادم المجتمعي المجاني ذاتيًا اليوم، أو راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للاستفسار عن شروط التقييم. أسعار باقة Standard متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing)، وهناك شرح كامل على [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk).
@@ -0,0 +1,160 @@
+---
+publishDate: 2026-07-09T13:01:00Z
+lang: 'ar'
+translationKey: 'rustdesk-vs-screenconnect'
+draft: false
+title: 'RustDesk مقابل ScreenConnect: الدعم عن بُعد ذاتي الاستضافة'
+excerpt: 'مقارنة شاملة بين RustDesk وScreenConnect: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، ومفاضلات الاستضافة الذاتية.'
+image: '~/assets/images/blog/rustdesk-vs-screenconnect-og.png'
+category: 'مقارنات'
+tags: ['RustDesk', 'ScreenConnect', 'مقارنة']
+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 وحدها على قياسه). قارن عروض الأسعار المكتوبة الحالية لنفس عدد الفنيين ونقاط النهاية والميزات.'
+  - question: 'هل يدعم RustDesk تسجيل الدخول الموحد (SSO) وLDAP مثل ScreenConnect؟'
+    answer: 'يدعم RustDesk بروتوكول LDAP/Active Directory وتسجيل الدخول الموحد عبر OIDC ابتداءً من خطة Basic فما فوق. يُدرج ScreenConnect تكاملات LDAP وSAML وOAuth لتسجيل الدخول الموحد؛ تأكد من المستوى الدقيق الذي يتطلبه كل منتج لإدارة الهوية.'
+metadata:
+  description: 'مقارنة معمّقة بين RustDesk وScreenConnect: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج التسعير، والإيجابيات والسلبيات الواضحة لمزوّدي خدمات إدارة تقنية المعلومات (MSPs).'
+  keywords: 'RustDesk مقابل ScreenConnect، RustDesk مقابل ConnectWise Control، مقارنة ScreenConnect'
+---
+
+يستهدف كل من RustDesk وScreenConnect سير عمل الدعم عن بُعد لدى مزوّدي خدمات إدارة تقنية المعلومات (MSPs)؛ والفارق الجوهري بينهما هو الملكية — فScreenConnect برنامج مملوك يُرخَّص حسب عدد الفنيين المتزامنين، بينما RustDesk مفتوح المصدر ومصمّم ليكون ذاتي الاستضافة. يعتمد هذا المقال على توثيق المنتجات العام، بدلاً من إعادة نشر رسائل بريد إلكتروني خاصة بالعملاء أو تواريخ العقود أو تفاصيل عمليات النشر.
+
+ScreenConnect (المعروف سابقًا باسم ConnectWise Control) منصة تجارية للوصول عن بُعد تمتلك قاعدة عملاء كبيرة في سوق مزوّدي خدمات إدارة تقنية المعلومات. أما RustDesk فهو بديل مفتوح المصدر وقابل للاستضافة الذاتية، مبني على فلسفة مختلفة تمامًا — برنامج تُشغّله وتملكه بنفسك بدلاً من خدمة يستضيفها المُورّد. فيما يلي مقارنة قسمًا بقسم توضح كيف يتقارن المنتجان، ولماذا ينتقل مزوّدو خدمات إدارة تقنية المعلومات إلى RustDesk.
+
+## المحتويات
+
+- [نظرة عامة: RustDesk وScreenConnect في لمحة](#نظرة-عامة-rustdesk-وscreenconnect-في-لمحة)
+- [مقارنة الميزات](#مقارنة-الميزات)
+- [دعم أنظمة التشغيل والمنصات](#دعم-أنظمة-التشغيل-والمنصات)
+- [الأمان وإدارة الهوية](#الأمان-وإدارة-الهوية)
+- [نماذج الترخيص والتسعير](#نماذج-الترخيص-والتسعير)
+- [الإيجابيات والسلبيات](#الإيجابيات-والسلبيات)
+- [لماذا ينتقل مزوّدو خدمات إدارة تقنية المعلومات إلى RustDesk رغم كل شيء](#لماذا-ينتقل-مزوّدو-خدمات-إدارة-تقنية-المعلومات-إلى-rustdesk-رغم-كل-شيء)
+- [جرّب RustDesk بنفسك](#جرّب-rustdesk-بنفسك)
+- [قراءات ذات صلة](#قراءات-ذات-صلة)
+- [المصادر](#المصادر)
+
+## نظرة عامة: RustDesk و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. والمقابل هو أن فريقك هو من يشغّل الخادم ويحدّثه ويؤمّنه.
+
+باختصار: ScreenConnect منصة تجارية تحيط بها منظومة متكاملة لمزوّدي خدمات إدارة تقنية المعلومات؛ أما 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                                        | مرخّص حسب عدد الفنيين المتزامنين؛ راجع المستويات الحالية                                |
+
+التزامن هو المحرك الأساسي لكلا نموذجَي التكلفة. فScreenConnect يرخّص سعة الفنيين المتزامنين، بينما الخطط القياسية في RustDesk غير محدودة، وتُرخّص Customized V2 حصة تزامن محددة. راجع [صفحة تسعير RustDesk](https://rustdesk.com/pricing).
+
+## دعم أنظمة التشغيل والمنصات
+
+كلتا الأداتين تعملان عبر منصات متعددة، مع وجود فارق بنيوي واحد يستحق الفهم: يميّز ScreenConnect بين جانب **المضيف (host)** (الفني) وجانب **الضيف (guest)** (الجهاز الذي يتلقى الدعم)، ويختلف دعم المنصات قليلاً بين الجانبين.
+
+| المنصة            | 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          |
+
+بضع توضيحات حتى لا يُساء الفهم. تُدرج صفحة التوافق الرسمية لـ 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. وهذه ادعاءات من المورّد، وليست استنتاجًا بأن أي عملية نشر تكون ممتثلة تلقائيًا؛ والصفحات الرسمية للمورّد مرتبطة في قسم [المصادر](#المصادر).
+
+**التحديث مسألة ملكية.** في الخدمة التي يستضيفها المورّد، يتحكم المورّد بالجدول الزمني للتحديثات، بينما يقوم مشغّلو النسخ ذاتية الاستضافة بتحديث خوادمهم بأنفسهم. التصحيحات الأمنية وتدوير الشهادات والأحداث المشابهة تقع على _جدولك_ الزمني للتغيير، لا على جدول المورّد — وهي المفاضلة نفسها من حيث الملكية التي تُبقي بياناتك ضمن بنيتك التحتية، واستضافة 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](https://github.com/rustdesk/rustdesk/releases) والسجلات العامة للثغرات. يوفر وضع ScreenConnect السحابي خدمة يشغّلها المورّد؛ بينما يوفر RustDesk شيفرة قابلة للتدقيق وخدمات من جانب الخادم ذاتية الاستضافة، إلى جانب مسؤولية التشغيل. للاطلاع على حدود التوجيه ومكان إقامة البيانات، راجع [سطح المكتب البعيد وسيادة البيانات](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar).
+
+## نماذج الترخيص والتسعير
+
+تتغير الأسعار كثيرًا، لذا بدلاً من التعامل مع أي رقم كحقيقة دائمة، سنقارن بين _النموذجين_ ونُثبِّت تاريخ الأرقام المذكورة.
+
+**ScreenConnect** يُجمّع سعة الفنيين/الجلسات، والوكلاء غير المراقَبين، والميزات حسب المنتج والمستوى. وهذه التفاصيل تتغير، وتتطلب شروط النسخ المحلية تأكيدًا مباشرًا. استخدم صفحة تسعير ConnectWise الحالية وعرض سعر مكتوب لنفس عدد الفنيين والجلسات المتزامنة ونقاط النهاية غير المراقَبة وضوابط الأمان ومتطلبات الدعم؛ فهذا المقال لا يحتفظ بلقطة أسعار ستصبح قديمة مع الوقت.
+
+**RustDesk** يُسعّر حسب مستخدمي تسجيل الدخول والأجهزة المُدارة. وتشمل الخطط القياسية اتصالات متزامنة غير محدودة؛ وتضيف Customized V2 حصة تزامن محددة. وأي مقارنة مباشرة بين الأسعار المعلنة قد تكون مضلِّلة، لذا قيّم كلا المنتجين بناءً على المتطلبات الفعلية من المستخدمين والأجهزة والتزامن والميزات والدعم. يمكن الاطلاع على أسعار RustDesk الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## الإيجابيات والسلبيات
+
+**RustDesk**
+
+_الإيجابيات_
+
+- اتصالات متزامنة غير محدودة في الخطط القياسية — دون قياس للجلسات حسب عدد الفنيين (خطة Customized V2 وحدها محدودة)
+- مولّد العميل بعلامة تجارية مخصصة يوفّر أداة بعلامة بيضاء (white-label) تحمل اسمك أنت، لا اسم ConnectWise
+- يُبقي Server Pro ذاتي الاستضافة عملية الوساطة/الترحيل ضمن بنية تحتية تملكها أنت (سيادة البيانات، GDPR)
+- مفتوح المصدر (AGPL) — قابل للتدقيق والبناء من الشيفرة المصدرية
+- خادم المجتمع المجاني يعمل إلى أجل غير مسمى دون أي تكلفة
+- يتوسع ليشمل أساطيل ضخمة من الأجهزة (المزيد عن هذا لاحقًا)
+
+_السلبيات_
+
+- أنت من يُشغّل الخادم ويحدّثه ويصونه بنفسك
+- لا توجد نسخة تجريبية مجانية بالكامل من Server Pro (راسل sales@rustdesk.com للحصول على ترخيص اختباري)
+- بعض المزايا (LDAP/SSO) تبدأ من خطة Basic، وليس من المستوى الأول
+
+**ScreenConnect**
+
+_الإيجابيات_
+
+- التكامل مع منظومة ConnectWise PSA/RMM
+- خيار سحابي مُدار مع تحديثات تلقائية
+- مجموعة ميزات تشمل تسجيل الجلسات، وBackstage، وVoIP، والتشخيصات
+- قاعدة تثبيت كبيرة لدى مزوّدي خدمات إدارة تقنية المعلومات — يسهل إيجاد التوثيق والفنيين ذوي الخبرة
+- ضوابط هوية على مستوى المؤسسات (2FA، وSSO/SAML/OAuth، وLDAP، وضوابط تحكم بالوصول مبنية على الأدوار)
+
+_السلبيات_
+
+- مملوك ومغلق المصدر — لا يمكنك تدقيق الشيفرة
+- يقيس ترخيص الفنيين المتزامنين سعتك ويحدّها
+- الميزات المتقدمة محصورة خلف مستويات أعلى؛ وبعض الوظائف عبارة عن خطوط منتجات منفصلة مدفوعة
+
+## لماذا ينتقل مزوّدو خدمات إدارة تقنية المعلومات إلى RustDesk رغم كل شيء
+
+كل ما سبق يمثّل المقارنة المحايدة. أما هذا الجزء فهو حيث نطرح بصراحة حجة RustDesk — لأن المتطلبات المذكورة أعلاه هي غالبًا ما يدفع مزوّدي خدمات إدارة تقنية المعلومات إلى تقييم بديل ذاتي الاستضافة في المقام الأول. يمكنك تشغيل طبقة التنسيق بأكملها بنفسك، والإبقاء على بيانات الجلسات داخل محيطك الخاص — وهو أمر لا تستطيع أداة مستضافة من مورّد تقديمه من الناحية البنيوية. يتيح لك Server Pro اختيار مكان تشغيل بيانات المعرّف (ID) والترحيل (relay) ولوحة التحكم والأجهزة. لكن حركة البيانات المباشرة بين نقاط النهاية لا تزال تعبر الشبكات الواقعة بينها، والامتثال يتطلب أكثر من مجرد موقع الخادم. تبدأ العديد من الفرق بالاستضافة الذاتية على عتاد متواضع لإثبات الفكرة، ثم تتحقق من السعة مقابل ملف التزامن والترحيل الفعلي لديها. وبالنسبة للفرق التي يكون شاغلها الأول هو مكان إقامة البيانات والتحكم بها، فإن هذا وحده يحسم القرار.
+
+إذا كنت تُجري التقييم تحديدًا بصفتك مزوّد خدمات إدارة تقنية معلومات، فإن مقالنا [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).
+
+## جرّب RustDesk بنفسك
+
+الطريقة الخالية من الضغط لتقييم RustDesk هي إجراء إثبات مفهوم تمثيلي. أنشئ خادم المجتمع المجاني ووجّه إليه بضع نقاط نهاية — دون أي تكلفة ودون أي مكالمة مبيعات. وللاطلاع على ميزات 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 مقابل AnyDesk](/ar/blog/rustdesk-vs-anydesk-ar)
+
+## المصادر
+
+تم التحقق من تفاصيل منتج ScreenConnect مقابل صفحات ConnectWise الرسمية التالية بتاريخ 7 يوليو 2026. قد تتغير الميزات ودعم المنصات والتجميع والأسعار؛ تحقق من الصفحات الحالية ومن عرض سعر مكتوب قبل الشراء.
+
+- [خطط تسعير ScreenConnect](https://www.screenconnect.com/pricing) — المستويات الحالية، وحدود الجلسات المتزامنة، والوكلاء غير المراقَبين، وميزات الدعم عن بُعد، وضوابط الأمان، وتكاملات الهوية، وتكاملات ConnectWise.
+- [ScreenConnect ذاتي الاستضافة](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 الحالية وقيود الشركات المصنّعة.
@@ -0,0 +1,87 @@
+---
+publishDate: 2026-07-06T10:09:00Z
+lang: 'ar'
+translationKey: 'rustdesk-vs-splashtop'
+draft: false
+title: 'بديل Splashtop ذاتي الاستضافة: ما الذي يجب تقييمه أولاً'
+excerpt: 'دليل تقييم بديل ذاتي الاستضافة لـ Splashtop يغطي الترخيص، والبنية التحتية، وأدلة الموثوقية، واختبار سير العمل، ومخاطر الترحيل.'
+image: '~/assets/images/blog/rustdesk-vs-splashtop-og.png'
+category: 'مقارنات'
+tags: ['RustDesk', 'Splashtop', 'مقارنة']
+author: 'RustDesk Team'
+slug: "rustdesk-vs-splashtop-ar"
+faq:
+  - question: 'هل يمكن استضافة كل من RustDesk وSplashtop ذاتيًا؟'
+    answer: 'نعم، ولكن من خلال نماذج منتجات مختلفة. يوفر RustDesk خادمًا مجانيًا مفتوح المصدر وخطط Server Pro التجارية المبنية حول الاستضافة الذاتية. أما Splashtop فيقدّم منتج On-Prem الملكي المرخّص بشكل منفصل، بالإضافة إلى خطط SaaS الرئيسية الخاصة به.'
+  - question: 'ما البنية التحتية التي يتطلبها Splashtop On-Prem؟'
+    answer: 'يستخدم Splashtop On-Prem بوابة Splashtop Gateway يديرها العميل. ويجب على المؤسسة التخطيط لسعة الخادم، والشبكات، وبروتوكول TLS، والمراقبة، والنسخ الاحتياطي، والترقيات، والتوافر، وفقًا لمتطلبات النشر الخاصة بها.'
+  - question: 'هل يجب أن أستضيف ذاتيًا أم أستخدم خدمة يديرها المورّد؟'
+    answer: 'اختر الاستضافة الذاتية عندما تريد التحكم في الخدمات من جانب الخادم، أو برمجيات مفتوحة المصدر، أو ترخيصًا يعتمد على مستخدميك وأجهزتك الخاصة؛ أما خدمة SaaS التي يديرها المورّد فهي البديل عندما تريد تحديدًا أن يتولى طرف آخر تشغيل الخدمة. اختبر سير العمل المطلوب، وقارن الشروط الكتابية الحالية قبل اتخاذ القرار.'
+  - question: 'كيف يجب على فريق تقنية المعلومات اختبار بديل لـ Splashtop؟'
+    answer: 'شغّل برنامجًا تجريبيًا موازيًا يضم مستخدمين وأجهزة نهائية وشبكات وسير عمل دعم يمثّلون واقعك الفعلي. حدد معايير القبول لموثوقية الاتصال، والصوت عن بُعد، وتخطيط الشاشات، والوصول عبر الجوال، والإدارة، وضوابط الأمان، واحتفظ بمسار تراجع موثّق إلى أن يجتاز البديل هذه المعايير.'
+metadata:
+  description: 'قيّم بديلاً ذاتي الاستضافة لـ Splashtop من حيث الترخيص، والبنية التحتية، وتوافق سير العمل، وضوابط الأمان، وتصميم البرنامج التجريبي، ومخاطر الترحيل.'
+  keywords: 'بديل Splashtop ذاتي الاستضافة، استبدال Splashtop، الترحيل من Splashtop، RustDesk مقابل Splashtop، بديل Splashtop لفرق تقنية المعلومات'
+---
+
+يستحق بديل Splashtop ذاتي الاستضافة التقييم عندما يحتاج فريق تقنية المعلومات لديك إلى التحكم في الخدمات من جانب الخادم، أو برمجيات مفتوحة المصدر، أو نموذج ترخيص يتناسب مع مستخدميه وأجهزته وجلساته المتزامنة. لكنه ليس بالضرورة الخطوة الصحيحة تلقائيًا: فالتحول ينقل أيضًا عبء البنية التحتية إلى فريقك، وقد يكشف عن ثغرات في سير العمل لا تلتقطها مصفوفة الميزات.
+
+التمييز المهم هنا هو أن هناك **ثلاثة نماذج تشغيل، لا مجرد "السحابة مقابل الاستضافة الذاتية".** فـ Splashtop يبيع خطط SaaS مُدارة _و_ منتج **On-Prem** مرخّصًا بشكل منفصل؛ بينما يجعل RustDesk من الاستضافة الذاتية نموذج النشر الأساسي من خلال خادمه المجتمعي المجاني وخطط 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 للاطلاع على ميزات الإدارة                                                          | نسخة SaaS تجريبية للفرق التي تريد خدمة مُدارة               | مبيعات مباشرة وتقييم بنية تحتية محدد النطاق                                                              |
+
+اختر نموذج التشغيل قبل مقارنة الميزات الفردية. فإذا كنت تريد أن يتولى مورّد تشغيل الخدمة، فقارن جهد تشغيل RustDesk بنفسك مقابل Splashtop SaaS. وإذا كان التحكم في البنية التحتية إلزاميًا، فقارن RustDesk Server Pro مع Splashtop On-Prem — لا مع النسخة التجريبية من SaaS، التي لا تخبرك بالكثير عن On-Prem.
+
+## قارن مع منتج 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) الخاصة بها لأنظمة التشغيل، وحجم الأجهزة، والمنافذ.
+
+إذن، On-Prem موجود بالفعل — لكنه منتج ملكي منفصل يُباع عبر المبيعات المباشرة ويتطلب بنية تحتية من جانب العميل، وليس هو الخيار الافتراضي خلف كل اشتراك في Splashtop. أما RustDesk فينطلق من الطرف المقابل: فالخادم المجتمعي وServer Pro مستضافان ذاتيًا بشكل افتراضي. ومع Server Pro، يعمل خادم المعرّف/التلاقي (ID/rendezvous)، والتتابع (relay)، ولوحة التحكم، وبيانات النشر المخزّنة، على بنية تحتية تتحكم بها أنت، بينما تظل الجلسات المباشرة تتدفق بين الأجهزة الطرفية.
+
+## المصدر المفتوح ونموذج الثقة
+
+العميل الأساسي والخادم المجتمعي لـ RustDesk متاحان بموجب رخصة **AGPL**. ويمكن لفريق الأمان أو الهندسة قراءة الشيفرة البرمجية، وبناء العميل، وتشغيل الخادم المجاني، دون شراء ترخيص تجاري أولاً؛ ويضيف Server Pro إدارة ملكية فوق ذلك. أما Splashtop SaaS وOn-Prem فكلاهما ملكي — وOn-Prem يغيّر _مكان_ تشغيل الخادم، لا ما إذا كانت الشيفرة مفتوحة أم لا. وسؤالان منفصلان يحسمان هذا الأمر:
+
+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 متوفرة في [صفحة تسعير 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، وإصدارات نظام التشغيل الخاصة بك، لا كدليل على مدى شيوع أي مشكلة عبر القاعدة المثبتة بأكملها.
+
+## ما الذي يجب اختباره فعليًا
+
+تجاوز قائمة التحقق العامة القائمة على مصفوفة الميزات، واختبر الأمور التي تحسم عملية الترحيل من Splashtop على أرض الواقع:
+
+- **الصوت عن بُعد** ونقل إشارة الميكروفون، بما في ذلك سلوك جهاز الصوت بعد إعادة الاتصال.
+- تخطيطات **الشاشات المتعددة**، وما إذا كان تخطيط الشاشات محفوظًا بين الجلسات.
+- الوصول عبر **الجوال والمتصفح** — تأكد من المنصات التي يمكنها _التحكم_ مقابل تلك التي _يمكن التحكم بها_ فقط، وتحقق من جلسات المتصفح/WebSocket بمعزل عن العملاء الأصليين.
+- **حزم RMM** والنشر دون مراقبة على إصدارات نظام التشغيل التي تستخدمها في الإنتاج.
+- **الاتصال المباشر والرجوع إلى التتابع (relay)**، بالإضافة إلى سلوك إعادة الاتصال على الشبكات ذات زمن الاستجابة المرتفع والشبكات المقيدة.
+- **الحوكمة** — تسجيل الدخول الموحد (SSO) أو التكامل مع الدليل، والمصادقة الثنائية (2FA) للجهاز المُتحكَّم به، وسجلات التدقيق، ومجموعات الأجهزة، والتأكد من أن معرفة معرّف الجهاز لا تتجاوز نموذج التفويض لديك. فالخادم المجتمعي المجاني لا يشمل كل ميزات الحوكمة الموجودة في Server Pro، لذا تحقق من هذه الميزات مقابل مصفوفة Server Pro الحالية و[وثائق LDAP/SSO](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/ldap/) بدلاً من استنتاجها من الخادم المجاني.
+
+نفّذ هذا الاختبار في صورة **برنامج تجريبي موازٍ** عبر شريحة تمثيلية من الفنيين والأجهزة الطرفية والشبكات؛ وأبقِ النظام الحالي قيد التشغيل إلى أن يجتاز البديل سير العمل المطلوب؛ ووثّق محفز تراجع قبل توسيع نطاق النشر.
+
+## متى يكون RustDesk هو المرشح الأقوى
+
+يستحق RustDesk التقييم عندما تريد الاستضافة الذاتية كنموذج نشر معتاد، وبرمجيات مفتوحة المصدر يمكنك تدقيقها وبناؤها، ومسارًا عبر خادم مجتمعي مجاني، أو ترخيصًا يعتمد على مستخدمي تسجيل الدخول والأجهزة المُدارة. وهناك تحفظ واحد ينطبق على كل من RustDesk وSplashtop On-Prem: فريقك هو من يُهيئ الخادم، ويؤمّنه، ويراقبه، وينسخه احتياطيًا، ويحدّثه. والتحكم في البنية التحتية يستحق العناء فقط عندما تكون مستعدًا لتشغيله.
+
+## قيّم RustDesk دون الالتزام بكامل أسطولك
+
+ابدأ بالخادم المجتمعي المجاني للاتصال الأساسي، ثم قيّم Server Pro إذا كنت بحاجة إلى حوكمة مركزية — باستخدام الأجهزة الطرفية والشبكات وسير عمل الفنيين ومعايير القبول نفسها التي كنت ستطبقها على Splashtop. راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط تقييم Server Pro الحالية، أو راجع [تسعير RustDesk](https://rustdesk.com/pricing).
@@ -0,0 +1,172 @@
+---
+publishDate: 2026-06-30T13:17:00Z
+lang: 'ar'
+translationKey: 'rustdesk-vs-teamviewer'
+draft: false
+title: 'RustDesk مقابل TeamViewer: البديل ذاتي الاستضافة'
+excerpt: 'مقارنة بين RustDesk و TeamViewer: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج الترخيص، والمفاضلات الحقيقية - الاستضافة الذاتية، المصدر المفتوح، وعدم وجود تسعير لكل قناة.'
+image: ~/assets/images/blog/rustdesk-vs-teamviewer-og.png
+category: 'مقارنات'
+tags: ['RustDesk', 'TeamViewer', 'مقارنة']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-teamviewer-ar'
+faq:
+  - question: 'هل RustDesk بديل مجاني لـ TeamViewer؟'
+    answer: 'عميل RustDesk الأساسي وخادم المجتمع مفتوحا المصدر ومجانيان للاستضافة الذاتية دون أي انتهاء صلاحية. تضيف خطط Server Pro المدفوعة إدارة مركزية ويتم ترخيصها بحسب عدد مستخدمي تسجيل الدخول والأجهزة المُدارة؛ الأرقام الحالية متوفرة على rustdesk.com/pricing.'
+  - question: 'هل يستمر RustDesk في العمل إذا توقفت عن الدفع، مثل ترخيص TeamViewer الدائم القديم؟'
+    answer: 'يستمر خادم المجتمع مفتوح المصدر في العمل دون أي تكلفة. أما Server Pro فهو ترخيص تجاري سنوي؛ وإذا انتهت صلاحيته فإنك تحتفظ بالخادم المجاني لكنك تفقد ميزات إدارة Pro. لا يُعد أي من المنتجين أداة تُشترى مرة واحدة وتُستخدم إلى الأبد.'
+  - question: 'هل يمكن استضافة RustDesk ذاتيًا، على عكس TeamViewer؟'
+    answer: 'نعم. يُشغّل RustDesk Server Pro خادم الهوية/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ولوحة التحكم، والبيانات المخزَّنة على بنية تحتية تتحكم بها أنت بنفسك، في حين يقوم TeamViewer بوساطة الجلسات عبر سحابته الخاصة.'
+  - question: 'هل يقيس RustDesk الجلسات المتزامنة مثلما تفعل خطط TeamViewer؟'
+    answer: 'تتضمن خطط RustDesk القياسية اتصالات متزامنة غير محدودة؛ ويقتصر قياس وتسعير التزامن على خطة Customized V2 فقط. أما TeamViewer فيحدّ من الجلسات المتزامنة حسب مستوى الخطة.'
+metadata:
+  description: 'مقارنة بين RustDesk و TeamViewer: الميزات، ودعم أنظمة التشغيل، والأمان، ونماذج الترخيص، وإيجابيات وسلبيات واضحة - الاستضافة الذاتية، المصدر المفتوح، وعدم وجود تسعير لكل قناة.'
+  keywords: 'RustDesk مقابل TeamViewer, مقارنة TeamViewer, TeamViewer مقابل RustDesk, مقارنة RustDesk و TeamViewer'
+---
+
+يحل RustDesk وTeamViewer مشكلة الوصول عن بُعد نفسها، لكن بنموذجين متعاكسين: حزمة مفتوحة المصدر تستضيفها بنفسك مقابل خدمة سحابية مُدارة تشترك فيها.
+
+TeamViewer منصة وصول عن بُعد تجارية تمتلك كتالوجًا واسعًا من عمليات التكامل. هذه مقارنة مفصّلة: ما هي طبيعة كل منتج، وكيف تتطابق ميزاتهما ودعمهما للمنصات، وكيف تختلف نماذج الأمان والترخيص لديهما، وأين - ولماذا - تنتقل الفرق إلى RustDesk بدلًا من ذلك. عندما نطرح ادعاءً عن TeamViewer فإننا نستشهد بمصدره، وكل شيء مؤرَّخ لأن أسعار وحزم الوصول عن بُعد تتغير كثيرًا.
+
+## جدول المحتويات
+
+- [نظرة عامة على RustDesk وTeamViewer](#نظرة-عامة-على-rustdesk-وteamviewer)
+- [مقارنة الميزات](#مقارنة-الميزات)
+- [دعم أنظمة التشغيل والمنصات](#دعم-أنظمة-التشغيل-والمنصات)
+- [الأمان والهوية](#الأمان-والهوية)
+- [نماذج الترخيص والتسعير](#نماذج-الترخيص-والتسعير)
+- [الإيجابيات والسلبيات](#الإيجابيات-والسلبيات)
+- [لماذا تنتقل الفرق إلى RustDesk رغم كل ذلك](#لماذا-تنتقل-الفرق-إلى-rustdesk-رغم-كل-ذلك)
+- [جرّب RustDesk بنفسك](#جرّب-rustdesk-بنفسك)
+- [قراءات ذات صلة](#قراءات-ذات-صلة)
+
+## نظرة عامة على RustDesk وTeamViewer
+
+**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 القدرات الموثَّقة للمنتج، وفي جانب 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 على مهامك الفعلية؛ ولهذا السبب نوجّه من يريدون التقييم إلى sales@rustdesk.com للحصول على ترخيص تجريبي بدلًا من عقد موقَّع.
+
+## دعم أنظمة التشغيل والمنصات
+
+تغطي كلتا الأداتين منصات سطح المكتب والجوال الرئيسية؛ وتختلف التفاصيل عند الأطراف، خصوصًا على 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/))                                                      |
+
+الخلاصة هي أن كلا المنتجين يعملان على Windows وmacOS وLinux وAndroid وiOS، لذا فبالنسبة للغالبية العظمى من أعمال الدعم على أساطيل مختلطة الأجهزة، ستصل أي من الأداتين إلى نقاط النهاية التي تحتاجها. يغطي TeamViewer بضعة أطراف إضافية (مشاركة شاشة ChromeOS، وRaspberry Pi عبر عميله القديم Classic)، بينما يغطي RustDesk Pi بإصداراته القياسية من Linux لـ ARM64/ARM32. وإذا كانت نقاط النهاية غير التقليدية مهمة بالنسبة لك، فتحقّق من الجهاز المحدَّد مقابل قائمة كل مورّد الحالية قبل الالتزام.
+
+## الأمان والهوية
+
+هذا هو الموضع الذي يجسّد فيه المنتجان فلسفتين مختلفتين حقًا، لذا يستحق الأمر التفريق بين "ميزات الأمان" و"نموذج الأمان".
+
+**ميزات الأمان في 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/))
+
+غير أن هناك نقطة تتعلق بنموذج الأمان تستحق الذكر إلى جانب تلك الميزات. فالبنية التحتية الخاصة بأي مورّد مركزي هي بحد ذاتها هدف عالي القيمة، ولا يوجد مزوّد محصَّن ضد هذه الفئة من الهجمات - وهذا بالضبط هو نمط المخاطر الذي يغيّره نموذج الاستضافة الذاتية.
+
+**نموذج الأمان في RustDesk** ينطلق من نقطة مختلفة. RustDesk مفتوح المصدر بموجب رخصة AGPL، لذا يمكن تدقيق الشيفرة بشكل مستقل وبناؤها من المصدر. RustDesk Server Pro ذاتي الاستضافة: أنت من يشغّل خادم الهوية/الالتقاء (ID/rendezvous)، وخادم الترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزَّنة. ولا تزال الجلسات المباشرة تتدفق بين نقاط النهاية. كما أن المصدر المفتوح يجعل العيوب علنية، لذا راجع [أحدث الإصدارات](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 لوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك، بالإضافة إلى مولّد عميل بعلامة تجارية مخصصة بحيث يحمل التطبيق الذي يثبّته مستخدموك اسمك أنت لا اسم المورّد.
+
+إذا كان الحفاظ على بيانات الجلسة داخل بنية تحتية تتحكم بها أنت هو صلب الهدف، فالنقاش المخصص لذلك موجود في [سطح المكتب البعيد وسيادة البيانات](/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) لذا فهو دقيق دومًا.
+
+**نموذج 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/))
+
+**نموذج RustDesk** مختلف من ناحيتين. أولًا، تحتسب الخطط التجارية **مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة**. تتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ بينما تتضمن خطة Customized V2 حصة تزامن محدَّدة. يمكن احتساب الترقيات بالتناسب الزمني (prorated)، لذا تأكد من الشروط الحالية لمنتصف المدة على صفحة التسعير. ثانيًا، لا توجد رسوم ترخيص لخادم المجتمع، بينما يمثّل Server Pro الخيار التجاري للميزات المركزية. لا ينشر RustDesk فترة تجريبية ذاتية الخدمة ثابتة لـ Server Pro؛ اطلب شروط التقييم الحالية قبل التخطيط لإثبات المفهوم. تفاصيل آلية الدفع موجودة في [صفحة تسعير RustDesk](https://rustdesk.com/pricing).
+
+إذا كانت نقطة انطلاقك هي تكلفة 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) للاطلاع على سير العمل المخصص لهذا الموضوع.
+
+## الإيجابيات والسلبيات
+
+**RustDesk**
+
+_الإيجابيات_
+
+- مُرخَّص بحسب مستخدم تسجيل الدخول + الجهاز المُدار، مع ترقيات محتسبة بالتناسب الزمني في أي وقت - لا قنوات لكل مقعد تُقاس بالجلسات المتزامنة
+- لا تصنيفات "اشتباه في استخدام تجاري" في الطبقة المجانية تقطع الجلسات، ولا ترخيص دائم يتوقف عن الاتصال مع تقادم إصداره
+- مفتوح المصدر (AGPL) - قابل للتدقيق، وقابل للبناء من المصدر، وخادم مجتمعي مجاني يعمل إلى ما لا نهاية
+- Server Pro ذاتي الاستضافة: تعمل خوادم الهوية/الالتقاء والترحيل على جهازك الخاص أو على VPS تملكه، مما يبقي وساطة الجلسات داخل محيطك الخاص
+- دعم LDAP/Active Directory وتسجيل الدخول الموحّد OIDC ابتداءً من خطة Basic فما فوق
+- لوحة تحكم ويب ذاتية الاستضافة، ومجموعات أجهزة، ودفتر عناوين مشترك، ومولّد عميل بعلامة تجارية مخصصة؛ مع إرشادات تخطيط للأساطيل الكبيرة لعمليات النشر الأكبر
+
+_السلبيات_
+
+- الاستضافة الذاتية تعني أنك من يشغّل الخادم ويطبّق التصحيحات والتحديثات بنفسك
+
+**TeamViewer**
+
+_الإيجابيات_
+
+- تشفير جلسة بمعيار AES-256، وتبادل مفاتيح RSA-4096، وتشفير اختياري من طرف إلى طرف، ومصادقة ثنائية العوامل TOTP
+- شهادات امتثال منشورة (SOC 2، ISO/IEC 27001، HIPAA/HITECH)
+- تكاملات أصلية مع ServiceNow وJira وIntune وغيرها عبر Tensor
+- خدمة SaaS مُدارة بالكامل - لا خادم عليك تشغيله
+
+_السلبيات_
+
+- مغلق المصدر؛ أنت تثق ببنية المورّد التحتية وبطريقة تعامله مع بيانات وصف جلساتك
+- يتم قياس الجلسات المتزامنة حسب مستوى الخطة
+- اشتراك سنوي متكرر دون خيار ترخيص دائم
+- الخطة المجانية مخصصة للاستخدام الشخصي فقط ويمكن أن تصنّف المستخدمين بالاشتباه في "استخدام تجاري"، مما يقطع الجلسات
+- نموذج سحابي مركزي - البنية التحتية الخاصة بالمورّد هي بحد ذاتها هدف عالي القيمة، وهو نمط مخاطر تغيّره الاستضافة الذاتية
+
+## لماذا تنتقل الفرق إلى RustDesk رغم كل ذلك
+
+كل ما سبق هو الجزء المحايد. يشرح القسم التالي متطلبات المشترين التي تتوافق مع نموذج RustDesk.
+
+**يريدون نموذج ترخيص وتوسّع مختلفًا.** يمكن أن تتغير الأسعار والحصص، لذا خطِّط للنمو مقابل مصفوفة التسعير الحالية - راجع [التسعير الحالي](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).
+
+**يريدون قراءة الشيفرة البرمجية.** بالنسبة للمشترين المهتمين بالأمان، فإن "يمكننا فحصه" مستوى ضمان مختلف عن "المورّد يقول إنه جيد".
+
+**هم مزوّدو خدمات مُدارة أو مؤسسات تريد أداة واحدة قابلة لوضع علامة تجارية وذاتية الاستضافة.** بالنسبة لمزوّدي الخدمات المُدارة، يحوّل مولّد العميل بعلامة تجارية مخصصة 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 بنفسك
+
+خادم المجتمع المجاني متاح لك لتشغيله اليوم دون أي تكلفة. هل تريد ميزات 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 لمزوّدي الخدمات المُدارة](/ar/blog/teamviewer-vs-anydesk-for-msps-ar)
+- [TeamViewer مقابل Splashtop](/ar/blog/teamviewer-vs-splashtop-ar)
+- [تم رصد استخدام تجاري لـ TeamViewer](/ar/blog/teamviewer-commercial-use-detected-ar)
@@ -0,0 +1,86 @@
+---
+publishDate: 2026-07-09T18:44:00Z
+lang: 'ar'
+translationKey: 'rustdesk-vs-vnc'
+draft: false
+title: 'RustDesk مقابل VNC: اجتياز NAT، الترميز، والتشفير'
+excerpt: 'مقارنة عملية بين RustDesk وVNC: اجتياز NAT بدون إعادة توجيه المنافذ، ترميز فيديو حديث، تشفير مدمج، ولماذا تنتقل الفرق من VNC إلى RustDesk.'
+image: '~/assets/images/blog/rustdesk-vs-vnc-og.png'
+category: 'مقارنات'
+tags: ['RustDesk', 'VNC', 'مقارنة', 'مفتوح المصدر']
+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 دون الحاجة إلى أي من ذلك.'
+  - question: 'هل VNC مشفّر؟'
+    answer: 'يختلف الأمر حسب التطبيق. يوفر RealVNC تشفير AES في نسخته التجارية، بينما ينقل TightVNC بيانات الصورة دون تشفير، وهو مصمم ليُستخدم عبر نفق SSH. في المقابل، يطبّق RustDesk تشفيرًا من طرف إلى طرف (NaCl) افتراضيًا على جميع الاتصالات.'
+  - question: 'أيهما أفضل لمختبر منزلي على شبكة محلية (LAN): RustDesk أم VNC؟'
+    answer: 'على شبكة محلية موثوقة، يُعد VNC بسيطًا للغاية وموحّدًا ومتاحًا على نطاق واسع في كل أنظمة التشغيل تقريبًا، بل وحتى على Raspberry Pi. أما RustDesk فيضيف اجتياز NAT، وترميزات حديثة، وتشفيرًا افتراضيًا، وهي أمور تصبح أكثر أهمية بمجرد الخروج من الشبكة المحلية أو الحاجة إلى وصول عن بُعد بين أنظمة تشغيل مختلطة.'
+metadata:
+  description: 'مقارنة RustDesk مقابل VNC نقطة بنقطة: اجتياز NAT، الترميزات الحديثة، التشفير المدمج، الاستضافة الذاتية، وأين لا تزال بساطة VNC وانتشاره الواسع يمثلان ميزة.'
+  keywords: 'RustDesk مقابل VNC, RustDesk مقابل RealVNC, اجتياز NAT في VNC, مقارنة تشفير VNC'
+---
+
+VNC يُعد واحدًا من أقدم الطرق وأكثرها انتشارًا للتحكم في جهاز كمبيوتر آخر عن بُعد. إنه معيار مفتوح حقيقي، يعمل في كل مكان تقريبًا، ويصعب منافسته من حيث البساطة على الشبكات المحلية. يستهدف RustDesk المهمة الأساسية ذاتها، لكنه صُمم خصيصًا لعالم مليء بأجهزة NAT وجدران الحماية وأنظمة التشغيل المختلطة. تكمن الفروقات الجوهرية بينهما في كيفية انتقال كل منهما عبر الشبكة — وفي مقدار ما يتعيّن عليك إضافته لجعل الاتصال آمنًا.
+
+تلتزم هذه المقارنة بحقائق ثابتة وقابلة للتحقق، بدلًا من اختبارات أداء تعتمد على جهازك وسرعة اتصالك.
+
+## ما هو VNC فعليًا
+
+"VNC" ليس برنامجًا واحدًا، بل عائلة من التطبيقات — مثل RealVNC وTightVNC وTigerVNC وUltraVNC وغيرها — التي تتحدث عبر **بروتوكول RFB (إطار البكسل عن بُعد - Remote Framebuffer)** ([ويكيبيديا](<https://en.wikipedia.org/wiki/RFB_(protocol)>)). يقوم RFB في جوهره على أساس **البكسل**: حيث يرسل الخادم تحديثات إطار البكسل (framebuffer) إلى العارض (viewer). هذا التصميم بسيط وقابل للنقل بشكل رائع، وهو السبب في وجود VNC على كل شيء بدءًا من خوادم المؤسسات وصولًا إلى جهاز Raspberry Pi.
+
+أما من حيث الترخيص، فالوضع مختلط: يُوزَّع 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 — بدلًا من مستطيلات البكسل الخام. ويمكنك تشغيل كل عميل عبر البنية التحتية العامة، أو خادمك الخاص الذي تستضيفه بنفسك، أو خادم التقاء/ترحيل تكتبه بنفسك.
+
+## مشكلة الإنترنت: اجتياز NAT
+
+هذا هو الفارق الأكثر حدة. لا يتضمن بروتوكول VNC الأساسي **أي اجتياز لـ NAT**. وكما تشير [وثائق VNC](https://en.wikipedia.org/wiki/Virtual_Network_Computing)، للوصول إلى جهاز عبر الإنترنت "يجب على المستخدم فتح هذا المنفذ في جدار الحماية المحلي وضبط إعادة توجيه المنفذ لتوجيه المنفذ TCP 5900 ... إذا كان خلف جهاز توجيه يستخدم ترجمة عناوين الشبكة (NAT)". والحل الشائع هو "تمرير VNC عبر نفق Secure Shell (SSH)"، وهو ما يضيف أيضًا التشفير الذي يفتقر إليه VNC العادي. تضيف بعض منتجات VNC التجارية (مثل خدمة RealVNC السحابية) آلية وساطة خاصة بها لتجنب ذلك، لكن هذه ميزة يضيفها المورّد فوق البروتوكول، وليست جزءًا منه.
+
+بُني RustDesk بالاتجاه المعاكس تمامًا. فبما أن عملاء الأطراف الطرفية (endpoints) يتصلون بشكل **صادر** إلى خادم التقاء، ويلجؤون إلى خادم ترحيل عند فشل المسار المباشر، فإن RustDesk **يجتاز NAT وجدران الحماية دون الحاجة إلى إعادة توجيه المنافذ لكل طرف، أو VPN، أو نفق SSH**. لا تحتاج الأطراف الطرفية إلى منافذ استماع واردة، لكن خادم المعرّف/الالتقاء والترحيل الذي تستضيفه بنفسك يجب أن يقبل حركة بيانات واردة على منافذ الخدمة الموثقة الخاصة به. وهذه هي القصة نفسها لاجتياز NAT التي تجعله [بديلاً عمليًا لـ Chrome Remote Desktop أو أدوات مجانية أخرى](/ar/blog/best-free-remote-desktop-software-ar) للوصول عن بُعد وبين أنظمة تشغيل مختلطة.
+
+## التشفير: افتراضي مقابل "الأمر متغيّر"
+
+في VNC، يُعد التشفير تفصيلاً يعتمد على التطبيق المُستخدم. يوفر RealVNC تشفير AES في حزمته التجارية؛ وفي المقابل، ووفقًا لـ[وثائق VNC](https://en.wikipedia.org/wiki/Virtual_Network_Computing)، فإن "TightVNC غير آمن لأن بيانات الصورة تُنقل دون تشفير" و"ينبغي تمريره عبر اتصال SSH". لذا فإن أمان جلسة VNC يعتمد كليًا على الخادم الذي اخترته وكيفية إعداده.
+
+يطبّق RustDesk **تشفيرًا من طرف إلى طرف افتراضيًا** على كل اتصال، سواء كان مستضافًا ذاتيًا أم لا، دون الحاجة إلى تذكر إعداد نفق SSH.
+
+## 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 الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## أين يتفوق RustDesk
+
+تظهر مزايا تصميم RustDesk بمجرد خروجك من الشبكة المحلية، أو عند الحاجة إلى اتساق العمل بين الفرق والمنصات المختلفة:
+
+- **وصول عبر الإنترنت دون تمديدات تقنية معقدة.** يعني اجتياز NAT والرجوع إلى خادم الترحيل عدم الحاجة إلى إعادة توجيه المنافذ، أو VPN، أو نفق SSH لكل طرف.
+- **تشفير لست بحاجة إلى إعداده.** فهو من طرف إلى طرف افتراضيًا، وليس تطبيقًا عليك التحقق من موثوقيته بنفسك.
+- **ترميزات حديثة.** تميل VP8/VP9/AV1 وH.264/H.265 المعتمدة على العتاد إلى الأداء بشكل أفضل عبر الروابط المحدودة أو ذات زمن الاستجابة المرتفع، مقارنة بترميزات البكسل الخام.
+- **تطبيق واحد قابل للتدقيق وخادم واحد مستضاف ذاتيًا.** يحافظ الجمع بين برمجيات مفتوحة المصدر (AGPL) وخادم معرّف/ترحيل مستضاف ذاتيًا على بقاء كل من الكود وبيانات جلساتك على بنية تحتية تتحكم بها أنت.
+
+لكن المقايضة هنا: الاستضافة الذاتية لـ RustDesk تعني أن **شخصًا ما يجب أن يُشغّل الخادم** — من تهيئته، وإعداد TLS، وضبط المنافذ، وتحديثه بمرور الوقت. أما إعداد VNC المقتصر على الشبكة المحلية فيتجاوز كل ذلك تمامًا. وهذه هي المقايضة الحقيقية.
+
+## إذن، أيهما تختار؟
+
+بالنسبة إلى شبكة محلية موثوقة، أو قطاع معزول تمامًا عن الشبكات الأخرى (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).
@@ -0,0 +1,105 @@
+---
+publishDate: 2026-06-30T15:11:00Z
+lang: 'ar'
+translationKey: 'self-hosted-teamviewer-alternative'
+draft: false
+title: 'أفضل بديل ذاتي الاستضافة لبرنامجي TeamViewer وAnyDesk'
+excerpt: 'لماذا تتخلى الفرق عن TeamViewer وAnyDesk لصالح بديل مفتوح المصدر وذاتي الاستضافة يتحكمون فيه فعليًا - وكيف يتناسب RustDesk مع ذلك.'
+image: '~/assets/images/blog/self-hosted-teamviewer-alternative-og.png'
+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: 'هل يمكنني استضافة بديل لـ 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 يعتمدان أيضًا على كيفية توجيهك وتشغيلك لعملية النشر.'
+
+metadata:
+  description: 'هل تبحث عن بديل ذاتي الاستضافة لبرنامج TeamViewer أو AnyDesk؟ RustDesk مفتوح المصدر، يعمل على خوادمك الخاصة، ولا يفرض اشتراكًا سحابيًا لكل قناة أو لكل مقعد. اطّلع على كيفية مقارنته.'
+  keywords: 'بديل ذاتي الاستضافة لـ TeamViewer, بديل ذاتي الاستضافة لـ AnyDesk, بديل TeamViewer, بديل AnyDesk, بديل مفتوح المصدر لسطح المكتب البعيد'
+---
+
+غالبًا ما تبدأ رحلة البحث عن **بديل ذاتي الاستضافة لبرنامج TeamViewer أو AnyDesk** بالطريقة نفسها: عرض تجديد لم يعد يتناسب مع أساليب عملك، مع استمرار المنتج في توجيه جلساتك عبر بنية تحتية لا تتحكم بها.
+
+## لماذا تترك الفرق TeamViewer وAnyDesk
+
+يبرز عاملان في القرار بشكل متكرر.
+
+**التكلفة.** يمكن أن ترتفع إجماليات التجديد بمعزل عن الاستخدام الفعلي - إذ تُحرّك الرقمَ باقاتُ المستويات، والإضافات، وتغييرات الأسعار مجتمعةً. قارن العرض الحالي بالبدائل المتاحة وفق المتطلبات ذاتها.
+
+**التحكم.** مع أداة سحابية بحتة، تعيش حركة جلساتك وقائمة أجهزتك على بنية تحتية تابعة لمزوّد خارجي. بالنسبة لعدد متزايد من الفرق - خصوصًا في قطاع الرعاية الصحية، والقطاع العام، وأي مكان يُطبَّق فيه [GDPR](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) - يصبح اختيار مكان تشغيل البيانات من جهة الخادم وطبقة الترحيل متطلبًا صارمًا لا مجرد تفضيل.
+
+يجيب **البديل ذاتي الاستضافة** عن كلا الأمرين: فـ RustDesk Server Pro [مصمم ليكون ذاتي الاستضافة](/ar/blog/why-self-host-remote-desktop-software-ar) — إذ يعمل خادم المعرّف/نقطة الالتقاء (ID/rendezvous)، والمرحّل، ولوحة التحكم، وبيانات النشر المخزّنة على بنية تحتية تتحكم بها بنفسك — وجوهره مفتوح المصدر بموجب رخصة [AGPL](https://github.com/rustdesk/rustdesk)، بحيث يمكنك مراجعة ما يفعله العميل بالضبط، وتطبيق التحديثات وفق جدولك الزمني الخاص، وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى بدلاً من الوثوق بسحابة مغلقة.
+
+مع ملاحظة واحدة: لا تزال الجلسات المباشرة تمر بين الأطراف الطرفية مباشرة (أما الجلسات المُرحَّلة فتستخدم المرحّل الذي قمت بتهيئته)، لذا فإن الاستضافة الذاتية وحدها لا تضمن بقاء حركة البيانات داخل البلد أو الامتثال لـ 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                                       |
+
+_تختلف تفاصيل المنافس حسب الخطة - تحقق من شروط TeamViewer أو AnyDesk الحالية مباشرة مع المزوّد. [اطّلع على أسعار RustDesk](https://rustdesk.com/pricing)._
+
+## ترخيص يمكن التنبؤ به، بلا ضريبة لكل قناة
+
+يُرخّص RustDesk حسب عدد المستخدمين المسجَّلين بالإضافة إلى عدد الأجهزة المُدارة. **تتضمن الخطط القياسية اتصالات متزامنة غير محدودة؛ بينما تتضمن خطة Customized V2 حصة محددة.** تُحتسب الترقيات في منتصف المدة بالتناسب الزمني. احسب الأعداد الثلاثة جميعها استنادًا إلى صفحة التسعير الحالية.
+
+ويتوافق ذلك بسلاسة مع الطريقة التي تنمو بها فرق الدعم فعليًا. كما يتوسع بشكل جيد إلى ما هو أبعد من نشر مبدئي صغير: يبدأ [التخطيط للأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) عند نحو 50,000 جهاز مُدار حاليًا، مع حاجة المنشآت الأكبر إلى التحقق فيما يخص التخزين المؤقت (caching)، وضبط قاعدة البيانات، وتصميم عملية الطرح.
+
+## مصمم لمزوّدي خدمات تقنية المعلومات المُدارة وفرق تقنية المعلومات
+
+بالنسبة للفرق التي تدعم عملاء متعددين، يعيد 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) لمعرفة توفر الميزات حسب كل خطة.
+
+## ما الذي يجب أن تراعيه عملية الانتقال من TeamViewer
+
+تتراكم في عمليات نشر TeamViewer ميزات قد تغفلها قائمة تحقق تعتمد على المطابقة الحرفية، لذا حدِّد هذه النقاط قبل اختيار خطة — وتحقق من الشروط الحالية وتوفر الميزات مع كل مزوّد، فكلاهما يتغير بمرور الوقت:
+
+- **الميزات الخاصة بكل مستوى.** تضيف المستويات المؤسسية مثل **TeamViewer Tensor** ضوابط كالوصول المشروط، والنشر الجماعي، وتوفير تسجيل الدخول الموحد/الدليل (SSO/directory)، وقد لا تُقابَل بمثيل واحد لواحد؛ اسرد تلك التي تعتمد عليها فعليًا. وإذا كنت تستخدم **TeamViewer Frontline** (حزمته الخاصة بالواقع المعزّز/العاملين الصناعيين)، فتعامل معها كمنتج منفصل خارج نطاق انتقال سطح المكتب البعيد.
+- **الوصول المشروط وسياسات الأجهزة.** إذا كنت تقيّد من يمكنه الاتصال بأي أجهزة عبر الوصول القائم على القواعد وإعدادات السياسات المدفوعة في TeamViewer، فخطّط لكيفية ترجمة تلك القواعد إلى مجموعات أجهزة RustDesk، ودفتر عناوين مشترك، وقواعد وصول تعتمد على الحد الأدنى من الامتيازات.
+- **لوحة الإدارة وبنية المجموعات.** ينظّم TeamViewer الأجهزة، والمجموعات المشتركة، وملفات المستخدمين أو الشركات في لوحة الإدارة الخاصة به؛ فاجرد تلك البنية الهرمية كي يتسنى إعادة بناء ما يعادلها من تجميع وملكية في اللوحة ذاتية الاستضافة.
+- **الاحتساب لكل جهاز مقابل لكل مقعد.** يحتسب TeamViewer وRustDesk التراخيص بطرق مختلفة، لذا أعد نمذجة الاستخدام الفعلي — المستخدمون المرخَّصون، والأجهزة المُدارة، والجلسات المتزامنة — استنادًا إلى نموذج RustDesk القائم على المستخدم المسجَّل بالإضافة إلى الجهاز المُدار، بدلاً من افتراض أن عدد المقاعد ينتقل كما هو.
+- **تكافؤ الميزات الواجب التحقق منه.** إذا كانت الطباعة عن بُعد، أو تسجيل الجلسات، أو دعم الأجهزة المحمولة، أو التنبيه عبر الشبكة (Wake-on-LAN)، أو تكاملات محددة إلزامية في سير عملك على TeamViewer، فتحقق من كل منها على RustDesk أثناء التجربة التجريبية بدلاً من افتراض التكافؤ.
+
+## ما الذي يتغيّر تحديدًا عند ترك AnyDesk
+
+هناك بعض الأمور الخاصة بالانتقال من 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 المكافئ بعلامة تجارية مخصّصة كي يستمر المستخدمون النهائيون في رؤية أداة متسقة.
+
+## خطة الانتقال
+
+بعد جرد تلك القدرات، انتقل على مراحل:
+
+1. أقم RustDesk في بيئة غير إنتاجية واختبر كلًا من المسار المباشر ومسار الترحيل.
+2. اربط المستخدمين والمجموعات وملكية دفتر العناوين بقواعد وصول RustDesk المبنية على مبدأ الحد الأدنى من الامتيازات.
+3. جرّب على عيّنة تمثيلية من أجهزة Windows وmacOS وLinux والأجهزة المحمولة، بما يشمل رفع الصلاحيات والوصول غير المراقَب.
+4. تحقق من التحديثات، والنسخ الاحتياطي للمفاتيح، وتجديد الشهادات، والتسجيل (logging)، والمراقبة، والتعافي من الكوارث.
+5. شغّل أداتك الحالية وRustDesk بالتوازي لمجموعة محددة من المستخدمين، مع مسار عودة موثّق.
+6. لا تُزل العميل القديم إلا بعد اجتياز الخدمة الجديدة لمعايير القبول وتدريب فريق الدعم عليها.
+
+يمنع هذا التسلسل تحوّل قرار الترخيص إلى عملية تبديل بنية تحتية غير مُختبَرة.
+
+## قيّم عملية التحوّل على بنيتك التحتية الخاصة
+
+لست بحاجة إلى التحدث مع أي أحد لتبدأ: يُثبَّت خادم المجتمع المجاني ومفتوح المصدر على عتادك الخاص ويعمل إلى أجل غير مسمى. لتجربة ميزات Pro مقابل خطة الانتقال المذكورة أعلاه، تواصل مع [sales@rustdesk.com](mailto:sales@rustdesk.com) للحصول على شروط التقييم المتاحة حاليًا؛ أسعار الخطط القياسية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing). وإذا أردت مشاهدة الأداء الفعلي قبل تثبيت أي شيء، يغطي [العرض التوضيحي بالفيديو](https://www.youtube.com/@rustdesk) جلسة كاملة من البداية إلى النهاية.
+
+أسرع طريقة لمعرفة ما إذا كانت الاستضافة الذاتية تحقق ما تريده من حيث التكلفة والتحكم هي إجراء إثبات مفهوم (proof of concept) قصير على عتادك الخاص.
@@ -0,0 +1,88 @@
+---
+publishDate: 2026-07-03T09:34:00Z
+lang: ar
+translationKey: teamviewer-commercial-use-detected
+draft: false
+title: 'تم اكتشاف الاستخدام التجاري في TeamViewer: كيفية إصلاح المشكلة'
+excerpt: 'هل تم وضع علامة على حسابك في TeamViewer بسبب الاستخدام التجاري؟ إليك عملية الاستئناف الرسمية، وما يُعتبر فعليًا استخدامًا تجاريًا، والطريقة المستضافة ذاتيًا لتجنب ذلك بالكامل.'
+image: ~/assets/images/blog/teamviewer-commercial-use-detected-og.png
+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: 'هل ينجح طلب إعادة الضبط إذا كان استخدامي تجاريًا بالفعل؟'
+    answer: 'لا. تُزيل إعادة الضبط العلامة فقط عندما تكون قد وُضعت خطأً؛ أما إذا كان استخدامك الفعلي تجاريًا، فستحدده TeamViewer بشكل صحيح، والحل الدائم هو استخدام برنامج يغطي ترخيصه هذا النوع من العمل.'
+  - question: 'هل يمتلك RustDesk أداة لاكتشاف الاستخدام التجاري؟'
+    answer: 'لا. يمكن استضافة خادم RustDesk المجتمعي ذاتيًا دون أي مصنّف للاستخدام التجاري، في حين يُرخَّص Server Pro وفقًا لعدد مستخدمي تسجيل الدخول والأجهزة المُدارة، مع اتصالات متزامنة غير محدودة في الخطط القياسية، وحصة محددة في خطة Customized V2.'
+  - question: 'هل يمكنني تجنب العلامة باستخدام سكربتات إعادة ضبط المعرّف أو بحذف ملفات الإعداد؟'
+    answer: 'لا. لا تستخدم سكربتات غير رسمية لإعادة ضبط المعرّف ولا تحذف ملفات الإعداد للتحايل على التصنيف؛ فهذه الأساليب لا تغيّر شروط الترخيص ويمكن أن تتسبب في مشكلات إضافية تتعلق بالأمان أو الدعم.'
+
+metadata:
+  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، ثم يوضح سبب تكرار حدوث ذلك، وكيف تنتقل الفرق التي سئمت هذه الدوامة إلى إعداد مستضاف ذاتيًا لا يتضمن أي كشف للاستخدام التجاري على الإطلاق.
+
+## كيفية إصلاح مشكلة "تم اكتشاف الاستخدام التجاري" في حساب TeamViewer الخاص بك
+
+تنشر 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)** وانقر على زر البدء.
+2. **أدخل اسمك وعنوان البريد الإلكتروني المرتبط بحسابك في TeamViewer.**
+3. **صف بإيجاز نمط استخدامك الفعلي** — على سبيل المثال: "أستخدم هذا فقط لمساعدة أحد والديّ المسنين في جهاز الكمبيوتر الخاص بهما." اكتبها بأسلوبك الخاص واحرص على الصدق.
+4. **أدرج كل معرّف TeamViewer ID معني بالأمر**، سواء الجهاز الذي تتصل _منه_ أو أي جهاز تتصل _به_ (يقبل النموذج عددًا محدودًا من المعرّفات في كل إرسال).
+5. **اقبل سياسة الخصوصية وأرسل الطلب.**
+
+تذكر TeamViewer مدة مستهدفة للمراجعة تبلغ نحو أسبوع وقت كتابة هذا المقال، رغم أنها قد تستغرق وقتًا أطول خلال فترات الازدحام — تحقق من مجلد البريد العشوائي إذا لم تتلق ردًا. من هناك، تنتهي المراجعة بإحدى طريقتين: إما أن تعيد TeamViewer ضبط معرّفك لأن الاستخدام الشخصي مؤكد، أو ترفض إعادة الضبط وتعرض عليك توقيع "إقرار بالاستخدام الخاص" بدلًا من ذلك. إذا كان استخدامك الفعلي تجاريًا، فلن تغيّر أي من النتيجتين ذلك — فطلب إعادة الضبط لا يمكنه إزالة سوى علامة وُضعت خطأً.
+
+### ما الذي يُعتبر فعليًا "استخدامًا تجاريًا" هنا
+
+وفقًا لتعريفات TeamViewer نفسها، يعني **الاستخدام الشخصي** مساعدة العائلة والأصدقاء، أو الاتصال بأجهزتك الخاصة التي ليست خوادم خارج بيئة تجارية. أما **الاستخدام التجاري** — النوع الذي لن تتم إعادة ضبطه بغض النظر عن نتيجة الاستئناف — فيشمل:
+
+- تقديم الدعم للعملاء أو الزبائن
+- العمل من المنزل، بما في ذلك مجرد تفقد البريد الإلكتروني الخاص بالعمل
+- أي اتصال وارد أو صادر يحدث في بيئة تجارية
+- إدارة الخوادم أو مراقبتها
+- العمل مقابل راتب في منظمة غير ربحية
+
+إذا كنت تقوم بأي من ذلك، فإن عملية الاستئناف ستحدد استخدامك بشكل صحيح على أنه تجاري، والحل الدائم هو استخدام برنامج يغطي ترخيصه فعليًا طبيعة عملك — وهنا تبدأ بقية هذا الدليل.
+
+## لماذا تضع TeamViewer علامة "الاستخدام التجاري" من الأساس
+
+الخطة المجانية من TeamViewer مرخّصة للاستخدام الشخصي فقط، ويمكن للمنتج تصنيف الاستخدام على أنه تجاري. وقد يكون هذا التصنيف خاطئًا، ولهذا السبب توفر TeamViewer عملية إعادة الضبط المذكورة أعلاه. لا تنشر TeamViewer معادلة يمكن للمستخدمين الاعتماد عليها، لذا لا تتعامل مع أعداد الاتصالات أو مدة الجلسات أو إجمالي الأجهزة الواردة في منشورات جهات خارجية باعتبارها حدودًا رسمية.
+
+بالنسبة لأي شخص يقوم بعمل دعم تجاري، فهذه ليست ثغرة يمكن الالتفاف عليها؛ بل هي المنتج وهو يطبّق شروط ترخيصه. قارن بين الخطط المدفوعة الحالية أو البدائل المتاحة بدلًا من الاعتماد على قصص تجديد شخصية متفرقة.
+
+إذن، إذا لم ينطبق عليك الاستئناف — لأن استخدامك تجاري بالفعل — يصبح السؤال الحقيقي: هل تدفع، أم تنتقل إلى حل خالٍ تمامًا من فخ الاستخدام التجاري؟
+
+## إذا كانت العلامة صحيحة، قارن بين الخيارات المرخّصة
+
+عندما يكون الاستخدام تجاريًا بالفعل، لا يوجد حل التفافي مشروع لإعادة الضبط. قارن بين ثلاثة مسارات:
+
+| المسار                    | الأنسب لـ                                                            | المقايضة                                                        |
+| ------------------------- | -------------------------------------------------------------------- | --------------------------------------------------------------- |
+| شراء TeamViewer           | تريد الحفاظ على سير العمل الحالي والخدمة المُدارة                    | خطة مورّد مستمرة، وشروط، وتجميع ميزات                           |
+| اختيار SaaS مُدار آخر     | تريد عدم تشغيل خوادم لكن بعرض تجاري مختلف                            | تبقى الجلسات والإدارة تحت تشغيل المورّد                         |
+| تجربة أداة مستضافة ذاتيًا | تريد تشغيل المعرّف والتتابع (relay) ولوحة التحكم وبيانات النشر بنفسك | يمتلك فريقك الاستضافة والتصحيحات والشهادات والمراقبة والاستعادة |
+
+ينتمي RustDesk إلى الصف الثالث: أنت تستضيف الخادم المجتمعي ذاتيًا دون أي مصنّف للاستخدام التجاري يراقب الجلسات — [لماذا تزيل الاستضافة الذاتية هذا الفخ](/ar/blog/why-self-host-remote-desktop-software-ar) — في حين يُرخَّص Server Pro وفقًا لعدد مستخدمي تسجيل الدخول والأجهزة المُدارة، مع حصة محددة في خطة [Customized V2](https://rustdesk.com/pricing#custom2).
+
+## مسار انتقال آمن
+
+لا تقم بإلغاء تثبيت TeamViewer كخطوة أولى. أنشئ خادم RustDesk تجريبيًا وتحقق من سير العمل الذي يقوم عليه استخدامك التجاري، ثم قارن تكلفة التشغيل بعرض أسعار TeamViewer الحالي. يغطي [دليل بديل TeamViewer المستضاف ذاتيًا](/ar/blog/self-hosted-teamviewer-alternative-ar) عملية الانتقال الكاملة ومقارنة الميزات. إذا تمت الموافقة على إعادة الضبط، يستمر وصولك المجاني للاستخدام الشخصي. أما إذا كان أي جزء من استخدامك تجاريًا، فإن الترخيص هو الحل الدائم — سواء كانت الخطة المدفوعة من TeamViewer أو أداة مرخّصة لطريقة عملك.
+
+## ما الذي يجب فعله بعد ذلك
+
+- أرسل طلب إعادة الضبط الرسمي إذا كان التصنيف خاطئًا بالفعل.
+- إذا كان الاستخدام تجاريًا، قارن بين عروض الأسعار المكتوبة الحالية وشروط الترخيص.
+- إذا كانت الاستضافة الذاتية مطلبًا، جرّب الخادم المجتمعي المجاني قبل تقييم ميزات وخطط Server Pro على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+وتجنّب سكربتات إعادة ضبط المعرّف وعمليات حذف ملفات الإعداد التي تنتشر في المنتديات: فهي تترك شروط ترخيص TeamViewer كما هي تمامًا وتميل إلى التسبب في مشكلات أمنية أو تتعلق بالدعم خاصة بها.
@@ -0,0 +1,83 @@
+---
+publishDate: 2026-07-08T18:26:00Z
+lang: 'ar'
+translationKey: teamviewer-vs-anydesk-for-msps
+draft: false
+title: 'TeamViewer مقابل AnyDesk لشركات MSP: خيار ثالث ذاتي الاستضافة'
+excerpt: 'مقارنة بين TeamViewer وAnyDesk لشركات MSP - الترخيص الحالي، والتكاملات، والاستضافة، ولماذا يتجاوز البعض كلا الخيارين نحو حل ذاتي الاستضافة.'
+image: ~/assets/images/blog/teamviewer-vs-anydesk-for-msps-og.png
+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: 'كيف يختلف ترخيص RustDesk عن نماذج الترخيص لكل مقعد أو لكل قناة؟'
+    answer: 'تُرخّص RustDesk بحسب مستخدم تسجيل الدخول بالإضافة إلى الجهاز المُدار، بدلاً من الترخيص لكل مقعد أو لكل قناة متزامنة، وتتضمن الباقات القياسية اتصالات متزامنة غير محدودة، بينما تقيس باقة Customized V2 هذه الاتصالات بشكل منفصل. للاطّلاع على جدول الباقات الحالي والأسعار، راجع rustdesk.com/pricing.'
+metadata:
+  description: 'TeamViewer مقابل AnyDesk لشركات MSP: نماذج الترخيص الحالية، والتكاملات، وخيارات الاستضافة، وبديل ذاتي الاستضافة لكليهما.'
+  keywords: 'TeamViewer مقابل AnyDesk، TeamViewer مقابل AnyDesk لشركات MSP، بديل ذاتي الاستضافة لـ TeamViewer وAnyDesk، أفضل أداة وصول عن بُعد لشركات MSP، تغيير أسعار AnyDesk'
+---
+
+تَرث شركات 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)                                                      |
+| الأنسب لـ                    | مكاتب الدعم التي تحتاج إلى ضوابط سياسات، وتقارير، وتكاملات               | الفرق التي تُعطي الأولوية لعميل مضغوط، وأداء الاتصال، والعلامة التجارية                                                                        |
+
+## الترخيص: لكل فني، أم لكل جهاز، أم لكل اتصال؟
+
+الوحدة التي تُحاسَب عليها تهم شركة MSP أكثر من السعر المُعلن، لأن عدد الفنيين وعدد نقاط النهاية لدى العملاء ينموان على منحنيين مختلفين.
+
+تُجمّع TeamViewer المستخدمين المُسمّين وسعة الجلسات المتزامنة ضمن باقات، مع إضافات تُضاف فوقها. وهذا يميل إلى شكل قائم على الترخيص لكل فني بالإضافة إلى التزامن: أنت تُرخّص الأشخاص الذين يقدّمون الدعم وعدد الجلسات التي يمكنهم تشغيلها في آن واحد، وتقع نقاط نهاية العملاء تحت ذلك.
+
+يمكن أن تتغيّر باقات AnyDesk وشروط التجديد الخاصة بها. تُدرِج [صفحة التسعير الرسمية](https://anydesk.com/en/pricing)، التي جرى الاطّلاع عليها في 7 يوليو 2026، باقة Solo بمستخدم واحد واتصال واحد، وباقة Standard بما يصل إلى 20 مستخدماً واتصال واحد مُضمّن، وباقة Advanced بما يصل إلى 100 مستخدم واتصالين مُضمّنين؛ وتختلف حدود الأجهزة المُدارة وإضافات الاتصالات بحسب الباقة. وبذلك تُبرز AnyDesk محور الأجهزة المُدارة إلى جانب المستخدمين والاتصالات، فيمكن لأسطول كبير من أجهزة العملاء أن يُحرّك السعر حتى عندما يكون عدد الفنيين صغيراً.
+
+لا يعتمد أي منهما على نموذج خالص قائم على الجهاز المُدار من النوع الذي تستخدمه أدوات RMM. اِحسب نمو عدد الفنيين لديك، والتزامن، ونقاط النهاية مقابل صفحة الباقات الحالية لكل مزوّد وعرض سعر مكتوب ومؤرخ، وتأكّد من الشروط الحالية مع المزوّد قبل الالتزام. لا تبنِ قرار الشراء على عقد قديم لعميل آخر.
+
+## الوصول غير المُراقب، والتجميع، والجلسات المتزامنة
+
+معظم عمل شركات MSP اليومي غير مُراقب: الوصول إلى وكيل مُثبّت على جهاز عميل دون وجود أحد على الطرف الآخر. يدعم كلا المنتجين ذلك عبر عميل مقيم بمُعتمَدات وصول غير مُراقب، ويتيح كلاهما تنظيم عدد كبير من نقاط النهاية - TeamViewer عبر مجموعاته، وAnyDesk عبر دفتر عناوينه في الباقات المعنية. تأكّد من الباقة التي تفتح دفتر العناوين، وإدارة المجموعات، وضوابط الأدوار التي تحتاجها، لأن هذه غالباً ما تكون محصورة في الباقات الأعلى لدى الطرفين.
+
+الفنيون المتزامنون هم البُعد الذي كثيراً ما تُقلّل شركات MSP من ميزانيته. يقيس كلا المزوّدين عدد الجلسات التي تعمل في آن واحد: تتضمن صفحة AnyDesk المؤرّخة أعلاه اتصالاً واحداً في باقة Standard واتصالين في Advanced، مع توفّر المزيد عبر الإضافات، بينما تتعامل TeamViewer مع سعة الجلسات المتزامنة كبُعد يخص الباقة والإضافات. إذا كان ثلاثة فنيين قد يحتاجون إلى الدخول في ثلاث جلسات عملاء في اللحظة نفسها، فسعّر ذلك التزامن صراحةً بدلاً من افتراض أن الباقة الأساسية تُغطيه، وتأكّد من الحد المسموح الحالي وتكلفة الإضافة مع المزوّد.
+
+## النشر والعلامة التجارية
+
+طرح عميل عبر عشرات المواقع بند تكلفة قائم بذاته. يدعم كلا المنتجين النشر الصامت أو الجماعي لدفع عميل مُهيّأ مسبقاً إلى عدد كبير من نقاط النهاية، ويمكن لكليهما إنتاج عميل بعلامة تجارية بحيث تحمل مطالبة المستخدم النهائي اسمك بدلاً من اسم المزوّد. لدى الطرفين، تميل أدوات النشر الجماعي والعلامة التجارية المخصصة إلى التواجد في الباقات الأعلى، لذا تأكّد من الإصدار الذي يتضمن أسلوب النشر والعلامة التجارية اللذين تحتاجهما قبل تسعيره.
+
+## أين يناسب كل منهما فعلياً
+
+تميل TeamViewer إلى التفوق لدى شركات MSP التي تجاوزت مرحلة الدعم العشوائي: ضوابط السياسات، والتقارير المُنظّمة، والنشر الجماعي، وأدوات إضافية لمكتب الدعم في باقاتها الأعلى. وإذا كان مكتب الدعم لديك يعمل بالفعل ضمن ServiceNow أو Jira أو Microsoft Intune، فإن TeamViewer Tensor تنشر تكاملات أصلية مع تلك الأدوات. ولهذه البنية تكلفة، وقد تظهر في صورة تسعير إضافي يُضاف فوق الباقات الأساسية بدلاً من رقم واحد واضح.
+
+غالباً ما تكون AnyDesk ضمن القائمة المختصرة للشركات الصغيرة التي تُعطي الأولوية لأداء الاتصال، وعميل مضغوط، والعلامة التجارية. أما كون باقتها الحالية اقتصادية أم لا فيعتمد على عرض السعر وحجم العمل؛ لذا احسب نمو عدد الفنيين والاتصالات المتزامنة بدلاً من افتراض أنها ستظل الخيار الأرخص.
+
+ومع ذلك، لن يحل أي من المزوّدين المشكلة التي يرغب الكثير من شركات MSP في حلّها فعلياً: التخلص تماماً من نموذج الاتصالات أو المقاعد المُقاسة، وامتلاك السيطرة على مكان وجود بيانات الجلسات.
+
+## خيار ثالث ذاتي الاستضافة
+
+من هنا فصاعداً، أنت تقرأ وجهة نظر الجهة المُصنّعة - نحن من يبني RustDesk - لذا زِن هذه النقاط وفقاً لذلك.
+
+بالنسبة لشركات MSP، الطرح هو التوحيد على نموذج لا يبيعه أي من المزوّدَين القائمَين: **لوحة تحكم واحدة ذاتية الاستضافة، مُسعّرة بحسب مستخدم تسجيل الدخول بالإضافة إلى الجهاز المُدار**، مع تضمين الباقات القياسية اتصالات متزامنة غير محدودة، بينما تقيس باقة [Customized V2](https://rustdesk.com/pricing#custom2) هذه الاتصالات بشكل منفصل. وهذا يُخرج حسابات "لكل فني ولكل اتصال" الواردة أعلاه من معادلة النمو.
+
+يعمل التنسيق - المعرّف (ID)/نقطة اللقاء (rendezvous)، والترحيل (relay)، ولوحة التحكم، وبيانات النشر المخزّنة - على بنية تحتية تتحكم فيها أنت بدلاً من سحابة تابعة لمزوّد، وهو الجانب الذي يسأل عنه العملاء الخاضعون للتنظيم؛ راجع [لماذا الاستضافة الذاتية](/ar/blog/why-self-host-remote-desktop-software-ar) للاطّلاع على المقايضات التي يحملها هذا الخيار. كما يخضع RustDesk لترخيص AGPL، فيمكنك فحصه وتشغيل خادم المجتمع المجاني إلى أجل غير مسمى - وهو نموذج ثقة مختلف بنيوياً عن عميل مغلق لا تتحكم أنت في شروطه.
+
+تُغطي مكوّنات سير عمل شركات 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) يتناول عملية الانتقال هذه تحديداً.
+
+يُبقي كل من TeamViewer وAnyDesk عملية التوسط في جلسات عملائك داخل سحابة تابعة لمزوّد، ويحاسبانك مع ارتفاع عدد الفنيين أو عدد الاتصالات - وهذا هو السبب المحدد الذي يجعل النموذج ذاتي الاستضافة يستحق مكاناً في القائمة المختصرة لشركة MSP إلى جانب المزوّدَين القائمَين.
+
+## جرّبه
+
+اختبار هذا الادّعاء لا يكلّفك شيئاً: استضف خادم المجتمع المجاني ذاتياً مقابل موقع عميل حقيقي واحد وانظر كيف يصمد. وعندما تكون مستعداً للاطّلاع على ميزات Pro، يمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) مشاركة شروط التقييم الحالية، وأسعار الباقات منشورة على [rustdesk.com/pricing](https://rustdesk.com/pricing).
@@ -0,0 +1,108 @@
+---
+publishDate: 2026-07-02T12:27:00Z
+lang: 'ar'
+translationKey: 'teamviewer-vs-splashtop'
+draft: false
+title: 'TeamViewer مقابل Splashtop: التسعير والأداء والاستضافة الذاتية'
+excerpt: 'مقارنة بين TeamViewer وSplashtop من حيث السعر والأداء والأمان، بالإضافة إلى كيف يغيّر خيار استضافة ذاتية ثالث معادلة القرار.'
+image: ~/assets/images/blog/teamviewer-vs-splashtop-og.png
+category: 'مقارنات'
+tags: ['TeamViewer', 'Splashtop', 'مقارنة']
+author: 'RustDesk Team'
+slug: 'teamviewer-vs-splashtop-ar'
+faq:
+  - question: 'هل تقدّم Splashtop نسخة محلية (On-Premises)؟'
+    answer: 'نعم. تبيع Splashtop منتج On-Prem مرخّصًا بشكل منفصل لعمليات النشر المؤسسية. يستخدم هذا المنتج بوابة Splashtop Gateway التي يديرها العميل نفسه، وهو مختلف عن اشتراكات Splashtop القياسية المستضافة من قبل المزوّد.'
+  - question: 'هل Splashtop أرخص من TeamViewer؟'
+    answer: 'تنشر Splashtop أسعارًا مبدئية أقل لبعض خطط الوصول عن بُعد، لكن المقارنة الصحيحة يجب أن تشمل عدد المستخدمين المطلوبين، والأجهزة المُدارة، والجلسات المتزامنة، وميزات الحوكمة، والإضافات، والمنطقة الجغرافية، وشروط التجديد. قارن صفحة الخطط الحالية لكل مزوّد مع عرض سعر مكتوب ومؤرَّخ.'
+  - question: 'ما الذي يجب على الفرق اختباره قبل اختيار TeamViewer أو Splashtop؟'
+    answer: 'اختبر كلا المنتجين على أجهزة وشبكات تمثّل بيئة العمل الفعلية. يشمل ذلك الوصول بحضور المستخدم وبدونه، وسلوك الشاشات المتعددة، والصوت، ونقل الملفات، ودعم الأجهزة المحمولة، وتكامل الهوية، ومتطلبات التدقيق، وطريقة النشر، وعدد جلسات الفنيين المتزامنة.'
+metadata:
+  description: 'TeamViewer مقابل Splashtop: مقارنة بين نماذج التسعير والأداء والأمان، بالإضافة إلى كيف يغيّر البديل ذاتي الاستضافة معادلة القرار.'
+  keywords: 'TeamViewer مقابل Splashtop, Splashtop أو TeamViewer, أسعار 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)                                                                                                                                       |
+
+تعامل مع صفوف الأسعار على أنها معلومات مؤرَّخة قد تتغير - فكلا المزوّدين يعيد تسعير منتجاته بشكل متكرر.
+
+## التسعير: قارن عبء العمل الكامل
+
+تنشر [صفحة التسعير الرسمية](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)، والتدقيق، والتحكم في الوصول، والتكامل، والتسجيل؛
+- الإضافات، والضرائب الإقليمية، ومدة العقد، وشروط التجديد.
+
+اطلب عروض أسعار مكتوبة ومؤرَّخة باستخدام عبء العمل نفسه. فالأسعار التاريخية أو عقد عميل آخر ليست مدخلات موثوقة لوضع الميزانية.
+
+## النشر: SaaS وOn-Prem منتجان منفصلان
+
+اشتراكات 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) مخصصة وحجم الخادم.
+
+مسار المقارنة القياسي لـ TeamViewer هو خدمته المُدارة. أما المشترون الذين لديهم متطلب صارم ببنية تحتية للوساطة (brokering) يديرها العميل نفسه، فعليهم مقارنة Splashtop On-Prem بمنتجات أخرى ذاتية الاستضافة بدلاً من معاملة إصدارات SaaS على أنها عمليات نشر مكافئة.
+
+## الأداء: اختبر سير العمل، لا العناوين الترويجية
+
+تروّج خطة Splashtop Performance بدعم ألوان 4:4:4، وصوت عالي الدقة، وتمرير USB (USB passthrough)، وقدرة تصل إلى 240 إطارًا في الثانية. يمكن أن تكون هذه الميزات مهمة لأعمال الوسائط، والتصميم بمساعدة الحاسوب (CAD)، وغيرها من الأعمال الحساسة بصريًا. تركّز TeamViewer على دعم واسع للأجهزة، وإدارة مُدارة، وسير عمل مكاتب الخدمة.
+
+لا يتنبأ أيّ من هذين الطرحين بالأداء الفعلي في بيئتك. جرّب كلا المنتجين باستخدام نفس:
+
+- مسارات الشبكة في المكتب، والمنزل، والأجهزة المحمولة، والشبكات ذات زمن الاستجابة المرتفع؛
+- مجموعات أنظمة 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 بت. الشهادة هي إقرار في نقطة زمنية محددة وليست ضمانًا لاستمرار الأمان، لذا تعامل مع كل ادعاء من هذا النوع على أنه مؤرَّخ وتحقق منه مقابل الإفصاحات الحالية لكل مزوّد.
+
+يُدرج [مركز الثقة](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 المؤسسات التي تريد خدمة مُدارة مع ضوابط سياسات منظمة، وتقارير، ونشر جماعي، وتكاملات مؤسسية. تحقق من الإصدار الذي يوفر كل ضابط مطلوب بدلاً من افتراض أن مجموعة الميزات الكاملة موجودة في كل خطة.
+
+قد تناسب خطط Splashtop SaaS الفرق التي تُعطي الأولوية للنشر المباشر، والأسعار المبدئية المنشورة، ومجموعة الميزات الموجهة نحو الأداء. تلبي خطتا Splashtop Enterprise وOn-Prem متطلبات مختلفة ويجب طلب عرض سعر لكل منهما بشكل منفصل.
+
+يتغير القرار عندما يصبح التحكم في البنية التحتية، أو الشفافية في الشيفرة المصدرية، أو نموذج ترخيص مختلف، متطلبًا أساسيًا. هنا يأتي دور بديل ذاتي الاستضافة في عملية التقييم.
+
+## لماذا تقيّم بعض الفرق 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).
+
+**نموذج ترخيص منشور.** ترخّص خطط RustDesk Server Pro القياسية بحسب **مستخدمي تسجيل الدخول بالإضافة إلى الأجهزة المُدارة**، وتشمل اتصالات متزامنة غير محدودة. تتضمن خطة [Customized V2](https://rustdesk.com/pricing#custom2) حدًا مُعرَّفًا للتزامن، لذا تحقق من [مصفوفة التسعير](https://rustdesk.com/pricing) الحالية للخطة التي تقيّمها.
+
+**الأداء يخضع لنفس قاعدة "اختبره بنفسك".** تروّج Splashtop بأرقام محددة للألوان والصوت ومعدل الإطارات؛ أما RustDesk فلا ينشر أرقامًا ترويجية منافسة، وبمجرد إنشاء اتصال مباشر تتدفق الجلسات بشكل ندّي (peer-to-peer) بين الأجهزة بدلاً من المرور عبر ترحيل المزوّد. وكما هو الحال مع أرقام 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).
+
+## الطرف ذاتي الاستضافة من الطيف
+
+لقد طرحت Splashtop بالفعل خيارًا ذاتي الاستضافة — وهو On-Prem — على الطاولة، لذا فبالنسبة للفرق التي تحتاج إلى وساطة يديرها العميل، يكون الخيار الحقيقي هو خادم مَن الذي ستشغّله، وليس ما إذا كنت ستشغّل خادمًا من الأساس. والبديل مفتوح المصدر ذاتي الاستضافة بالكامل يستحق مكانًا في ورقة التقييم نفسها، ويُحكم عليه بناءً على التحكم وعبء العمل والتكلفة الإجمالية، لا بناءً على السعر الشهري المعلن لخدمة SaaS.
+
+## جرّبه بنفسك
+
+يعمل خادم المجتمع المجاني طالما شئت دون أي تكلفة. إذا كانت ميزات Pro هي العامل الحاسم، راسلنا عبر البريد الإلكتروني [sales@rustdesk.com](mailto:sales@rustdesk.com) للاطلاع على شروط التقييم الحالية؛ تجد تفاصيل الخطط على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ويحتوي [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk) على شرح مرئي إذا أردت رؤيته قيد التشغيل قبل تثبيت أي شيء.
@@ -0,0 +1,51 @@
+---
+publishDate: 2026-07-03T09:40:00Z
+lang: 'ar'
+translationKey: upgrade-rustdesk-license-mid-subscription
+draft: false
+title: 'ترقية ترخيص RustDesk في منتصف الاشتراك: كيف تعمل'
+excerpt: 'نعم — يمكنك ترقية ترخيص RustDesk في أي وقت لإضافة مستخدمين أو أجهزة. تعرّف على كيفية عمل الاحتساب بالتناسب (proration) وكيفية تطبيق الحدود الجديدة: قم بتحديث الترخيص في وحدة التحكم عبر الويب لتفعيله فورًا، أو انتظر الفحص التلقائي الذي يتم كل 24 ساعة.'
+image: ~/assets/images/blog/upgrade-rustdesk-license-mid-subscription-og.png
+category: 'التسعير'
+tags: ['RustDesk', 'التسعير', 'الترخيص']
+author: 'RustDesk Team'
+slug: 'upgrade-rustdesk-license-mid-subscription-ar'
+faq:
+  - question: 'هل يمكنني ترقية ترخيص RustDesk في منتصف الاشتراك؟'
+    answer: 'نعم. يمكنك ترقية ترخيص RustDesk في أي وقت خلال فترة اشتراكك لإضافة المزيد من الأجهزة المُدارة أو المستخدمين. يتم احتساب الترقيات بالتناسب. ولتطبيق الحدود الجديدة فورًا، قم بتحديث الترخيص في وحدة التحكم عبر الويب؛ وإلا فستصبح سارية المفعول تلقائيًا خلال حوالي 24 ساعة، عند تشغيل الفحص الدوري للترخيص.'
+  - question: 'كيف يتم احتساب ترقية ترخيص RustDesk بالتناسب؟'
+    answer: 'يتم احتساب الترقية بالتناسب مع الوقت المتبقي من مدة اشتراكك الحالية: حيث يحتسب النظام الفرق مقابل المستخدمين أو الأجهزة المضافة بناءً على الأيام المتبقية، بدلًا من فرض سعر جديد كامل. راجع rustdesk.com/pricing للاطلاع على تفاصيل الفئات.'
+  - question: 'لماذا لا تظهر أجهزتي الجديدة بعد ترقية ترخيصي؟'
+    answer: 'يتم تحديث الترخيص عبر فحص دوري مرة كل 24 ساعة تقريبًا، لذا لا يتم تطبيق الحدود الجديدة دائمًا بشكل فوري. قم بتحديث الترخيص في وحدة التحكم عبر الويب لسحب الاستحقاق المُحدَّث على الفور.'
+  - question: 'كيف أقوم بتحديث ترخيصي في وحدة التحكم عبر الويب؟'
+    answer: 'افتح وحدة التحكم عبر الويب بعد شراء الترقية، واستخدم إجراء تحديث الترخيص لسحب استحقاقك المُحدَّث. يؤدي ذلك إلى تفعيل الحدود الأعلى للمستخدمين والأجهزة في نشرتك.'
+  - question: 'أين يمكنني شراء الترقية أو تجديد ترخيصي؟'
+    answer: 'استخدم بوابة الترخيص ذاتية الخدمة على rustdesk.com/self-host/account/. سجّل الدخول باستخدام عنوان البريد الإلكتروني الذي استخدمته في صفحة الدفع عند شراء الترخيص؛ وإذا لم تعد تتذكر البريد الإلكتروني المستخدم، تواصل مع support@rustdesk.com. تحتوي البوابة أيضًا على فواتيرك وعمليات التجديد.'
+  - question: 'هل يمكنني تخفيض الترخيص أو تقليل عدد المقاعد في منتصف الاشتراك؟'
+    answer: 'تتناول هذه المقالة الترقيات، والتي يمكنك إجراؤها في أي وقت. أما بالنسبة لتقليل عدد المقاعد أو التخفيض في منتصف المدة، فتأكد من الإجراء المعمول به حاليًا مع فريق RustDesk عبر sales@rustdesk.com.'
+
+metadata:
+  description: 'قم بترقية ترخيص RustDesk في أي وقت لإضافة مستخدمين أو أجهزة، مع احتساب التكلفة بالتناسب. حدّثه في وحدة التحكم عبر الويب لتفعيله فورًا، أو سيصبح ساري المفعول خلال حوالي 24 ساعة.'
+  keywords: 'ترقية ترخيص RustDesk في منتصف الاشتراك, إضافة المزيد من الأجهزة إلى ترخيص RustDesk, احتساب ترخيص RustDesk بالتناسب, زيادة عدد الأجهزة المُدارة في RustDesk, تحديث الترخيص من وحدة التحكم عبر الويب RustDesk, ترخيص RustDesk لكل مستخدم ولكل جهاز'
+---
+
+نعم — يمكنك ترقية ترخيص RustDesk في منتصف الاشتراك لإضافة المزيد من [الأجهزة المُدارة](/ar/blog/what-counts-as-a-managed-device-ar) أو المستخدمين كلما نما فريقك. لست بحاجة إلى انتظار التجديد السنوي: يتعامل RustDesk مع الترقية كتعديل مباشر على ترخيصك الحالي، ولأنك قد دفعت بالفعل مقابل جزء من السنة، يتم احتسابها بالتناسب — إذ يحتسب النظام الفرق فقط مقابل المستخدمين أو الأجهزة المضافة، بناءً على الأيام المتبقية من مدتك، بدلًا من فرض سعر جديد كامل.
+
+## كيفية الترقية
+
+تقوم بإجراء الترقية بنفسك عبر [بوابة الترخيص ذاتية الخدمة](https://rustdesk.com/self-host/account/) — سجّل الدخول باستخدام البريد الإلكتروني الذي استخدمته في صفحة الدفع عند شرائك للترخيص لأول مرة. إذا لم تعد تتذكر البريد الإلكتروني المستخدم، راسل [support@rustdesk.com](mailto:support@rustdesk.com). وتُعد هذه البوابة نفسها المكان الذي تجدد فيه اشتراكك وتنزّل فواتيرك.
+
+هناك تفصيل تشغيلي يسهل إغفاله: الحدود الجديدة لا يتم تطبيقها دائمًا بشكل فوري. يقوم RustDesk بإعادة فحص الترخيص مرة كل 24 ساعة تقريبًا، لذا قد تستغرق الترقية يومًا كاملًا لتظهر من تلقاء نفسها. ولتطبيقها فورًا، قم بتحديث الترخيص داخل وحدة التحكم عبر الويب — إذ يقوم ذلك بسحب الاستحقاق المُحدَّث على الفور. فإذا قمت بالترقية ولم تظهر المقاعد الجديدة على الفور، فهذا هو السبب، ويمكن للتحديث اليدوي حل المشكلة.
+
+بالنسبة للفرق التي تنتقل من TeamViewer أو AnyDesk، تُشكّل هذه المرونة فارقًا مهمًا: يمكنك البدء بالسعة التي تحتاجها اليوم ثم التوسّع تدريجيًا، مع الدفع فقط مقابل ما تضيفه، دون الحاجة لإعادة التفاوض على العقد في منتصف المدة. تجد فئات الأسعار الدقيقة وتعريفات المقاعد على صفحة الأسعار الرسمية [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## من يسأل هذا السؤال
+
+النمو هو المحفّز المعتاد لهذا السؤال: فمسؤول أو [مزوّد خدمات مُدارة (MSP)](/ar/blog/rustdesk-for-msps-ar) قام بتحديد حجم الترخيص بناءً على أسطول الأجهزة كما كان عليه، يجد نفسه الآن بصدد إضافة نقاط نهاية جديدة أو موظفين أو مواقع عملاء في منتصف السنة. والقلق الكامن وراء ذلك عادةً ما يكون مزدوجًا: هل يمكن أصلًا التوسّع في منتصف المدة، وهل ستكون الرسوم عادلة مقابل ذلك.
+
+## أسئلة ذات صلة
+
+- [كيف يحتسب RustDesk المستخدمين والأجهزة المُدارة ضمن الترخيص، والفرق بين الترخيص لكل مستخدم والترخيص لكل جهاز](/ar/blog/what-counts-as-a-managed-device-ar)
+- تحديث ترخيصك في وحدة التحكم عبر الويب: راجع [مستندات RustDesk](https://rustdesk.com/docs).
+
+هل تتوسّع نشرتك؟ قم بالترقية من [بوابة الخدمة الذاتية](https://rustdesk.com/self-host/account/) كلما احتاج فريقك إلى سعة إضافية.
@@ -2,19 +2,18 @@
 publishDate: 2024-10-12T00:00:00Z
 lang: ar
 translationKey: rustdesk-web-client-v2-preview
-title: معاينة عميل RustDesk Web V2
-excerpt: يقدم V2 ترميزات أفضل ودعم لوحة المفاتيح الدولية والحافظة ونقل الملفات.
+title: "معاينة عميل RustDesk Web V2"
+excerpt: "يوفر الإصدار V2 ترميزات أفضل، ودعم لوحة مفاتيح دولية، ودعم الحافظة، ونقل الملفات، وغير ذلك."
 image: ~/assets/images/blog/web-client.jpg
 category: إصدار
 slug: muayinat-rustdesk-web-client-v2
 tags: [عميل الويب, إصدار]
 ---

-لم يتلق عميل RustDesk Web V1 تحديثًا منذ أكثر من عامين وكان يفتقد ميزات عديدة. أمضى فريقنا ثلاثة أشهر في تطوير V2. تحسّن المعاينة فك الترميز ودعم لوحات المفاتيح الدولية، وتدعم حافظة النصوص والصور ونقل الملفات. ورغم قيود المتصفح، نسعى إلى تجربة متسقة مع إصدار سطح المكتب.
+يسعدنا أن نقدّم معاينة الإصدار V2 من عميل RustDesk للويب. يجلب هذا الإصدار فك ترميز أقوى، ودعمًا أفضل للوحات المفاتيح الدولية، ودعم الحافظة (ليس النصوص فقط، بل الصور أيضًا)، ونقل الملفات. عملنا على إبقاء مجموعة الميزات وتجربة المستخدم في عميل الويب متزامنة مع عميل سطح المكتب، في حدود ما تسمح به المتصفحات.

-جرّبه على https://rustdesk.com/web. للوصول إلى خادمك، اضبط WebSocket Secure ‏(WSS) على المنفذين 21118/21119 وفق [الوثائق](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/#8-add-websocket-secure-wss-support-for-the-id-server-and-relay-server-to-enable-secure-communication-for-the-web-client).
-
-```nginx
+يمكنك الوصول إلى معاينة الإصدار V2 من عميل RustDesk للويب بزيارة https://rustdesk.com/web. إذا كنت ترغب في الوصول إلى خادمك الخاص عبر V2، فيرجى ضبط دعم WebSocket Secure ‏(WSS) وفقًا لـ[الوثائق](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/#8-add-websocket-secure-wss-support-for-the-id-server-and-relay-server-to-enable-secure-communication-for-the-web-client)، وإعداده على المنفذين 21118/21119.
+```
    location /ws/id {
        proxy_pass http://localhost:21118;
        proxy_http_version 1.1;
@@ -25,6 +24,7 @@ tags: [عميل الويب, إصدار]
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
+
    location /ws/relay {
        proxy_pass http://localhost:21119;
        proxy_http_version 1.1;
@@ -36,7 +36,13 @@ tags: [عميل الويب, إصدار]
        proxy_set_header X-Forwarded-Proto $scheme;
    }
 ```
+كما أن عميل الويب **مدمج في RustDesk Server Pro**، بحيث يمكنك تقديمه من خادمك الخاص عبر `https://rustdesk.yourcompany.com/web` بدلاً من الاعتماد على الخادم العام.

-بعد استقرار V2 سندمج عميل الويب في إصدار Pro أيضًا، وسيكون متاحًا عبر `https://rustdesk.yourcompany.com/web`.
+## طريقتان لاستخدام عميل الويب مع خادمك الخاص

-يسعدنا تقديم هذه التحسينات، ونرحب بملاحظاتكم بينما نواصل تطوير RustDesk Web Client V2.
+- **عميل الويب العام (`rustdesk.com/web`) موجَّهًا إلى خادمك.** يمكنك استخدام عميل الويب المستضاف من RustDesk وربطه بخادم المعرِّفات (ID)/الترحيل (relay) الخاص بك، لكن يتعين عليك إعداده بنفسك: يحتاج المتصفح إلى WebSocket Secure ‏(WSS) ورؤوس CORS الصحيحة للوصول إلى خادمك. راجع [إعداد WSS وCORS لعميل الويب](https://github.com/rustdesk/rustdesk/wiki/FAQ#wss-and-cors-setup-for-web-client).
+- **عميل ويب مستضاف ذاتيًا (يقدَّم عبر Server Pro على `https://your-server/web`).** عميل الويب [مدمج في RustDesk Server Pro](https://github.com/rustdesk/rustdesk/wiki/FAQ#is-web-client-integrated-into-rusetdesk-server-pro)، لذا فهو يعمل من خادمك الخاص بدلاً من الخادم العام. الاستضافة الذاتية لعميل الويب **غير متضمَّنة في الخطط الأساسية** — إذ تتطلب خطة كبيرة بما يكفي لتحقيق **(عدد المستخدمين × 10) + عدد الأجهزة ≥ 400** (على سبيل المثال 10 مستخدمين / 300 جهاز، أو 30 مستخدمًا / 100 جهاز، أو 20 مستخدمًا / 200 جهاز). ويمكن أيضًا [تخصيص](https://github.com/rustdesk/rustdesk/wiki/FAQ#how-to-customize-self-hosted-web-client) عميل الويب المستضاف ذاتيًا.
+
+أيًا كان المسار الذي تختاره، فإن عميل الويب هو **متحكِّم**: فأنت تتحكم في أجهزة أخرى من علامة تبويب في المتصفح، لكن علامة تبويب المتصفح لا يمكن أن تعمل كمضيف غير مراقَب (unattended).
+
+يسعدنا تقديم هذه التحسينات لمستخدمينا، ونتطلع إلى ملاحظاتكم بينما نواصل تنقيح وتحسين RustDesk Web Client V2.
@@ -0,0 +1,51 @@
+---
+publishDate: 2026-07-02T14:43:00Z
+lang: ar
+translationKey: what-counts-as-a-managed-device
+draft: false
+title: 'ما الذي يُحتسب كجهاز مُدار في RustDesk؟'
+excerpt: 'في خطط RustDesk القياسية، يُحتسب كل جهاز تقوم بإعداده للوصول إليه مرة واحدة فقط. أما خطة Customized V2 فتحتسب فقط الأجهزة المُخصصة لمجموعة أو مستخدم؛ ولا يتم احتساب الأجهزة العرضية (ad-hoc).'
+image: ~/assets/images/blog/what-counts-as-a-managed-device-og.png
+category: 'التسعير'
+tags: ['RustDesk', 'التسعير', 'الترخيص']
+author: RustDesk Team
+slug: 'what-counts-as-a-managed-device-ar'
+faq:
+  - question: 'كيف يحتسب RustDesk الأجهزة المُدارة؟'
+    answer: 'في الخطط القياسية، يُحتسب كل جهاز تقوم بإعداده للوصول إليه كجهاز مُدار واحد، مرة واحدة فقط — سواء كان مُراقَبًا (attended) أو غير مُراقَب (unattended)، وسواء اتصلت به مرة واحدة أو ألف مرة. أما خطة Customized V2 فتحتسب الأمر بشكل مختلف: فقط الأجهزة المُخصصة لمجموعة أجهزة أو مستخدم تُحتسب ضمن عدد الأجهزة المرخصة لديك.'
+  - question: 'كيف يتم احتساب أجهزة الدعم العرضي لمرة واحدة؟'
+    answer: 'في خطة Customized V2، تُحتسب فقط الأجهزة المُخصصة لمجموعة أجهزة أو مستخدم كأجهزة مُدارة. أما الجهاز الذي تتصل به مرة واحدة لتقديم دعم عفوي — ولا تقوم بتخصيصه أبدًا — فلا يُحتسب ضمن عدد الأجهزة المرخصة لديك ولا يتم تعطيله. بالنسبة للأعمال التي تعتمد بشكل أساسي على الدعم العرضي، يجعل ذلك خطة Customized V2 خيارًا أنسب من احتساب كل نقطة نهاية على حدة.'
+
+metadata:
+  description: 'كيف يحتسب RustDesk الأجهزة المُدارة: تحتسب الخطط القياسية كل جهاز يمكن الوصول إليه مرة واحدة؛ بينما تحتسب خطة Customized V2 فقط الأجهزة المُخصصة لمجموعة أو مستخدم.'
+  keywords: 'ما الذي يُحتسب كجهاز مُدار, احتساب الأجهزة في رستدسك, ترخيص رستدسك مقابل تيم فيور, ترخيص الجهاز المُراقَب مقابل غير المُراقَب, دعم رستدسك العرضي, ترخيص الدعم عن بُعد لمزودي الخدمات المُدارة'
+---
+
+إذا كنت قادمًا من نموذج التسعير القائم على المقاعد (per-seat) في TeamViewer، فإن قاعدة الاحتساب في خطط RustDesk القياسية بسيطة إلى حد مريح: **كل جهاز تريد الوصول إليه يُحتسب كجهاز مُدار واحد، ويُحتسب مرة واحدة فقط.** أما خطة **[Customized V2](https://rustdesk.com/pricing#custom2)** فتحتسب الأمر بشكل مختلف — إذ تُحتسب فقط الأجهزة التي تُخصصها لمجموعة أو مستخدم — وهذا ما يجعلها الخيار الأنسب للدعم العرضي المكثف.
+
+## الإجابة المختصرة
+
+في الخطط القياسية، يُقصد بـ"الجهاز المُدار" أي جهاز تريد أن تكون قادرًا على الوصول إليه، ويقوم الخادم باحتساب كل جهاز مرة واحدة فقط. ولا فرق في:
+
+- ما إذا كان الجهاز **مُراقَبًا** (attended) (يجلس أمامه شخص ما) أو **غير مُراقَب** (unattended) (خادم بلا شاشة، أو كشك خدمة، أو محطة عمل تعمل باستمرار)،
+- ما إذا كنت ستتصل به **مرة واحدة** أو **مرات عديدة**،
+- مدى تكرار وصولك إليه.
+
+إذا كان عملك يتمثل في الغالب بدعم عفوي لمرة واحدة، فإن طريقة الاحتساب الأضيق نطاقًا لخطة **[Customized V2](https://rustdesk.com/pricing#custom2)** الموضحة أدناه مُصممة خصيصًا لهذه الحالة.
+
+## بالتفصيل
+
+أما ما _يُغيّر_ الأمور فعلًا فهو الخطة. ففي خطة **[Customized V2](https://rustdesk.com/pricing#custom2)**، يكون تعريف الجهاز المُدار أضيق نطاقًا: فقط الأجهزة التي **تُخصصها لمجموعة أجهزة أو مستخدم** تُحتسب ضمن عدد الأجهزة المرخصة لديك. أما الأجهزة التي تصل إليها فقط لدعم عرضي لمرة واحدة — ولا تقوم بتخصيصها أبدًا — فلا تُحتسب ولا يتم تعطيلها. وإذا كنت تفضل ألا تظهر هذه الأجهزة غير المُخصصة في لوحة التحكم إطلاقًا، فإن [إعداد العميل `register-device`](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#register-device) يتحكم في ذلك، ويصبح فعّالًا بمجرد أن يصل عدد الاتصالات المتزامنة المرخصة إلى 2 أو أكثر. عمليًا، تعرض جلسة الدعم السريع هذه فقط معرّفًا (ID) وكلمة مرور لمرة واحدة لاتصال مُراقَب واحد، لذا فإن التفاعل العرضي الحقيقي لا يحتاج أبدًا إلى مكان دائم ضمن أسطول أجهزتك. إذا كان الكثير من عملك يشبه ذلك، فإن خطة Customized V2 تكون عادةً الخيار الأنسب — راسل [sales@rustdesk.com](mailto:sales@rustdesk.com) بسيناريو حالتك للحصول على الشروط الحالية، أو راجع [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+على سبيل المثال، تخيّل [مزود خدمة مُدارة (MSP)](/ar/blog/rustdesk-for-msps-ar) لديه 20 فنيًا يقدمون الدعم لنحو 1000 جهاز عميل: سيحتاج إلى تلبية **كلا** البُعدين في الترخيص — عدد كافٍ من مستخدمي تسجيل الدخول لجميع الفنيين العشرين، وعدد كافٍ من الأجهزة المُدارة للأجهزة التي يتم إبقاؤها قابلة للوصول. أما بالنسبة لنقاط النهاية التي تُعد فعلًا مكالمات دعم لمرة واحدة، فتنطبق عليها قاعدة Customized V2 المذكورة أعلاه؛ والحدود المسموح بها حاليًا متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## من يطرح هذا السؤال
+
+أي شخص يحاول تحويل عدد مقاعد TeamViewer أو AnyDesk إلى وحدات RustDesk سيواجه هذا التعريف أولًا، لأن وحدات الترخيص لا تتطابق واحدة بواحدة. تتطلب خطط RustDesk المدفوعة سعةً كافية لكل من الأشخاص الذين يسجلون الدخول والأجهزة التي تُبقى تحت الإدارة.
+
+## أسئلة ذات صلة
+
+- الترخيص حسب المستخدم مقابل حسب الجهاز، والاتصالات المتزامنة، واحتساب الأجهزة في Server Pro: راجع [أسعار RustDesk](https://rustdesk.com/pricing).
+- [قادم من TeamViewer — كيف تُقارن أسعار RustDesk بالنسبة لمزودي الخدمات المُدارة (MSPs)؟](/ar/blog/rustdesk-vs-teamviewer-ar)
+
+هل تُخطط لحجم أسطول أجهزتك ولست متأكدًا مما إذا كانت مكالمات الدعم لمرة واحدة تندرج ضمن عدد أجهزتك؟ راجع الشروط الحالية على [rustdesk.com/pricing](https://rustdesk.com/pricing) أو اسأل الفريق قبل الشراء.
@@ -0,0 +1,69 @@
+---
+publishDate: 2026-07-07T18:21:00Z
+lang: 'ar'
+translationKey: 'why-self-host-remote-desktop-software'
+draft: false
+title: 'لماذا يجب استضافة برنامج سطح المكتب البعيد الخاص بك ذاتيًا'
+excerpt: 'لماذا تختار الفرق التي تترك TeamViewer وAnyDesk الاستضافة الذاتية لسطح المكتب البعيد: التحكم في البيانات، وتكلفة يمكن التنبؤ بها، وبدون سحابة وسيطة.'
+image: '~/assets/images/blog/why-self-host-remote-desktop-software-og.png'
+category: 'أدلة'
+tags: ['RustDesk', 'الاستضافة الذاتية']
+author: 'RustDesk Team'
+slug: 'why-self-host-remote-desktop-software-ar'
+faq:
+  - question: 'ماذا يعني استضافة برنامج سطح المكتب البعيد ذاتيًا؟'
+    answer: 'يعني ذلك تشغيل الخادم الذي ينسّق الاتصالات وينقل حركة البيانات عند فشل الاتصال المباشر، وذلك على بنية تحتية تتحكم فيها بنفسك، بدلاً من توجيه الجلسات عبر سحابة أحد الموردين. مع RustDesk Server Pro، يعمل خادم المعرّف/الالتقاء (ID/rendezvous) وخادم الترحيل (relay) ولوحة التحكم وبيانات النشر المخزَّنة كلها على بنيتك التحتية الخاصة.'
+  - question: 'ما الذي يتطلبه فعليًا تشغيل خادم RustDesk مستضاف ذاتيًا؟'
+    answer: 'متطلبات العتاد منخفضة، ومعظم العمل يُنجز مرة واحدة فقط: تقوم بتجهيز مضيف لينكس صغير، وفتح المنافذ التي تستخدمها فقط (تتطلب العملاء الأصليون المنفذين TCP 21115-21117 وUDP 21116)، وإعداد TLS عند وكيل عكسي (reverse proxy)، وجدولة النسخ الاحتياطية؛ وبعد ذلك يقتصر الأمر على الترقيع الدوري والمراقبة الروتينية، مع توفر دعم RustDesk في حال واجهتك أي عقبة.'
+  - question: 'هل تساعد الاستضافة الذاتية في الإقامة الجغرافية للبيانات والامتثال لـ GDPR؟'
+    answer: 'نعم — فهي تمنحك تحكمًا حقيقيًا هنا: أنت من يختار مكان تشغيل خادم الالتقاء وخادم الترحيل ولوحة التحكم وبيانات الأجهزة. ومع ذلك، فهذا أساس وليس ضمانًا مطلقًا، لأن الاتصالات المباشرة لا تزال تنتقل بين نقاط الاتصال النهائية — لذا فإن إبقاء حركة البيانات داخل حدود الدولة والوفاء بالتزامات GDPR يعتمدان أيضًا على كيفية توجيهك للنشر وتشغيله.'
+  - question: 'هل الاستضافة الذاتية مناسبة لكل فريق؟'
+    answer: 'تناسب الاستضافة الذاتية الفرق التي تريد التحكم في بياناتها وبنيتها التحتية. وهي تتطلب فعلاً تشغيل خادم — بمتطلبات متواضعة، ومعظم إعداده يتم مرة واحدة — فإذا كنت تفضل عدم تشغيل أي خادم على الإطلاق، فإن نموذج SaaS المُدار هو البديل. لكن RustDesk Server Pro مصمم أصلاً ليكون مستضافًا ذاتيًا، وذلك تحديدًا لتبقى بياناتك على بنيتك التحتية الخاصة دون وجود سحابة موردٍ في المنتصف — وبالنسبة للفرق التي تدير بالفعل بنية تحتية خاصة بها، فإن هذه الملكية هي بيت القصيد.'
+
+metadata:
+  description: 'الحجة وراء الاستضافة الذاتية لبرامج سطح المكتب البعيد: التحكم في البيانات، وتكلفة يمكن التنبؤ بها، وعدم الارتباط بمورّد واحد، وعدم التعرض لانقطاع الخدمة السحابية. مع RustDesk كمثال ملموس.'
+  keywords: 'لماذا الاستضافة الذاتية لسطح المكتب البعيد, فوائد سطح المكتب البعيد المستضاف ذاتيًا, الوصول عن بُعد المحلي, سطح مكتب بعيد بدون سحابة مورّد'
+---
+
+تُباع معظم أدوات سطح المكتب البعيد بطريقة واحدة: كاشتراك سحابي، حيث تتولى خوادم المورّد التوسط في كل جلسة — وغالبًا ترحيلها أيضًا. توجد طريقة أخرى لتشغيل الوصول عن بُعد، وهي ليست جديدة — إنها فقط أقل ترويجًا، لأنها لا تأتي مصحوبة باشتراك سحابي متكرر. إنه قرار **استضافة برنامج سطح المكتب البعيد ذاتيًا**: تشغيل الخادم الذي ينسّق الاتصالات وينقل حركة البيانات عند فشل الاتصال المباشر، على بنية تحتية تتحكم فيها بنفسك. يقدّم هذا المقال الحجج المؤيدة لهذا النموذج، مستخدمًا RustDesk كمثال ملموس.
+
+## ما الذي تعنيه فعليًا «الاستضافة الذاتية لسطح المكتب البعيد»
+
+ثمن الاعتماد الحصري على السحابة هو أن قائمة أجهزتك، وبيانات الاتصال الوصفية، وأحيانًا حركة بيانات جلساتك، تمر عبر طرف ثالث، رهنًا بوقت تشغيله، وتسعيره، ووضعه الأمني.
+
+تقلب الاستضافة الذاتية هذه المعادلة. فمع RustDesk Server Pro، يعمل خادم المعرّف/الالتقاء (ID/rendezvous)، وخادم الترحيل، ولوحة التحكم، وبيانات النشر المخزَّنة، كلها على **بنيتك التحتية الخاصة**. لا تزال الجلسات المباشرة تتدفق بين نقاط الاتصال النهائية؛ أما الجلسات المُرحَّلة فتستخدم خادم الترحيل الذي تُهيّئه بنفسك. RustDesk [مفتوح المصدر (AGPL)](https://github.com/rustdesk/rustdesk) ويعمل خادم المجتمع المجاني إلى أجل غير مسمى.
+
+## السحابة فقط مقابل الاستضافة الذاتية: نظرة سريعة
+
+|                            | أداة سحابية نموذجية فقط    | مستضاف ذاتيًا (RustDesk Server Pro)                                                                                                                   |
+| -------------------------- | -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
+| مكان توسط الجلسات          | سحابة المورّد              | جهازك المحلي (on-prem) أو خادم VPS خاص بك                                                                                                             |
+| الإقامة الجغرافية للبيانات | يتحكم بها المورّد          | تعمل الخدمات من جانب الخادم على بنية تحتية تتحكم فيها؛ و[لا تزال مسارات نقاط الاتصال النهائية مهمة](/ar/blog/remote-desktop-data-sovereignty-gdpr-ar) |
+| حدود الاتصالات المتزامنة   | غالبًا لكل قناة/مقعد       | غير محدودة في الخطط القياسية؛ مقاسة (metered) في Customized V2                                                                                        |
+| نموذج التسعير              | اشتراك سحابي لكل مقعد/قناة | [لكل مستخدم تسجيل دخول + لكل جهاز مُدار](https://rustdesk.com/pricing) ([التسعير](https://rustdesk.com/pricing))                                      |
+| الكود المصدري              | مغلق                       | مفتوح المصدر (AGPL)، قابل للتدقيق                                                                                                                     |
+| الاعتماد على الانقطاعات    | وقت تشغيل المورّد          | عملياتك الخاصة                                                                                                                                        |
+| من يشغّل الخادم            | المورّد                    | أنت                                                                                                                                                   |
+
+لا تعني الاستضافة الذاتية التخلي عن قابلية التوسع أو القدرات. تنشر RustDesk [إرشادات تخطيط للأساطيل الكبيرة](/ar/blog/rustdesk-scale-50000-200000-devices-ar) للفرق التي تحتاج إلى دعم بيئات أكبر. وبالنسبة [لمزودي الخدمات المُدارة (MSPs)](/ar/blog/rustdesk-for-msps-ar) وفرق تقنية المعلومات الداخلية، تتوفر [لوحة تحكم ويب مستضافة ذاتيًا](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 منخفضة، لذا فإن جهازًا افتراضيًا متواضعًا يعمل بنظام لينكس — سواء محليًا أو عبر VPS رخيص — يكفي لتشغيل خدمتي المعرّف/الالتقاء والترحيل. حدد حجمه بناءً على عدد أجهزتك ومقدار حركة البيانات التي تنتهي مُرحَّلة بدلاً من الاتصال المباشر (peer-to-peer).
+- **افتح فقط المنافذ التي تستخدمها.** يتطلب عملاء RustDesk الأصليون المنفذين **TCP 21115-21117 وUDP 21116** لاختبار NAT، وخدمات الاتصال، والتسجيل، ونبضات القلب (heartbeat)، والترحيل. لا تُعرِّض نطاق المنافذ 21114-21119 بأكمله. المنفذان TCP 21118-21119 مخصصان لخدمات WebSocket الخلفية، والمنفذ TCP 21114 مخصص لواجهة HTTP API/لوحة التحكم في نسخة Pro. عند استخدام وكيل عكسي HTTPS/WSS أمام واجهة Pro API وخدمات WebSocket، اكشف فقط المنفذ TCP 443 علنًا لتلك الحركة، وأبقِ المنفذ 21114 والمنفذين 21118-21119 داخليين فقط. لا يُغني المنفذ 443 العام عن منافذ العملاء الأصليين الأساسية عندما تتصل عملاء أصليون أيضًا. راجع [مرجع المنافذ الرسمي](https://rustdesk.com/docs/en/self-host/).
+- **أعدّ TLS.** أنهِ اتصالات HTTPS وWSS عند الوكيل العكسي، بحيث تستخدم بيانات الاعتماد واستدعاءات API وحركة بيانات عميل المتصفح المنفذ العام TCP 443 بدلاً من تعريض لوحة التحكم/API عبر HTTP العادي أو خدمات WebSocket الخلفية غير المشفرة.
+- **انسخ احتياطيًا.** يحتفظ الخادم بقائمة أجهزتك، وحسابات المستخدمين، ودفتر العناوين، وقواعد الوصول. جدوِل نسخًا احتياطية بانتظام — وتأكد فعليًا من قدرتك على الاستعادة منها.
+- **حافظ على وتيرة تحديثات منتظمة.** تصدر إصدارات جديدة من الخادم بمرور الوقت، وأنت المسؤول عن نظام التشغيل الأساسي. حدد من يطبّق التحديثات ومدى تكرارها.
+- **راقبه.** أصبحت خدمة التنسيق الآن ملكك، لذا عليك مراقبة وقت التشغيل، ومساحة القرص، وإنتاجية الترحيل، وأنت المسؤول عن التنبيهات والتعافي.
+
+لا شيء من هذا معقّد أو غير مألوف، ومعظمه إعداد يتم مرة واحدة فقط. وإذا واجهتك أي استفسار في أي مرحلة، يمكن أن يساعدك [دعم RustDesk](mailto:support@rustdesk.com) في تجاوزه.
+
+## كيف تقيّم خيار الاستضافة الذاتية
+
+- **ابدأ بخادم المجتمع.** النواة مرخصة بموجب AGPL — يمكنك نشر الخادم المجاني مفتوح المصدر هذا اليوم، وتدقيقه، وتشغيله طالما شئت دون أي تكلفة.
+- **هل تحتاج إلى مجموعة ميزات Pro؟** أسعار الخطط الحالية متوفرة على [rustdesk.com/pricing](https://rustdesk.com/pricing)، ويمكن لفريق [sales@rustdesk.com](mailto:sales@rustdesk.com) إخبارك بخيارات التقييم المتاحة حاليًا.
+- **تفضّل المشاهدة على التثبيت؟** يتوفر عرض توضيحي كامل بالفيديو على [قناة RustDesk على يوتيوب](https://www.youtube.com/@rustdesk).
+
+إذا كانت زيادات الأسعار، أو الكود المغلق، أو سحابة لا تتحكم فيها هي ما دفعك للبحث عن بديل، فإن الاستضافة الذاتية هي الحل الجذري، لا مجرد خصم في السعر. وبالنسبة لفريق يدير بالفعل بنية تحتية خاصة به، فهي خطوة تالية لا قفزة: امتلك الخادم، امتلك البيانات، امتلك التكلفة.
@@ -0,0 +1,82 @@
+---
+publishDate: 2026-07-02T12:27:00Z
+lang: 'de'
+translationKey: 'anydesk-commercial-use-detected'
+draft: false
+title: 'AnyDesk kommerzielle Nutzung erkannt: So beheben Sie es'
+excerpt: 'Wurde bei der kostenlosen Version von AnyDesk kommerzielle Nutzung erkannt? Hier erfahren Sie, wie der offizielle Whitelist-Prozess abläuft, was als kommerzielle Nutzung gilt und wie Sie das Problem mit einer selbst gehosteten Lösung von vornherein vermeiden.'
+image: '~/assets/images/blog/anydesk-commercial-use-detected-og.png'
+category: 'Fehlerbehebung'
+tags: ['AnyDesk', 'Fehlerbehebung', 'Lizenzierung']
+author: 'RustDesk Team'
+slug: 'anydesk-kommerzielle-nutzung-erkannt-so-beheben-sie-es'
+faq:
+  - question: 'Warum zeigt AnyDesk „Kommerzielle Nutzung erkannt“ an, obwohl ich es nur privat nutze?'
+    answer: 'Die kostenlose Version von AnyDesk ist ausschließlich für die private, nicht-kommerzielle Nutzung lizenziert und setzt diese Grenze mittels automatisierter Erkennung durch. AnyDesk veröffentlicht keine verlässliche Erkennungsformel und keine offiziellen Schwellenwerte. Wird Ihre private Nutzung fälschlicherweise eingestuft, nutzen Sie die offizielle Whitelist-Anfrage.'
+  - question: 'Wie behebe ich „Kommerzielle Nutzung erkannt“ bei AnyDesk, wenn ich es privat nutze?'
+    answer: 'Reichen Sie die offizielle Whitelist-Anfrage von AnyDesk mit Ihrer AnyDesk-Adresse und einer ehrlichen Beschreibung Ihrer privaten Nutzung ein. AnyDesk prüft die Anfrage. Ist Ihre Nutzung tatsächlich kommerziell, ist eine Lizenz oder ein anderes Tool, dessen Bedingungen diese Tätigkeit abdecken, die passende Lösung.'
+  - question: 'Ist AnyDesk für geschäftliche Nutzung kostenlos?'
+    answer: 'Nein. Die kostenlose Version von AnyDesk ist für die private, nicht-kommerzielle Nutzung vorgesehen. Remote-Arbeit, die Verwaltung von Geräten innerhalb einer Organisation und der Support für Kunden oder Kollegen erfordern kommerzielle Bedingungen. Die maßgebliche Definition finden Sie in den aktuellen Nutzungsbedingungen von AnyDesk.'
+  - question: 'Was gilt bei AnyDesk als kommerzielle Nutzung?'
+    answer: 'Der Support von Kunden oder Kollegen, Remote-Arbeit (einschließlich des Abrufs dienstlicher E-Mails), die Serveradministration, die Verwaltung von Geräten für eine Organisation oder jede Nutzung, für die Sie bezahlt werden. Familie und Freunden zu helfen oder auf die eigenen privaten Geräte zuzugreifen, gilt als private Nutzung.'
+  - question: 'Markiert RustDesk kommerzielle Nutzung genauso wie AnyDesk?'
+    answer: 'Der Open-Source-Community-Server von RustDesk verfügt nicht über den Klassifizierer für kommerzielle Nutzung, den AnyDesk einsetzt. Server Pro ist kommerziell lizenziert und wird selbst gehostet, wobei die Grenzen durch den erworbenen RustDesk-Plan festgelegt werden – nicht durch einen Detektor der kostenlosen AnyDesk-Version. Die Standard-Pläne von RustDesk beinhalten unbegrenzte gleichzeitige Verbindungen; Customized V2 hingegen nicht.'
+metadata:
+  description: 'Stuft AnyDesk Ihre private Nutzung als kommerziell ein? Hier erfahren Sie, wie die offizielle Whitelist-Lösung funktioniert, was als kommerzielle Nutzung gilt und wie das selbst gehostete RustDesk dieses Problem vermeidet.'
+  keywords: 'AnyDesk kommerzielle Nutzung erkannt, AnyDesk private Nutzung markiert, AnyDesk Whitelist-Anfrage, AnyDesk Einspruch kommerzielle Nutzung'
+---
+
+Sie haben AnyDesk geöffnet, um auf Ihren eigenen Heim-PC zuzugreifen oder einem Familienmitglied zu helfen, und erhielten die Warnung, dass **kommerzielle Nutzung erkannt** wurde oder dass Sie für die professionelle Nutzung eine Lizenz benötigen. Die aktuellen [Allgemeinen Geschäftsbedingungen](https://anydesk.com/en/terms) von AnyDesk behalten die kostenlose Version der privaten, nicht-kommerziellen Nutzung vor und erlauben die Durchsetzung dieser Grenze. Beginnen Sie mit dem offiziellen Prüfverfahren, wenn die Einstufung falsch ist. Ist die Nutzung tatsächlich kommerziell, vergleichen Sie kostenpflichtige oder selbst gehostete Optionen, anstatt zu versuchen, die Bedingungen zu umgehen.
+
+## So beheben Sie „Kommerzielle Nutzung erkannt“ in Ihrem AnyDesk-Konto
+
+AnyDesk veröffentlicht eine offizielle [Whitelist-Anfrage](https://anydesk.com/en/commercial-use) für Personen, deren Nutzung tatsächlich privat und nicht-kommerziell ist. Kurz zusammengefasst:
+
+1. **Notieren Sie sich Ihre AnyDesk-Adresse (ID)** – die Nummer, die beim Öffnen des Clients angezeigt wird – für jedes beteiligte Gerät: das Gerät, _von_ dem aus Sie eine Verbindung herstellen, und die Geräte, _zu_ denen Sie eine Verbindung herstellen.
+2. **Öffnen Sie das offizielle [Formular für kommerzielle Nutzung / Whitelist-Anfrage](https://anydesk.com/en/commercial-use) von AnyDesk.**
+3. **Beschreiben Sie Ihre tatsächliche Nutzung ehrlich** – zum Beispiel: „Ich nutze dies nur, um meinen Eltern mit ihrem Heim-PC zu helfen“, oder was auch immer wirklich beschreibt, was Sie tun.
+4. **Senden Sie die Anfrage ab und warten Sie, bis AnyDesk den Fall prüft.** Nutzen Sie den auf dem aktuellen Formular angegebenen Kontaktweg, falls Sie nachfassen möchten.
+
+Danach passiert eines von zwei Dingen: AnyDesk bestätigt die private Nutzung und setzt Sie auf die Whitelist, oder es kommt zu dem Schluss, dass Ihre Nutzung kommerziell ist, und die Kennzeichnung bleibt bestehen. Der Einspruch hilft nur, wenn die Kennzeichnung tatsächlich ein Fehlalarm war – ist Ihre Nutzung wirklich kommerziell, ändern weder das Ergebnis noch ein Workaround etwas daran. Wir werden Sie hier auch nicht durch die inoffiziellen, kursierenden „Konfigurationsdateien löschen“-Reset-Tricks führen: Sie umgehen lediglich die Lizenzbedingungen von AnyDesk und ändern nichts daran, ob Ihre Nutzung tatsächlich als kommerziell gilt.
+
+### Was hier tatsächlich als „kommerzielle Nutzung“ gilt
+
+Gemäß den eigenen Nutzungsbedingungen von AnyDesk ist **private Nutzung** nicht-professionell – der Zugriff auf die eigenen Geräte oder die Hilfe für Freunde und Familie, ohne dass eine direkte oder indirekte Bezahlung im Spiel ist. **Kommerzielle (professionelle) Nutzung** – die Art, die eine Whitelist-Anfrage nicht klärt und auch nicht klären sollte – umfasst:
+
+- Support für Klienten, Kunden oder Kollegen
+- Remote-Arbeit jeder Art, einschließlich der einfachen Verbindung zu einem Arbeitsrechner oder dem Abrufen dienstlicher E-Mails
+- Jede Verbindung, die im Rahmen eines Gewerbes, eines Unternehmens oder einer beruflichen Tätigkeit hergestellt wird
+- Die Administration von Servern oder die Verwaltung mehrerer Geräte für eine Organisation
+- Jede Nutzung, für die Sie direkt oder indirekt bezahlt werden
+
+Wenn Sie etwas davon tun, ist die Kennzeichnung von AnyDesk zutreffend, und die dauerhafte Lösung ist ein Tool, dessen Lizenz zu Ihrer tatsächlichen Arbeitsweise passt – worauf der Rest dieses Leitfadens eingeht.
+
+## Warum AnyDesk „kommerzielle Nutzung“ kennzeichnet
+
+AnyDesk veröffentlicht keinen offiziellen Schwellenwert. Behandeln Sie daher jede konkrete Angabe zu Verbindungsanzahl, Sitzungsdauer, Gerätelimit oder Timeout aus Drittanbieter-Beiträgen als unbestätigt und nicht als verlässliche Regel. Die gleiche lizenzrechtliche Unterscheidung gibt es auch bei anderen Remote-Access-Produkten, etwa bei [TeamViewers Einstufung kommerzieller Nutzung](/de/blog/teamviewer-meldet-kommerzielle-nutzung-festgestellt-so-beheben-sie-das). Bei tatsächlich kommerzieller Support-Arbeit ist die Warnung kein technischer Fehler, den man umgehen sollte; vergleichen Sie stattdessen aktuelle kostenpflichtige Pläne oder Alternativen, anstatt sich auf inoffizielle Resets oder private Erfahrungsberichte zur Verlängerung zu verlassen.
+
+Trifft der Einspruch also nicht zu – ist Ihre Nutzung wirklich kommerziell –, bleiben Ihnen zwei Wege: Sie zahlen für eine kommerzielle Lizenz, oder Sie wechseln zu einem Tool, das von vornherein keine Stolperfalle für kommerzielle Nutzung besitzt.
+
+## Der entscheidende Unterschied: eigener Server
+
+AnyDesk unterstützt sowohl direkte als auch weitergeleitete Sitzungen, wie die [Dokumentation zu den Client-Einstellungen](https://support.anydesk.com/docs/settings) erklärt, und veröffentlicht die Formel des Detektors nicht – die Kennzeichnung ist also kein Beweis dafür, dass jede Sitzung über ein AnyDesk-Relay läuft. Die Durchsetzung kann über den Client, das Konto und Lizenzierungsmetadaten erfolgen, ohne die Daten Ihrer Sitzung über die Cloud weiterzuleiten. **RustDesk verlagert den Durchsetzungspunkt auf Hardware, die Sie selbst betreiben:** Der ID-/Rendezvous-Server, das Relay und die Konsole gehören Ihnen, sodass kein Remote-Access-SaaS mehr übrig bleibt, das eine Sitzung als privat oder kommerziell einstuft – [die Argumente für das Selbst-Hosting](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) erklären, warum das die Stolperfalle beseitigt, statt sie nur zurückzusetzen. Der Code ist unter der [AGPL](https://github.com/rustdesk/rustdesk) Open Source, sodass Sie ihn selbst prüfen oder kompilieren können, und RustDesks eigene kommerzielle Lizenzbedingungen gelten weiterhin für Server Pro.
+
+## Vergleich der beiden Modelle
+
+|                                                            | AnyDesk (kostenlose Version)                                          | RustDesk                                                                                                           |
+| ---------------------------------------------------------- | --------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------ |
+| „Kommerzielle Nutzung“-Erkennung                           | Ja – kann kennzeichnen, auf kurze Sitzungen begrenzen oder blockieren | Keine – Sie hosten den Server selbst                                                                               |
+| Verbindungspfad                                            | Direkt, wenn verfügbar; andernfalls über das AnyDesk-Netzwerk-Relay   | Direkt, wenn verfügbar; andernfalls über Ihr eigenes Relay                                                         |
+| Geräte-Kontingent                                          | Durch AnyDesks Bedingungen für die kostenlose Nutzung festgelegt      | Kommerzielle Pläne zählen die verwalteten Geräte                                                                   |
+| Quellcode                                                  | Geschlossen                                                           | Open Source (AGPL), überprüfbar                                                                                    |
+| [Gleichzeitige Verbindungen](https://rustdesk.com/pricing) | In der kostenlosen Version begrenzt                                   | Standard-Pläne unbegrenzt; [Customized V2](https://rustdesk.com/pricing#custom2) begrenzt                          |
+| Preismodell                                                | Kostenlos für die private Nutzung; kostenpflichtige Pläne pro Seat    | [Pro Login-Nutzer + pro verwaltetem Gerät](https://rustdesk.com/pricing)                                           |
+| Datengrenze                                                | Von AnyDesk betriebene Dienste; Medien direkt oder per Relay          | Serverseitige Dienste auf von Ihnen kontrollierter Infrastruktur; die Endpunkt-Routen spielen weiterhin eine Rolle |
+
+## Was das selbst gehostete RustDesk einem Support-Team bietet
+
+Die Lizenzierung wird im Voraus vereinbart: pro Login-Nutzer plus pro verwaltetem Gerät, ohne zusätzliches Cloud-Abonnement pro Seat, und Sie können [jederzeit upgraden](/de/blog/rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es) (anteilig berechnet). Für die Kundensupport-Arbeit ergänzt Server Pro eine [selbst gehostete Web-Konsole](https://rustdesk.com/docs), einen Generator für individuell gebrandete Clients, [Gerätegruppen plus ein gemeinsames Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) für die Zugriffskontrolle pro Nutzer und [LDAP/SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) (OIDC) ab dem Basic-Plan. Da Sie diese Infrastruktur selbst hosten, wägen Sie auch die [Auswirkungen auf Datenhoheit und DSGVO](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) ab – direkte Sitzungen laufen weiterhin zwischen den Endpunkten ab. Die Verfügbarkeit der Funktionen variiert je nach Plan; [siehe rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Die nächsten Schritte
+
+War die Kennzeichnung ein Fehler, ist die oben beschriebene Whitelist-Anfrage Ihre Lösung. Ist Ihre Nutzung tatsächlich kommerziell, testen Sie zunächst auf dem kostenlosen Community-Server: Bilden Sie den Workflow nach, der die Kennzeichnung ausgelöst hat – dieselben Techniker, Endpunkte, unbeaufsichtigten Sitzungen und dasselbe Support-Volumen –, und kalkulieren Sie beide Lizenzdimensionen (Login-Nutzer und verwaltete Geräte), bevor Sie eine Jahreslizenz kaufen. Welche Alternative Sie auch abwägen, lesen Sie deren Lizenz, bevor Sie sie für die Arbeit einsetzen – ein kostenloser Download erlaubt nicht automatisch die kommerzielle Nutzung. Aktuelle Testkonditionen für die Pro-Funktionen erhalten Sie unter [sales@rustdesk.com](mailto:sales@rustdesk.com).
@@ -0,0 +1,83 @@
+---
+publishDate: 2026-06-29T18:05:00Z
+lang: 'de'
+translationKey: 'anydesk-price-increase-alternatives'
+draft: false
+title: 'AnyDesk-Preiserhöhung: Alternativen für Teams'
+excerpt: 'Schon wieder eine AnyDesk-Preiserhöhung, die Ihr Budget belastet? So wechseln Teams zu einer planbaren, selbst gehosteten Open-Source-Remote-Desktop-Lösung.'
+image: '~/assets/images/blog/anydesk-price-increase-alternatives-og.png'
+category: 'Anleitungen'
+tags: ['RustDesk', 'AnyDesk', 'Preise', 'Alternative']
+author: 'RustDesk Team'
+slug: 'anydesk-preiserhohung-alternativen-fur-teams'
+faq:
+  - question: 'Welche Optionen habe ich, wenn AnyDesk die Preise erhöht?'
+    answer: 'Sie haben im Grunde zwei Handlungsoptionen: verlängern und verhandeln oder zu einem selbst gehosteten Open-Source-Tool wie RustDesk wechseln, bei dem Ihre laufenden Ausgaben zu eigener Infrastruktur plus einer Lizenz werden – statt zu einer Sitzplatzanzahl, die ein Anbieter nach eigenem Zeitplan neu bepreist. Rechnen Sie beide Optionen ehrlich durch, bevor Sie sich entscheiden.'
+  - question: 'Macht Self-Hosting die Kosten für Remote-Desktop-Software planbarer?'
+    answer: 'Self-Hosting verändert, wer die Preishoheit hat: Bei RustDesk Server Pro hosten Sie selbst, sodass sich die Kosten aus Ihrer Infrastruktur plus einer Lizenz zusammensetzen – statt aus einer Verlängerung, die der Anbieter festlegt. Das Produkt hat weiterhin jährliche Lizenzbedingungen, vergleichen Sie daher bei jeder Verlängerung die aktuelle Preisseite.'
+  - question: 'Lohnt sich ein Wechsel weg von AnyDesk trotz der Migrationskosten?'
+    answer: 'Es gibt echte einmalige Wechselkosten – Migrationszeit, etwas Umschulung und den Aufbau eines eigenen Servers –, aber wenn sich die Erhöhung wiederholt, amortisiert sich ein Wechsel oft innerhalb von ein bis zwei Verlängerungszyklen. Schätzen Sie die Wechselkosten einmalig und stellen Sie sie der Erhöhung gegenüber, die Sie sonst bei jeder Verlängerung tragen müssten.'
+  - question: 'Kann ich prüfen, was der RustDesk-Client tut?'
+    answer: 'Ja – RustDesk ist AGPL-Open-Source. Sie können genau nachlesen, was auf Ihren Endgeräten läuft, den Client selbst aus dem Quellcode kompilieren und den kostenlosen Community-Server so lange betreiben, wie Sie möchten.'
+  - question: 'Ist Self-Hosting immer günstiger als AnyDesk?'
+    answer: 'Nicht zwangsläufig in jeder Konfiguration. Vergleichen Sie aktuelle Angebote anhand derselben Anforderungen an Login-Nutzer, verwaltete Geräte, Gleichzeitigkeit, Funktionsumfang, Infrastruktur und Support; siehe rustdesk.com/pricing.'
+
+metadata:
+  description: 'Schon wieder eine AnyDesk-Preiserhöhung? Erfahren Sie, warum Teams zu RustDesk wechseln: planbare Kosten durch Self-Hosting, eigene Daten und Open-Source-Transparenz.'
+  keywords: 'AnyDesk Preiserhöhung, AnyDesk Verlängerungskosten, AnyDesk Preisalternativen, AnyDesk TCO über drei Jahre'
+---
+
+Wenn Sie nach „AnyDesk-Preiserhöhung“ gesucht haben, haben Sie zwei echte Optionen: verlängern und verhandeln oder zu einem Modell wechseln, dessen Kosten Sie selbst kontrollieren. Dieser Leitfaden dreht sich um die Frage, **wer die Preishoheit hat** – er wägt beide Optionen ab, zeigt die Break-even-Rechnung eines Wechsels und erklärt, warum der Besitz der Infrastruktur (und die Möglichkeit, sie zu prüfen) der dauerhafte Ausweg ist. Die vollständige Gegenüberstellung Funktion für Funktion finden Sie unter [RustDesk vs. AnyDesk](/de/blog/rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software).
+
+## Warum AnyDesk-Verlängerungen nicht in Ihrer Hand liegen
+
+AnyDesk wird als **jährliche Abonnements in Tarifstufen** verkauft, abgerechnet nach verwalteten Geräten, gleichzeitigen Sitzungen und Namespaces, wobei höhere Stufen mehr gleichzeitige Sitzungen und Verwaltungsfunktionen freischalten – und die **On-Premises-Appliance nur in der höchsten Stufe**. Der Anbieter besitzt die Infrastruktur, über die Ihre Sitzungen laufen, sodass Verlängerungspreise, Tarifgrenzen und Sitzungszahlen in seiner Hand liegen. Passt er sie an, bleiben Ihnen nur zwei Optionen: mehr zahlen oder migrieren – und eine Migration ist schmerzhaft genug, dass die meisten Teams einfach zahlen.
+
+Wir werden uns keine Zahlen zu AnyDesk ausdenken; prüfen Sie die [aktuellen Tarife](https://anydesk.com/en/pricing) selbst.
+
+## Prüfen Sie, was sich wirklich erhöht hat
+
+Bevor Sie irgendetwas vergleichen, legen Sie die vorherige Rechnung, das Verlängerungsangebot und die aktuelle Tarifseite von AnyDesk nebeneinander und gleichen Sie Währung, Steuern, Abrechnungszeitraum, Rabatt, lizenzierte Nutzer, gleichzeitige Sitzungen, verwaltete Geräte, Namespaces und Zusatzoptionen an. Eine höhere Gesamtsumme kann von einer Tarifänderung, einem auslaufenden Rabatt, gestiegener Nutzung oder einer geänderten Paketierung stammen – oft von mehreren dieser Faktoren zugleich. Notieren Sie die effektiven Jahreskosten und die genauen Leistungsansprüche in beiden Angeboten, damit Sie eine belastbare „Preiserhöhungs“-Zahl statt eines Bauchgefühls haben.
+
+## Der entscheidende Unterschied: Sie hosten es, Sie kontrollieren die Kosten
+
+Mit RustDesk Server Pro **hosten Sie selbst** den ID-/Rendezvous-Server, das Relay, die Konsole und die gespeicherten Bereitstellungsdaten ([warum das die Wirtschaftlichkeit verändert](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten)). Das Produkt hat weiterhin jährliche Lizenzbedingungen, vergleichen Sie daher bei jeder Verlängerung die aktuelle Preisseite – aber was sich verlängert, ist eine Lizenz, kein Dienst, den der Anbieter misst.
+
+Die RustDesk-Lizenzierung erfolgt **pro Login-Nutzer plus pro verwaltetem Gerät**, und Sie können mit anteiliger Abrechnung [upgraden](/de/blog/rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es). Standardpläne beinhalten unbegrenzte [gleichzeitige Verbindungen](https://rustdesk.com/pricing); [Customized V2](https://rustdesk.com/pricing#custom2) begrenzt und bepreist diese separat. Genaue Lizenzpreise und Plantarife finden Sie [unter rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Behalten Sie Ihre Daten – und prüfen Sie den Client
+
+Kosten sind nicht der einzige Grund, warum Teams wechseln. Mit Self-Hosting entscheiden Sie selbst, wo Rendezvous, Relay, Konsole und die Daten der verwalteten Geräte laufen – auch wenn das allein nicht garantiert, dass der direkte Datenverkehr zwischen Endgeräten in einem einzigen Land bleibt, und eine Bereitstellung nicht automatisch konform macht. Den vollständigen Datenfluss erfassen Sie im [Leitfaden zur Datensouveränität](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting). Und da der Kern von RustDesk **Open Source unter der [AGPL](https://github.com/rustdesk/rustdesk)** ist, können Sie den Code lesen, überprüfen, was der Client auf Ihren Endgeräten tut, ihn selbst kompilieren und den kostenlosen Community-Server unbegrenzt betreiben. (Möchten Sie die Sicherheit des bisherigen Anbieters separat bewerten? Siehe [Ist AnyDesk sicher?](/de/blog/ist-anydesk-sicher-verschlusselung-der-sicherheitsvorfall-2024-und))
+
+Für MSPs und IT-Teams bietet Pro zusätzlich eine [selbst gehostete Web-Konsole](https://rustdesk.com/docs), einen Generator für individuell gebrandete Clients sowie [Gerätegruppen plus ein gemeinsames Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) für nutzerbasierte Zugriffskontrolle; [LDAP/SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) (OIDC) ist ab dem Basic-Plan verfügbar, und RustDesk veröffentlicht [Planungshinweise für große Geräteflotten](/de/blog/skaliert-rustdesk-auf-200-000-gerate) für größere Umgebungen.
+
+## Verlängern und verhandeln vs. wechseln: der Break-even
+
+Wenn das Verlängerungsangebot in die Höhe schnellt, haben Sie eigentlich zwei Handlungsoptionen – und es lohnt sich, beide durchzurechnen, statt reflexartig zu reagieren.
+
+**Verlängern und verhandeln.** Der schnellste Weg: keine Migration, keine Umschulung, ein Tool, das Ihr Team bereits kennt, und manchmal lässt sich die Erhöhung herunterhandeln. Allerdings verhandeln Sie von der schwächeren Position aus – der Anbieter weiß, dass ein Wechsel schmerzhaft ist, und kalkuliert das wahrscheinlich ein –, jeder erzielte Rabatt ist meist nur vorübergehend, und im nächsten Jahr sitzen Sie wieder am selben Tisch. Das ist die richtige Wahl, wenn die Erhöhung wirklich moderat ausfällt, Sie mitten in einem Projekt stecken oder Ihre Wechselkosten ungewöhnlich hoch sind.
+
+**Wechseln.** Hier fallen echte Vorabkosten an, und das wollen wir nicht schönreden: Migrationszeit, etwas Umschulung und der Aufbau eines eigenen Servers. Was diese einmaligen Kosten erkaufen, sind laufende Ausgaben, die zu eigener Infrastruktur plus einer Lizenz werden.
+
+**Der Break-even.** Schätzen Sie die Wechselkosten einmalig – Stunden für die Migration plus Server-Setup – und stellen Sie sie der Erhöhung gegenüber, die Sie sonst bei _jeder_ Verlängerung tragen müssten. Eine einmalige Kostenposition ist eine einzelne Zeile; eine sich kumulierende jährliche Erhöhung ist eine Kurve. Wiederholt sich die Erhöhung, amortisiert sich ein Wechsel oft innerhalb von ein bis zwei Verlängerungszyklen. Sind Sie über einen Hinweis zur „kommerziellen Nutzung“ und nicht über eine Verlängerung hierhergekommen, [gibt es für dieses Szenario einen eigenen Leitfaden](/de/blog/anydesk-kommerzielle-nutzung-erkannt-so-beheben-sie-es).
+
+## Erstellen Sie ein vergleichbares Drei-Jahres-Kostenmodell
+
+Tragen Sie jede Option in dasselbe Arbeitsblatt ein, statt ein Verlängerungsangebot mit dem Einstiegspreis eines anderen Anbieters zu vergleichen:
+
+| Kostenfaktor                                   |              AnyDesk-Verlängerung |                                             Selbst gehostete Alternative |
+| ---------------------------------------------- | --------------------------------: | -----------------------------------------------------------------------: |
+| Erforderliche lizenzierte Nutzer und Endgeräte |             Ihr datiertes Angebot |                                      Login-Nutzer plus verwaltete Geräte |
+| Erforderliche Gleichzeitigkeit oder Sitzungen  | Plankontingent und Zusatzoptionen | Unbegrenzt bei Standardplänen; festgelegtes Kontingent bei Customized V2 |
+| Hosting, Backup, Monitoring und Bandbreite     |       Meist im SaaS-Abo enthalten |                                                 Ihre Infrastrukturkosten |
+| Bereitstellungs- und Migrationsaufwand         |    Richtlinien-/Client-Änderungen |                          Server-Setup, Client-Rollout, Zugriffszuordnung |
+| Laufende Administration                        |         Anbieter-/Kontoverwaltung |                       Patches, Zertifikate, Kapazität, Incident Response |
+| Optionales Branding, SSO und Admin-Kontrollen  |    Richtiger Tarif/Zusatzoptionen |                                               Richtiger Server-Pro-Tarif |
+
+Rechnen Sie ein Basisszenario und ein Wachstumsszenario für denselben 36-Monats-Zeitraum durch. Eine selbst gehostete Option kann die Kosten für die Anbieter-Cloud senken, ist aber betrieblich nicht kostenlos; das aussagekräftige Ergebnis sind die Gesamtkosten für _Ihre_ Arbeitslast – nicht die kleinste Zahl auf einer Preisseite. Wenn Sie die ausführliche Migrationsanleitung möchten, siehe [die beste AnyDesk-Alternative im Jahr 2026](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative).
+
+## Führen Sie den Vergleich auf Ihrer eigenen Infrastruktur durch
+
+Sie müssen keine Demo buchen, um herauszufinden, ob das zu Ihnen passt. Statten Sie den kostenlosen Community-Server mit ein paar Technikern und einer Handvoll Geräte aus, führen Sie eine Woche lang echte Sitzungen durch und prüfen Sie, ob sich der Besitz der eigenen Infrastruktur wie der richtige Kompromiss anfühlt – er ist Open Source und kostet im laufenden Betrieb nichts. Für die Konditionen einer Pro-Evaluierung schreiben Sie an [sales@rustdesk.com](mailto:sales@rustdesk.com) und übertragen Sie die Preise pro Nutzer und pro Gerät von [rustdesk.com/pricing](https://rustdesk.com/pricing) in das obige Drei-Jahres-Arbeitsblatt.
+
+Kommt die nächste E-Mail mit einer Preiserhöhung, ist Self-Hosting der Weg, wie Sie nicht länger auf der Empfängerseite stehen.
@@ -0,0 +1,95 @@
+---
+publishDate: 2026-07-03T08:18:00Z
+lang: 'de'
+translationKey: 'avoid-remote-desktop-scams'
+draft: false
+title: 'Remote-Desktop-Betrug: So erkennen und vermeiden Sie ihn'
+excerpt: 'Wie Remote-Access-Betrug funktioniert, an welchen Warnsignalen Sie ihn erkennen, und was genau zu tun ist, wenn ein Betrüger bereits die Kontrolle über Ihren Computer übernommen hat.'
+image: ~/assets/images/blog/avoid-remote-desktop-scams-og.png
+category: 'Sicherheit'
+tags: ['Sicherheit', 'Fehlerbehebung']
+author: 'RustDesk Team'
+slug: 'remote-desktop-betrug-so-erkennen-und-vermeiden-sie-ihn'
+faq:
+  - question: 'Was ist ein Remote-Desktop-Betrug?'
+    answer: 'Es handelt sich um eine Betrugsform, bei der eine kriminelle Person Sie dazu bringt, legitime Remote-Access-Software zu installieren, und diese dann nutzt, um die Kontrolle über Ihren Computer zu übernehmen – meist, um Geld zu transferieren, Daten zu stehlen oder Malware zu installieren. Die Tools sind dieselben, die auch IT-Teams tagtäglich einsetzen. Zum Betrug wird es dadurch, dass die Person am anderen Ende Sie unter falschem Vorwand kontaktiert und dazu gebracht hat, den Zugriff zu gewähren.'
+  - question: 'Kann ein Betrüger auf meinen Computer zugreifen, wenn ich ihm nie einen Code gegeben oder etwas installiert habe?'
+    answer: 'Im hier beschriebenen typischen Social-Engineering-Ablauf stoppt es den Versuch in der Regel, wenn Sie sich weigern, das Tool des Anrufers zu installieren oder einen Verbindungscode weiterzugeben. Das schließt jedoch bestehenden unbeaufsichtigten Zugriff, gestohlene Zugangsdaten, Malware oder exponierte Dienste wie RDP nicht aus. Wenn Sie unerklärliche Sitzungen oder Kontoaktivitäten bemerken, trennen Sie das Gerät vom Netz und untersuchen Sie den Vorfall – auch wenn Sie nie einen neuen Code weitergegeben haben.'
+  - question: 'Was sollte ich direkt tun, nachdem mir klar wird, dass ich Opfer eines Betrugs geworden bin?'
+    answer: 'Trennen Sie das Gerät vom Internet, deinstallieren Sie die Remote-Access-App, die Sie ausführen mussten, und ändern Sie Ihre Passwörter von einem anderen, vertrauenswürdigen Gerät aus – beginnend mit E-Mail und Online-Banking. Rufen Sie Ihre Bank oder Ihr Kartenunternehmen an, um den Betrug zu melden, und erstatten Sie Anzeige bei der FTC unter ReportFraud.ftc.gov sowie beim Internet Crime Complaint Center des FBI unter ic3.gov. Wenn Sie persönliche Daten preisgegeben haben, richten Sie bei Equifax, Experian und TransUnion eine Betrugswarnung oder eine Kreditsperre ein.'
+  - question: 'Schützt mich die Nutzung von RustDesk vor Betrug?'
+    answer: 'Kein Remote-Desktop-Tool kann Sie vollständig vor Betrug schützen, RustDesk eingeschlossen. Wenn jemand Sie dazu bringt, einen Client zu installieren und ihm einen Verbindungscode vorzulesen, kann diese Person auf jeder Plattform die Kontrolle übernehmen. Was Self-Hosting und Open Source verändern, ist Ihre Seite der Gleichung: Sie kontrollieren Ihren eigenen ID- und Relay-Server, entscheiden genau, welche Clients sich verbinden dürfen, und können den Code prüfen. Das verringert bestimmte Risiken, ersetzt aber nicht die grundlegende Vorsicht, wem Sie Zugriff gewähren.'
+metadata:
+  description: 'Wie Remote-Access-Betrug funktioniert, auf welche Warnsignale Sie achten sollten, und was genau zu tun ist, wenn ein Betrüger bereits die Kontrolle über Ihren Computer übernommen hat.'
+  keywords: 'Remote-Desktop-Betrug, Remote-Access-Betrug, Support-Betrug, Remote-Access-Betrug vermeiden, Betrüger Fernzugriff Computer, Support-Betrug melden'
+---
+
+Ein Remote-Desktop-Betrug ist eine Betrugsform, bei der eine kriminelle Person Sie dazu bringt, legitime Remote-Access-Software zu installieren, und diese anschließend nutzt, um die Kontrolle über Ihren Computer zu übernehmen – um ein Bankkonto zu plündern, Daten zu stehlen oder Malware zu platzieren. Die Tools selbst sind dieselben, die auch IT-Abteilungen tagtäglich verwenden. Zum Betrug wird es durch die Person am anderen Ende der Leitung und die Art, wie sie sich Zugang verschafft hat.
+
+Dieser Leitfaden ist bewusst herstellerneutral verfasst. Jedes Remote-Desktop-Produkt kann auf diese Weise missbraucht werden, RustDesk eingeschlossen. Ziel ist es, Ihnen zu helfen, das Muster zu erkennen, sich dagegen zu wehren und sich zu erholen, falls Sie bereits darauf hereingefallen sind.
+
+## Wie ein Remote-Access-Betrug abläuft
+
+Sowohl die [U.S. Federal Trade Commission](https://consumer.ftc.gov/articles/how-spot-avoid-and-report-tech-support-scams) als auch das [FBI](https://www.fbi.gov/how-we-can-help-you/scams-and-safety/common-frauds-and-scams/tech-support-scams) beschreiben ein bemerkenswert einheitliches Muster:
+
+1. **Der Köder.** Ein Pop-up warnt, dass „Ihr Computer infiziert ist“, oder Sie erhalten einen unerwarteten Anruf, eine E-Mail oder eine SMS. Der Absender gibt sich als ein Name aus, dem Sie vertrauen – Microsoft, Apple, Amazon, Ihre Bank, ein Versorgungsunternehmen oder sogar Ihre eigene IT-Abteilung.
+2. **Künstlich erzeugte Dringlichkeit.** Ihr Konto sei kompromittiert, ein Virus breite sich aus, eine Rückerstattung warte, oder Ihr Dienst werde abgeschaltet. Betrüger wollen laut FTC, „dass Sie handeln, bevor Sie Zeit zum Nachdenken haben“ – der Druck, schnell zu handeln, ist genau der Zweck.
+3. **Das Tool installieren.** Sie werden gebeten, eine „kostenlose Remote-Support-Software“ herunterzuladen, damit das Problem „behoben“ werden kann. Es handelt sich um echte Software – genau das macht sie so überzeugend.
+4. **Den Code vorlesen.** Sie werden aufgefordert, die Verbindungs-ID oder den Einmalcode auf Ihrem Bildschirm vorzulesen. Genau dieser eine Schritt ist der Moment, in dem sie sich Zugang verschaffen.
+5. **Die Kontrolle übernehmen.** Sie täuschen einen Virenscan vor, öffnen Ihre Banking-Website, transferieren Geld oder eröffnen neue Konten. Die [Außenstelle Boston des 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) hat davor gewarnt, dass Betrüger diesen Zugriff nutzen, um Konten für virtuelle Währungen zu eröffnen und die tatsächlichen Bankguthaben der Opfer abzuschöpfen.
+
+Die Verluste sind nicht rein theoretisch. In derselben FBI-Warnung schilderten die Ermittler den Fall eines Ehepaars aus Maine: Nachdem ein Pop-up sie aufgefordert hatte, eine angebliche „Fidelity“-Nummer anzurufen, wurden sie angewiesen, Remote-Desktop-Software zu installieren und gefälschte Vertreter von „Microsoft“ und „Fidelity“ ihre Konten einsehen zu lassen – ein Verlust von rund **1,1 Millionen US-Dollar**.
+
+## Die Warnsignale
+
+Fast jeder Remote-Access-Betrug lässt mindestens eines dieser Warnsignale erkennen:
+
+- **Unaufgeforderte Kontaktaufnahme.** Eine fremde Person meldet sich, um ein Computerproblem zu beheben, das Sie nie gemeldet haben. Die FTC ist hier unmissverständlich: Weder sie selbst noch die von ihr beauftragten Rückerstattungsstellen werden Sie jemals bitten, „mit Geschenkkarten zu bezahlen“ oder „Fernzugriff auf Ihr Gerät zu verlangen“. Dasselbe gilt für Microsoft, Apple oder Ihre Bank.
+- **Ein Pop-up mit Telefonnummer.** Echte Sicherheitswarnungen fordern Sie nie auf, eine Support-Hotline anzurufen. Diese Nummer gehört dem Betrüger.
+- **Druck und Dringlichkeit.** „Tun Sie das sofort, sonst verlieren Sie alles“ ist eine Manipulationstaktik, kein Support-Prozess.
+- **Die Aufforderung, Software zu installieren und einen Code vorzulesen.** Das ist der eigentliche Kern des Betrugs. Kein seriöser Anrufer, der Sie unaufgefordert kontaktiert, braucht das.
+- **Der Schwenk zum Geld.** Geschenkkarten, Überweisungen, Kryptowährung oder eine „Rückerstattung“, die irgendwie zu hoch ausfällt und „zurücküberwiesen“ werden muss.
+- **Sie bleiben in der Leitung, während Sie sich einloggen.** Sie wollen zusehen, wie Sie Ihre Bank-Zugangsdaten eingeben.
+
+## Seriöser Support versus Betrug
+
+|                        | Seriöser Remote-Support                                                | Ein Betrug                                              |
+| ---------------------- | ---------------------------------------------------------------------- | ------------------------------------------------------- |
+| Wer beginnt            | Sie kontaktieren den Anbieter unter einer selbst recherchierten Nummer | Man kontaktiert Sie aus heiterem Himmel                 |
+| Das Problem            | Eines, das Sie bereits gemeldet haben                                  | Eines, das „entdeckt“ und Ihnen mitgeteilt wurde        |
+| Dringlichkeit          | Geplant, ohne Zeitdruck                                                | „Jetzt handeln, sonst …“                                |
+| Der Verbindungscode    | Sie geben ihn bewusst und freiwillig weiter                            | Sie werden gedrängt, ihn schnell vorzulesen             |
+| Bezahlung              | Normale Rechnungsstellung, falls überhaupt                             | Geschenkkarten, Überweisung, Krypto, „Rückerstattungen“ |
+| Zugriff auf Bankkonten | Für die Reparatur eines PCs nie nötig                                  | Das eigentliche Ziel                                    |
+
+## Was tun, wenn Sie einem Betrüger bereits Zugriff gewährt haben
+
+Wenn Ihnen noch während des Anrufs oder danach klar wird, dass Sie Opfer eines Betrugs geworden sind, handeln Sie schnell und in dieser Reihenfolge:
+
+1. **Trennen Sie die Internetverbindung.** Schalten Sie WLAN aus oder ziehen Sie das Netzwerkkabel, um die Sitzung des Angreifers sofort zu beenden.
+2. **Deinstallieren Sie die Remote-Access-App**, die Sie installieren mussten. Wenn Sie nicht wissen, wie das geht, kann Ihnen ein vertrauenswürdiger Techniker vor Ort helfen.
+3. **Durchsuchen Sie das System nach Malware.** Führen Sie einen vollständigen Virenscan durch; ziehen Sie bei sensiblen Systemen eine professionelle Bereinigung in Betracht. Gehen Sie davon aus, dass möglicherweise etwas zurückgelassen wurde.
+4. **Ändern Sie Ihre Passwörter von einem anderen, vertrauenswürdigen Gerät aus** – zuerst E-Mail und Online-Banking, danach alles, was ein Passwort gemeinsam nutzt.
+5. **Rufen Sie Ihre Bank und Kartenaussteller an.** Melden Sie den Betrug, fragen Sie nach der Rückabwicklung von Überweisungen und achten Sie auf nicht autorisierte Aktivitäten.
+6. **Schützen Sie Ihre Identität.** Wenn Sie persönliche Daten preisgegeben haben, richten Sie bei allen drei großen US-Auskunfteien – Equifax, Experian und TransUnion – eine Betrugswarnung oder eine Kreditsperre ein.
+7. **Erstatten Sie Anzeige.** Melden Sie den Vorfall bei der FTC unter [ReportFraud.ftc.gov](https://reportfraud.ftc.gov) und beim [Internet Crime Complaint Center (IC3)](https://www.ic3.gov) des FBI. Eine Meldung unterstützt die Ermittler und kann bei der Wiederbeschaffung helfen.
+
+## So beugen Sie vor
+
+Vorbeugung lässt sich auf ein paar Gewohnheiten reduzieren:
+
+- **Installieren Sie niemals Remote-Software auf Aufforderung einer Person, die Sie kontaktiert hat.** Drehen Sie die Richtung um: Wenn Sie Hilfe brauchen, suchen Sie selbst die echte Nummer des Anbieters heraus und rufen Sie dort an.
+- **Lesen Sie niemals einen Verbindungscode laut vor**, wenn Sie die Person nicht bewusst selbst kontaktiert haben.
+- **Behandeln Sie Telefonnummern in Pop-ups als gefälscht.** Schließen Sie den Browser – erzwingen Sie notfalls das Beenden –, statt anzurufen.
+- **Lassen Sie sich Zeit.** Dringlichkeit ist das Werkzeug des Betrügers. Eine echte Institution lässt Sie auflegen und zurückrufen.
+- **Sprechen Sie darüber.** Diese Betrugsmaschen zielen überproportional auf ältere Menschen und Personen in Stresssituationen ab. Ein kurzes „Kommt dir das plausibel vor?“ an ein Familienmitglied durchbricht oft den Bann.
+
+## Welche Rolle Remote-Desktop-Tools dabei spielen
+
+Es lohnt sich, das zu wiederholen: Die Software ist nicht der Bösewicht. Remote-Desktop-Tools sind das, womit IT-Teams die Computer dieser Welt am Laufen halten, und genau dieselbe Anwendung kann – je nachdem, wer sie in der Hand hält – eine Rettungsleine oder eine Waffe sein. Einem einzelnen Produkt die Schuld zu geben, verfehlt den Punkt – die eigentliche Verteidigung besteht darin, zu kontrollieren, wem Sie Zugriff gewähren.
+
+Trotzdem gilt: Wenn Sie Remote-Support professionell _betreiben_, verringern einige strukturelle Entscheidungen Ihr Risiko. Wenn Sie den RustDesk-Server selbst hosten, laufen ID- und Relay-Server auf einer Infrastruktur, die Sie selbst kontrollieren – Sie entscheiden also genau, welche Clients sich verbinden dürfen, statt einer Anbieter-Cloud zu vertrauen, die darüber entscheidet. Praktizieren Sie für Ihre eigene Geräteflotte grundlegende [Hygiene beim unbeaufsichtigten Zugriff](/de/blog/unbeaufsichtigter-zugriff-mit-rustdesk-einrichtungsanleitung): starke, eindeutige permanente Passwörter, auf Ihre Gerätegruppen und das [gemeinsame Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) beschränkte Verbindungen sowie Zwei-Faktor-Authentifizierung. Und weil RustDesk [Open Source](https://github.com/rustdesk/rustdesk) ist, können Sie oder ein Sicherheitsteam genau prüfen, was es auf Ihren Rechnern tut.
+
+All das macht RustDesk – oder jedes andere Tool – nicht betrugssicher. Eine Person, die dazu verleitet wird, einen Client zu installieren und einen Code vorzulesen, kann auf jeder Plattform zum Opfer werden. Struktur senkt bestimmte Risiken; sie ersetzt jedoch nie die einfache Regel, die im Zentrum jeder obigen Warnung steht: Geben Sie niemandem die Kontrolle über Ihren Computer, der _Sie_ kontaktiert hat.
+
+Wenn Sie tiefer in die Frage eintauchen möchten, wie einzelne Tools mit Sicherheit umgehen und wie ihre Namen für Betrug missbraucht werden, werfen Sie einen Blick in unsere begleitenden Leitfäden dazu, ob [AnyDesk sicher ist](/de/blog/ist-anydesk-sicher-verschlusselung-der-sicherheitsvorfall-2024-und) und ob [Chrome Remote Desktop sicher ist](/de/blog/ist-chrome-remote-desktop-sicher-eine-ehrliche-bewertung).
@@ -0,0 +1,107 @@
+---
+publishDate: 2026-06-30T08:42:00Z
+lang: 'de'
+translationKey: best-free-remote-desktop-software
+draft: false
+title: 'Die beste kostenlose Remote-Desktop-Software für Unternehmen (2026)'
+excerpt: 'Wirklich kostenlose Remote-Desktop-Tools – darunter auch solche, die Sie geschäftlich nutzen können, ohne eine Kennzeichnung für gewerbliche Nutzung zu riskieren. Sechs reale Optionen, jede mit ihrem Haken.'
+image: ~/assets/images/blog/best-free-remote-desktop-software-og.png
+category: 'Anleitungen'
+tags: ['RustDesk', 'Open Source', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'die-beste-kostenlose-remote-desktop-software-fur-unternehmen-2026'
+faq:
+  - question: 'Was ist die beste kostenlose Remote-Desktop-Software für den geschäftlichen Einsatz?'
+    answer: 'RustDesk sticht heraus, wenn ein Unternehmen quelloffenen Code und einen selbst gehosteten Community-Server ohne Klassifizierung für gewerbliche Nutzung benötigt. Chrome Remote Desktop ist ebenfalls kostenlos, und Google dokumentiert dafür Richtlinien für die Unternehmensverwaltung, nutzt jedoch Google-Konten und eine von Google betriebene Steuerungsebene. Apache Guacamole und MeshCentral sind unternehmensfreundliche Infrastrukturprojekte mit unterschiedlichen Betriebsmodellen.'
+  - question: 'Ist wirklich kostenlose Remote-Desktop-Software auch für die kommerzielle Nutzung kostenlos?'
+    answer: 'Ja. Die quelloffene Software und der kostenlose Community-Server von RustDesk, Apache Guacamole, MeshCentral und die VNC-Familie erlauben die geschäftliche Nutzung im Rahmen ihrer jeweiligen Lizenzen. Chrome Remote Desktop ist kostenlos und verfügt über dokumentierte Unternehmenskontrollen; anders als die kostenlosen Stufen von TeamViewer und AnyDesk sollte es nicht als reine Privatnutzung bezeichnet werden. Prüfen Sie für den genauen Einsatzfall stets die aktuellen Nutzungsbedingungen.'
+  - question: 'Wo liegt der Haken bei kostenloser Remote-Desktop-Software?'
+    answer: 'Der Haken ist meist, dass Sie selbst hosten müssen. Kostenlose, selbst gehostete Tools wie RustDesk, Guacamole und MeshCentral benötigen einen Server, den Sie betreiben – bei RustDesk sind die Hardwareanforderungen gering, und der Pflegeaufwand ist nach der Einrichtung überschaubar. VNC benötigt Portweiterleitung oder ein VPN, um über das Internet zu funktionieren. Gespart wird Geld; im Gegenzug betreiben Sie Ihren eigenen Server und verzichten mitunter auf Komfortfunktionen.'
+  - question: 'Wie unterscheidet sich das von quelloffener Remote-Desktop-Software?'
+    answer: 'Bei Open Source geht es um die Lizenz und die Überprüfbarkeit; bei kostenlos geht es um Preis und Nutzungsbedingungen. Es gibt Überschneidungen, aber es sind nicht dieselben Kriterien. Dieser Leitfaden konzentriert sich auf Tools, die kostenlos betrieben werden können – besonders im geschäftlichen Einsatz – und nicht darauf, wie überprüfbar oder selbst hostbar sie jeweils sind.'
+metadata:
+  description: 'Wirklich kostenlose Remote-Desktop-Software für 2026 – darunter Tools, die Sie geschäftlich nutzen können, ohne eine Kennzeichnung für gewerbliche Nutzung zu riskieren. Sechs Optionen, jede mit ihrem Haken.'
+  keywords: 'beste kostenlose Remote-Desktop-Software, kostenlose Remote-Desktop-Software für Unternehmen, kostenloser Remote-Desktop ohne kommerzielle Nutzungsbeschränkung, RustDesk kostenlos, Apache Guacamole, MeshCentral, kostenloser VNC Remote-Desktop'
+---
+
+## Was „kostenlos“ wirklich bedeuten sollte
+
+Wer „kostenlose Remote-Desktop-Software“ sucht, stößt auf eine Flut von Tools, die kostenlos sind – zumindest so lange, bis sie es nicht mehr sind. TeamViewer und AnyDesk bieten beide kostenlose Stufen an, diese sind jedoch für die private Nutzung lizenziert, und beide setzen diese Grenze mit automatisierter Erkennung gewerblicher Nutzung durch. Sobald Sie etwas tun, das nach Arbeit aussieht, kann es passieren, dass Sie [bei TeamViewer als gewerbliche Nutzung markiert werden](/de/blog/teamviewer-meldet-kommerzielle-nutzung-festgestellt-so-beheben-sie-das) oder [bei AnyDesk dasselbe erleben](/de/blog/anydesk-kommerzielle-nutzung-erkannt-so-beheben-sie-es) – Sitzungen laufen dann ab, und Sie werden zu einem kostenpflichtigen Plan gedrängt.
+
+Dieser Leitfaden legt daher einen strengeren Maßstab an. Um es auf die Liste zu schaffen, muss ein Tool **wirklich kostenlos zu betreiben** sein – und idealerweise auch für den **geschäftlichen** Einsatz kostenlos, ohne Stolperdraht für gewerbliche Nutzung. Damit fällt die Kategorie „kostenlos, bis wir entscheiden, dass es das nicht mehr ist“ heraus, und es bleiben die Tools übrig, auf denen Sie tatsächlich einen Workflow aufbauen können.
+
+Ein Hinweis zum Rahmen: Dies ist die Perspektive „kostenlos“ – der Maßstab hier ist Preis und Nutzungsbedingungen, nicht die Frage, ob der Code offen einsehbar ist. Überprüfbarkeit und Lizenzierung sind eine verwandte, aber eigenständige Frage; es gibt Überschneidungen, aber „kostenlos“ und „quelloffen“ sind nicht dasselbe.
+
+## Die wirklich kostenlosen Optionen
+
+Die folgende Reihenfolge beginnt mit den Tools, die wirklich kostenlos für den geschäftlichen Einsatz sind, und berücksichtigt anschließend Selbst-Hosting, plattformübergreifende Abdeckung und den Betriebsaufwand.
+
+### RustDesk – kostenlos, quelloffen, ohne lästige Hinweise zur gewerblichen Nutzung
+
+RustDesk steht hier an erster Stelle, weil es unter der **[AGPL](https://github.com/rustdesk/rustdesk)** quelloffen ist und **der Community-Server ohne Lizenzgebühr und ohne Klassifizierung für gewerbliche Nutzung auskommt**. Für Hosting und Betrieb, die Sie selbst wählen, zahlen Sie nach wie vor selbst. Es ist plattformübergreifend verfügbar (Windows, macOS, Linux, Android, iOS). Auf Windows-, macOS- und Linux-Hosts sind Dateiübertragung und unbeaufsichtigter Zugriff per Dauerpasswort enthalten; Android kann beaufsichtigte Sitzungen hosten, und die iOS-App dient ausschließlich als Steuergerät. Der Quellcode kann unabhängig geprüft und eigenständig kompiliert werden.
+
+**Der Haken:** Sie betreiben den Server selbst – allerdings sind die Hardwareanforderungen gering, und der Pflegeaufwand ist nach der Einrichtung überschaubar. Jemand muss einen Host bereitstellen, Ports öffnen und TLS einrichten – und ihn danach dauerhaft aktuell halten. Der kostenlose Community-Server ist zudem nicht dasselbe wie das kostenpflichtige Server Pro – Team-Funktionen wie [Web-Konsole, individuell gebrandete Clients und Gerätegruppen](https://rustdesk.com/docs) gibt es nur in Server Pro (selbst gehostet, nicht kostenlos). Aktuelle Konditionen finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+### Chrome Remote Desktop – kostenlos und einfach, mit von Google verwalteter Koordination
+
+Googles [Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) ist kostenlos, browserbasiert und so einfach, wie Fernzugriff nur sein kann. Google dokumentiert außerdem [Richtlinien für die Unternehmensverwaltung](https://support.google.com/chrome/a/answer/2799701), um die Nutzung in Organisationen zu aktivieren, zu deaktivieren und einzuschränken.
+
+**Der Haken:** Es erfordert eine Google-Identität und einen von Google betriebenen Signalisierungsdienst, und es fehlen einige Komfortfunktionen für Support-Teams wie Drag-and-Drop-Dateiübertragung, Remote-Druck und Gerätegruppen im RustDesk-Stil. Google dokumentiert Richtlinien auf Organisationsebene, aber keine selbst gehostete Steuerungsebene. Der Sitzungsaufbau wird über Google ausgehandelt; der laufende Datenverkehr kann einen direkten Pfad oder STUN nutzen, wobei bei Bedarf TURN/Google-Relay zum Einsatz kommt. Wir gehen darauf ausführlich in unserem Leitfaden [Chrome Remote Desktop-Alternative](/de/blog/alternative-zu-chrome-remote-desktop-selbst-gehostetes-rustdesk) ein.
+
+### Die VNC-Familie – das kostenlose offene Protokoll
+
+VNC ist der Urvater des offenen Fernzugriffs. Kostenlose Implementierungen wie [TigerVNC](https://tigervnc.org/), [TightVNC](https://www.tightvnc.com/) und [UltraVNC](https://uvnc.com/) lassen einen Rechner den Bildschirm eines anderen steuern, ganz ohne Lizenzkosten, und das Protokoll ist tatsächlich offen.
+
+**Der Haken:** Reines VNC ist ein Anzeigeprotokoll ohne integrierte NAT-Traversierung oder Relay-Funktion. Um einen Rechner über das Internet zu erreichen, müssen Sie daher in der Regel selbst **Portweiterleitung oder ein VPN** einrichten – und zusätzlich Verschlüsselung und Zugriffskontrolle konfigurieren. Es ist leistungsfähig und kostenlos, aber Sie bauen die umgebende Infrastruktur selbst auf. (Die Abwägungen dazu finden Sie in unserem Vergleich [RustDesk vs. VNC](/de/blog/rustdesk-vs-vnc-nat-traversal-codecs-verschlusselung).)
+
+### Apache Guacamole – kostenloses, clientloses HTML5-Gateway
+
+[Apache Guacamole](https://guacamole.apache.org/) ist ein „clientloses Remote-Desktop-Gateway“ unter der Lizenz Apache 2.0. Da es auf HTML5 basiert, gilt: „Sobald Guacamole auf einem Server installiert ist, benötigen Sie für den Zugriff auf Ihre Desktops nur noch einen Webbrowser“ – keine Plugins, keine Client-Software. Es vermittelt Verbindungen zu Standardprotokollen wie **RDP, VNC und SSH**.
+
+**Der Haken:** Guacamole ist selbst ein eigenständiges Infrastrukturprojekt. Sie richten das Gateway ein, verbinden es mit Ihren bestehenden RDP-/VNC-/SSH-Endpunkten und verwalten es. Es glänzt, wenn Sie diese Backend-Verbindungen bereits haben und browserbasierten, zentralisierten Zugriff wünschen – weniger als Zwei-Minuten-Tool für eine direkte Punkt-zu-Punkt-Verbindung.
+
+### MeshCentral – kostenloses, agentenbasiertes Flottenmanagement
+
+[MeshCentral](https://github.com/Ylianst/MeshCentral) ist eine kostenlose, quelloffene (Apache 2.0), selbst gehostete „vollständige Website zur Computerverwaltung“. Sie betreiben Ihren eigenen Server und installieren einen Agenten auf den verwalteten Geräten, um webbasierten Remote-Desktop-Zugriff, Terminal und Dateiverwaltung über eine ganze Geräteflotte hinweg zu erhalten – im LAN oder über das Internet.
+
+**Der Haken:** Es ist agentenbasiert und auf Verwaltung ausgerichtet, was mehr Einrichtungsaufwand bedeutet als bei einem schlanken Punkt-zu-Punkt-Tool, sowie eine Benutzeroberfläche, die sich an Administratoren richtet. Wer eine kostenlose Konsole für das Flottenmanagement sucht, ist hier hervorragend aufgehoben; wer nur die einfachstmögliche einmalige Verbindung möchte, bekommt mehr, als er braucht.
+
+### Remmina – kostenloser Linux-Client
+
+[Remmina](https://remmina.org/) ist ein kostenloser Remote-Desktop-**Client** unter Copyleft-Lizenz für Linux und andere Unix-artige Systeme und unterstützt RDP, VNC, SSH, SPICE und mehr über eine einheitliche Oberfläche.
+
+**Der Haken:** Remmina ist ein _Client_, kein vollständiges Fernzugriffssystem. Es verbindet sich mit Servern, die diese Protokolle bereits sprechen; es stellt weder die Host-Seite noch NAT-Traversierung noch eine Verwaltungsebene bereit. Es ist der bevorzugte kostenlose Client unter Linux – kombinieren Sie ihn mit etwas auf der Serverseite.
+
+## Kostenlose Remote-Desktop-Software im Vergleich
+
+| Tool                             | Kostenlos für den geschäftlichen Einsatz? | Server selbst hosten?                  | Am besten geeignet für                                                         |
+| -------------------------------- | ----------------------------------------- | -------------------------------------- | ------------------------------------------------------------------------------ |
+| **RustDesk**                     | Ja (AGPL + kostenloser Community-Server)  | Ja (kostenloser Server / Server Pro)   | Plattformübergreifender Zugriff ohne lästige Hinweise zur gewerblichen Nutzung |
+| Chrome Remote Desktop            | Ja; Unternehmensrichtlinien verfügbar     | Keine selbst gehostete Steuerungsebene | Einfacher Zugriff mit von Google verwalteter Koordination                      |
+| VNC (TigerVNC/TightVNC/UltraVNC) | Ja (offenes Protokoll)                    | Ja (Sie stellen es selbst zusammen)    | LAN-/Eigenbau-Zugriff mit VPN                                                  |
+| Apache Guacamole                 | Ja (Apache 2.0)                           | Ja (Gateway)                           | Browserzugriff auf bestehende RDP-/VNC-/SSH-Verbindungen                       |
+| MeshCentral                      | Ja (Apache 2.0)                           | Ja (agentenbasiert)                    | Verwaltung einer Geräteflotte                                                  |
+| Remmina                          | Ja (nur Client)                           | Entfällt (Client)                      | Ein kostenloser Remote-Desktop-Client unter Linux                              |
+
+Die genauen Nutzungsbedingungen von TeamViewer und AnyDesk finden Sie auf deren aktuellen Seiten – wir zitieren keine Zahlen oder Lizenzbedingungen, für die wir nicht einstehen können.
+
+## Warum RustDesk bei kostenloser geschäftlicher Nutzung vorn liegt
+
+Bei den meisten kostenlosen Optionen müssen Sie sich entscheiden: zwischen der von Google verwalteten Einfachheit (CRD), umfangreicherer Infrastruktur (Guacamole und MeshCentral) oder Eigenbau-Netzwerktechnik (VNC). Das Versprechen von RustDesk lautet, dass Sie für den Betrieb von etwas Kostenlosem weder auf geschäftliche Nutzung noch auf plattformübergreifende Reichweite, Selbst-Hosting oder Überprüfbarkeit verzichten müssen.
+
+- **Quelloffener Code, den Sie prüfen können.** Er steht unter der [AGPL](https://github.com/rustdesk/rustdesk) – lesen, selbst kompilieren, verifizieren.
+- **Ein Community-Server ohne Lizenzgebühr.** Selbst gehostet unter seiner Open-Source-Lizenz; Infrastruktur- und Betriebskosten bleiben bei Ihnen.
+- **Kein Blackbox-Anbieter.** Sitzungen laufen über Infrastruktur, die Sie kontrollieren – nicht über eine Cloud, die Sie messen oder markieren kann.
+- **Jede wichtige Plattform.** Windows-, macOS-, Linux- und Android-Hosts; iOS ist eine Steuerungs-App.
+
+Wenn Ihr Team den kostenlosen Server irgendwann hinter sich lässt, ergänzt [Server Pro](https://rustdesk.com/pricing) die Konsole, individuelle Clients, Gerätegruppen und SSO – weiterhin selbst gehostet, mit Preisen pro Login-Benutzer und pro verwaltetem Gerät.
+
+## Kostenlos – und wirklich Ihr Eigentum
+
+Der Betrieb des Community-Servers kostet nichts und hält Ihre Sitzungs- und Gerätedaten auf Hardware, die Sie selbst kontrollieren – keine Lizenzgebühr, keine Cloud im Datenpfad, keine Nutzungsklassifizierung. Wenn Sie sich zutrauen, einen kleinen Host zu betreiben, gibt es kaum eine echte Konkurrenz.
+
+## Kostenlos starten, kostenlos bleiben, wenn es passt
+
+Der Community-Server gehört zu der seltenen Art von „kostenlos“, die auch kostenlos bleibt: quelloffen, ohne Ablaufdatum und ohne Kennzeichnung für gewerbliche Nutzung, die nur darauf wartet, ausgelöst zu werden. Betreiben Sie ihn, solange er Ihnen dient; wenn Ihr Team später die Pro-Konsole und gebrandete Clients möchte, beantwortet [sales@rustdesk.com](mailto:sales@rustdesk.com) Fragen zu den Evaluierungsbedingungen, und [rustdesk.com/pricing](https://rustdesk.com/pricing) enthält die aktuellen Preise.
+
+Lesen Sie den Code auf [GitHub](https://github.com/rustdesk/rustdesk), richten Sie einen Server ein, und entscheiden Sie selbst.
@@ -0,0 +1,85 @@
+---
+publishDate: 2026-07-01T08:14:00Z
+lang: 'de'
+translationKey: chrome-remote-desktop-alternative
+draft: false
+title: 'Alternative zu Chrome Remote Desktop: selbst gehostetes RustDesk'
+excerpt: 'Chrome Remote Desktop ist kostenlos und einfach, bindet Sie aber an Google und lässt wichtige Funktionen vermissen. Hier ist eine selbst gehostete Open-Source-Alternative, die Sie vollständig kontrollieren.'
+image: ~/assets/images/blog/chrome-remote-desktop-alternative-og.png
+category: 'Alternativen'
+tags: ['RustDesk', 'Chrome Remote Desktop', 'Alternative', 'Selbst-Hosting']
+author: RustDesk Team
+slug: 'alternative-zu-chrome-remote-desktop-selbst-gehostetes-rustdesk'
+faq:
+  - question: 'Gibt es eine Alternative zu Chrome Remote Desktop, die kein Google-Konto erfordert?'
+    answer: 'Ja. Selbst gehostetes RustDesk benötigt überhaupt kein Konto eines Drittanbieters (der öffentliche Demo-Server erfordert eine kostenlose Controller-Anmeldung) und nutzt statt eines Google-Kontos eigene ID-/Rendezvous- und Relay-Server – diese können Sie selbst hosten, sodass keine Drittanbieter-Cloud dazwischengeschaltet ist. Chrome Remote Desktop hingegen benötigt sowohl auf dem Host als auch auf dem Client ein Google-Konto.'
+  - question: 'Unterstützt Chrome Remote Desktop Dateiübertragung?'
+    answer: 'Chrome Remote Desktop bietet einfaches Hoch- und Herunterladen von Dateien, aber keine Drag-and-Drop-Übertragung. RustDesk enthält neben der Fernsteuerung eine integrierte Dateiübertragung.'
+  - question: 'Kann Chrome Remote Desktop unbeaufsichtigten Zugriff bieten?'
+    answer: 'Ja, aber der Zielrechner muss eingeschaltet und beim selben Google-Konto angemeldet sein, und Chrome Remote Desktop kann einen Computer im Ruhezustand nicht aufwecken. RustDesk unterstützt unbeaufsichtigten Zugriff per dauerhaftem Passwort auf eine Geräteflotte, die Sie über Ihre eigene Konsole verwalten.'
+  - question: 'Ist RustDesk genau wie Chrome Remote Desktop kostenlos?'
+    answer: 'RustDesk ist Open Source unter der AGPL, und Sie können den kostenlosen Community-Server zeitlich unbegrenzt und ohne Kosten betreiben. Der kommerzielle Server Pro ergänzt Team-Funktionen und wird ebenfalls selbst gehostet; die aktuellen Konditionen finden Sie unter rustdesk.com/pricing.'
+metadata:
+  description: 'Chrome Remote Desktop ist kostenlos und einfach, bindet Sie aber an Google und es fehlen wichtige Funktionen. Vergleichen Sie es mit RustDesk, einer selbst gehosteten Open-Source-Alternative.'
+  keywords: 'Chrome Remote Desktop Alternative, selbst gehostete Chrome Remote Desktop Alternative, Remotedesktop ohne Google-Konto, RustDesk vs Chrome Remote Desktop'
+---
+
+Die selbst gehostete Open-Source-Antwort auf Chrome Remote Desktop heißt RustDesk: Sie hosten die Vermittlung und können den Quellcode des Clients einsehen – statt jede Sitzung über Googles Cloud zu leiten und den Zugriff an ein Google-Konto zu binden.
+
+## Warum nach einer Alternative zu Chrome Remote Desktop suchen
+
+[Chrome Remote Desktop](https://support.google.com/chrome/answer/1649523) ist Googles kostenloses, browserbasiertes Tool für den Fernzugriff. Es ist einfach und schnell: Installieren Sie einen kleinen Host, melden Sie sich an, und schon können Sie Ihren Rechner innerhalb weniger Minuten von einem anderen Gerät aus erreichen – genau das, was für den gelegentlichen privaten Gebrauch nötig ist.
+
+Doch sobald Ihre Anforderungen über „meinem eigenen Laptop vom Sofa aus helfen“ hinauswachsen, zeigen sich die Nähte. Sie sind an Googles Identitäts- und Signaling-Infrastruktur gebunden, einige für Support-Teams wichtige Funktionen fehlen, und die Steuerungsebene lässt sich nicht selbst hosten. Googles [Netzwerkleitfaden](https://support.google.com/chrome/a/answer/16364503) erklärt die Grenze: Verbindungen werden zunächst über Google-Dienste ausgehandelt, während der eigentliche WebRTC-Datenverkehr direkte Pfade, STUN oder TURN/Relay nutzt. Nur TURN/Relay-Sitzungspakete werden über Google-Rechenzentren weitergeleitet. Wenn Sie schon an diese Kompromisse gestoßen sind, zeigt diese Seite, wie eine selbst gehostete Open-Source-Alternative aussieht.
+
+## Was Chrome Remote Desktop gut macht
+
+Anerkennung, wo sie angebracht ist. [TechRadars Testbericht](https://www.techradar.com/reviews/chrome-remote-desktop-review) bezeichnet es als „völlig kostenlos, ohne Abonnements oder Premium-Stufen“, einfach einzurichten und gut geeignet für den privaten Gebrauch. Es läuft unter Windows, macOS und Linux, erfordert keine Lizenzverhandlung, und es gibt nichts zu hosten. Wer von unterwegs kurz nach dem heimischen PC sehen will, kommt mit CRD nahezu ohne Aufwand aus.
+
+Diese Einfachheit ist das Produkt. Die Probleme beginnen, sobald man von ihm verlangt, was ein Support-Team oder ein Setup mit mehreren Rechnern tatsächlich braucht.
+
+## Wo Chrome Remote Desktop an seine Grenzen stößt
+
+### Fehlende Funktionen: selbst gehostete Steuerung, Geräteverwaltung und Team-Workflows
+
+Googles Hilfeseiten dokumentieren den Fernzugriff auf Dateien und Anwendungen und ermöglichen es Administratoren, Zugriff und Netzwerkverhalten zu steuern – doch sie beschreiben nach wie vor einen Dienst, der auf einem Google-Konto basiert und von Google koordiniert wird, mit der bereits in der Einleitung erläuterten Aufteilung von Signaling und Relay. Mit anderen Worten: CRD eignet sich gut für einfachen Zugriff, ist aber keine selbst gehostete Support-Konsole mit Gerätegruppen oder individuellem Branding wie bei RustDesk.
+
+### Unbeaufsichtigter Zugriff und Rechner im Ruhezustand
+
+CRD kann unbeaufsichtigten Zugriff bieten, doch das Zielgerät muss dafür weiterhin **eingeschaltet und online** sowie beim **selben Google-Konto** angemeldet sein. Google dokumentiert PIN-basierten Fernzugriff, keinen Ersatz für Wake-on-LAN. Ist der Rechner im Ruhezustand oder offline, gibt es für CRD nichts, womit es sich verbinden könnte. Für eine Flotte entfernter Endgeräte ist das eine echte betriebliche Einschränkung.
+
+### Benutzerverwaltung und die Pflicht zum Google-Konto
+
+Jeder Teilnehmer benötigt ein Google-Konto, und bei gemeinsamen (nicht unbeaufsichtigten) Sitzungen muss jemand anwesend sein, um den Zugriff freizugeben. Google-Workspace-Administratoren können [CRD aktivieren oder deaktivieren und die Firewall-Durchquerung einschränken](https://support.google.com/chrome/a/answer/2799701), doch das ist nicht dasselbe wie eine selbst gehostete Support-Konsole mit Gerätegruppen und abgestuftem Techniker-Zugriff – und Google bleibt weiterhin Teil des Identitäts- und Sitzungsaufbaus, wie bereits in der Einleitung beschrieben. (Zum Sicherheitsaspekt im Speziellen siehe [Ist Chrome Remote Desktop sicher?](/de/blog/ist-chrome-remote-desktop-sicher-eine-ehrliche-bewertung))
+
+## Chrome Remote Desktop vs. RustDesk im Überblick
+
+|                                                                                                    | Chrome Remote Desktop                                                              | RustDesk                                                                                                                                           |
+| -------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Kosten                                                                                             | Kostenlos                                                                          | Open Source (AGPL); kostenloser Community-Server; kostenpflichtiger Server Pro                                                                     |
+| Steuerungsebene und Datenverkehr                                                                   | Google-Identität/Signaling; direkte, STUN- oder über Google weitergeleitete Medien | [Selbst gehostete](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) Serverrollen; direkte oder selbst weitergeleitete Medien |
+| Quellcode                                                                                          | Proprietär                                                                         | Open Source ([AGPL](https://github.com/rustdesk/rustdesk)), auditierbar                                                                            |
+| Benötigtes Konto                                                                                   | Google-Konto auf beiden Seiten                                                     | Eigene ID; kein Konto eines Drittanbieters erforderlich                                                                                            |
+| Dateiübertragung / Übertragungs-Workflows                                                          | Nur Hoch-/Herunterladen (kein Drag-and-Drop)                                       | Integriert                                                                                                                                         |
+| [Unbeaufsichtigter Zugriff](/de/blog/unbeaufsichtigter-zugriff-mit-rustdesk-einrichtungsanleitung) | Gleiches Google-Konto, Rechner muss wach sein                                      | Zugriff per dauerhaftem Passwort auf eine von Ihnen verwaltete Geräteflotte                                                                        |
+| Zentrale Verwaltung                                                                                | Google-Admin-Richtlinien; keine selbst gehostete Support-Konsole                   | Web-Konsole, [Gerätegruppen, gemeinsames Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/)                      |
+| Individuelles Branding                                                                             | Nein                                                                               | Generator für individuell gebrandete Clients (ab Plan Basic)                                                                                       |
+| Plattformen                                                                                        | Win/macOS/Linux (in Chrome)                                                        | Win/macOS/[Linux](/de/blog/rustdesk-fur-linux-der-open-source-remote-desktop)/Android; iOS-Controller-App                                          |
+
+## Wo RustDesk punktet: selbst gehostet und Open Source
+
+RustDesk ist um genau die zwei Dinge herum aufgebaut, die CRD strukturell nicht bieten kann: **Sie hosten die Infrastruktur, und Sie können den Code lesen.**
+
+RustDesk ist Open Source unter der **[AGPL](https://github.com/rustdesk/rustdesk)** – Sie können genau prüfen, was auf Ihren Rechnern läuft, es selbst bauen und den **kostenlosen Community-Server zeitlich unbegrenzt** betreiben. Steigen Sie auf Server Pro um, ist dieser **[von Haus aus selbst gehostet](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten)**: Die ID-/Rendezvous- und Relay-Server laufen auf Ihrem eigenen Rechner oder einem gemieteten VPS, sodass keine Google-Cloud (oder die eines anderen Anbieters) dazwischengeschaltet ist. Eine Nuance für die Compliance-Planung: Direktverbindungen laufen weiterhin zwischen den Endpunkten, und weitergeleiteter Datenverkehr nutzt Ihr Relay – prüfen Sie daher die [Auswirkungen auf die Datensouveränität](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting), statt anzunehmen, dass der Serverstandort jedes Datenpaket kontrolliert.
+
+Auf diesem selbst gehosteten Kern baut RustDesk die Team-Funktionen auf, die CRD fehlen: eine [selbst gehostete Web-Konsole](https://rustdesk.com/docs), einen Generator für individuell gebrandete Clients, [Gerätegruppen und ein gemeinsames Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) für abgestuften Zugriff sowie [LDAP/AD und OIDC-SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) ab dem Plan Basic. Echte Dateiübertragung und [unbeaufsichtigter Zugriff](/de/blog/unbeaufsichtigter-zugriff-mit-rustdesk-einrichtungsanleitung) per dauerhaftem Passwort sind auf Windows-, macOS-, Linux- und Android-Hosts serienmäßig enthalten; die iOS-App dient ausschließlich als Controller.
+
+## Weg von Googles Cloud, hin zu Ihrer eigenen
+
+Der Schritt über Chrome Remote Desktop hinaus bedeutet Kontrolle: Vermittlung, Zugriffsrichtlinien und Sitzungsdaten wandern von Googles Servern auf einen Server, den Sie selbst betreiben und prüfen können. Für alle, die einen Fernzugriff wollen, der niemandem außer ihnen selbst Rechenschaft schuldet, ist genau das der Gewinn.
+
+## Testen ohne Verkaufsgespräch
+
+Sie können RustDesk zu Ihren eigenen Bedingungen testen, ganz ohne Google-Konto im Spiel. Der Open-Source-Community-Server lässt sich kostenlos betreiben, solange Sie möchten; sobald die Team-Funktionen von Pro relevant werden, nennt Ihnen [sales@rustdesk.com](mailto:sales@rustdesk.com) die aktuellen Testkonditionen, und [rustdesk.com/pricing](https://rustdesk.com/pricing) listet die Preise der einzelnen Pläne auf.
+
+Lesen Sie den Code selbst auf [GitHub](https://github.com/rustdesk/rustdesk), richten Sie ein paar Geräte auf Ihren eigenen Server aus und entscheiden Sie, ob die Kompromisse zu Ihnen passen, bevor Sie sich auf irgendetwas festlegen.
@@ -0,0 +1,71 @@
+---
+publishDate: 2026-06-30T17:26:00Z
+lang: 'de'
+translationKey: is-anydesk-safe
+draft: false
+title: 'Ist AnyDesk sicher? Verschlüsselung, der Sicherheitsvorfall 2024 und Betrugsmaschen'
+excerpt: 'Ist AnyDesk sicher? Ein fairer Blick auf die Verschlüsselung, den Sicherheitsvorfall 2024 in den Produktivsystemen und warum Betrüger die Software missbrauchen – dazu ein Vergleich mit Open Source.'
+image: ~/assets/images/blog/is-anydesk-safe-og.png
+category: 'Sicherheit'
+tags: ['AnyDesk', 'Sicherheit']
+author: RustDesk Team
+slug: 'ist-anydesk-sicher-verschlusselung-der-sicherheitsvorfall-2024-und'
+faq:
+  - question: 'Ist die Nutzung von AnyDesk sicher?'
+    answer: 'Bei legitimer Nutzung ist AnyDesk ein ausgereiftes, grundsätzlich sicheres kommerzielles Remote-Desktop-Tool. Die Software verschlüsselt Sitzungen mit gängiger Transportsicherheit und bietet Zwei-Faktor-Authentifizierung sowie Zugriffskontrolllisten. Zwei Punkte sollte man im Hinterkopf behalten: Erstens ist AnyDesk closed source, und die Verbindungen werden standardmäßig über die Cloud des Anbieters vermittelt. Zweitens geht die größte reale Gefahr nicht von einer Software-Schwachstelle aus, sondern von Tech-Support-Betrügern, die Opfer dazu überreden, die Software zu installieren.'
+  - question: 'Wurde AnyDesk gehackt?'
+    answer: 'Anfang 2024 machte AnyDesk einen Sicherheitsvorfall in seinen Produktivsystemen öffentlich, bei dem Angreifer Quellcode und Material zur Code-Signierung erbeuteten. AnyDesk widerrief Zertifikate, veröffentlichte einen neu signierten Client und setzte die Passwörter des Web-Portals zurück. Das Unternehmen erklärte, dass keine Endnutzergeräte betroffen gewesen seien. Den genauen Umfang und die Daten sollte man anhand der offiziellen Mitteilungen von AnyDesk und neutraler Berichterstattung überprüfen.'
+  - question: 'Warum nutzen Betrüger AnyDesk?'
+    answer: 'Weil es kostenlos ist, sich schnell installieren lässt und die Person, die ferngesteuert wird, kein Konto benötigt, ist AnyDesk ein beliebtes Werkzeug für Tech-Support-Betrüger, die Opfer anrufen oder anschreiben und sie dazu bewegen, Fernzugriff zu gewähren. Das ist ein Nutzungsrisiko und keine Schwachstelle von AnyDesk – derselbe Social-Engineering-Trick funktioniert mit jedem Remote-Desktop-Tool, auch mit RustDesk.'
+  - question: 'Ist die Verschlüsselung von AnyDesk sicher?'
+    answer: 'Laut Sicherheitsdokumentation von AnyDesk kommen TLS 1.2 mit AEAD, ein asymmetrischer Schlüsselaustausch mit RSA-2048 sowie eine 256-Bit-AES-Transportverschlüsselung zum Einsatz, ergänzt durch Perfect Forward Secrecy. Das sind branchenübliche Schutzmaßnahmen. Der Vorbehalt: Man vertraut einem Closed-Source-Client und standardmäßig der Cloud von AnyDesk, über die die Verbindung vermittelt wird. Man verlässt sich also auf die operative Sicherheit des Anbieters, statt den Code selbst prüfen zu können.'
+metadata:
+  description: 'Ist AnyDesk sicher? Eine quellenbasierte Analyse der TLS/AES-Verschlüsselung, des Sicherheitsvorfalls 2024 in den Produktivsystemen, des Missbrauchs durch Betrüger und der Kompromisse durch Closed Source.'
+  keywords: 'ist AnyDesk sicher, AnyDesk Sicherheit, AnyDesk Sicherheitsvorfall 2024, AnyDesk Betrug, AnyDesk Verschlüsselung, AnyDesk sicher nutzen, AnyDesk gehackt'
+---
+
+Die kurze Antwort: Ja, AnyDesk ist ein legitimes, grundsätzlich sicheres kommerzielles Remote-Desktop-Produkt für alle, die es bewusst einsetzen. Die Risiken, die man kennen sollte, bestehen nicht darin, dass AnyDesk Malware wäre – das ist es nicht –, sondern darin, dass die Software closed source ist, Verbindungen standardmäßig über die Cloud vermittelt werden, es 2024 einen nennenswerten Sicherheitsvorfall gab und AnyDesk zu den Tools zählt, die Betrüger am liebsten missbrauchen. Im Folgenden liefern wir das faire, quellenbasierte Bild.
+
+## Die kurze Antwort
+
+AnyDesk sichert seine Sitzungen mit gängiger, anerkannter Verschlüsselung ab und bietet die Kontoschutzmaßnahmen, die man erwarten würde. Helpdesks und Unternehmen nutzen die Software täglich, ohne dass es zu Zwischenfällen kommt. Für Ihre Entscheidung sind zwei Vorbehalte wichtig: Erstens vertrauen Sie einem proprietären Client und standardmäßig der eigenen Cloud von AnyDesk, über die Verbindungen vermittelt werden – Sie können den Code also nicht prüfen und übernehmen die operative Sicherheit des Anbieters als Ihre eigene. Spätestens [2024](https://www.infosecurity-magazine.com/news/anydesk-hit-cyberattack-customer/) war das alles andere als abstrakt. Zweitens – und das betrifft normale Nutzer eher – ist AnyDesk ein beliebtes Requisit bei Remote-Access-Betrugsmaschen. Keiner dieser Punkte macht die _Installation_ unsicher; beide bestimmen jedoch, wie Sie die Software _nutzen_ sollten.
+
+## Wie AnyDesk Ihre Sitzungen absichert
+
+Laut [AnyDesks eigener Sicherheitsdokumentation](https://anydesk.com/en/security) werden Sitzungen mit TLS 1.2 unter Verwendung von AEAD, einem asymmetrischen RSA-2048-Schlüsselaustausch zur Verifizierung der Endpunkte und zum Schutz vor Man-in-the-Middle-Angriffen sowie einer 256-Bit-AES-Transportverschlüsselung abgesichert, ergänzt durch Perfect Forward Secrecy dank eines ephemeren Schlüsselaustauschs. Auf Kontoebene unterstützt AnyDesk Zwei-Faktor-Authentifizierung (TOTP) für unbeaufsichtigten Zugriff, eine Zugriffskontrollliste bzw. Allowlist zur Einschränkung, wer sich verbinden darf, sowie gesalzenes Passwort-Hashing. (Einige Materialien von AnyDesk verweisen auf neuere TLS-Versionen; maßgeblich ist die jeweils aktuelle Seite, auf der Sie die Details überprüfen sollten.)
+
+Das sind solide, branchenübliche Schutzmaßnahmen – vergleichbar mit dem, was jeder ernstzunehmende Wettbewerber einsetzt. Auf der Transportebene gibt es hier nichts Beunruhigendes. Die interessanten Fragen betreffen das _Vertrauensmodell_ und das _menschliche Verhalten_, nicht die Cipher-Suites.
+
+## Der AnyDesk-Sicherheitsvorfall 2024: Was tatsächlich geschah
+
+Anfang 2024 machte AnyDesk einen Sicherheitsvorfall in seinen **Produktivsystemen** öffentlich. Laut [Infosecurity Magazine](https://www.infosecurity-magazine.com/news/anydesk-hit-cyberattack-customer/) und Sicherheitsanalysten von [Akamai](https://www.akamai.com/blog/security-research/anydesk-breach-what-to-know-mitigations-and-recommendations) verschafften sich Angreifer Zugang zur internen Infrastruktur und erbeuteten Quellcode sowie Material zur Code-Signierung. Die Reaktion von AnyDesk umfasste nach eigenen Angaben die Hinzuziehung externer Forensiker, den Widerruf und Austausch sicherheitsrelevanter Zertifikate, die Veröffentlichung eines neu signierten Client-Builds sowie das vorsorgliche Zurücksetzen der Passwörter für das Web-Portal.
+
+Fairerweise muss man AnyDesk zugutehalten, dass das Unternehmen erklärte, es seien **keine Endnutzergeräte betroffen** gewesen und die Systeme seien so konzipiert, dass sie keine privaten Schlüssel, Tokens oder Passwörter speichern, mit denen sich ein Angreifer mit Kundenrechnern verbinden könnte. Genaue Daten und Zahlen wurden damals unterschiedlich berichtet; prüfen Sie die Details daher anhand der offiziellen Mitteilungen von AnyDesk und neutraler Berichterstattung – und nicht anhand einer einzelnen Zusammenfassung, auch nicht dieser hier.
+
+Die ehrliche Erkenntnis lautet nicht „AnyDesk ist in besonderer Weise unsicher“. Jeder große Anbieter von Remote-Access-Software hat eine Geschichte von Sicherheitsvorfällen. Es geht vielmehr um das **Risiko der Anbieterkonzentration**: Wenn ein Drittanbieter die Infrastruktur betreibt, die Ihre Sitzungen vermittelt und Ihre Kontodaten speichert, dann ist eine Kompromittierung dort eine Kompromittierung, die Sie sich nicht ausgesucht haben und nicht verhindern konnten.
+
+## Das größere Risiko ist kein Programmfehler – es sind Betrugsmaschen
+
+Für die meisten Privatpersonen hat die größte AnyDesk-bezogene Gefahr nichts mit einer CVE zu tun. Es ist Social Engineering. Das [FBI hat davor gewarnt](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), dass Tech-Support-Betrüger Opfer routinemäßig dazu bringen, Remote-Desktop-Software zu installieren, um den erlangten Zugriff anschließend zum Leerräumen von Finanzkonten zu nutzen. AnyDesk taucht in diesen Maschen ständig auf, und AnyDesk selbst veröffentlicht [Hinweise zur Missbrauchsprävention](https://anydesk.com/en/abuse-prevention) – gerade weil die Software so häufig als Waffe eingesetzt wird.
+
+Warum ausgerechnet AnyDesk? Der Download ist kostenlos, die Installation dauert nur Sekunden, und – entscheidend – die Person, die _ferngesteuert_ wird, muss kein Konto anlegen. Diese geringe Einstiegshürde ist ein Vorteil für legitimen Support und ein Geschenk für Betrüger, die ihr Ziel anrufen oder anschreiben, ein dringendes „Problem“ erfinden und es Schritt für Schritt dazu bringen, die volle Fernsteuerung zu gewähren.
+
+Das ist der faire Punkt, der in reißerischen Schlagzeilen oft untergeht: **Das ist ein Nutzungsrisiko, keine Schwachstelle von AnyDesk.** Genau derselbe Trick funktioniert mit TeamViewer, Chrome Remote Desktop oder RustDesk. Keine noch so starke AES-Verschlüsselung schützt Sie, wenn Sie einem Fremden am Telefon freiwillig die Schlüssel übergeben. Die Abwehrstrategie haben wir separat aufgeschrieben: [Wie Sie Remote-Desktop-Betrug vermeiden](/de/blog/remote-desktop-betrug-so-erkennen-und-vermeiden-sie-ihn). Dieselbe Überlegung gilt auch für die Frage, [ob Chrome Remote Desktop sicher ist](/de/blog/ist-chrome-remote-desktop-sicher-eine-ehrliche-bewertung).
+
+## Closed Source und Cloud-Vermittlung: die Vertrauensfrage
+
+Hier trennen sich die Wege der Modelle von AnyDesk und RustDesk – nicht bei der Frage, ob die Verschlüsselung gut ist, sondern bei der Frage, _was Sie einfach glauben müssen._
+
+AnyDesk ist proprietär. Sie können den Quellcode des Clients nicht einsehen, ihn nicht selbst kompilieren und nicht unabhängig überprüfen, was er tut; Sie vertrauen darauf, dass sich die Binärdatei so verhält, wie AnyDesk es verspricht. Und standardmäßig werden Ihre Sitzungen über die Cloud von AnyDesk vermittelt, sodass Verfügbarkeit und Sicherheit dieser Infrastruktur in der Verantwortung des Anbieters liegen – wie sich 2024 gezeigt hat. Die höheren Tarifstufen von AnyDesk bieten eine On-Premises-Appliance an, die diese Lücke für zahlende Kunden verkleinert.
+
+RustDesk setzt bei beiden Annahmen an der entgegengesetzten Seite an. Weil es [Open Source unter der AGPL](https://github.com/rustdesk/rustdesk) ist, ist der Client überprüfbar und selbst kompilierbar – Sie müssen einer proprietären Binärdatei also nicht blind vertrauen. Und weil Sie den ID-/Rendezvous-Server und das Relay [selbst hosten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) können, gehört die Infrastruktur, die Ihre Sitzungen vermittelt, Ihnen und nicht einem Dritten – genau die Anbieterkonzentration, die 2024 konkret wurde. Das kann außerdem ein [Data-Sovereignty-Konzept](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) unterstützen, wobei Endpunkt-Standorte, Aufbewahrungsfristen und rechtliche Pflichten weiterhin bewertet werden müssen.
+
+Um ebenso fair zu bleiben: Das verlagert das Vertrauen, statt es zu beseitigen. Weil der Code offen ist, sind auch die eigenen Schwachstellen von RustDesk öffentlich – verfolgen Sie daher die [aktuellen Releases](https://github.com/rustdesk/rustdesk/releases) und die Schwachstellenmeldungen. Und überprüfbare, selbst gehostete Infrastruktur ist ein Ausgangspunkt, keine Garantie: Der Sitzungsverkehr fließt weiterhin direkt zwischen den Endpunkten, und Sie sind selbst für das Patchen des Servers verantwortlich.
+
+## Ist AnyDesk also sicher?
+
+Für bewusste, legitime Nutzung: ja – es handelt sich um ein ausgereiftes Produkt mit branchenüblicher Verschlüsselung und sinnvollen Kontrollmechanismen für Konten, das täglich in großem Maßstab sicher eingesetzt wird. Betrachten Sie es als hinreichend sicher, denn genau das belegen die vorliegenden Fakten.
+
+Die Einschränkungen sind der ehrliche Teil. Das standardmäßig cloud-vermittelte Closed-Source-Modell bedeutet, dass Sie der operativen Sicherheit von AnyDesk vertrauen – die 2024 einen echten Dämpfer erlitten hat. Und der häufigste reale Schaden entsteht dadurch, dass Betrüger ausnutzen, wie leicht sich die Software installieren lässt – ein menschliches Problem, kein kryptografisches. Wenn Ihnen diese Kompromisse nicht behagen, ändert eine [Open-Source-Alternative zum Selbsthosten](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative) die Vertrauensbasis: überprüfbarer Code und eine Vermittlung, die Sie selbst kontrollieren – auf Kosten des eigenen Serverbetriebs.
+
+Für welches Tool Sie sich auch entscheiden: Die Regel, die den größten Schaden verhindert, ist zugleich die einfachste: Installieren Sie niemals Remote-Access-Software, nur weil jemand, der _Sie_ kontaktiert hat, Sie darum bittet.
@@ -0,0 +1,69 @@
+---
+publishDate: 2026-07-05T18:49:00Z
+lang: 'de'
+translationKey: 'is-chrome-remote-desktop-safe'
+draft: false
+title: 'Ist Chrome Remote Desktop sicher? Eine ehrliche Bewertung'
+excerpt: 'Ist Chrome Remote Desktop sicher? Ein fairer Blick auf Verschlüsselung, PIN- und Google-Konto-Modell, die tatsächlichen Risiken und wo Self-Hosting einen Unterschied macht.'
+image: '~/assets/images/blog/is-chrome-remote-desktop-safe-og.png'
+category: 'Sicherheit'
+tags: ['Chrome Remote Desktop', 'Sicherheit']
+author: 'RustDesk Team'
+slug: 'ist-chrome-remote-desktop-sicher-eine-ehrliche-bewertung'
+faq:
+  - question: 'Ist die Nutzung von Chrome Remote Desktop sicher?'
+    answer: 'Für den gelegentlichen privaten Gebrauch ist Chrome Remote Desktop einigermaßen sicher. Google gibt an, dass alle Remote-Desktop-Sitzungen vollständig verschlüsselt sind, der Zugriff eine PIN erfordert und Sitzungen für Remote-Support einmalige Zugriffscodes verwenden. Die größten Risiken sind schwache PINs, die Kompromittierung des zugehörigen Google-Kontos und – wie bei jedem Remote-Tool – Betrüger, die Nutzer dazu bringen, ihnen Zugriff zu gewähren. Die administrative Kontrolle ist begrenzt, und der Dienst läuft vollständig in der Cloud von Google.'
+  - question: 'Ist Chrome Remote Desktop verschlüsselt?'
+    answer: 'Ja. Die Support-Dokumentation von Google gibt an, dass alle Chrome-Remote-Desktop-Sitzungen vollständig verschlüsselt sind, und unabhängige Tests beschreiben den Einsatz gängiger Web-Transportsicherheit. Google veröffentlicht auf seinen Support-Seiten für Endnutzer keine detaillierte Aufschlüsselung des Protokolls. Für alles, was über den gelegentlichen Gebrauch hinausgeht, sollte man die Verschlüsselung daher als angemessen, aber nicht unabhängig überprüfbar betrachten.'
+  - question: 'Welche Sicherheitsrisiken birgt Chrome Remote Desktop?'
+    answer: 'Die drei praktischen Risiken sind eine schwache oder leicht zu erratende PIN (das Minimum sind sechs Ziffern), die Kompromittierung des zugehörigen Google-Kontos sowie Social-Engineering-Betrug, bei dem ein Opfer dazu gebracht wird, die Software zu installieren und einen Zugriffscode weiterzugeben. Wer die Zwei-Faktor-Authentifizierung für sein Google-Konto aktiviert und niemals einen Code an jemanden weitergibt, der einen selbst kontaktiert hat, beseitigt den Großteil der realen Gefahr.'
+  - question: 'Kann ich Chrome Remote Desktop selbst hosten?'
+    answer: 'Nein. Chrome Remote Desktop wird vollständig über die Infrastruktur von Google vermittelt und ist an Ihr Google-Konto gebunden; es gibt keine Möglichkeit, den Verbindungsdienst auf einem eigenen Server zu betreiben oder den Client-Code zu überprüfen. Wenn Ihnen Self-Hosting und einsehbarer Code wichtig sind, bietet eine Open-Source-Alternative ein anderes Vertrauensmodell.'
+metadata:
+  description: 'Ist Chrome Remote Desktop sicher? Was Google zur CRD-Verschlüsselung, zum PIN-Schutz, zu den praktischen Risiken und zum Vertrauensmodell rund um das Google-Konto dokumentiert.'
+  keywords: 'ist Chrome Remote Desktop sicher, Chrome Remote Desktop Sicherheit, Chrome Remote Desktop Verschlüsselung, Chrome Remote Desktop PIN, Chrome Remote Desktop Risiken, CRD sicher'
+---
+
+Kurz gesagt: Für den gelegentlichen privaten Gebrauch ist Chrome Remote Desktop (CRD) einigermaßen sicher. Es ist ein kostenloses, schnörkelloses Tool von Google, das Ihre Sitzung verschlüsselt und den Zugriff hinter einer PIN und Ihrem Google-Konto absichert. Die ehrlichen Einschränkungen: Es ist Closed Source, wird vollständig über die Google-Cloud vermittelt, bietet Ihnen nur wenig administrative Kontrolle und kann – wie jedes Remote-Tool – von Betrügern gegen Sie eingesetzt werden. Hier folgt die faire, quellenbasierte Analyse.
+
+## Die kurze Antwort
+
+CRD ist sicher genug für die Aufgabe, für die es entwickelt wurde: den Zugriff auf den eigenen Rechner oder die Unterstützung eines Familienmitglieds über eine Verbindung, die Google für Sie absichert. Laut [der offiziellen Support-Dokumentation von Google](https://support.google.com/chrome/answer/1649523) sind alle Remote-Desktop-Sitzungen vollständig verschlüsselt, der unbeaufsichtigte Zugriff erfordert eine PIN, und einmalige Support-Sitzungen verwenden einen Zugriffscode, der nur ein einziges Mal funktioniert. Das ist eine vernünftige Basis für den privaten Gebrauch.
+
+Vorsicht ist geboten, sobald es über den gelegentlichen Gebrauch hinausgeht. CRD ist an Ihr Google-Konto gebunden und läuft auf der Infrastruktur von Google mit begrenzten Verwaltungsmöglichkeiten. Die praktischen Schwachstellen sind eine erratbare PIN, ein kompromittiertes Google-Konto und Social Engineering. Nichts davon macht die Installation gefährlich – es bestimmt lediglich, wie sehr Sie sich darauf verlassen sollten.
+
+## Wie Chrome Remote Desktop eine Sitzung schützt
+
+Drei Mechanismen leisten die eigentliche Arbeit, alle dokumentiert auf den [Hilfeseiten von Google](https://support.google.com/chrome/answer/1649523):
+
+- **Verschlüsselung.** Google gibt an, dass „alle Remote-Desktop-Sitzungen vollständig verschlüsselt“ seien. Unabhängige Analysen beschreiben die Verbindung in der Regel als Nutzung gängiger Web-Transportsicherheit (TLS mit AES). Da Google auf seinen Endnutzer-Seiten keine detaillierte Aufschlüsselung des Protokolls veröffentlicht, sollten Sie die Verschlüsselung als angemessen, aber nicht unabhängig überprüfbar betrachten.
+- **PIN für unbeaufsichtigten Zugriff.** Um auf einen Computer zuzugreifen, den Sie für dauerhaften Fernzugriff eingerichtet haben, geben Sie eine PIN ein. Sie verhindert, dass sich eine beliebige Person mit Zugriff auf Ihre Google-Sitzung unbemerkt verbindet.
+- **Einmalige Zugriffscodes für den Support.** Wenn Sie jemandem in Echtzeit helfen, erzeugt der Host einen Code, der laut Google nur einmal funktioniert. Für eine fortgesetzte Freigabe ist in regelmäßigen Abständen eine erneute Bestätigung erforderlich.
+
+Darüber hinaus kommt das Google-Konto selbst ins Spiel, das durch Zwei-Faktor-Authentifizierung geschützt werden kann – und für den Fernzugriff unbedingt geschützt werden sollte. Für den privaten Gebrauch in einem vertrauenswürdigen Netzwerk reicht diese Kombination an Schutzmaßnahmen wirklich aus.
+
+## Wo die eigentlichen Risiken liegen
+
+Die Schwachstellen von CRD sind nicht exotisch. Es sind genau die drei, die sich unmittelbar aus seinem Design ergeben.
+
+**Schwache PINs.** Die PIN ist das Schloss für den unbeaufsichtigten Zugriff, und das Minimum bei Google sind lediglich sechs Ziffern. Sechs Ziffern reichen aus, um einen einzelnen Rateversuch eines Fremden abzuwehren, aber Menschen wählen vorhersehbare Zahlen – Geburtstage, Wiederholungen, Zahlenfolgen –, wodurch der tatsächliche Suchraum weit kleiner ausfällt, als die Ziffernzahl vermuten lässt. Bei einem Rechner, der rund um die Uhr erreichbar bleibt, ist eine nachlässig gewählte PIN das wahrscheinlichste Einfallstor. Wählen Sie etwas, das nicht naheliegend ist.
+
+**Kompromittierung des Google-Kontos.** Da unbeaufsichtigtes CRD an Ihr Google-Konto gebunden ist, _ist_ genau dieses Konto die Schutzgrenze. Wenn jemand Ihr Google-Passwort per Phishing erbeutet und Sie keine Zwei-Faktor-Authentifizierung aktiviert haben, gehört Ihr Remote-Desktop zu dem, was der Angreifer mit übernimmt. Das ist weniger ein Fehler von CRD als vielmehr eine Folge davon, alles auf die Karte Google-Konto zu setzen – genau deshalb ist die Aktivierung von 2FA für dieses Konto nicht verhandelbar, wenn Sie CRD nutzen.
+
+**Betrug.** Wie bei jedem Remote-Tool ist der größte reale Schaden kein kryptografischer Bruch, sondern Social Engineering. Das [FBI warnt](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) davor, dass Tech-Support-Betrüger Opfer routinemäßig dazu bringen, Remote-Desktop-Software zu installieren und den Zugriff freizugeben, um anschließend deren Konten zu plündern. Die einmaligen Codes von CRD lassen sich einem angeblich „hilfsbereiten Techniker“ am Telefon leicht vorlesen – genau das ist das Problem. Fairerweise ist dies ein Risiko der Nutzung und keine Schwachstelle von CRD: Derselbe Trick funktioniert genauso mit [AnyDesk](/de/blog/ist-anydesk-sicher-verschlusselung-der-sicherheitsvorfall-2024-und), TeamViewer oder RustDesk. Die defensiven Verhaltensweisen behandeln wir in [Wie man Remote-Desktop-Betrug vermeidet](/de/blog/remote-desktop-betrug-so-erkennen-und-vermeiden-sie-ihn).
+
+## Was CRD Ihnen nicht bietet
+
+CRD ist bewusst minimalistisch gehalten, und genau das macht für viele Menschen den Reiz aus. Es lohnt sich jedoch, die Kompromisse klar zu benennen, besonders wenn Sie es für mehr als den privaten Gebrauch in Betracht ziehen.
+
+Sie können es nicht selbst hosten. Jede CRD-Verbindung wird über die Cloud von Google vermittelt und ist an ein Google-Konto gebunden; es gibt keine Möglichkeit, den Vermittlungsdienst auf einem eigenen Server zu betreiben, und keinen Quellcode, den man überprüfen könnte – Sie müssen Google darauf vertrauen, dass sich der Host wie beschrieben verhält. Auch bei Team-Administration, zentraler Richtlinienverwaltung, Zugriffskontrolllisten, Sitzungsprotokollierung oder Geräte-Gruppierung bietet CRD nur wenig. Das ist keine Kritik an Google; dafür ist CRD einfach nicht gedacht. Wenn Sie das benötigen, sind Sie über den Rahmen von CRD hinausgewachsen, und ein [leistungsfähigeres kostenloses Remote-Desktop-Tool](/de/blog/die-beste-kostenlose-remote-desktop-software-fur-unternehmen-2026) oder eine [spezielle Chrome-Remote-Desktop-Alternative](/de/blog/alternative-zu-chrome-remote-desktop-selbst-gehostetes-rustdesk) ist dann der ehrliche nächste Schritt.
+
+Genau hier bietet ein Open-Source-Modell mit Self-Hosting eine andere _Art_ von Sicherheit, statt nur mehr Funktionen. CRD verlangt von Ihnen, seine Verschlüsselung als angemessen hinzunehmen, ohne ein veröffentlichtes Protokoll, das Sie prüfen könnten; RustDesk ist stattdessen [Open Source unter der AGPL](https://github.com/rustdesk/rustdesk), sodass der Client und seine Kryptografie zur Prüfung bereitstehen, statt auf Vertrauen angewiesen zu sein. Und wo CRD Ihr Google-Konto zur Schutzgrenze macht, legt [Self-Hosting](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) die ID-/Vermittlungs- und Relay-Server auf Ihren eigenen Rechner oder VPS – sodass Vermittlung und Zugriffsrichtlinien auf einer Infrastruktur liegen, die Sie selbst kontrollieren, und nicht hinter einem einzigen Cloud-Login – was sich direkt auf Bedenken zu [Datensouveränität und DSGVO](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) auswirkt.
+
+Diese Offenheit wirkt in beide Richtungen, um das klarzustellen: Weil der Code öffentlich ist, sind es auch die eigenen Schwachstellen von RustDesk – behalten Sie daher die [aktuellen Releases](https://github.com/rustdesk/rustdesk/releases) und die Offenlegungen im Blick. Und Self-Hosting ersetzt lediglich eine Art von Wartungsaufwand durch eine andere – aus der Konto- und PIN-Hygiene, die CRD braucht, wird ein Server, den Sie patchen, und ein Datenverkehr, der weiterhin direkt zwischen den Endpunkten läuft. Ein anderes Sicherheitsmodell, kein leichteres.
+
+## Das Fazit
+
+Ist Chrome Remote Desktop sicher? Für den gelegentlichen privaten Gebrauch – den Zugriff auf den eigenen PC, die Unterstützung eines Verwandten – ja, es ist einigermaßen sicher sowie einfach und kostengünstig. Bewerten Sie es entsprechend. Aktivieren Sie die Zwei-Faktor-Authentifizierung für Ihr Google-Konto, wählen Sie eine PIN, die nicht Ihr Geburtstag ist, und lesen Sie niemals einen Zugriffscode jemandem vor, der Sie zuerst kontaktiert hat – dann haben Sie die Risiken im Griff, die wirklich zählen.
+
+An seine Grenzen stößt CRD bei Kontrolle und Skalierung: Es ist Closed Source, wird über die Google-Cloud vermittelt und bietet nur dünne Verwaltungsmöglichkeiten. Wenn Sie den Code überprüfen müssen, die Vermittlung auf eigener Infrastruktur behalten oder mehr als ein paar Rechner verwalten möchten, ist das der Punkt, an dem sich eine Open-Source-Lösung mit Self-Hosting lohnt – nicht weil CRD unsicher ist, sondern weil es nie versucht hat, dieses Tool zu sein.
@@ -0,0 +1,117 @@
+---
+publishDate: 2026-07-04T17:05:00Z
+lang: 'de'
+translationKey: 'remote-desktop-data-sovereignty-gdpr'
+draft: false
+title: 'Remote-Desktop-Datensouveränität & DSGVO: Self-Hosting'
+excerpt: 'Wie Self-Hosting regulierten Teams die Kontrolle über Rendezvous-, Relay- und Gerätedaten gibt – und welche DSGVO- und Compliance-Fragen offen bleiben.'
+image: '~/assets/images/blog/remote-desktop-data-sovereignty-gdpr-og.png'
+category: 'Sicherheit'
+tags: ['RustDesk', 'Sicherheit', 'GDPR', 'Selbst-Hosting']
+author: 'RustDesk Team'
+slug: 'remote-desktop-datensouveranitat-and-dsgvo-self-hosting'
+faq:
+  - question: 'Ist RustDesk ISO-27001-, SOC-2- oder HIPAA-konform?'
+    answer: 'RustDesk wird selbst gehostet, weshalb Compliance vor allem von Ihrer eigenen Umgebung abhängt: Sie betreiben Remote-Access innerhalb Ihres eigenen ISO-27001- oder HIPAA-Geltungsbereichs und Ihrer bestehenden Kontrollen, und die Open-Source-Software lässt sich direkt prüfen, statt ihr blind vertrauen zu müssen. Falls Sie ausdrücklich einen SOC-2-Bericht des Anbieters, eine unterzeichnete BAA, eine DPA oder ausgefüllte Sicherheitsfragebögen benötigen, erfragen Sie bei sales@rustdesk.com, was für Ihr Szenario verfügbar ist.'
+  - question: 'Hilft das Self-Hosting von RustDesk bei der DSGVO-Compliance?'
+    answer: 'Ja – es gibt Ihnen genau die Kontrolle, um die es bei der DSGVO in der Regel geht: Sie entscheiden, wo ID/Rendezvous, Relay, Konsole und Gerätedaten liegen, und können diese regional auf einer von Ihnen betriebenen Infrastruktur halten. Das ist ein solides Fundament, aber keine automatische Garantie, denn die DSGVO ist ein fortlaufendes Programm – Rechtsgrundlage, Rollen von Verantwortlichem und Auftragsverarbeiter, Aufbewahrung, Zugriffskontrolle, Standorte der Endpunkte und Vorfallreaktion müssen weiterhin von Ihnen definiert werden, wobei die Verantwortung weiterhin beim Verantwortlichen liegt.'
+  - question: 'Wohin gehen die Sitzungsdaten von RustDesk tatsächlich?'
+    answer: 'RustDesk versucht zunächst eine direkte Peer-to-Peer-Verbindung; schlägt dies fehl, läuft der Datenverkehr über Ihr konfiguriertes Relay. Self-Hosting entfernt einen vom Anbieter betriebenen Rendezvous- und Relay-Dienst aus dem Datenpfad, aber eine Sitzung zwischen Endpunkten in unterschiedlichen Ländern durchquert weiterhin deren Netzwerke – der Serverstandort allein begrenzt den Datenverkehr nicht auf einen einzigen Rechtsraum.'
+  - question: 'Kann ich Remote-Desktop-Daten mit RustDesk innerhalb der EU halten?'
+    answer: 'Sie können ID/Rendezvous, Relay, Konsole und gespeicherte Gerätedaten in einem EU-Rechenzentrum platzieren. Um auch den Sitzungsverkehr einzugrenzen, müssen sich beide Endpunkte innerhalb dieser Grenze befinden, und eine Richtlinie muss den Datenverkehr über Ihr genehmigtes Relay erzwingen; dokumentieren Sie die Standorte der Endpunkte und das Routing zusätzlich zum Serverstandort.'
+  - question: 'Welche RustDesk-Funktionen unterstützen die Einhaltung der DSGVO?'
+    answer: 'Self-Hosting hält Daten auf einer Infrastruktur, die Sie kontrollieren: Die Nutzungstelemetrie, die der gehostete RustDesk-Dienst sonst verarbeiten würde, verbleibt beim Self-Hosting auf Ihrem eigenen Server, und über die Lizenzprüfung von Server Pro hinaus muss kaum etwas anderes rustdesk.com erreichen. Server Pro ergänzt dies um integrierte Audit-Logs mit Log-Rotation, granulare Zugriffskontrolle und eine Control Role, SSO/LDAP sowie 2FA für gesteuerte Geräte, einen Datenschutzmodus mit Zustimmung je Verbindung sowie die direkte Löschung von Benutzern, Geräten und Datensätzen (auch über die REST-API) für Lösch- und Aufbewahrungsanfragen.'
+metadata:
+  description: 'Datensouveränität bei Remote-Desktop & DSGVO: Was Self-Hosting kontrolliert, wie sich direkte und weitergeleitete Sitzungen unterscheiden und warum Compliance mehr braucht als nur den Serverstandort.'
+  keywords: 'Datensouveränität Remote Desktop, DSGVO Fernzugriff, Datenresidenz Remote Desktop, Compliance selbst gehosteter Fernzugriff'
+---
+
+Wenn Ihr Unternehmen der DSGVO unterliegt, branchenspezifische Datenschutzregeln im Gesundheitswesen einhalten muss oder im öffentlichen Sektor an die Vorgabe „Unsere Daten bleiben auf unserer eigenen Infrastruktur“ gebunden ist, entscheidet eine einzige Frage darüber, welche Remote-Desktop-Tools überhaupt in die engere Auswahl kommen: **Wohin gehen die Sitzungsdaten eigentlich?**
+
+Bei den meisten gängigen Remote-Access-Produkten lautet die Antwort: „über die Cloud des Anbieters“. Ihr Techniker verbindet sich, Ihr Endpunkt verbindet sich, und der Datenverkehr wird über Server vermittelt, die Ihnen nicht gehören – in einem Rechtsraum, den Sie möglicherweise nicht kontrollieren. Für viele Käufer ist das kein Problem. Für regulierte Teams ist es dagegen ein Compliance-Problem, noch bevor überhaupt ein Bildschirm geteilt wurde.
+
+In diesem Leitfaden geht es um **Datensouveränität bei Remote-Desktop-Lösungen**: was sie bedeutet, warum sie für regulierte und europäische Käufer wichtig ist, und welche Teile eines Remote-Access-Deployments Sie durch Self-Hosting kontrollieren können. Als praktisches Beispiel verwenden wir RustDesk.
+
+## Was „Datensouveränität“ bei Remote-Access bedeutet
+
+Datensouveränität ist das Prinzip, dass Daten den Gesetzen des Landes unterliegen, in dem sie physisch gespeichert und verarbeitet werden. Beim Remote-Support sind die sensiblen Daten nicht nur die übertragenen Dateien – es ist die Sitzung selbst: das, was auf dem Bildschirm zu sehen ist, die Liste der verwalteten Geräte, die Verbindungsmetadaten und häufig auch das Routing der Pixel in Echtzeit.
+
+Die zentralen Fragen lauten: **Welche Systeme speichern Metadaten, welche Systeme leiten den Datenverkehr weiter, und wo befinden sich beide Endpunkte?** Self-Hosting kann einen vom Anbieter betriebenen Rendezvous- oder Relay-Dienst aus dem Datenpfad entfernen, kann aber nicht garantieren, dass eine Sitzung zwischen Endpunkten in unterschiedlichen Ländern innerhalb eines einzigen Rechtsraums bleibt.
+
+## Der entscheidende Unterschied: Anbieter-Cloud vs. eigene Infrastruktur
+
+Hier entscheidet die Architektur – nicht das Marketing – über das Ergebnis.
+
+**RustDesk Server Pro wird selbst gehostet.** Der ID-/Rendezvous-Server, der Relay-Server, die Web-Konsole und die Daten der verwalteten Geräte laufen auf einer Infrastruktur, die Sie selbst wählen. RustDesk versucht zunächst, per Hole-Punching eine direkte Peer-to-Peer-Verbindung herzustellen; schlägt dies fehl, läuft der Sitzungsverkehr über Ihr konfiguriertes Relay. Das gibt Ihnen die Kontrolle über die Rendezvous-/Relay-Ebene und die gespeicherten Gerätedaten, aber die Endpunkte und ihre Netzwerkrouten bestimmen weiterhin, wohin direkter Datenverkehr fließt.
+
+|                                    | Anbieter-Cloud-Tools              | Selbst gehostetes RustDesk                                                                                  |
+| ---------------------------------- | --------------------------------- | ----------------------------------------------------------------------------------------------------------- |
+| Wo Sitzungen koordiniert werden    | Cloud des Anbieters               | Ihr ID-/Rendezvous-Server                                                                                   |
+| Wo der Sitzungsverkehr verläuft    | Vom Anbieter festgelegtes Routing | Direkt zwischen den Endpunkten, wenn möglich; andernfalls über Ihr Relay                                    |
+| Wer die Datenresidenz kontrolliert | Der Anbieter                      | Sie wählen den serverseitigen Standort und die Relay-Richtlinie; die Endpunkte spielen weiterhin eine Rolle |
+| Prüfbarkeit des Clients            | Meist Closed Source               | [Open Source (AGPL)](https://github.com/rustdesk/rustdesk) – selbst lesen und kompilieren                   |
+| Wer den Server betreibt            | Anbieter                          | Ihr Team                                                                                                    |
+
+Teams, die Self-Hosting evaluieren, nennen häufig die Möglichkeit, Standort und Betreiber der Rendezvous-, Relay- und Verwaltungssysteme selbst zu wählen. Das ist eine wichtige Kontrollmöglichkeit, muss aber zusammen mit den Standorten der Endpunkte und dem Routing-Verhalten dokumentiert werden.
+
+## Vorteil 1: Sie kontrollieren den serverseitigen Datenstandort
+
+Wenn Sie die ID-, Relay- und Verwaltungsdienste in einem deutschen Rechenzentrum platzieren, können Sie dokumentieren, wo diese Dienste und ihre gespeicherten Daten liegen. Befinden sich zusätzlich beide Endpunkte innerhalb der geforderten Grenze und erzwingt eine Richtlinie den Datenverkehr über ein genehmigtes Relay, lässt sich eine stärker eingegrenzte Route gestalten. Ohne diese zusätzlichen Kontrollen stellt der Serverstandort allein noch nicht sicher, dass der gesamte Sitzungsverkehr in Deutschland bleibt.
+
+## Vorteil 2: Open Source bedeutet, Sie können es beweisen – nicht nur glauben
+
+Bei Datensouveränität geht es nicht nur um den Standort – es geht darum, zu wissen, was die Software tut. Der Kern von RustDesk ist **Open Source unter der AGPL**. Sie (oder Ihr Sicherheitsteam) können den Code lesen, genau prüfen, was der Client tut, ihn selbst kompilieren und den kostenlosen Community-Server unbegrenzt betreiben. Diese Prüfbarkeit ist beim Remote-Access wichtiger als sonst: Weil der Software zugetraut wird, einen Rechner vollständig zu steuern, wollen Käufer in regulierten Branchen zunehmend selbst überprüfen, was ein Client tut, statt sich auf das Wort des Anbieters zu verlassen. Den Client selbst untersuchen zu können, ist eine konkrete Antwort auf die Frage „Woher wissen wir das?“
+
+## Vorteil 3: Souveränität ohne Lizenzaufschlag
+
+Die Standard-Pläne von RustDesk werden **pro Login-Benutzer plus pro verwaltetem Gerät** lizenziert und beinhalten unbegrenzt viele gleichzeitige Verbindungen; [Customized V2](https://rustdesk.com/pricing#custom2) begrenzt und bepreist gleichzeitige Verbindungen dagegen separat. Sie können [eine Lizenz upgraden](/de/blog/rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es), wenn sich Ihre Anforderungen ändern. Prüfen Sie vor dem Kauf die aktuelle Plan-Matrix.
+
+Die Architektur skaliert zudem mit Ihrem Gerätebestand: RustDesk veröffentlicht [Planungshinweise für große Flotten](/de/blog/skaliert-rustdesk-auf-200-000-gerate) für Teams, die größere Deployments evaluieren. Für [benutzerbezogene Zugriffskontrolle](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) umfassen selbst gehostete Deployments eine [Web-Konsole](https://rustdesk.com/docs), einen Generator für individuell gebrandete Clients, Gerätegruppen mit gemeinsamem Adressbuch sowie [LDAP/SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) (OIDC), verfügbar ab dem Basic-Plan.
+
+## Wie RustDesk zu ISO-27001-, SOC-2- oder HIPAA-Anforderungen passt
+
+Beschaffungsteams in Unternehmen und im Gesundheitswesen fragen fast immer, wie sich ein Remote-Access-Tool in ISO 27001, SOC 2 oder HIPAA einordnet. Bei einem Cloud-Produkt übernehmen Sie die Zertifizierung der Infrastruktur _des Anbieters_ – und sind davon abhängig. Das Modell von RustDesk ist anders, und für regulierte Teams wirkt sich dieser Unterschied meist positiv aus: Weil Sie **selbst hosten**, läuft der Remote-Access innerhalb der Umgebung, die Sie bereits kontrollieren und prüfen – er fällt also unter _Ihren_ ISO-27001- oder HIPAA-Geltungsbereich und _Ihre_ bestehenden Kontrollen, nicht unter die eines Dritten. Sie platzieren ID, Relay und Konsole auf einer Infrastruktur, die Ihr Programm bereits abdeckt, und – weil RustDesk [Open Source](https://github.com/rustdesk/rustdesk) ist – kann Ihr Sicherheitsteam im Rahmen einer Bewertung genau lesen und verifizieren, was die Software tut, anstatt einer Closed-Source-Binärdatei vertrauen zu müssen.
+
+Ein paar praktische Hinweise:
+
+- Self-Hosting hält die sensiblen Systeme – Rendezvous, Relay, Konsole und Gerätedaten – auf Hardware, die Ihnen gehört, was genau das ist, was eine Kontrolle zur Datenresidenz oder zu HIPAA in der Regel sicherstellen soll. Die weiter unten stehende Deployment-Checkliste macht daraus dokumentierte Kontrollen.
+- Wenn Ihr Einkauf ausdrücklich einen SOC-2-Bericht des Anbieters, eine unterzeichnete Business Associate Agreement (BAA), eine DPA oder ausgefüllte Sicherheitsfragebögen benötigt, wenden Sie sich an das RustDesk-Team unter [sales@rustdesk.com](mailto:sales@rustdesk.com) und erfragen Sie, was für Ihr Szenario aktuell verfügbar ist.
+- Da RustDesk Open Source ist, wird die Frage „Woher wissen wir, was die Software tut?“ durch eigene Prüfung beantwortet – nicht durch ein Zertifikat, dem Sie blind vertrauen müssen.
+
+Kurz gesagt: Self-Hosting erlaubt es Ihnen, Remote-Access in das Compliance-Programm einzubetten, das Sie bereits betreiben – für ein reguliertes Team häufig eine stärkere Position, als eine zertifizierte Black Box zu mieten.
+
+## Kontrollen, die ein selbst gehostetes DSGVO-Programm unterstützen
+
+Self-Hosting ist das Fundament, und darauf aufbauend bietet RustDesk konkrete Kontrollen, auf die sich selbst hostende Teams verlassen, um die DSGVO in der Praxis zu erfüllen:
+
+- **Telemetrie geht an Ihren Server, nicht an RustDesk.** Die in der Datenschutzerklärung von RustDesk beschriebenen Nutzungsdaten – App-Start, IP-Adresse, grundlegende Gerätestatistiken, Sitzungszeiten und RustDesk-IDs – werden vom **öffentlichen gehosteten Dienst** von RustDesk verarbeitet; wenn Sie Ihre eigenen ID-/Rendezvous- und Relay-Server betreiben, verbleiben diese Daten stattdessen auf **Ihrer** Infrastruktur. Über die Lizenzprüfung von Server Pro hinaus muss kaum etwas anderes rustdesk.com erreichen – prüfen Sie die genauen ausgehenden Verbindungen für den jeweiligen Client-Build und die Einstellungen, die Sie einsetzen. Dadurch bleiben Sitzungs- und Nutzungsdaten standardmäßig auf einer Infrastruktur, die Sie kontrollieren – eine starke Grundhaltung zur Datenminimierung.
+- **Integrierte Audit-Log-Rotation und Aufbewahrung.** Die Audit-Logs von Server Pro gliedern sich in vier Kategorien – Verbindung, Dateiübertragung, Alarm und Konsolenbedienung – mit **integrierter Log-Rotation**, sodass Audit-Daten nicht unbegrenzt aufbewahrt werden (Speicherbegrenzung), und Sie können sie über die Web-Konsole oder die REST-API für Ihr Verzeichnis von Verarbeitungstätigkeiten exportieren.
+- **Granularer, klar abgegrenzter Zugriff.** Zuweisungen pro Benutzer, Gerätegruppen, gruppenübergreifende Regeln und eine Control Role (was ein Techniker während einer Sitzung tun darf – Tastatur/Maus, Zwischenablage, Dateiübertragung, Audio, Kamera, Terminal, Drucken, Aufzeichnung und mehr) setzen das Prinzip der geringsten Rechte und die Zweckbindung durch, unterstützt durch SSO/LDAP und 2FA für gesteuerte Geräte.
+- **Datenschutzmodus und Zustimmung je Verbindung.** Die gesteuerte Seite kann eine Bestätigung für eingehende Verbindungen verlangen und ihren Bildschirm während einer Sitzung schwärzen (Datenschutzmodus, unterstützt unter Windows und macOS), wodurch die unbeabsichtigte Sichtbarkeit personenbezogener Daten auf dem Bildschirm eingeschränkt wird.
+- **Löschung nach Ihren Vorgaben.** Da die Daten auf Ihrem Server liegen, können Sie Benutzer deaktivieren oder entfernen, Geräte und Datensätze löschen – auch über die REST-API – und Lösch- sowie Aufbewahrungsanfragen direkt bearbeiten.
+- **Regionale, selbst betriebene Infrastruktur.** ID/Rendezvous, Relay, Konsole und gespeicherte Daten laufen dort, wo Sie sie platzieren – auf Hardware, die Sie kontrollieren.
+- **Selbst individuelle Client-Builds hinterlassen keine Daten.** Das Erzeugen eines individuell gebrandeten Clients ist der einzige Schritt, der den Build-Dienst von RustDesk nutzt, und er ist bewusst so konzipiert, dass nichts dauerhaft gespeichert bleibt: Die von Ihnen übermittelte Build-Konfiguration wird auf dem Build-Server von RustDesk nicht dauerhaft gespeichert (sie wird nach Abschluss des Builds gelöscht), und der erzeugte Installer wird nach etwa einem Tag automatisch entfernt, sodass Sie ihn selbst herunterladen und aufbewahren müssen.
+
+Das sind Hebel, die ein DSGVO-Programm tatsächlich betätigen kann: Sie müssen sie weiterhin dokumentieren und betreiben, warten aber nicht darauf, dass ein Anbieter auf eine Anfrage einer betroffenen Person reagiert.
+
+## Souveränität, auf die Sie verweisen können
+
+Wenn Sie Rendezvous, Relay, Konsole und gespeicherte Daten selbst hosten, erhält Ihr Compliance-Programm etwas Konkretes: Infrastruktur, die Sie platzieren, betreiben und prüfen. Das ist ein Fundament, keine Ziellinie – aber genau der Teil, auf dem alles andere aufbaut.
+
+## Checkliste für DSGVO- und Souveränitäts-Deployments
+
+Self-Hosting eröffnet Ihnen Wahlmöglichkeiten; das Deployment muss diese Wahlmöglichkeiten in konkrete Kontrollen umsetzen:
+
+- Dokumentieren Sie, wo sich ID-Server, Relay, Konsole, Backups, Logs und Administratoren befinden.
+- Erfassen Sie direkte Peer-to-Peer-Routen getrennt von Routen über das Relay. Ein Server in Deutschland hält eine direkte Sitzung zwischen Deutschland und einem anderen Land nicht automatisch innerhalb Deutschlands.
+- Legen Sie fest, wann das Relay erzwungen werden muss, weil das Routing über einen kontrollierten Standort wichtiger ist als die Peer-to-Peer-Performance.
+- Halten Sie Zweck, Aufbewahrungsdauer und Zugriffsrichtlinie für Geräte-, Konto-, Audit- und Verbindungsmetadaten fest.
+- Setzen Sie Gerätegruppen nach dem Prinzip der geringsten Rechte, MFA/SSO (sofern verfügbar) und einen Joiner-Mover-Leaver-Prozess für Techniker ein.
+- Stellen Sie die Web-Konsole hinter HTTPS, schränken Sie den administrativen Netzwerkzugriff ein und testen Sie die Wiederherstellung von Backups.
+- Führen Sie je nach Anwendungsfall die passende rechtliche Bewertung durch – etwa ein Verzeichnis von Verarbeitungstätigkeiten, eine Prüfung der Auftragsverarbeiter, eine Transfer-Folgenabschätzung und eine Datenschutz-Folgenabschätzung (DSFA).
+
+RustDesk kann eine Souveränitätsarchitektur unterstützen, doch die Verantwortung für die Architektur und ihre Rechtsgrundlage liegt weiterhin beim Verantwortlichen.
+
+## Testen Sie es innerhalb Ihres eigenen Perimeters
+
+Sie können ganz nach Ihren eigenen Bedingungen testen. Hosten Sie noch heute den kostenlosen Open-Source-Community-Server selbst, oder schreiben Sie eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um die aktuellen Testbedingungen für die Pro-Funktionen zu erfahren. Die aktuellen Pläne und genauen Funktionen finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing). Sie möchten sich lieber zuerst einen Überblick verschaffen? Auf dem [RustDesk-YouTube-Kanal](https://www.youtube.com/@rustdesk) gibt es eine vollständige Video-Anleitung.
@@ -0,0 +1,116 @@
+---
+publishDate: 2026-07-06T12:36:00Z
+lang: 'de'
+translationKey: rustdesk-and-remote-access-scams
+draft: false
+title: 'RustDesk und Remote-Access-Betrug: Was wir tun'
+excerpt: 'Warum RustDesk Google Play verlassen hat, Warnhinweise und eine Login-Pflicht für den öffentlichen Server eingeführt hat und wie Nutzer gesteuerte Geräte mit Passwörtern, 2FA und IP-Allowlists absichern können.'
+image: ~/assets/images/blog/rustdesk-and-remote-access-scams-og.png
+category: 'Sicherheit'
+tags: ['RustDesk', 'Sicherheit', 'Betrug']
+author: 'RustDesk Team'
+slug: 'rustdesk-und-remote-access-betrug-was-wir-tun'
+faq:
+  - question: 'Ist RustDesk ein Betrug?'
+    answer: 'Nein. RustDesk ist eine legitime Open-Source-Software für den Fernzugriff. Wie andere Remote-Desktop-Tools kann sie jedoch missbraucht werden, wenn ein Betrüger jemanden dazu überredet, sie zu installieren, den Dienst zu starten und Zugriff zu gewähren. RustDesk veröffentlicht Betrugswarnungen und hat Einschränkungen bei der Distribution und beim öffentlichen Server eingeführt, um diesen Missbrauch zu verringern. Aber kein Fernzugriffsprodukt kann Social Engineering unmöglich machen.'
+  - question: 'Warum ist RustDesk nicht bei Google Play verfügbar?'
+    answer: 'RustDesk hat seine Android-App im September 2023 freiwillig aus Google Play entfernt, um weitere Betrugsversuche gegen Nutzer zu verhindern. Android-Builds sind weiterhin über die offiziellen RustDesk-GitHub-Releases und F-Droid verfügbar. Laden Sie die App nur von Quellen herunter, die Sie selbst unabhängig geprüft haben – nicht von einem Link, den Ihnen ein unaufgeforderter Anrufer geschickt hat.'
+  - question: 'Warum verlangt der öffentliche RustDesk-Server eine Anmeldung?'
+    answer: 'RustDesk gibt an, dass die Anmeldung für Controller auf dem öffentlichen Server derzeit aufgrund anhaltenden Betrugs- und Botnet-Missbrauchs erforderlich ist. Die Anmeldung ist über unterstützte Drittanbieter-Identitätsdienste kostenlos. Der öffentliche Server ist für Demonstrations- und Testzwecke gedacht, nicht für den Produktivbetrieb oder sensible Aufgaben. Self-Hosting bleibt für Organisationen verfügbar, die ihre eigene Infrastruktur betreiben und eigene Richtlinien festlegen müssen.'
+  - question: 'Wie sollte ich ein Gerät schützen, das RustDesk-Verbindungen akzeptiert?'
+    answer: 'Legen Sie auf dem gesteuerten Gerät ein starkes, einzigartiges permanentes Passwort fest, aktivieren Sie die TOTP-2FA für Verbindungen im Client, und nutzen Sie die IP-Allowlist, wenn Ihre Controller-Adressen oder CIDR-Bereiche vorhersehbar sind. Halten Sie Ausnahmen für vertrauenswürdige Geräte eng gefasst. Diese Schutzebenen verringern das Risiko durch Passwörter und den Verbindungsursprung, können aber niemanden schützen, der einem Betrüger absichtlich das Passwort, den aktuellen 2FA-Code oder eine manuelle Freigabe mitteilt.'
+metadata:
+  description: 'Wie RustDesk auf Remote-Access-Betrug reagiert: öffentliche Warnhinweise, Rückzug aus Google Play, Login-Pflicht für den öffentlichen Server, 2FA für gesteuerte Geräte und CIDR-IP-Allowlists.'
+  keywords: 'RustDesk Betrug, ist RustDesk Betrug, RustDesk Google Play, RustDesk Login erforderlich, RustDesk 2FA, RustDesk IP-Whitelist, Schutz vor Remote-Access-Betrug'
+---
+
+RustDesk ist eine legitime Open-Source-Software für den Fernzugriff, aber auch legitime Software kann missbraucht werden. Ein Betrüger kann ein Opfer anrufen, ein dringendes Problem erfinden und die Person dazu überreden, ein Fernsteuerungs-Tool zu installieren und Zugriff zu gewähren. RustDesk ist von diesem Risiko nicht ausgenommen, und Verschlüsselung ändert nichts daran, wenn eine Zustimmung durch Täuschung erschlichen wurde.
+
+Unsere Antwort darauf war, an mehreren Punkten dieses Ablaufs Warnhinweise und Reibungspunkte einzubauen: auf unserer Website, im Ablauf für gesteuerte Android-Geräte, bei einem wichtigen Vertriebskanal und auf dem öffentlichen Server. Diese Maßnahmen erschweren auch legitimen Nutzern die Nutzung. Dieser Artikel dokumentiert, was wir getan haben, warum wir es getan haben und wo die Grenzen dieser Maßnahmen liegen.
+
+## Was hat RustDesk gegen Remote-Access-Betrug unternommen?
+
+| Maßnahme                                    | Worauf sie abzielt                                                                       | Kosten oder Einschränkung                                                                     |
+| ------------------------------------------- | ---------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------- |
+| Warnhinweise auf Website und im Client      | Eine Person, die von einem unbekannten Anrufer angewiesen wird, RustDesk zu installieren | Eine Warnung kann trotzdem ignoriert werden                                                   |
+| Freiwilliger Rückzug aus Google Play        | Einfache, betrugsgetriebene Installation über einen vertrauten App Store                 | Legitime Android-Nutzer verlieren die Auffindbarkeit im Store und automatische Play-Updates   |
+| Login auf dem öffentlichen Server           | Anonyme Nutzung gemeinsamer Infrastruktur für Betrug und Botnetze                        | Legitime Nutzer müssen sich anmelden, und manche bestehenden Abläufe werden gestört           |
+| Sicherheitskontrollen für gesteuerte Geräte | Passwortdiebstahl, breite Netzwerkexposition und Risiken beim unbeaufsichtigten Zugriff  | Sie müssen korrekt konfiguriert werden und können eine freiwillige Preisgabe nicht verhindern |
+
+Dies sind Maßnahmen zur Risikominderung, keine Behauptung, dass RustDesk betrugssicher ist.
+
+## Warnhinweise dort, wo ein potenzielles Opfer sie sehen kann
+
+Die [RustDesk-Support-Seite](https://rustdesk.com/support) beginnt mit einer direkten Betrugswarnung. Sie fordert Personen, die gerade mit jemandem telefonieren, den sie nicht kennen und dem sie nicht vertrauen, und die aufgefordert wurden, RustDesk zu installieren, auf, das Gespräch abzubrechen. Auch das [RustDesk-GitHub-Repository](https://github.com/rustdesk/rustdesk) enthält einen Hinweis zum Missbrauch, der sich gegen unbefugten Zugriff, unbefugte Steuerung und Verletzung der Privatsphäre richtet.
+
+Die Warnung befindet sich auch im offiziellen Android-Client, der über [GitHub Releases](https://github.com/rustdesk/rustdesk/releases) verteilt wird. Tippt man auf einem noch nicht angemeldeten Android-Gerät, das gesteuert werden soll, auf **Dienst starten**, öffnet sich eine Warnung, bevor der Bildschirmaufnahme-Dienst startet. Die Warnung fordert einen Nutzer, der von einem unbekannten und nicht vertrauenswürdigen Anrufer dazu angewiesen wurde, auf, aufzulegen und abzubrechen. Offizielle Builds erzwingen einen Countdown, bevor der Nutzer fortfahren kann. Sowohl der [aktuelle Ablauf auf der gesteuerten Seite](https://github.com/rustdesk/rustdesk/blob/6c578292e8ebbbec708b76986ba8c4bc7c509747/flutter/lib/mobile/pages/server_page.dart#L244-L421) als auch der [englische Warntext](https://github.com/rustdesk/rustdesk/blob/6c578292e8ebbbec708b76986ba8c4bc7c509747/src/lang/en.rs#L192-L194) sind im Open-Source-Repository einsehbar.
+
+Diese Platzierung ist wichtig. Eine allgemeine Sicherheitsseite erreicht vielleicht jemanden, der sich über ein Produkt informiert; eine Warnung bei **Dienst starten** erreicht die Person genau in dem Moment, in dem eine eingehende Android-Sitzung möglich zu werden droht. Sie kann diese Person aber trotzdem nicht dazu zwingen, einem überzeugenden Anrufer zu misstrauen.
+
+## Warum RustDesk nicht bei Google Play ist
+
+Am 3. September 2023 erklärte der offizielle RustDesk-X-Account: [„Wir haben RustDesk vorübergehend aus Google Play entfernt, um weitere Betrugsversuche gegen Nutzer zu verhindern.“](https://x.com/rustdesk/status/1698372220379349421) Der Link und der Text sind auch in der beantworteten [GitHub-Diskussion #5660](https://github.com/rustdesk/rustdesk/discussions/5660) erhalten, und die aktuelle RustDesk-[FAQ besagt, dass das Projekt sich wegen Betrugsfällen selbst aus Google Play zurückgezogen hat](https://github.com/rustdesk/rustdesk/wiki/FAQ#apple--google-store).
+
+RustDesk wird daher **derzeit nicht über Google Play vertrieben**. Das war keine Behauptung, dass der Android-Client Malware sei oder dass jede Person, die ihn installiert, gefährdet sei. Es war eine Vertriebsentscheidung, mit der ein häufig in Betrugsanleitungen genutzter Weg eingeschränkt werden sollte.
+
+Dieser Kompromiss ist real: Der Rückzug aus Google Play verringert für legitime Nutzer die Auffindbarkeit, die vertraute Installation und die automatischen Store-Updates. Aktuelle Android-Builds sind über die [offiziellen RustDesk-GitHub-Releases](https://github.com/rustdesk/rustdesk/releases) und [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/) verfügbar. Prüfen Sie das Ziel selbst. Installieren Sie keine APK von einem Download-Link, den Ihnen ein unaufgeforderter Support-Anrufer geschickt hat. Unser [Leitfaden zu Android und iOS](/de/blog/rustdesk-fernsteuerung-fur-android-and-ios-was-funktioniert) listet die aktuellen mobilen Funktionen und Installationsquellen auf.
+
+## Warum der öffentliche Server eine Anmeldung erfordert
+
+Der aktuelle [Leitfaden zur Anmeldung auf dem öffentlichen Server](https://github.com/rustdesk/rustdesk/wiki/Login-required-for-public-server) von RustDesk besagt, dass die Anmeldung für Controller wegen anhaltender Betrugs- und Botnet-Angriffe erforderlich ist. Die Anmeldung ist kostenlos und erfolgt über einen unterstützten Drittanbieter-Identitätsdienst wie Google oder GitHub; ein separater Benutzername und ein separates Passwort werden auf dem öffentlichen Server nicht angeboten. Der Leitfaden besagt derzeit, dass nur Controller sich anmelden müssen.
+
+Dadurch kommt ein Identitätsschritt hinzu, und ein Teil des anonymen Zugriffs auf die Infrastruktur, die RustDesk für Demonstrations- und Testzwecke betreibt, entfällt. Für einen privaten RustDesk-Server gilt dies nicht, und es kann einen Betrüger nicht aufhalten, der andere Infrastruktur nutzt oder eine neue Identität anlegt.
+
+Das führte auch zu Störungen. In einer [Reddit-Diskussion über den neuen Anmeldefehler](https://www.reddit.com/r/rustdesk/comments/1sm91xv/getting_this_error_when_trying_to_connect_anyone/) berichteten einige legitime Nutzer, dass sie ihre Heim- oder Familiengeräte nicht erreichen konnten, bis sie den Anmeldeschritt verstanden und abgeschlossen hatten. Andere lehnten es ab, eine Drittanbieter-Identität zu verknüpfen. Diese Kommentare belegen nicht, ob die Einschränkung gegen Betrüger wirkt oder nicht, aber sie dokumentieren ihre betrieblichen Kosten. Maßnahmen gegen Missbrauch, die Reibung erzeugen, sollten diese Kosten offen benennen.
+
+## Wie sichern Sie ein gesteuertes RustDesk-Gerät ab?
+
+Einschränkungen auf Plattformebene sind nur eine Schutzebene. Der Besitzer oder Administrator eines gesteuerten Geräts sollte zusätzlich einschränken, wer sich verbinden kann, und begrenzen, was gestohlene Zugangsdaten ermöglichen.
+
+### 1. Ein starkes, einzigartiges permanentes Passwort festlegen
+
+Legen Sie für den [unbeaufsichtigten Zugriff](/de/blog/unbeaufsichtigter-zugriff-mit-rustdesk-einrichtungsanleitung) in den RustDesk-Sicherheitseinstellungen des gesteuerten Geräts ein **starkes, einzigartiges permanentes Passwort** fest. Verwenden Sie nicht erneut das Betriebssystem-Login, das E-Mail-Passwort oder ein Passwort, das Sie bereits bei einem anderen Dienst nutzen. Ändern Sie es sofort, wenn es möglicherweise offengelegt wurde.
+
+Bevorzugen Sie für beaufsichtigten Support, wo praktikabel, ein temporäres Einmalpasswort oder eine ausdrückliche Freigabe per Klick. Ein starkes permanentes Passwort verringert das Risiko durch Erraten, Credential Stuffing und Passwort-Wiederverwendung. Es hilft jedoch nicht, wenn ein Opfer dieses Passwort einem Anrufer vorliest.
+
+### 2. 2FA auf dem gesteuerten Gerät aktivieren
+
+RustDesk bietet TOTP-2FA für eingehende Verbindungen zu einem gesteuerten Gerät. Öffnen Sie auf dem Gerät, das Verbindungen entgegennehmen soll, die Sicherheitseinstellungen, aktivieren Sie **2FA**, scannen Sie den QR-Code mit einer Authenticator-App und bestätigen Sie die Einrichtung mit dem sechsstelligen Code.
+
+Ist 2FA aktiviert, genügt das normale Verbindungspasswort allein nicht mehr: Der Controller muss zusätzlich den aktuellen sechsstelligen TOTP-Code angeben, bevor das gesteuerte Gerät die Sitzung autorisiert. Die Funktion wurde ausdrücklich als [2FA für unbeaufsichtigten Zugriff](https://github.com/rustdesk/rustdesk/commit/44e6b7dbb0125dc0c288c19a16a944b5d605852b) eingeführt, und ihre [TOTP-Implementierung ist öffentlich einsehbar](https://github.com/rustdesk/rustdesk/blob/master/src/auth_2fa.rs).
+
+RustDesk kann optional einem Controller-Gerät vertrauen und spätere 2FA-Abfragen überspringen. Lassen Sie diese Umgehung deaktiviert, wenn Sie das strengste Verhalten wünschen. Falls Sie sie nutzen, überprüfen Sie die Liste vertrauenswürdiger Geräte und entfernen Sie Geräte, die verloren gegangen, ersetzt worden, gemeinsam genutzt oder nicht mehr autorisiert sind.
+
+2FA schützt vor einem Passwort, das erraten, wiederverwendet oder offengelegt wurde. Es kann niemanden schützen, der einem Betrüger sowohl das Passwort als auch den aktuellen Authenticator-Code mitteilt.
+
+### 3. Eingehende Verbindungen mit einer IP-Allowlist einschränken
+
+In der RustDesk-Oberfläche heißt diese Funktion **IP Whitelisting**. Erklärt bedeutet das: Es handelt sich um eine IP-Allowlist. Das gesteuerte Gerät weist eine Verbindung, deren Quelladresse außerhalb der konfigurierten Liste liegt, bereits vor der Passwort- und 2FA-Autorisierung ab.
+
+Konfigurieren Sie sie hier:
+
+- **Gesteuertes Desktop-Gerät:** **Einstellungen → Sicherheit → Sicherheit → IP Whitelisting verwenden**
+- **Gesteuertes Mobilgerät:** **Einstellungen → Bildschirm freigeben → IP Whitelisting verwenden**
+
+Die Einstellung akzeptiert einzelne IPv4- oder IPv6-Adressen sowie CIDR-Bereiche. CIDR kombiniert eine Netzwerkadresse mit einer Präfixlänge. Das Präfix gibt an, wie viele führende Bits fest vorgegeben sind: Ein größeres Präfix bedeutet einen kleineren zulässigen Bereich.
+
+- `203.0.113.10` oder `203.0.113.10/32`: eine einzelne IPv4-Adresse.
+- `203.0.113.0/24`: 256 IPv4-Adressen, von `203.0.113.0` bis `203.0.113.255`.
+- `2001:db8::10/128`: eine einzelne IPv6-Adresse.
+- `2001:db8:1234::/64`: ein IPv6-Subnetz.
+
+Dies sind ausschließlich Beispielbereiche zu Dokumentationszwecken; übernehmen Sie sie nicht unverändert. Tragen Sie Ihre tatsächlichen Controller-Adressen oder -Netzwerke ein. Mehrere Einträge können durch Kommas, Semikolons, Leerzeichen oder Zeilenumbrüche getrennt werden. RustDesk dokumentiert diese Einstellung in der [Referenz zur erweiterten Client-Konfiguration](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#whitelist), und die [Durchsetzung auf der Seite des gesteuerten Geräts ist im Quellcode einsehbar](https://github.com/rustdesk/rustdesk/blob/master/src/server/connection.rs#L1347-L1374).
+
+Verwenden Sie die kleinstmöglichen praktikablen Bereiche. Feste Ausgangsadressen aus dem Büro und bekannte VPN-Bereiche sind gute Kandidaten. Dynamische private Adressen und Controller mit wechselndem Standort sind es nicht. Prüfen Sie, welche Quelladresse RustDesk in Ihrer NAT-, VPN-, Direkt- oder Relay-Topologie sieht, und testen Sie die neue Regel aus einer weiteren Sitzung heraus, bevor Sie die aktuell laufende Sitzung schließen. Eine falsche Adresse oder ein falsches CIDR kann legitimes Support-Personal aussperren.
+
+Eine Allowlist schränkt ein, von wo aus eine Verbindung ausgehen darf. Sie ersetzt weder Passwort noch 2FA und kann einen böswilligen Controller, der bereits aus einem zugelassenen Netzwerk heraus agiert, nicht aufhalten.
+
+## Was diese Maßnahmen nicht leisten können
+
+Warnhinweise, der Rückzug aus dem Store, Anmeldepflichten, starke Passwörter, 2FA und IP-Allowlists nehmen einem Angreifer jeweils einen Teil seiner Möglichkeiten. Keine dieser Maßnahmen beseitigt das zentrale Risiko des Social Engineering: Eine Person kann weiterhin dazu überredet werden, Zugriff zu genehmigen oder jeden einzelnen Faktor preiszugeben.
+
+Auch Self-Hosting macht Missbrauch nicht unmöglich. Es gibt einer Organisation die Kontrolle über ihren eigenen RustDesk-Server und ihre Richtlinien, aber auch ein Betrüger kann private Infrastruktur betreiben oder einen modifizierten Client verbreiten. Die Einschränkungen des öffentlichen RustDesk-Servers sollten nicht mit einem Schutz verwechselt werden, der sich automatisch auf jede selbst gehostete Bereitstellung erstreckt.
+
+Wenn ein unbekannter Anrufer Sie auffordert, RustDesk zu installieren, den Dienst zu starten, ein Passwort weiterzugeben, einen 2FA-Code preiszugeben oder eine Online-Banking-Seite zu öffnen, brechen Sie ab. Unser herstellerneutraler Leitfaden zum [Erkennen, Verhindern und Beheben von Remote-Desktop-Betrug](/de/blog/remote-desktop-betrug-so-erkennen-und-vermeiden-sie-ihn) erklärt die Warnzeichen und was zu tun ist, wenn bereits Zugriff gewährt wurde.
+
+Verantwortung bedeutet hier nicht eine einzelne Einstellung oder eine Absichtserklärung. Es ist die fortlaufende Arbeit, Nutzer zu warnen, Reibung dort in Kauf zu nehmen, wo Missbrauch sie erfordert, technische Kontrollen bereitzustellen, deren Grenzen zu dokumentieren und die eigene Antwort anzupassen, wenn Angreifer ihre Methoden ändern.
@@ -0,0 +1,102 @@
+---
+publishDate: 2026-07-06T08:31:00Z
+lang: 'de'
+translationKey: 'rustdesk-connected-waiting-for-image'
+draft: false
+title: 'RustDesk Connected Waiting for Image: Der komplette Leitfaden zur Fehlerbehebung'
+excerpt: '„Connected, waiting for image" bedeutet, dass der Bildschirm des Remote-Rechners nicht erfasst wird. Hier finden Sie jede Ursache – Headless-Rechner, Ruhezustand, Codecs, Treiber – und die passende Lösung.'
+image: ~/assets/images/blog/rustdesk-connected-waiting-for-image-og.png
+category: 'Fehlerbehebung'
+tags: ['RustDesk', 'Fehlerbehebung']
+author: 'RustDesk Team'
+slug: 'rustdesk-connected-waiting-for-image-der-komplette-leitfaden-zur'
+faq:
+  - question: 'Warum zeigt RustDesk „Connected, waiting for image" an?'
+    answer: 'Die Sitzung wurde erfolgreich aufgebaut, aber der Remote-Rechner erzeugt kein Bildschirmbild, das gesendet werden könnte. Der häufigste Grund ist ein fehlendes aktives Display zum Erfassen – etwa ein Headless-Server ohne Monitor, ein Bildschirm im Ruhezustand oder gesperrt, oder ein Display, das das Betriebssystem RustDesk nicht aufzeichnen lässt. Beheben Sie die Erfassungsquelle, und das Bild erscheint.'
+  - question: 'Wie behebe ich „waiting for image" bei RustDesk auf einem Headless-Rechner?'
+    answer: 'Ein Rechner ohne Monitor hat keinen Framebuffer, den man erfassen könnte, sodass RustDesk nichts zu senden hat. Schließen Sie einen echten Monitor an, stecken Sie einen günstigen HDMI-Dummy-Stecker ein, der die GPU glauben lässt, ein Display sei angeschlossen, oder nutzen Sie unter Linux das dokumentierte Headless-Setup (github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support). Das Aufwecken oder dauerhafte Wachhalten des Displays löst die meisten Fälle.'
+  - question: 'Behebt ein Wechsel des Video-Codecs den schwarzen Bildschirm?'
+    answer: 'Oft ja. In der Symbolleiste der Remote-Sitzung oder in den Einstellungen können Sie den Codec wechseln – VP8, VP9, AV1 oder, sofern die Hardware es unterstützt, H.264/H.265. Ein Codec, den die Remote-Hardware nicht kodieren kann, zeigt ein leeres oder eingefrorenes Bild, und ein Wechsel zurück zu einem Software-Codec wie VP9 stellt das Bild meist wieder her.'
+  - question: 'RustDesk zeigt das Bild auf einem PC, auf einem anderen aber nicht. Woran liegt das?'
+    answer: 'Das deutet auf etwas Lokales auf dem betroffenen Rechner hin – ein schlafendes oder fehlendes Display, eine fehlende Bildschirmaufnahme-Berechtigung unter macOS, ein veralteter GPU-Treiber, ein Konflikt bei der Hardwarebeschleunigung oder ein Codec, den die Hardware nicht verarbeiten kann. Gehen Sie die ursachenspezifischen Lösungen in diesem Leitfaden auf dem Rechner durch, der nicht funktioniert – nicht auf dem, der funktioniert.'
+  - question: 'Kann mein selbst gehosteter Server „waiting for image" verursachen?'
+    answer: 'In der Regel ist die Sitzung bereits verbunden, wenn diese Meldung erscheint – der Server erfüllt also seine Aufgabe. Ein überlastetes öffentliches Relay oder ein blockierter Relay-Port kann den Videostream jedoch ins Stocken bringen. Erlauben Sie beim Standard-Serverpfad TCP 21115-21117 und UDP 21116; öffnen Sie TCP 21118-21119 nur, wenn Sie WebSocket-Clients verwenden. Erwägen Sie, das Relay selbst zu hosten, um einen gleichmäßigeren Durchsatz zu erzielen.'
+
+metadata:
+  description: '„RustDesk connected, waiting for image"? So beheben Sie den schwarzen Bildschirm: Headless-Displays, Ruhezustand/Sperre, Video-Codecs, GPU-Treiber, Wayland und Firewall-Ports.'
+  keywords: 'RustDesk connected waiting for image, RustDesk schwarzer Bildschirm, RustDesk waiting for image beheben, RustDesk kein Bild, RustDesk HDMI Dummy Stecker, RustDesk Video-Codec, RustDesk Hardwarebeschleunigung'
+---
+
+Wenn RustDesk **„Connected, waiting for image“** anzeigt und danach nur ein schwarzer Bildschirm erscheint, ist die gute Nachricht: Der schwierige Teil ist bereits erledigt – beide Seiten haben sich gefunden, und die Sitzung ist aufgebaut. Was fehlt, ist das _Bild_. Auf dem Remote-Rechner wird einfach kein Bildschirminhalt erzeugt, der gesendet werden könnte. Dieser Leitfaden geht jede bekannte Ursache durch, von der mit Abstand häufigsten bis zu den Randfällen, jeweils mit einer konkreten Lösung.
+
+## Kurz gesagt
+
+Die Sitzung ist verbunden, aber es gibt keinen Framebuffer, den RustDesk erfassen könnte. Bei einem Remote-Rechner **ohne Monitor, mit einem Bildschirm im Ruhezustand oder gesperrt, oder einem Display, das das Betriebssystem RustDesk nicht aufzeichnen lässt**, hat der Videostream schlicht nichts zu kodieren. Geben Sie RustDesk ein echtes, aktives Display zum Erfassen – einen Monitor, einen HDMI-Dummy-Stecker, die richtige Berechtigung oder einen kompatiblen Codec – und das Bild erscheint.
+
+## Zuerst prüfen: Gibt es überhaupt etwas zu erfassen?
+
+Mit Abstand die am häufigsten gemeldete Ursache ist ein **Headless-Rechner** – etwa ein Server, Mini-PC oder eine Workstation –, der ganz ohne angeschlossenen Monitor läuft oder dessen Display sich im Ruhezustand befindet. Ohne aktives Display erzeugt die GPU keinen Framebuffer, sodass RustDesk zwar eine Verbindung herstellt, aber nichts zu senden hat. Dieses Muster taucht im RustDesk-Issue-Tracker immer wieder auf, unter anderem in [Berichten über schwarze Bildschirme speziell dann, wenn der Monitor des Zielgeräts ausgeschaltet ist](https://github.com/rustdesk/rustdesk/issues/9884) sowie im langjährigen [„Connected, waiting for image“-Thread](https://github.com/rustdesk/rustdesk/issues/222).
+
+Es gibt drei Wege, um etwas zum Erfassen bereitzustellen:
+
+- **Einen Monitor anschließen** und sicherstellen, dass er eingeschaltet und aktiv ist.
+- **Einen HDMI- (oder DisplayPort-)Dummy-Stecker verwenden.** Diese günstigen Adapter gaukeln der GPU vor, dass ein Display angeschlossen ist, sodass sie weiterhin einen Framebuffer rendert, den RustDesk abgreifen kann. Das ist die Standardlösung für Headless-Desktops und Heimserver.
+- **Unter Linux den dokumentierten Headless-Weg nutzen.** RustDesk unterstützt Headless-Setups unter Linux, wobei sich die Konfiguration von einer normalen Desktop-Sitzung unterscheidet – siehe das [Wiki „Headless Linux Support“](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support).
+
+Ist _tatsächlich_ ein Monitor angeschlossen, liegt der nächste Verdacht nahe: Er ist in den Ruhezustand gegangen.
+
+## Lösung nach Ursache
+
+| Ursache                              | Anzeichen                                      | Lösung                                                                                                                                                                     |
+| ------------------------------------ | ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Headless / kein Display              | Schwarzer Bildschirm bei Server oder Mini-PC   | Monitor anschließen, HDMI-Dummy-Stecker verwenden oder den Linux-Headless-Weg nutzen                                                                                       |
+| Bildschirm im Ruhezustand / gesperrt | Hat vorher funktioniert, nach Leerlauf schwarz | Bildschirm aufwecken; Ruhezustand/Bildschirmschoner deaktivieren; unter macOS den Ruhezustand des Displays in den Einstellungen ausschalten                                |
+| Fehlende Berechtigung (macOS)        | Verbindet, aber dauerhaft schwarz              | Bildschirmaufnahme unter „Datenschutz & Sicherheit“ erlauben; Helper für den Anmeldebildschirm installieren                                                                |
+| Codec-Konflikt                       | Leeres oder eingefrorenes Bild                 | Codec wechseln (VP8 / VP9 / AV1 / H.264 / H.265); auf Software-Codec ausweichen                                                                                            |
+| Konflikt bei Hardwarebeschleunigung  | Schwarz bei bestimmten GPUs                    | Hardware-Codec in der Sitzungs-Symbolleiste oder den Einstellungen deaktivieren, oder Codec wechseln                                                                       |
+| Veralteter GPU-Treiber               | Schwarz nach einem Treiber-/OS-Update          | GPU-Treiber aktualisieren (besonders bei NVIDIA)                                                                                                                           |
+| Wayland-Sitzung (Linux)              | Keine Zustimmungsabfrage, leeres Bild          | PipeWire-/Portal-Anfrage bestätigen und prüfen, ob das Desktop-Portal installiert ist; eine X11-Sitzung funktioniert ebenfalls, sofern eine Distribution sie noch anbietet |
+| Netzwerk-/Relay-Stau                 | Bleibt bei „waiting for image“ hängen          | TCP 21115-21117 und UDP 21116 zulassen; TCP 21118-21119 für WebSocket-Clients ergänzen                                                                                     |
+
+### Ruhezustand, Sperre und Bildschirmschoner
+
+Hat es vorher funktioniert und wurde der Bildschirm schwarz, nachdem der Rechner eine Weile im Leerlauf war, ist das Display in den Ruhezustand gegangen.
+
+- **Windows:** Stellen Sie den Energiesparplan so ein, dass Display und Rechner während der Stunden, in denen Sie Remote-Zugriff benötigen, nie in den Ruhezustand wechseln, und deaktivieren Sie den Bildschirmschoner (oder konfigurieren Sie ihn so, dass während der Sitzung kein Passwort erforderlich ist).
+- **macOS:** Verhindern Sie, dass das Display während der benötigten Zugriffszeiten in den Ruhezustand geht – stellen Sie dies unter **Systemeinstellungen → Displays** ein (oder unter Sperrbildschirm-/Energieeinstellungen), und betreiben Sie den Mac am Netzteil, da sich der Ruhezustand im Akkubetrieb anders verhält.
+- **Android:** Der Bildschirm muss eingeschaltet sein, damit er freigegeben werden kann. Berühren Sie das Display also vor dem Verbinden, um es aufzuwecken. Eine Verbindung von iOS zu einem dösenden Android-Gerät mit ausgeschaltetem Bildschirm ist ein [bekannter „waiting for image“-Fall](https://github.com/rustdesk/rustdesk/issues/11479) – wecken Sie das Zielgerät zuerst auf.
+
+### macOS-Berechtigungen
+
+macOS lässt keine App den Bildschirm aufnehmen, ohne dass ausdrücklich zugestimmt wurde. Verbindet sich RustDesk auf einem Mac, bleibt der Bildschirm aber schwarz, öffnen Sie **Systemeinstellungen → Datenschutz & Sicherheit → Bildschirmaufnahme** und aktivieren Sie RustDesk, dann starten Sie die App neu. Ein schwarzer Bildschirm speziell _am Anmeldefenster_ bedeutet, dass der RustDesk-Dienst bzw. -Helper nicht so installiert ist, dass er schon vor der Benutzeranmeldung läuft – installieren Sie ihn für die Erfassung vor der Anmeldung.
+
+### Video-Codec-Konflikt
+
+RustDesk kann den Stream auf mehrere Arten kodieren, und die Standardeinstellung passt nicht immer zur Hardware des Remote-Geräts. Wechseln Sie in der Sitzungs-Symbolleiste (oder in den Einstellungen) den Codec – **VP8, VP9, AV1 oder, sofern die Hardware es unterstützt, H.264/H.265** – und prüfen Sie, ob das Bild erscheint. Erzeugt ein Hardware-Codec auf einer bestimmten GPU ein leeres Bild, ist der Wechsel zurück zu einem Software-Codec wie VP9 meist die zuverlässige Lösung.
+
+### Hardwarebeschleunigung und GPU-Treiber
+
+Manche GPUs – am häufigsten betrifft es NVIDIA-Konfigurationen – vertragen sich nicht mit den hardwarebeschleunigten Erfassungs- und Render-Pfaden von RustDesk. Zwei Stellschrauben helfen dabei:
+
+- **Hardware-Codec deaktivieren.** Schalten Sie in der Sitzungs-Symbolleiste (oder in den Einstellungen) **Hardware-Codec verwenden** aus, sodass die Kodierung auf einen Software-Pfad zurückfällt – das behebt den schwarzen Bildschirm bei vielen problematischen GPUs.
+- **GPU-Treiber aktualisieren.** Ein schwarzer Bildschirm, der nach einem Treiber- oder Betriebssystem-Update auftritt, lässt sich häufig durch die Installation eines aktuellen Treibers beheben, besonders bei NVIDIA-Hardware.
+
+### Linux und Wayland
+
+Unter Linux **läuft die Wayland-Bildschirmerfassung über PipeWire und das `xdg-desktop-portal`**: Beim ersten Mal erscheint eine Zustimmungsabfrage zur Auswahl eines Displays – in den meisten Fällen wird die Wahl gespeichert, sodass die Abfrage danach nicht mehr erscheint – und funktioniert innerhalb einer aktiven Anmeldesitzung. Das ist ein Sicherheitskonzept von Wayland, das für sich genommen weder den Greeter (Anmeldebildschirm) noch ein System ganz ohne Display abdeckt – die unbeaufsichtigte Erfassung unter Wayland befindet sich jedoch in aktiver Entwicklung ([PR #15420](https://github.com/rustdesk/rustdesk/pull/15420)). Erhalten Sie unter Wayland ein leeres Bild, besteht die Lösung meist darin, die Bildschirmfreigabe-Abfrage des Portals zu bestätigen und zu prüfen, ob `xdg-desktop-portal` und PipeWire installiert sind und laufen; auf einem Rechner ganz ohne Display nutzen Sie die dokumentierte [Headless-Konfiguration](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support). Die Anmeldung in einer X11-/Xorg-Sitzung umgeht den Portal-Pfad ebenfalls, sofern eine Distribution diese Option noch anbietet – da jedoch immer mehr Distributionen ausschließlich auf Wayland setzen, ist die Behebung des Portal-/PipeWire-Pfads der zukunftssicherere Ansatz.
+
+### Netzwerk und Relay
+
+Da die Meldung das Wort „connected“ enthält, ist die Sitzung in der Regel bereits aufgebaut – aber das _Video_ kann trotzdem stocken, wenn das Relay überlastet oder ein Relay-Port blockiert ist. Stellen Sie beim Standard-Serverpfad sicher, dass **TCP 21115-21117 und UDP 21116** durchgängig erreichbar sind. Öffnen Sie **TCP 21118-21119 nur, wenn Sie WebSocket-Clients verwenden**. Der öffentliche Demo-Server wird gemeinsam genutzt, und sein Durchsatz ist nicht garantiert. Wenn Sie RustDesk täglich nutzen, sorgt ein selbst gehostetes Relay für deutlich gleichmäßigeres Verhalten. Bricht die Sitzung selbst ab oder kommt sie gar nicht erst zustande, handelt es sich um ein anderes Problem – siehe die [RustDesk Server Pro FAQ](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/faq/).
+
+## Alles aktuell halten
+
+Alte Builds schleppen alte Erfassungsfehler mit sich. Aktualisieren Sie **sowohl** den steuernden als auch den gesteuerten Client auf die neueste Version, und aktualisieren Sie bei einer Selbst-Hosting-Lösung auch den Server. Viele Berichte über schwarze Bildschirme verschwinden einfach, nachdem beide Seiten aktualisiert wurden.
+
+## Der Open-Source-Vorteil
+
+Wenn ein schwarzer Bildschirm sich allen Checklisten-Punkten widersetzt, bietet RustDesk etwas, das Closed-Source-Tools nicht haben: den tatsächlichen Erfassungscode unter einer AGPL-Lizenz. Sie (oder ein Dienstleister) können genau nachvollziehen, wie die Erfassung auf Ihrer Plattform funktioniert, das Problem reproduzieren und einen präzisen Bericht im öffentlichen Repository einreichen – statt in der Support-Warteschlange eines Anbieters zu warten.
+
+## Weniger Variablen, wenn der Server Ihnen gehört
+
+Betreiben Sie [Ihren eigenen Relay- und ID-Server](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten), dann fällt die gemeinsam genutzte öffentliche Infrastruktur aus der Gleichung – eine Unbekannte weniger, wenn Sie einem Erfassungsproblem auf der Spur sind, und volle Kontrolle über alle Stellschrauben, die Sie anpassen können. Das ist ein stiller Bonus obendrauf, zusätzlich dazu, dass Ihre Daten bei Ihnen bleiben.
@@ -0,0 +1,94 @@
+---
+publishDate: 2026-06-29T16:16:00Z
+lang: 'de'
+translationKey: rustdesk-for-enterprise
+draft: false
+title: 'RustDesk für Unternehmen: Self-Hosted, skalierbar, AD-bereit'
+excerpt: 'Warum sich Unternehmens-IT-Teams für RustDesk entscheiden: selbst gehostete Datenkontrolle, AD/LDAP, Zugriffskontrolle über Gerätegruppen und planbare Preise für große Flotten.'
+image: ~/assets/images/blog/rustdesk-for-enterprise-og.png
+category: 'Anleitungen'
+tags: ['RustDesk', 'Unternehmen', 'Selbst-Hosting']
+author: RustDesk Team
+slug: 'rustdesk-fur-unternehmen-self-hosted-skalierbar-ad-bereit'
+faq:
+  - question: 'Lässt sich RustDesk unternehmensweit als Massenrollout ausrollen?'
+    answer: 'Ja. RustDesk stellt ein Windows-MSI-Paket für die stille, unbeaufsichtigte Installation per msiexec bereit, das sich über Gruppenrichtlinien (GPO), Microsoft Intune, ein RMM oder Paketierungstools ausrollen lässt. Der Custom Client Generator (ab dem Basic-Plan) liefert zudem einen Client, der bereits auf Ihren eigenen Server vorkonfiguriert ist.'
+  - question: 'Verfügt RustDesk über eine REST-API?'
+    answer: 'Ja. RustDesk Server Pro stellt eine REST-API für die Massenverwaltung von Geräten und für Skripting bereit, mit der Sie Geräte programmatisch anlegen, auflisten und entfernen können, statt dies ausschließlich über die Web-Konsole zu erledigen. Die aktuellen Endpunkte finden Sie in der RustDesk-Dokumentation.'
+  - question: 'Unterstützt RustDesk Active Directory und SSO für die Identitätsverwaltung im Unternehmen?'
+    answer: 'Ja. Server Pro bietet ab dem Basic-Plan LDAP/Active-Directory- und OIDC-SSO-Anbindung, sodass sich Techniker gegen Ihre bestehende Identitätsquelle authentifizieren, statt eine separate Benutzerliste zu pflegen.'
+  - question: 'Können Unternehmen RustDesk-Daten auf ihrer eigenen Infrastruktur behalten?'
+    answer: 'Ja – das ist das zentrale Modell. Sie hosten ID-/Rendezvous-Server, Relay, Konsole und die gespeicherten Gerätedaten selbst. Der direkte Sitzungsverkehr läuft weiterhin zwischen den Endpunkten, dokumentieren Sie daher das Routing der Endpunkte zusätzlich zur Platzierung der Server.'
+  - question: 'Wie funktioniert die RustDesk-Preisgestaltung für große Flotten?'
+    answer: 'RustDesk lizenziert pro Login-Benutzer und pro verwaltetem Gerät, mit unbegrenzter Gleichzeitigkeit in den Standardplänen (nur Customized V2 begrenzt die Gleichzeitigkeit) und anteilig berechneten Upgrades. Ermitteln Sie die benötigten Mengen anhand der aktuellen Matrix unter rustdesk.com/pricing.'
+metadata:
+  description: 'RustDesk für Unternehmen: selbst gehostet auf Ihren eigenen Servern für Datenkontrolle, LDAP/AD, Zugriffskontrolle über Gerätegruppen und ohne Preismodell pro Kanal.'
+  keywords: 'RustDesk für Unternehmen, RustDesk Unternehmenseinsatz, AD-integrierter Remote-Support, RustDesk Unternehmensarchitektur'
+---
+
+## Fernzugriff auf Infrastruktur, die Sie kontrollieren
+
+Bei Evaluierungen im Unternehmensumfeld stehen meist Infrastrukturkontrolle, Identität, Zugriffsrichtlinien, Nachvollziehbarkeit, Skalierbarkeit und planbare Lizenzkosten im Mittelpunkt. Diese Anforderungen lassen sich direkt mit den öffentlich verfügbaren Produktfunktionen und der Dokumentation abgleichen.
+
+Wenn Sie **RustDesk für den Unternehmenseinsatz** evaluieren, lautet die zentrale Frage meist gleich: Können wir Remote-Support in großem Maßstab betreiben, die Daten auf Infrastruktur behalten, die wir selbst kontrollieren, und den Zugriff an unser bestehendes Identitätssystem anbinden – ohne eine Rechnung pro Kanal, die bei jeder Verlängerung weiter wächst? Dieser Artikel zeigt, wie RustDesk darauf antwortet, und benennt ehrlich, wo die Kompromisse liegen.
+
+## Der entscheidende Unterschied: Sie hosten es, also kontrollieren Sie es
+
+RustDesk Server Pro ist **selbst gehostet** – der ID-/Rendezvous-Server, das Relay, die Konsole und die gespeicherten Deployment-Daten laufen innerhalb Ihres Perimeters, auf Infrastruktur, die Sie selbst betreiben ([warum Self-Hosting der Enterprise-Standard ist](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten)). Allein diese architektonische Tatsache ist die Grundlage für die meisten der folgenden Unternehmensvorteile. Sie ist auch der Grund, warum es hier eine Rolle spielt, dass der Kern von RustDesk **[Open Source (AGPL)](https://github.com/rustdesk/rustdesk)** ist: Ihr Sicherheitsteam kann den Code lesen, genau prüfen, was der Client tut, ihn selbst kompilieren und den kostenlosen Community-Server unbegrenzt betreiben. Für Organisationen, die jede Software rechtfertigen müssen, die einen Produktions-Endpunkt berührt, ist „Sie können den Quellcode lesen“ keine Marketingaussage – es ist eine Beschaffungsanforderung, die Sie tatsächlich erfüllen können.
+
+## Architekturfragen, die Unternehmen zuerst klären sollten
+
+Bevor Sie Funktionsmatrizen vergleichen, sollten Sie das Deployment-Design explizit festlegen:
+
+| Entscheidung       | Was das Design festlegen muss                                                                                                                          |
+| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| Identität          | OIDC- oder LDAP-Quelle, MFA-Richtlinie, Break-Glass-Zugriff und Account-Lebenszyklus                                                                   |
+| Autorisierung      | Zuständigkeit für Gerätegruppen, Technikerrollen, Grenzen für externe Dienstleister und Freigabemodell                                                 |
+| Netzwerk           | Platzierung von ID- und Relay-Server, Richtlinie direkt vs. Relay, offene Ports und regionales Routing                                                 |
+| Verfügbarkeit      | Kapazitätsannahmen, Monitoring, Backups, Wiederherstellungsziele und Multi-Relay-Design                                                                |
+| Endpunktverwaltung | Unterstützte Betriebssystemversionen, Client-Paketierung, Konfigurationsdurchsetzung und Update-SLA                                                    |
+| Sicherheitsbetrieb | Logging, Aufbewahrung, Alarmierung, Reaktion auf Schwachstellen und Verantwortung für Vorfälle                                                         |
+| Lizenzierung       | Benötigte Login-Benutzer, verwaltete Geräte und ein eventuelles Gleichzeitigkeits-Kontingent für [Customized V2](https://rustdesk.com/pricing#custom2) |
+
+RustDesk liefert die Remote-Access-Komponenten und die Unternehmenskontrollen; Ihre Architektur entscheidet, ob diese die Anforderungen der Organisation an Verfügbarkeit, Compliance und Betrieb erfüllen.
+
+## Datenkontrolle und Compliance
+
+Self-Hosting ermöglicht es Ihnen, Standort und Betreiber von Rendezvous-Server, Relay, Konsole und gespeicherten Gerätedaten selbst zu bestimmen. Direkte Sitzungen laufen weiterhin zwischen den Endpunkten, sodass der Serverstandort allein weder landesinternen Datenverkehr noch DSGVO-Konformität garantiert. Dokumentieren Sie den vollständigen [Datenfluss und die Compliance-Kontrollen](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting).
+
+Über den Standort hinaus bietet Server Pro die Kontrollen, die ein Datenschutzprogramm tatsächlich braucht: Da die Nutzungstelemetrie vom Relay erfasst wird, verbleiben diese Daten bei einem selbst betriebenen Relay auf **Ihrem** Relay statt bei RustDesk (abgesehen von der Lizenzprüfung); die **integrierte Rotation der Audit-Logs** begrenzt, wie lange Verbindungs-, Dateiübertragungs-, Alarm- und Konsolenprotokolle aufbewahrt werden; **granulare Zugriffskontrolle** und eine Control-Rolle setzen das Prinzip der geringsten Rechte durch; und Sie können **Benutzer, Geräte und Datensätze löschen** – direkt oder über die REST-API –, um Lösch- und Aufbewahrungsanfragen zu bedienen. Die vollständige Aufschlüsselung finden Sie unter [Remote Desktop Data Sovereignty & GDPR](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting).
+
+Das ist auch ein stiller Grund für kostengetriebene Migrationen. Viele Unternehmensteams sind nicht nur vom Preis frustriert; sie bezahlen für einen Cloud-Dienst und ein Funktionspaket, das sie gar nicht vollständig nutzen. Self-Hosting kehrt dieses Verhältnis um: Sie stellen genau das bereit, was Sie brauchen, und mieten nicht zwangsläufig das Rechenzentrum eines anderen als verpflichtenden Mittelsmann.
+
+## Skalierung ohne Steuer pro Kanal
+
+Unternehmens-Deployments scheitern auf zwei Achsen: an der technischen Obergrenze und an der Preisobergrenze. RustDesk adressiert beide.
+
+Auf der technischen Seite veröffentlicht RustDesk Planungsrichtlinien für große Flotten mit Deployments im Bereich von Zehntausenden Geräten; größere Zielgrößen erfordern Workload-Validierung, Sizing-Arbeit und Tuning. Verstehen Sie das als Architekturplanung, nicht als pauschalen Out-of-the-Box-Benchmark.
+
+RustDesk berechnet **pro Login-Benutzer und pro verwaltetem Gerät**, und Sie können [jederzeit upgraden](/de/blog/rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es) – anteilig berechnet. Die Standardpläne umfassen unbegrenzte gleichzeitige Verbindungen; Customized V2 begrenzt und bepreist diese separat. Ermitteln Sie alle relevanten Mengen anhand der aktuellen Plan-Matrix.
+
+## AD/LDAP und die Zugriffskontrolle, die Ihre Administratoren erwarten
+
+Remote-Access im Unternehmen muss die Frage beantworten: „Wer kann auf welche Maschinen zugreifen, und können wir das nachweisen?“ Die kostenpflichtigen RustDesk-Pläne bieten **LDAP/SSO (OIDC) ab dem Basic-Plan**, sodass Sie den Technikerzugriff über die Identitätsquelle vergeben, die Sie ohnehin bereits betreiben, statt eine parallele Benutzerliste zu pflegen.
+
+Zur Strukturierung des Zugriffs bietet die selbst gehostete Web-Konsole **Gerätegruppen und ein gemeinsames Adressbuch für die benutzerbezogene Zugriffskontrolle**. Der Custom Client Generator und die Identitätsfunktionen sind ab dem Basic-Plan verfügbar; [prüfen Sie die aktuelle Verfügbarkeit](https://rustdesk.com/pricing).
+
+## Massenausrollung und Automatisierung
+
+Remote-Access manuell auf Tausenden Endpunkten auszurollen, ist von vornherein keine Option. Deshalb unterstützt RustDesk die gängigen Enterprise-Deployment-Wege. Unter Windows liefert es ein **MSI-Paket** für die stille, unbeaufsichtigte Installation per `msiexec /qn`, das Sie über **Gruppenrichtlinien (GPO), Microsoft Intune, ein RMM oder ein beliebiges Paketierungstool** ausrollen können, mit Kommandozeilenparametern für Installationsort, Verknüpfungen und weitere Optionen. Kombinieren Sie das mit dem [Custom Client Generator](https://rustdesk.com/docs), sodass der ausgerollte Client von Haus aus bereits auf Ihren eigenen Server und Ihre Einstellungen vorkonfiguriert ist, statt eine Einrichtung pro Rechner zu erfordern.
+
+Für den Flottenbetrieb stellt Server Pro eine **REST-API** für die Massenverwaltung von Geräten und für Skripting bereit – Geräte auflisten, das Onboarding automatisieren und veraltete Endpunkte programmatisch entfernen, statt sich einzeln durch die Konsole zu klicken. Die aktuellen MSI-Parameter, GPO-/Intune-Anleitungen und API-Endpunkte für Ihre Version finden Sie in der [RustDesk-Dokumentation zu Deployment und Server Pro](https://rustdesk.com/docs/en/self-host/).
+
+## Unternehmenskontrolle zu Ihren Bedingungen
+
+Mit zunehmender Skalierung wird das Argument nur noch schärfer: ID-/Relay-Server, Konsole und gespeicherte Daten liegen innerhalb Ihres Perimeters, angebunden an Ihr Identitätssystem und Ihre Richtlinien, ohne dass ein Anbieter den Kern betreibt. Genau diese Aufstellung fordern Einkaufs- und Sicherheitsteams in der Regel ein.
+
+## Testen, bevor Sie sich festlegen
+
+Sie können RustDesk **[ohne Vertriebsgespräch](https://www.youtube.com/@rustdesk)** evaluieren. Es gibt zwei Wege:
+
+- **Validieren Sie die Architektur mit dem kostenlosen Open-Source-Community-Server.** Er läuft unbegrenzt in Ihrem eigenen Netzwerk – eine risikoarme Möglichkeit, Ihrem Sicherheitsteam das selbst gehostete Modell zu belegen.
+- **Für die Pro-Funktionen – Identität, Zugriffskontrolle, Client-Generierung –** werfen Sie einen Blick auf die aktuellen Pläne unter [rustdesk.com/pricing](https://rustdesk.com/pricing) und schreiben Sie anschließend eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um die für Ihre Organisation verfügbaren Evaluierungsbedingungen zu erfahren.
+
+In jedem Fall gilt: Stellen Sie einen Server in Ihrer eigenen Umgebung auf und validieren Sie ihn, bevor Sie sich festlegen.
@@ -0,0 +1,92 @@
+---
+publishDate: 2026-07-09T08:32:00Z
+lang: 'de'
+translationKey: rustdesk-for-linux
+draft: false
+title: 'RustDesk für Linux: Der Open-Source-Remote-Desktop'
+excerpt: 'RustDesk unter Linux installieren und betreiben: .deb, .rpm, Flatpak und AppImage, X11 vs. Wayland, Headless- und unbeaufsichtigter Zugriff sowie Self-Hosting des Servers.'
+image: ~/assets/images/blog/rustdesk-for-linux-og.png
+category: 'Anleitungen'
+tags: ['RustDesk', 'Linux', 'Selbst-Hosting']
+author: RustDesk Team
+slug: 'rustdesk-fur-linux-der-open-source-remote-desktop'
+faq:
+  - question: 'Funktioniert RustDesk unter Wayland?'
+    answer: 'Ja — RustDesk bietet eine der stärksten Wayland-Unterstützungen aller Remote-Desktop-Tools, einschließlich des in 1.4.3 hinzugefügten Multi-Monitor-Sharings. Unter Wayland erfasst RustDesk den Bildschirm über PipeWire und das XDG-Desktop-Portal, das einen Zustimmungsdialog zur Auswahl eines Displays anzeigt — in den meisten Fällen wird die Wahl gespeichert, sodass Sie nicht erneut gefragt werden — und arbeitet innerhalb der aktiven, angemeldeten Sitzung. Dieser Zustimmungsschritt ist ein Sicherheitskonzept von Wayland, das für jede Screensharing-App gilt. Für den Zugriff vor dem Login oder auf vollständig unbeaufsichtigten Rechnern nutzen Sie derzeit das Headless-Setup mit virtuellem Display (oder eine X11-Sitzung, sofern eine Distribution noch eine anbietet, da mehrere zu einem reinen Wayland-Betrieb wechseln); die vollständig unbeaufsichtigte Wayland-Erfassung befindet sich in aktiver Entwicklung (siehe github.com/rustdesk/rustdesk/pull/15420).'
+  - question: 'Welches Paket sollte ich unter Linux installieren?'
+    answer: 'Nutzen Sie das .deb-Paket unter Debian, Ubuntu und Linux Mint, das .rpm-Paket unter Fedora, RHEL und openSUSE, das Flatpak von Flathub für einen sandboxed, breit kompatiblen Build oder das portable AppImage als Einzeldatei-Fallback. Die .deb- und .rpm-Pakete registrieren und starten einen systemd-Dienst, sodass RustDesk Neustarts übersteht; Flatpak und AppImage tun dies standardmäßig nicht.'
+  - question: 'Warum zeigt mein Headless-Linux-Rechner einen schwarzen Bildschirm?'
+    answer: 'Ohne angeschlossenen Monitor legen weder X noch Wayland jemals einen Framebuffer an, sodass es für RustDesk nichts zu erfassen gibt und der Viewer einen schwarzen Bildschirm oder die Meldung „Warten auf Bild“ anzeigt. Schließen Sie einen Dummy-HDMI-/DisplayPort-Stecker an, richten Sie ein virtuelles Display wie xserver-xorg-video-dummy oder VKMS ein, oder aktivieren Sie den optionalen Headless-Modus von RustDesk unter Linux, damit automatisch ein virtuelles Display für Sie erstellt wird.'
+  - question: 'Kann ich den RustDesk-Server unter Linux selbst hosten?'
+    answer: 'Ja. Der RustDesk-Server (die Prozesse hbbs für ID/Rendezvous und hbbr für das Relay) ist für Linux gebaut, und das ist der Standardweg, ihn zu betreiben. Der kostenlose Open-Source-Community-Server läuft unbegrenzt kostenlos, und Server Pro ergänzt zusätzlich eine Web-Konsole, Gerätegruppen und einen Generator für individuelle Clients. Beide lassen sich auf einer gewöhnlichen Linux-VM oder Bare-Metal-Hardware installieren.'
+metadata:
+  description: 'RustDesk unter Linux, von A bis Z: Paketwahl für jede Distribution und jedes ARM-Board, Wayland- und X11-Erfassung, Headless-Setup und der Betrieb eines eigenen Servers.'
+  keywords: 'RustDesk für Linux, RustDesk Ubuntu, RustDesk Wayland, RustDesk X11, RustDesk Linux installieren'
+---
+
+Linux-Nutzer hatten nie eine große Auswahl an guten Remote-Desktop-Tools, und die wenigen, die es gibt, sind meist entweder Closed-Source-Kommerzprodukte oder in die Jahre gekommene VNC-Stacks. RustDesk positioniert sich anders: Es ist ein Open-Source-Remote-Desktop-Client unter AGPL-Lizenz, läuft nativ auf allen wichtigen Distributionen, und Sie können ihn mit einem selbst gehosteten Server verbinden. Diese Kombination – auditierbarer Code, nativer Linux-Client und selbst hostbare Infrastruktur – macht RustDesk zu einer der ersten Adressen, wenn jemand nach einem Open-Source-Remote-Desktop für Linux fragt.
+
+Dieser Leitfaden zeigt, wie Sie RustDesk installieren, erklärt den einen Punkt, über den alle stolpern (X11 versus Wayland), wie Sie unbeaufsichtigten und Headless-Zugriff zum Laufen bringen, und wo der Server ins Spiel kommt.
+
+## RustDesk unter Linux installieren
+
+RustDesk liefert Pakete für jedes gängige Linux-Paketformat, sodass Sie so gut wie nie aus dem Quellcode bauen müssen. Laden Sie die aktuelle Version von der [RustDesk-Releases-Seite auf GitHub](https://github.com/rustdesk/rustdesk/releases) oder aus der [Linux-Installationsdokumentation](https://rustdesk.com/docs/en/client/linux/) herunter und wählen Sie das zu Ihrer Distribution passende Format.
+
+| Format   | Am besten für                     | Startet automatisch einen Dienst? | Hinweise                                                                                                    |
+| -------- | --------------------------------- | --------------------------------- | ----------------------------------------------------------------------------------------------------------- |
+| `.deb`   | Debian, Ubuntu, Linux Mint        | Ja (systemd)                      | `sudo apt install ./rustdesk-*.deb`                                                                         |
+| `.rpm`   | Fedora, RHEL/CentOS, openSUSE     | Ja (systemd)                      | `sudo dnf install ./rustdesk-*.rpm`                                                                         |
+| Flatpak  | Beliebige Distribution, sandboxed | Nein                              | `flatpak install flathub com.rustdesk.RustDesk` ([Flathub](https://flathub.org/apps/com.rustdesk.RustDesk)) |
+| AppImage | Beliebige Distribution, portabel  | Nein                              | Benötigt auf aktuellen Ubuntu-Versionen eventuell `libfuse2`; danach `chmod +x` und ausführen               |
+| AUR      | Arch, Manjaro                     | Abhängig vom Paket                | Community-gepflegt (`rustdesk-bin`, `rustdesk-appimage`)                                                    |
+
+Die Pakete `.deb` und `.rpm` sind die richtige Wahl, wenn RustDesk als Hintergrunddienst laufen soll, der Neustarts übersteht – beide registrieren und starten automatisch eine systemd-Unit. Das Flatpak (`com.rustdesk.RustDesk` auf [Flathub](https://flathub.org/apps/com.rustdesk.RustDesk)) ist ein sandboxed Build, der sich gut für den Desktop-Einsatz eignet, aber standardmäßig keinen Systemdienst installiert. Für eine Distribution, die RustDesk nicht direkt paketiert, greifen Sie zuerst zum **Flatpak** – da es seine eigene Laufzeitumgebung mitbringt, ist es meist am breitesten kompatibel. Das AppImage ist eine portable Einzeldatei-Alternative, deren Kompatibilität in der Praxis aber eher durchwachsen ist (unter aktuellem Ubuntu wird beispielsweise gelegentlich `libfuse2` benötigt).
+
+In der Praxis wird RustDesk unter Ubuntu, Debian, Fedora, RHEL/CentOS, openSUSE, Arch und NixOS eingesetzt, mit Builds für **x86_64, ARM64 (aarch64) und ARM32 (ARMv7)** – es läuft also ebenso auf ARM-Boards und Servern wie auf gewöhnlichen PCs.
+
+## X11 vs. Wayland: der entscheidende Punkt
+
+Das ist der wichtigste Punkt, den Sie über RustDesk unter Linux verstehen sollten, denn er entscheidet, ob die Fernsteuerung sofort „einfach funktioniert“ oder erst eine kleine Einstellung braucht.
+
+**X11 (Xorg): der direkteste Weg zur Bildschirmerfassung, sofern Ihre Distribution ihn noch anbietet.** Unter X11 liest RustDesk den Framebuffer direkt aus und injiziert Eingaben ebenso direkt, sodass Bildschirmerfassung sowie Maus- und Tastatursteuerung so unmittelbar wie möglich ablaufen und Monitoränderungen dynamisch erkannt werden. Viele Display-Manager lassen Sie beim Login über ein Zahnrad-Menü weiterhin „Xorg“/„X11“ auswählen. Bedenken Sie aber, dass mehrere Distributionen zu einem reinen Wayland-Betrieb wechseln und die X11-Sitzung einstellen – behandeln Sie X11 also als praktische Option, wo sie zufällig verfügbar ist, nicht als Grundlage für Ihre Deployment-Planung.
+
+**Wayland: RustDesk bietet wohl die stärkste Unterstützung aller Remote-Desktop-Tools.** RustDesk unterstützt Wayland seit Version 1.2.0 und baut diese Unterstützung stetig aus. Da Wayland-Compositors keinen direkten Framebuffer-Zugriff erlauben, erfasst RustDesk den Bildschirm über den Dienst `xdg-desktop-portal` und [PipeWire](https://deepwiki.com/rustdesk/rustdesk/6.3.1-wayland-support) und injiziert Eingaben über das Kernel-Modul `uinput`. Aus dem Design von Wayland selbst ergeben sich zwei Konsequenzen – sie gelten für jedes Wayland-Screensharing-Tool, nicht nur für RustDesk:
+
+- **Zustimmung pro Verbindung.** Das Portal zeigt einen Dialog, in dem Sie auswählen, welcher Bildschirm freigegeben wird. Das ist eine bewusste Sicherheitsfunktion von Wayland, kein Fehler von RustDesk – eine Hintergrundanwendung kann nicht klammheimlich die Bildschirmaufnahme starten. Portal v4 und neuer unterstützen ein „Restore Token“, sodass Sie nicht jedes Mal erneut gefragt werden, aber die erste Freigabe erfordert einen Klick auf dem Bildschirm.
+- **Nur aktive Sitzung.** Die Wayland-Erfassung ist an die angemeldete grafische Sitzung gebunden. Die Erfassung des Wayland-Login-Greeters wird noch nicht unterstützt – sie befindet sich in aktiver Entwicklung ([PR #15420](https://github.com/rustdesk/rustdesk/pull/15420)). Für den Zugriff vor dem Login nutzen Sie derzeit die weiter unten beschriebene Headless-/virtuelle-Display-Konfiguration oder eine X11-Sitzung auf Distributionen, die noch eine anbieten.
+
+Die Wayland-Unterstützung wird laufend verbessert – RustDesk 1.4.3 (Oktober 2025) hat beispielsweise [Multi-Monitor-Sharing für Wayland hinzugefügt](https://ubuntuhandbook.org/index.php/2025/10/rustdesk-released-1-4-3-with-multi-monitor-for-wayland-virtual-mouse/). Wenn Sie sich jedoch verbinden und auf einem Wayland-System einen schwarzen Bildschirm sehen, liegt das fast immer daran, dass der Portal-/PipeWire-Pfad nicht erfüllt ist. Unser ausführlicher Beitrag [RustDesk verbunden, aber wartet auf Bild](/de/blog/rustdesk-connected-waiting-for-image-der-komplette-leitfaden-zur) geht speziell auf den Fall des schwarzen Bildschirms unter Wayland ein.
+
+## Unbeaufsichtigter Zugriff unter Linux
+
+Unbeaufsichtigter Zugriff bedeutet, sich mit einem Rechner zu verbinden, vor dem niemand sitzt – das klassische Remote-Support-Szenario. Unter Linux sieht das Rezept so aus:
+
+1. Installieren Sie über `.deb` oder `.rpm`, damit der systemd-Dienst registriert wird, oder klicken Sie in der App auf **Dienst aktivieren**.
+2. Legen Sie in RustDesk unter den Verbindungseinstellungen ein starkes **dauerhaftes Passwort** fest (und aktivieren Sie idealerweise die Zwei-Faktor-Authentifizierung).
+3. Für den Zugriff vor oder unabhängig von Benutzeranmeldungen nutzen Sie die weiter unten beschriebene Headless-Konfiguration mit virtuellem Display (die oben erwähnte Lücke beim Wayland-Greeter gilt auch hier).
+
+Eine Wayland-Realität, die Sie einplanen sollten: Das im Wayland-Abschnitt beschriebene zustimmungsbasierte Portal macht eine vollständig unbeaufsichtigte Erfassung schwieriger als unter X11 – zumindest bis die in Entwicklung befindliche Unterstützung für unbeaufsichtigten Zugriff verfügbar ist. Planen Sie deshalb für Rechner ohne Aufsicht mit dem Headless-Setup mit virtuellem Display.
+
+## Headless-Linux: Server ohne Monitor
+
+Ein sehr häufiger Linux-Anwendungsfall ist ein Rechner ganz ohne angeschlossenes Display – ein Heimserver, eine Labormaschine, eine VM. Hier liegt das Problem nicht bei RustDesk, sondern beim Grafik-Stack: Ohne angeschlossenen Monitor legen weder X noch Wayland jemals einen Framebuffer an, sodass es buchstäblich kein Bild zu erfassen gibt und Sie einen schwarzen Bildschirm sehen.
+
+Drei Möglichkeiten, ihm etwas zum Rendern zu geben:
+
+- **Ein Dummy-Stecker** – ein günstiger physischer HDMI-/DisplayPort-„Headless“-Dongle, der die GPU glauben lässt, es sei ein Monitor angeschlossen.
+- **Ein virtueller Display-Treiber** – `xserver-xorg-video-dummy` unter X11 oder eine Option auf Kernel-Ebene wie VKMS.
+- **Der optionale Headless-Modus von RustDesk** – aktivieren Sie ihn mit `sudo rustdesk --option allow-linux-headless Y`. Laut dem [Wiki zur Headless-Linux-Unterstützung](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support) ist er standardmäßig deaktiviert, wird vor allem unter Ubuntu mit GNOME getestet und setzt Pakete wie `xserver-xorg-video-dummy` und `lightdm` voraus. Die ID des Rechners können Sie mit `sudo rustdesk --get-id` abrufen und ein Passwort mit `sudo rustdesk --password <password>` festlegen.
+
+Der Headless-Modus hat noch Ecken und Kanten – betrachten Sie ihn eher als „funktioniert, mit Sorgfalt“ denn als schlüsselfertige Lösung.
+
+## Den RustDesk-Server unter Linux selbst hosten
+
+Alles bisher Beschriebene betrifft den _Client_. Die andere Hälfte der Linux-Geschichte von RustDesk ist, dass der **Server** – der `hbbs`-ID-/Rendezvous-Dienst und das `hbbr`-Relay – eine Linux-native Anwendung ist und Linux sein natürliches Zuhause ist. Dadurch können Sie Session-Vermittlung und weitergeleiteten Datenverkehr auf Ihrer eigenen Infrastruktur behalten, statt sie über die Cloud eines Anbieters zu leiten.
+
+Sie haben zwei Optionen. Der kostenlose, quelloffene **Community-Server** läuft unbegrenzt kostenlos und deckt die grundlegende Verbindungs- und Relay-Funktion ab. **RustDesk Server Pro** ergänzt das um eine selbst gehostete Web-Konsole, Gerätegruppen, ein gemeinsames Adressbuch, einen Generator für individuell gebrandete Clients sowie [LDAP/Active Directory und OIDC-SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/). Auch Docker ist keine Pflicht – siehe [Server Pro ohne Docker betreiben](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/installscript/) für eine Installation auf einer gewöhnlichen VM oder Bare-Metal-Hardware. Wenn Sie die Hardware für eine große Flotte dimensionieren, planen Sie die Kapazität anhand Ihres tatsächlichen Gleichzeitigkeits- und Relay-Profils, bevor Sie sich festlegen.
+
+Ein Hinweis zum Self-Hosting: Sowohl der kostenlose Community-Server als auch Server Pro liegen in Ihrer Verantwortung – Betrieb, Patches und Absicherung übernehmen Sie selbst. Die Hardware-Anforderungen sind gering, und ist der Server einmal eingerichtet, ist der laufende Aufwand überschaubar – und bei Fragen hilft der RustDesk-Support. Genau diese Eigenverantwortung ist der springende Punkt. (Die Lizenz von Server Pro benötigt außerdem eine ausgehende Verbindung zu rustdesk.com, um aktiviert zu werden und lizenziert zu bleiben.)
+
+## Erste Schritte
+
+Installieren Sie das passende Paket für Ihre Distribution, legen Sie ein dauerhaftes Passwort für den unbeaufsichtigten Zugriff fest, und richten Sie – falls Datenhoheit Ihr Beweggrund ist – den kostenlosen Community-Server ein. Aktuelle Angaben zu den Plänen finden Sie verbindlich unter [rustdesk.com/pricing](https://rustdesk.com/pricing), und [sales@rustdesk.com](mailto:sales@rustdesk.com) berät Sie gerne zu Server Pro. Möchten Sie es sich erst in Aktion ansehen? [RustDesk in Aktion erleben](https://www.youtube.com/@rustdesk).
@@ -0,0 +1,73 @@
+---
+publishDate: 2026-07-05T19:40:00Z
+lang: 'de'
+translationKey: rustdesk-for-msps
+draft: false
+title: 'RustDesk für MSPs: Ein einziges selbst gehostetes White-Label-Tool'
+excerpt: 'Vergleichen Sie die Konsolidierung von TeamViewer, AnyDesk und ScreenConnect zu einer einzigen selbst gehosteten Remote-Support-Plattform mit eigenem Branding.'
+image: ~/assets/images/blog/rustdesk-for-msps-og.png
+category: 'Anleitungen'
+tags: ['RustDesk', 'MSP', 'Selbst-Hosting']
+author: 'RustDesk Team'
+slug: 'rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool'
+faq:
+  - question: 'Kann RustDesk mehrere Remote-Support-Tools für MSPs konsolidieren?'
+    answer: 'Ja. RustDesk hat zum Ziel, eine ganze Ansammlung einzelner Tools durch eine einzige selbst gehostete, quelloffene White-Label-Plattform zu ersetzen – mit einer zentralen Konsole, einem Generator für Clients mit eigenem Branding und nutzerbasierter Zugriffskontrolle statt separater Konsolen und Verträge.'
+  - question: 'Wie funktioniert die Lizenzierung von RustDesk für MSPs?'
+    answer: 'Sie zahlen pro Login-Benutzer (Ihre Techniker) und pro verwaltetem Gerät (die Rechner, die Sie betreuen). Die Standardpläne beinhalten unbegrenzte gleichzeitige Verbindungen, sodass mehrere Techniker gleichzeitig Sitzungen ausführen können, ohne zusätzliche Kanäle kaufen zu müssen. Customized V2 begrenzt die Gleichzeitigkeit und bepreist sie separat; siehe rustdesk.com/pricing.'
+  - question: 'Kann ich den RustDesk-Client als White-Label-Lösung anbieten oder mit meinem eigenen Branding versehen?'
+    answer: 'Ja. RustDesk enthält einen Generator für Clients mit eigenem Branding, sodass Ihre Kunden ein Tool installieren, das für Ihren Service konfiguriert ist. Die Client-Generierung und Identitätsfunktionen stehen ab dem Basic-Plan zur Verfügung – prüfen Sie daher die aktuelle Plan-Matrix, bevor Sie sich darauf verlassen.'
+  - question: 'Ist RustDesk selbst gehostet, und wer betreibt den Server?'
+    answer: 'RustDesk Server Pro ist selbst gehostet: Der ID-/Rendezvous-Server, das Relay, die Konsole und die gespeicherten Bereitstellungsdaten laufen auf einer Infrastruktur, die Sie selbst kontrollieren. Jemand auf Ihrer Seite richtet den Host ein, öffnet die Ports, konfiguriert TLS und spielt Patches ein – Routinearbeit für die Infrastruktur eines MSP, die nach der Einrichtung nur noch wenig Aufwand macht.'
+  - question: 'Wie sollte ein MSP mit der Evaluierung von RustDesk beginnen?'
+    answer: 'Ein üblicher Weg ist, mit dem kostenlosen Community-Server auf einer Test-VM oder einem kleinen internen Host zu beginnen, einen repräsentativen Client-Workflow zu validieren und dann zu entscheiden, ob sich die Pro-Funktionen lohnen. Sie können auch eine E-Mail an sales@rustdesk.com senden, um sich nach den aktuellen Evaluierungsbedingungen zu erkundigen.'
+
+metadata:
+  description: 'RustDesk für MSPs: eine selbst gehostete Alternative zu ScreenConnect/TeamViewer – konsolidieren Sie Remote-Support mit eigenem Branding, Zugriffskontrolle und planabhängiger Gleichzeitigkeit.'
+  keywords: 'RustDesk für MSPs, selbst gehostete Fernwartung für MSPs, White-Label-Fernwartung für MSPs, Remote-Support-Tool für MSPs, Remote-Desktop-Lizenzierung pro Techniker'
+---
+
+Die meisten MSPs suchen nicht nach einem weiteren Remote-Support-Tool. Sie suchen nach _weniger_ davon. Der Tool-Stack wächst aus strukturellen Gründen, nicht aus Vorliebe: hier ein Cloud-Remote-Support-Seat, dort ein Tool pro Techniker, dazu ein eigenständiges Quick-Support-Tool für Einzeleinsätze – unterschiedliche Anbieter und immer dieselben drei Beschwerden über Kosten, die stetig steigen, Lizenzbedingungen, die Ihre Arbeitsweise einschränken, und Kontrolle, die Sie eigentlich nie wirklich hatten.
+
+Dies ist ein Leitfaden zu **RustDesk für MSPs**: wie ein einziges selbst gehostetes, quelloffenes und individuell brandbares Tool diesen Wildwuchs ersetzen kann – und, ebenso wichtig, wo die Kompromisse liegen.
+
+## Der entscheidende Unterschied: Sie hosten es, Ihnen gehört es
+
+RustDesk Server Pro ist **selbst gehostet**: Der ID-/Rendezvous-Server, das Relay, die Konsole und die gespeicherten Gerätedaten laufen auf einer Infrastruktur, die Sie kontrollieren, und nicht auf der eines Anbieters ([warum Self-Hosting für MSPs wichtig ist](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten)). Und weil der Kern **[quelloffen (AGPL)](https://github.com/rustdesk/rustdesk)** ist, können Sie, wenn das Sicherheits-Audit eines Kunden fragt „Was macht dieser Agent eigentlich auf unseren Endpunkten?“, auf den Quellcode verweisen statt auf eine Closed-Source-Software.
+
+So schneidet eine einzige selbst gehostete Plattform gegen den Wust an Tools ab, den MSPs bei einer Konsolidierung abschaffen:
+
+|                         | Separate Cloud-Fernsupport-Tools  | RustDesk Server Pro                                                                               |
+| ----------------------- | --------------------------------- | ------------------------------------------------------------------------------------------------- |
+| Zu verwaltende Konsolen | Eine pro Tool                     | Eine einzige selbst gehostete Konsole                                                             |
+| Branding                | Zusatzoption oder nicht verfügbar | Generator für Clients mit eigenem Branding (ab dem Basic-Plan)                                    |
+| Hosting                 | Anbieter-Cloud                    | Selbst gehostet (On-Premises oder eigener VPS)                                                    |
+| Quellcode               | Geschlossen                       | Quelloffener (AGPL) Kern                                                                          |
+| Gleichzeitige Sitzungen | Häufig gedeckelt / pro Kanal      | Unbegrenzt bei Standardplänen; begrenzt bei [Customized V2](https://rustdesk.com/pricing#custom2) |
+| Lizenzierungsbasis      | Pro Sitzplatz / pro Kanal         | [Pro Login-Benutzer + pro verwaltetem Gerät](https://rustdesk.com/pricing)                        |
+
+Die genauen Plan-Stufen und aktuellen Preise finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Planabhängige gleichzeitige Verbindungen
+
+Sie zahlen pro Login-Benutzer (Ihre Techniker) und pro verwaltetem Gerät (die Rechner, die Sie betreuen), und die Standardpläne beinhalten unbegrenzte [gleichzeitige Verbindungen](https://rustdesk.com/pricing) – mehrere Techniker können gleichzeitig Sitzungen ausführen, ohne zusätzliche „Kanäle“ kaufen zu müssen, während Customized V2 diese begrenzt und separat bepreist. Wenn während eines Ausfalls drei Techniker gleichzeitig bei drei verschiedenen Kunden vor Ort im Einsatz sind, ist das schlicht Alltag – kein abrechnungspflichtiges Sonderereignis. Wenn Sie bislang gleichzeitige Sitzungen rationieren oder Ihr Team nach einer Kanal-Obergrenze takten mussten, entfällt diese Einschränkung.
+
+## Mit eigenem Branding und Zugriffskontrolle ausstatten
+
+RustDesk liefert genau die Bausteine, die ein MSP für den Betrieb im großen Maßstab wirklich braucht: eine selbst gehostete **[Web-Konsole](https://rustdesk.com/docs)**, einen **Generator für Clients mit eigenem Branding** sowie **[Gerätegruppen plus ein gemeinsames Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/)** für nutzerbasierte Zugriffskontrolle. **[LDAP/SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) (OIDC) ist ab dem Basic-Plan verfügbar.**
+
+Der gebrandete Client ist deshalb wichtig, weil Ihre Kunden auf dem installierten Tool Ihre eigene Marke sehen – nicht die eines Anbieters. Die Zugriffskontrolle kann Techniker auf zugewiesene Gerätegruppen beschränken. Prüfen Sie die aktuelle Plan-Matrix, bevor Sie sich auf diese Funktionen verlassen.
+
+## Kontrolle über den Speicherort serverseitiger Daten
+
+Self-Hosting gibt einem MSP Kontrolle über den Speicherort serverseitiger Daten. Es garantiert weder, dass direkter Endpunkt-Traffic in einem einzigen Land verbleibt, noch stellt es allein schon die DSGVO-Konformität her; kartieren Sie Endpunktstandorte, Routing, Aufbewahrungsfristen und rechtliche Verpflichtungen.
+
+## Testen Sie es zu Ihren eigenen Bedingungen
+
+Sie können RustDesk noch heute evaluieren, ganz ohne gebuchten Termin:
+
+- **Richten Sie den kostenlosen Community-Server auf einer freien VM ein.** Er ist quelloffen und läuft nie ab, sodass Sie einen echten Client-Workflow validieren können, bevor Sie auch nur einen Cent ausgeben.
+- **Sobald Branding und Zugriffskontrolle ins Spiel kommen,** vergleichen Sie die Stufen unter [rustdesk.com/pricing](https://rustdesk.com/pricing) und fragen Sie [sales@rustdesk.com](mailto:sales@rustdesk.com) nach den aktuell geltenden Evaluierungsbedingungen.
+- **Wenig Zeit für ein eigenes Testlabor?** Erleben Sie RustDesk zunächst in Aktion oder stöbern Sie in den Video-Anleitungen auf dem [RustDesk-YouTube-Kanal](https://www.youtube.com/@rustdesk).
+
+Sie können **[jederzeit upgraden](/de/blog/rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es) (anteilig berechnet)**, wenn Ihr Kundenstamm wächst – starten Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
@@ -0,0 +1,86 @@
+---
+publishDate: 2026-07-07T17:09:00Z
+lang: de
+translationKey: rustdesk-remote-control-android-ios
+draft: false
+title: 'RustDesk Fernsteuerung für Android & iOS: Was funktioniert'
+excerpt: 'Wie RustDesk Android-Smartphones fernsteuert, iPhones und iPads in Steuergeräte verwandelt – und warum kein Anbieter iOS fernsteuern kann.'
+image: ~/assets/images/blog/rustdesk-remote-control-android-ios-og.png
+category: 'Anleitungen'
+tags: ['RustDesk', 'Mobil']
+author: RustDesk Team
+slug: 'rustdesk-fernsteuerung-fur-android-and-ios-was-funktioniert'
+faq:
+  - question: 'Kann ich ein Android-Smartphone mit RustDesk fernsteuern?'
+    answer: 'Ja. Auf dem Android-Gerät starten Sie den Bildschirmaufnahme-Dienst von RustDesk (der eine Bestätigung auf dem Bildschirm erfordert) und aktivieren den Bedienungshilfen-Dienst „RustDesk Input", damit Tipp- und Wischgesten aus der Ferne eingespielt werden können. Für die Bildschirmfreigabe ist mindestens Android 6 erforderlich, für die Freigabe des internen Systemtons mindestens Android 10. Manche Hersteller schränken die Bedienungshilfen für seitengeladene (sideloaded) Apps ein, sodass Sie zunächst „Eingeschränkte Einstellungen zulassen" aktivieren müssen.'
+  - question: 'Kann RustDesk ein iPhone oder iPad steuern?'
+    answer: 'Mit keiner Remote-Desktop-App – das ist eine Einschränkung der iOS-Plattform, keine von RustDesk. Apples Beschränkungen bei Bildschirmaufnahme und Hintergrundausführung erlauben es keiner App eines Drittanbieters, als Host ferngesteuert zu werden, weshalb kein Anbieter eine echte Fernsteuerung eines iPhones oder iPads anbietet. Was die iOS-/iPadOS-App von RustDesk hingegen sehr gut kann: als Steuergerät fungieren – nutzen Sie ein iPhone oder iPad, um Ihre Windows-, macOS-, Linux- und Android-Geräte zu steuern.'
+  - question: 'Kann ich mein Smartphone nutzen, um meinen Computer zu steuern?'
+    answer: 'Ja. Die RustDesk-Apps für Android und iOS funktionieren als vollwertige Steuerungs-Clients. Von beiden aus können Sie sich mit einem Windows-, macOS- oder Linux-Rechner verbinden und ihn per Touchpad-Anzeige oder Mausmodus steuern. Das ist der zuverlässigste mobile Anwendungsfall und funktioniert genauso wie beim Desktop-Client.'
+  - question: 'Sind die mobilen RustDesk-Apps quelloffen?'
+    answer: 'Ja. Die mobilen Clients nutzen dieselbe quelloffene AGPL-Codebasis wie der Desktop-Client. Android-Builds stehen über die offiziellen RustDesk-GitHub-Releases und F-Droid als com.carriez.flutter_hbb zur Verfügung; das iOS-Steuergerät gibt es im Apple App Store. Über Google Play wird RustDesk derzeit nicht vertrieben.'
+  - question: 'Kann ich ein Android-Gerät dauerhaft für unbeaufsichtigten Zugriff einrichten?'
+    answer: 'Nur teilweise. RustDesk kann seinen Aufnahmedienst über eine Vordergrund-Benachrichtigung am Leben halten und ihn nach einem Neustart automatisch wieder starten. Die erforderliche Bestätigung für die Bildschirmaufnahme, die blockierte Tastatur auf dem Sperrbildschirm sowie die Notwendigkeit, das Gerät nach einem Neustart manuell zu entsperren, machen echten unbeaufsichtigten Zugriff auf Android jedoch unzuverlässig. Betrachten Sie die Android-Steuerung eher als betreuten Support denn als „einrichten und vergessen"-Zugriff.'
+metadata:
+  description: 'RustDesk unter Android und iOS: Android-Geräte aus der Ferne steuern, mit beiden mobilen Apps Ihre Desktops bedienen – und was Apple auf iPhone und iPad erlaubt.'
+  keywords: 'RustDesk Android iOS Fernsteuerung, Smartphone fernsteuern mit RustDesk, RustDesk Android Host, Android aus der Ferne steuern, RustDesk iOS, iPhone fernsteuern, RustDesk mobile App'
+---
+
+„Kann ich mich per Fernzugriff auf ein Smartphone verbinden?“ ist eine der häufigsten Fragen, die RustDesk erreicht – und sie verdient eine ehrliche statt einer werblichen Antwort. Kurz gesagt: RustDesk kann ein Android-Gerät tatsächlich fernsteuern, beide mobilen Apps eignen sich hervorragend als _Steuergeräte_ für Ihre Computer – und, was viele nicht hören wollen: Auf ein iPhone oder iPad können Sie sich derzeit nicht per Fernzugriff verbinden. Dieser Leitfaden erklärt genau, was funktioniert, was nicht, und warum – damit Sie mit den tatsächlichen Möglichkeiten planen können statt mit Annahmen.
+
+Wie der Rest von RustDesk sind auch beide mobilen Apps quelloffen und unterliegen der AGPL. Android-Builds sind über die [offiziellen RustDesk-GitHub-Releases](https://github.com/rustdesk/rustdesk/releases) und [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/) als `com.carriez.flutter_hbb` erhältlich, mit breiter Geräteabdeckung – arm64-, arm32- und x86_64-Builds sowie eine universelle APK; das iOS-Steuergerät gibt es im App Store. RustDesk wird [derzeit nicht über Google Play vertrieben](/de/blog/rustdesk-und-remote-access-betrug-was-wir-tun): Die Android-App wurde als Reaktion auf Betrugsmissbrauch freiwillig aus dem Store genommen. Gleiche Codebasis, gleicher überprüfbarer Kern.
+
+## Die Zusammenfassung in einer Tabelle
+
+| Szenario                                             | Unterstützt? | Hinweise                                                               |
+| ---------------------------------------------------- | ------------ | ---------------------------------------------------------------------- |
+| Windows-/macOS-/Linux-PC **von** Android aus steuern | Ja           | Vollwertiges Steuergerät; Touchpad- oder Mausmodus                     |
+| PC **von** iPhone/iPad aus steuern                   | Ja           | Vollwertiges Steuergerät                                               |
+| **Ein Android-Gerät** steuern (als Host)             | Ja           | Erfordert Bestätigung der Bildschirmaufnahme + Bedienungshilfen-Dienst |
+| **Ein iOS-Gerät** steuern (iPhone/iPad als Host)     | **Nein**     | Apple-Einschränkungen; nicht implementiert                             |
+| Einen iOS-Bildschirm aus der Ferne betrachten        | **Nein**     | Derzeit nicht unterstützt                                              |
+
+Der Rest des Artikels liefert lediglich die Details zu jeder Zeile.
+
+## Das Smartphone als Steuergerät nutzen (der einfache Teil)
+
+Das ist der Anwendungsfall, der einfach „funktioniert“. Installieren Sie RustDesk auf Ihrem Android- oder iOS-Gerät, und es wird zu einem vollwertigen Steuergerät für jeden RustDesk-Host – Ihren Windows-Desktop, Ihren [Mac](https://rustdesk.com/docs/de/client/mac/), Ihren [Linux-Rechner](/de/blog/rustdesk-fur-linux-der-open-source-remote-desktop). Geben Sie die Ziel-ID und das Passwort ein, und Sie erhalten den entfernten Bildschirm mit einem Touchpad auf dem Display, einem Mausmodus, einer Software-Tastatur und Dateiübertragung. Auf dem Smartphone ist dafür nichts Besonderes nötig, da Sie die Steuerung nur _senden_ und nicht selbst gesteuert werden.
+
+Wenn Ihre Aufgabe lautet „einen Computer reparieren, egal wo ich gerade bin“, ist ein Smartphone mit RustDesk ein wirklich gutes Werkzeug – und es verhält sich genauso wie der Desktop-Client.
+
+## Ein Android-Gerät steuern (als Host)
+
+Hier gelingt RustDesk etwas, das die meisten Remote-Tools nicht können: Ein Android-Smartphone oder -Tablet wird zu einem steuerbaren Host. Zwei Android-Subsysteme machen das möglich, und beide erfordern eine explizite Einrichtung.
+
+**Bildschirmaufnahme.** RustDesk nutzt Androids `MediaProjection`-API, um den Bildschirminhalt zu erfassen. Wenn Sie in der App auf **Dienst starten** tippen, zeigt Android eine Bestätigungsabfrage an, die um Erlaubnis zur Bildschirmaufnahme bittet – dieser Dialog ist zwingend erforderlich und kann nicht stillschweigend umgangen werden. Für die Bildschirmfreigabe ist mindestens **Android 6** nötig; für die Erfassung des **internen Systemtons** des Smartphones mindestens **Android 10**. Solange diese Aufnahmeberechtigung nicht erteilt ist, kann keine eingehende Verbindung irgendetwas sehen.
+
+**Ferneingabe.** Den Bildschirm zu sehen ist nicht dasselbe wie ihn zu steuern. Um Tipp-, Wisch- und Tastenereignisse einzuspielen, registriert RustDesk einen [`AccessibilityService`](https://deepwiki.com/rustdesk/rustdesk/6.5-mobile-platforms) namens **RustDesk Input**, den Sie unter **Einstellungen → Bedienungshilfen** aktivieren. Er übersetzt entfernte Maus- und Gestenereignisse in Android-Gesten und kann Systemaktionen wie Zurück, Home und Übersicht (Recents) auslösen.
+
+**Am Leben halten.** RustDesk hält eine Vordergrunddienst-Benachrichtigung und optional ein schwebendes Overlay-Fenster aufrecht, damit Android den Aufnahmeprozess nicht beendet, und kann den Dienst nach einem Neustart automatisch wieder starten.
+
+Nun zu den Einschränkungen, denn Androids Sicherheitsmodell bringt echte mit sich:
+
+- **Für den Start der Aufnahme ist eine Bestätigung nötig.** Jemand (oder eine vorherige Genehmigung) muss die Bildschirmaufnahme-Abfrage akzeptieren.
+- **Der Sperrbildschirm blockiert Eingaben.** Android erlaubt es einem Bedienungshilfen-Dienst nicht, auf dem gesicherten Sperrbildschirm zu tippen. Ist das Gerät gesperrt, können Sie den Entsperrcode in der Regel nicht aus der Ferne eingeben – eine Einschränkung, die auch [von erfahrenen Anwendern dokumentiert wurde](https://blog.wirelessmoves.com/2025/10/remote-android-support-with-rustdesk-part-1.html).
+- **Nach einem Neustart ist eine manuelle Entsperrung nötig.** Nach einem Neustart muss das Gerät in der Regel persönlich entsperrt werden, bevor die Steuerung wieder funktioniert.
+- **Einschränkungen durch OEMs.** Bei manchen Herstellern ist der Schalter für die Bedienungshilfe **RustDesk Input** bei seitengeladenen Apps ausgegraut, bis Sie „Eingeschränkte Einstellungen“ zulassen (App-Symbol lange gedrückt halten → App-Info → eingeschränkte Einstellungen zulassen). Aggressive Akku-Manager mancher Hersteller können den Hintergrunddienst zudem beenden.
+
+Die praktische Erkenntnis: Die Android-Steuerung eignet sich hervorragend für **betreuten Support** – also für die Hilfe bei jemandem, der sein Smartphone gerade in der Hand hält –, während **unbeaufsichtigter „einrichten und vergessen“-Zugriff** eine Aufgabe ist, die der Desktop-Host am besten erledigt, da mobile Betriebssysteme dauerhaften Hintergrundzugriff einschränken. Wählen Sie die Plattform passend zur Aufgabe. (Für Desktops behandelt der [Leitfaden zur Einrichtung des unbeaufsichtigten Zugriffs](/de/blog/unbeaufsichtigter-zugriff-mit-rustdesk-einrichtungsanleitung) die eigentliche Umsetzung.)
+
+## Ein iOS-Gerät steuern: Was Apple erlaubt
+
+Das ist der Teil, nach dem ständig gefragt wird und der anderswo nur vage beantwortet wird – deshalb werden wir hier direkt: **Keine Remote-Desktop-App kann ein iPhone oder iPad fernsteuern – RustDesk eingeschlossen.** Unter iOS ist die RustDesk-App ein leistungsfähiges Steuergerät – sie verbindet sich _nach außen_, um Ihre Computer zu steuern –, aber Apple erlaubt es keiner App eines Drittanbieters, unter iOS als ferngesteuerter Host zu fungieren.
+
+Der Grund liegt bei Apple. iOS schränkt Hintergrundausführung, Bildschirmaufnahme und jede Form von synthetischer Eingabeinjektion stark ein – deshalb bietet keine App eines Drittanbieters echte Fern*steuerung* eines iPhones. Das ist weniger ein Versäumnis von RustDesk als vielmehr eine Mauer auf Plattformebene – die Unterstützung von iOS als Host ist ein wiederholt [auf GitHub angefragtes Feature](https://github.com/rustdesk/rustdesk/discussions/4839), das nach wie vor nicht umgesetzt ist. Apples Broadcast-APIs (ReplayKit) können einen Bildschirm zwar grundsätzlich streamen, aber das ist eine von der App selbst initiierte Übertragung – kein Abruf durch eine entfernte Gegenstelle. Daher bleibt die Fernanzeige von iOS-Bildschirmen durch Drittanbieter-Apps unmöglich, und eine vollständige Fernsteuerung von iOS durch ein anderes Gerät ist etwas, das das Betriebssystem Drittanbietern nicht gestattet.
+
+Wenn Ihre Anforderung also konkret lautet „per Fernzugriff auf ein iPhone verbinden“, kann das derzeit kein Remote-Desktop-Tool leisten – das ist eine iOS-Plattformgrenze, an die jeder Anbieter stößt, keine Lücke bei RustDesk, wie auch in unserem Vergleich [RustDesk vs. AnyDesk](/de/blog/rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software) erläutert. Das sagen wir Ihnen lieber gleich zu Beginn, als dass Sie es erst nach der Einrichtung entdecken.
+
+## Ein Hinweis zu Datenschutz und Self-Hosting
+
+Da die mobilen Apps quelloffen sind und dasselbe Protokoll wie der Desktop-Client sprechen, können Sie sie statt auf das öffentliche Netzwerk auf Ihren eigenen [selbst gehosteten RustDesk-Server](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) ausrichten – mobile Sitzungen werden dann über eine Infrastruktur vermittelt, die Sie selbst kontrollieren, ID inklusive. Für Remote-Support-Workflows, die persönliche Geräte betreffen, wiegt dieser Aspekt der Datenhoheit besonders schwer.
+
+Der Kompromiss ist wie immer derselbe: Sie betreiben und sichern diesen Server selbst – angesichts der geringen Anforderungen eine überschaubare Aufgabe –, und für viele Teams lohnt es sich sehr, die Sitzungsdaten auf eigenem Terrain zu behalten.
+
+## Erste Schritte
+
+Laden Sie Android-Builds von den [offiziellen GitHub-Releases](https://github.com/rustdesk/rustdesk/releases) herunter oder installieren Sie das Paket über [F-Droid](https://f-droid.org/packages/com.carriez.flutter_hbb/). RustDesk wird [derzeit nicht über Google Play vertrieben](/de/blog/rustdesk-und-remote-access-betrug-was-wir-tun); das iOS-Steuergerät bleibt weiterhin im Apple App Store erhältlich. Um ein Smartphone zu steuern, muss dieses ein Android-Gerät sein – akzeptieren Sie die Bildschirmaufnahme-Abfrage und aktivieren Sie den Bedienungshilfen-Dienst RustDesk Input. Um Ihre Computer von einem Smartphone aus zu steuern, funktioniert jede der beiden mobilen Apps sofort einsatzbereit. Die aktuellen Tarife finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing), und [sales@rustdesk.com](mailto:sales@rustdesk.com) hilft Ihnen gerne bei Server Pro weiter. Möchten Sie es sich zuerst ansehen? [RustDesk in Aktion erleben](https://www.youtube.com/@rustdesk).
@@ -0,0 +1,53 @@
+---
+publishDate: 2026-07-09T10:47:00Z
+lang: 'de'
+translationKey: 'rustdesk-scale-50000-200000-devices'
+draft: false
+title: 'Skaliert RustDesk auf 200.000 Geräte?'
+excerpt: 'Erfahren Sie aus erster Hand, welchen betrieblichen Kontext RustDesk für die Planung großer Geräteflotten liefert, was die Beobachtung des öffentlichen Servers zeigt und was ein selbst gehostetes Rollout noch validieren muss.'
+image: '~/assets/images/blog/rustdesk-scale-50000-200000-devices-og.png'
+category: 'Bereitstellung'
+tags: ['RustDesk', 'Bereitstellung', 'Unternehmen']
+author: 'RustDesk Team'
+slug: 'skaliert-rustdesk-auf-200-000-gerate'
+faq:
+  - question: 'Wie viele Geräte kann ein selbst gehosteter RustDesk-Server verwalten?'
+    answer: 'Die interne Telemetrie von RustDesk verzeichnete am 7. Juli 2026 auf einem einzigen öffentlichen Server-Host mit 12-Kern-CPU und 32 GB RAM mehr als zwei Millionen Online-Endpunkte.'
+  - question: 'Was muss angepasst werden, um 200.000 Geräte zu erreichen?'
+    answer: 'Validieren Sie die Fluktuation der Online-Geräte, gleichzeitige Remote-Sitzungen, Relay-Bandbreite, Caching, die Schreibleistung der Datenbank und die Aktivität der Verwaltungskonsole anhand Ihrer eigenen Arbeitslast.'
+  - question: 'Unterstützt RustDesk Server Pro Hochverfügbarkeit oder Lastverteilung?'
+    answer: 'Die Architektur unterstützt horizontale Skalierung – Deployments können mehrere Relays betreiben und diese regional platzieren –, aber Hochverfügbarkeit ist eine Design-Aufgabe und keine Standardeinstellung ab Werk. Validieren Sie Relay-Redundanz, Datenbank-Failover und Sitzungsverteilung gemeinsam mit RustDesk.'
+
+metadata:
+  description: 'Erfahren Sie aus erster Hand, welchen betrieblichen Kontext RustDesk für die Planung von 200.000 Geräten liefert, und welche Arbeitslastvariablen ein selbst gehostetes Server-Pro-Deployment validieren muss.'
+  keywords: 'rustdesk skalierung 200000 geräte, rustdesk 50000 geräte, rustdesk selbst gehostete server-skalierbarkeit, rustdesk enterprise deployment, rustdesk server pro kapazität, remote desktop für große geräteflotten'
+---
+
+Die interne Telemetrie von RustDesk verzeichnete am 7. Juli 2026 auf einem öffentlichen Server-Host mit einer **12-Kern-CPU und 32 GB RAM** **mehr als zwei Millionen Online-Endpunkte**.
+
+Zwei Einschränkungen definieren ihren Geltungsbereich. Erstens bedeutet „Online-Endpunkte” Geräte, die zu diesem Zeitpunkt als online gemeldet wurden – nicht zwei Millionen gleichzeitige Fernsteuerungssitzungen. Zweitens handelt es sich um eine interne Beobachtung aus dem Produktivbetrieb, nicht um einen unabhängig geprüften Benchmark oder eine Server-Pro-Garantie – es gibt weder ein öffentliches Monitoring-Dashboard noch einen herunterladbaren Datensatz, und ein Server-Pro-Deployment weist abweichende Datenbankschreibvorgänge, Audit-Aktivitäten, Konsolennutzung, Richtlinienverarbeitung und Relay-Datenverkehr auf. Behandeln Sie die Kennzahl als Kontext aus erster Hand für die Dimensionierung und validieren Sie jedes Ziel anhand Ihrer eigenen Arbeitslast.
+
+## Die kurze Antwort
+
+Ja, 200.000 Online-Geräte sind ein glaubwürdiges Planungsziel. Die obige Beobachtung lag auf einem einzigen Host mit 12-Kern-CPU und 32 GB RAM eine Größenordnung höher – die Obergrenze ist also nicht der begrenzende Faktor; die eigentliche Arbeit besteht darin, Ihre spezifische Arbeitslast zu validieren, was der Rest dieses Artikels aufschlüsselt.
+
+## Im Detail
+
+Fragen zur Skalierung wie diese gehören zu den häufigsten, die wir von IT-Teams hören, die von TeamViewer oder AnyDesk migrieren – besonders von solchen, die Geräteflotten im Zehntausender- oder Hunderttausender-Bereich planen. Die Antwort hängt davon ab, wie viele Geräte online bleiben, wie häufig sich ihr Status ändert, wie viele Remote-Sitzungen gleichzeitig laufen und wie viel Datenverkehr über das Relay läuft.
+
+Validieren Sie bei einem Server-Pro-Rollout die Aspekte, die sich nicht aus dieser Kennzahl des öffentlichen Servers ableiten lassen. Caching und die Schreibleistung der Datenbank sind relevant, wenn Geräte kommen und gehen. Relay-Bandbreite und CPU-Auslastung hängen von Anzahl, Dauer, Auflösung und Codec der gleichzeitig über Relay laufenden Sitzungen ab. Konsolenabfragen, Audit-Aufbewahrung, Gerätegruppen, Richtlinien und Integrationen können zusätzliche Last erzeugen, die allein durch die Endpunktpräsenz nicht erfasst wird. Erfassen Sie die geplante Online-Geräteanzahl, die Verbindungsfluktuation, gleichzeitige direkte und über Relay laufende Sitzungen, die Datenbank-Aufbewahrung und die administrative Aktivität in einem repräsentativen Lasttest.
+
+Hochverfügbarkeit und Lastverteilung fallen in dieselbe Kategorie. Für sehr große Geräteflotten lohnt es sich, diese von Anfang an einzuplanen, aber die Details – Relay-Redundanz, Datenbank-Failover und die Verteilung von Sitzungen – sollten gemeinsam mit RustDesk validiert werden, statt als Standardeinstellung ab Werk vorausgesetzt zu werden.
+
+Die Lizenzierung in dieser Größenordnung nutzt Modelle pro Benutzer und pro Gerät. Bestätigen Sie daher die genaue Stufe für Ihre Geräteflotte unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Wer stellt diese Frage
+
+Für Fleet-Architekten, die mehrjährige Rollouts planen – in Unternehmen, bei großen [MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool) und in IT-Programmen des öffentlichen Sektors –, steht diese Frage ganz oben auf der Prüfliste. Diese Käufer verlassen meist ein kommerzielles Tool aus Kosten- oder Datenhoheitsgründen und benötigen die Gewissheit, dass eine selbst gehostete Plattform mit ihnen mitwächst, statt mitten im Vertrag an eine Grenze zu stoßen.
+
+## Verwandte Fragen
+
+- Limits gleichzeitiger Verbindungen und Lizenzierung für große Gerätezahlen: siehe [RustDesk-Preise](https://rustdesk.com/pricing).
+- [Kann ich eine bestehende TeamViewer- oder AnyDesk-Geräteflotte zu RustDesk migrieren?](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative)
+
+Planen Sie ein Rollout im großen Maßstab? Wenden Sie sich an das [RustDesk-Team](mailto:sales@rustdesk.com), um ein selbst gehostetes Deployment für Ihre Geräteanzahl, Leistungsanforderungen und Ihren Wachstumszeitplan zu dimensionieren.
@@ -0,0 +1,51 @@
+---
+publishDate: 2026-06-28T16:50:00Z
+lang: 'de'
+translationKey: rustdesk-server-pro-offline-air-gapped
+draft: false
+title: 'Kann RustDesk Server Pro offline oder air-gapped betrieben werden?'
+excerpt: 'Nein – selbst gehostetes RustDesk Server Pro benötigt fortlaufenden ausgehenden Zugriff auf rustdesk.com, um seine Lizenz zu validieren, weshalb ein vollständig air-gapped Deployment nicht unterstützt wird.'
+image: ~/assets/images/blog/rustdesk-server-pro-offline-air-gapped-og.png
+category: 'Bereitstellung'
+tags: ['RustDesk', 'Bereitstellung', 'Selbst-Hosting']
+author: 'RustDesk Team'
+slug: 'kann-rustdesk-server-pro-offline-oder-air-gapped-betrieben-werden'
+faq:
+  - question: 'Kann RustDesk Server Pro offline oder air-gapped betrieben werden?'
+    answer: 'Nein. Der lizenzierte Server Pro muss während des Betriebs eine ausgehende Verbindung zu rustdesk.com aufrechterhalten, um die Lizenz zu validieren. Eine vollständig air-gapped Bereitstellung, die niemals „nach Hause telefoniert“, wird daher nicht unterstützt. Sie können den ausgehenden Datenverkehr aber eng einschränken und über einen Proxy leiten.'
+  - question: 'Benötigt RustDesk Server Pro eine permanente Internetverbindung?'
+    answer: 'Er benötigt fortlaufenden ausgehenden Zugriff auf rustdesk.com zur Lizenzvalidierung, jedoch keine im wörtlichen Sinne ununterbrochene Verbindung. Der Server meldet sich über Port 443 etwa einmal täglich, und schlägt eine Prüfung fehl, wird es so lange erneut versucht, bis sie erfolgreich ist oder rund sieben Tage vergangen sind – ein kurzer Ausfall wird also toleriert, aber ein Server, der länger als dieses Kulanzfenster von rustdesk.com getrennt ist, validiert nicht mehr. Die eigentlichen Remote-Sitzungen werden über Ihre eigenen selbst gehosteten Relay- und ID-Server (Rendezvous-Server) vermittelt.'
+  - question: 'Welchen ausgehenden Zugriff benötigt eine isolierte RustDesk-Server-Pro-Bereitstellung?'
+    answer: 'Erlauben Sie ausgehendes HTTPS vom Server zu rustdesk.com für die Lizenzvalidierung (sowie für die Client-Bereitstellung, falls Sie individuelle Clients nutzen). Ein Proxy wird unterstützt, sodass der Rest des Netzwerks abgeschottet bleiben kann. Die genauen Domains und Ports finden Sie in der RustDesk-Dokumentation.'
+  - question: 'Gibt es eine vollständig air-gapped Lizenzoption für RustDesk?'
+    answer: 'Das lizenzierte Standardprodukt ist nicht für einen Air-Gap-Betrieb ausgelegt, bei dem niemals „nach Hause telefoniert“ wird. Wenn Sie harte Air-Gap-Anforderungen haben, klären Sie Ihr genaues Szenario vorab mit RustDesk.'
+metadata:
+  description: 'Kann selbst gehostetes RustDesk Server Pro air-gapped betrieben werden? Nein – die Pro-Lizenz benötigt fortlaufenden ausgehenden Zugriff auf rustdesk.com, weshalb ein vollständiger Air-Gap-Betrieb nicht unterstützt wird.'
+  keywords: 'rustdesk server pro offline, rustdesk air-gapped, rustdesk selbst gehostet internetzugang, rustdesk server pro lizenzprüfung, rustdesk offline installation, braucht rustdesk internet'
+---
+
+Nein – eine selbst gehostete RustDesk-Server-Pro-Bereitstellung ist nicht dafür ausgelegt, vollständig offline oder air-gapped zu laufen. Die Pro-Lizenz muss rustdesk.com über eine ausgehende Verbindung erreichen, um gültig zu bleiben – sowohl bei der Aktivierung als auch fortlaufend, während der Server läuft. Ein Netzwerk, das wirklich niemals „nach Hause telefoniert“, liegt damit außerhalb des unterstützten Modells.
+
+## Die kurze Antwort
+
+In der Praxis erfolgt die Prüfung periodisch statt permanent: Der Server kontaktiert rustdesk.com über Port 443 etwa einmal täglich, und schlägt eine Prüfung fehl, versucht er es so lange erneut, bis sie entweder erfolgreich ist oder rund sieben Tage vergangen sind – danach validiert die Lizenz nicht mehr. Dieses eingebaute Kulanzfenster bedeutet, dass ein kurzer Internetausfall Ihre Bereitstellung nicht sofort lahmlegt, ein dauerhaft offline betriebener Server hingegen schon. Ihre ID- und Relay-Dienste bleiben selbst gehostet: Direkte Sitzungen laufen zwischen den Endpunkten, weitergeleitete Sitzungen nutzen Ihr eigenes Relay. Sie können das Netzwerk dabei eng abgesichert halten – ein Proxy wird unterstützt, sodass Sie in der Praxis nur den benötigten ausgehenden HTTPS-Pfad freigeben und alles Übrige sperren.
+
+## Im Detail
+
+Der Open-Source-RustDesk-Server, den Sie ohne Lizenz selbst hosten können, ist eine andere Sache – die hier beschriebene Anforderung gilt speziell für den Funktionsumfang des **lizenzierten Server Pro**. Wenn es Ihnen im Kern darum geht, Sitzungsdaten auf Ihrer eigenen Infrastruktur zu behalten, erreichen Sie das bereits durch Self-Hosting an sich – die Anforderung des ausgehenden Zugriffs betrifft die Lizenzierung, nicht die Vermittlung jeder einzelnen Sitzung.
+
+Es gibt noch einen zweiten Workflow zu berücksichtigen: das **Erstellen eines individuellen Clients**. Wenn Sie über Server Pro einen gebrandeten oder vorkonfigurierten Client generieren, benötigt auch dieser Bereitstellungsschritt ausgehenden Zugriff. Prüfen Sie das aktuelle Verhalten für Ihre Version und Ihren Plan.
+
+Für ein strikt air-gapped Netzwerk ist genau das der entscheidende Punkt. Ein wirklich isolierter Server, der rustdesk.com _niemals_ erreichen kann, liegt außerhalb des Standardmodells. Wenn Sie also harte Air-Gap-Anforderungen haben, klären Sie Ihr genaues Szenario vorab mit RustDesk. Für den weitaus häufigeren Fall „größtenteils isoliert, mit strikt begrenztem Egress“ lautet die praktische Empfehlung: Planen Sie einen ausgehenden HTTPS-Pfad zu rustdesk.com ein – direkt oder über einen Proxy – und definieren Sie die genauen Domains, Ports und den Freigabeprozess, bevor Sie die Firewall-Richtlinie schreiben. Siehe die [RustDesk-Dokumentation](https://rustdesk.com/docs); zu beachten ist, dass dieselbe Lizenzanforderung auch der Grund dafür ist, dass Sie [Server Pro selbst bei einer Installation ohne Docker nicht komplett ohne Internetzugang betreiben können](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/installscript/).
+
+## Wer stellt diese Frage
+
+Betreiber isolierter oder regulierter Netzwerke stellen sich diese Frage schon, bevor RustDesk überhaupt installiert ist – das gilt gleichermaßen für Sicherheitsteams wie für [MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool), die abgeschottete Umgebungen betreuen. Ihre Netzwerke sitzen mitunter hinter strengen Egress-Firewalls, oder sie möchten externe Abhängigkeiten schlicht minimieren. Zu wissen, dass die Lizenz einen fortlaufenden ausgehenden Pfad benötigt – aber eben auch nicht mehr als das –, ermöglicht es ihnen, eine präzise Firewall-Regel zu formulieren, statt entweder das Netzwerk unnötig weit zu öffnen oder fälschlich anzunehmen, das Produkt liefe in einem völligen Vakuum.
+
+## Verwandte Fragen
+
+- Ausgehende Domains und Ports: siehe die [RustDesk-Dokumentation](https://rustdesk.com/docs).
+- [Kann ich RustDesk Server Pro ohne Docker auf einer einfachen VM installieren?](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/installscript/)
+- Einen individuell gebrandeten Client erstellen: siehe die [RustDesk-Dokumentation](https://rustdesk.com/docs).
+
+Planen Sie eine abgeschottete oder nahezu air-gapped Einführung? Klären Sie die aktuellen Details zu Konnektivität und Lizenzierung auf rustdesk.com, bevor Sie Ihre Firewall-Richtlinie final festlegen.
@@ -0,0 +1,92 @@
+---
+publishDate: 2026-07-08T11:04:00Z
+lang: 'de'
+translationKey: rustdesk-unattended-access-setup
+draft: false
+title: 'Unbeaufsichtigter Zugriff mit RustDesk: Einrichtungsanleitung'
+excerpt: 'Richten Sie den unbeaufsichtigten Zugriff mit RustDesk richtig ein: ein dauerhaftes Passwort, Ausführung als Dienst für den Start beim Booten und Rollout im großen Maßstab mit einem vorkonfigurierten Client.'
+image: ~/assets/images/blog/rustdesk-unattended-access-setup-og.png
+category: 'Bereitstellung'
+tags: ['RustDesk', 'Bereitstellung', 'Unbeaufsichtigter Zugriff']
+author: RustDesk Team
+slug: 'unbeaufsichtigter-zugriff-mit-rustdesk-einrichtungsanleitung'
+faq:
+  - question: 'Wie richte ich unbeaufsichtigten Zugriff in RustDesk ein?'
+    answer: 'Zwei Dinge sind erforderlich: Legen Sie unter Einstellungen, Sicherheit ein dauerhaftes Passwort fest, damit nicht jedes Mal jemand die Verbindung bestätigen muss, und installieren Sie RustDesk als Systemdienst, damit es bereits vor der Anmeldung läuft und eine Abmeldung übersteht. Mit beidem eingerichtet erreichen Sie den Rechner jederzeit, auch am Anmeldebildschirm, ohne dass jemand anwesend sein muss.'
+  - question: 'Warum bricht meine RustDesk-Verbindung ab, wenn sich der Benutzer abmeldet?'
+    answer: 'Das passiert, wenn RustDesk als portable ausführbare Datei anstatt als installierter Dienst ausgeführt wird. Eine portable Sitzung endet, sobald sich der Benutzer abmeldet oder eine UAC-Eingabeaufforderung erscheint. Installieren Sie RustDesk (anstatt die portable Version auszuführen) und lassen Sie den Dienst aktiviert – der installierte Dienst startet mit dem System –, sodass er im Hintergrund unabhängig von einem angemeldeten Benutzer läuft. Das macht den unbeaufsichtigten Zugriff zuverlässig.'
+  - question: 'Ist unbeaufsichtigter Zugriff mit einem dauerhaften Passwort sicher?'
+    answer: 'Bei guter Konfiguration lässt er sich sicher einsetzen. Verwenden Sie ein langes, einzigartiges dauerhaftes Passwort, schränken Sie ein, wer sich verbinden darf, aktivieren Sie verfügbare Identitäts- und Zugriffskontrollen, halten Sie Clients aktuell und prüfen Sie regelmäßig die Protokolle. Self-Hosting gibt Ihnen die Kontrolle über serverseitige Dienste und gespeicherte Bereitstellungsdaten; der Endpunkt selbst schützt weiterhin seine lokalen Zugangsdaten.'
+  - question: 'Kann ich unbeaufsichtigten Zugriff mit RustDesk auf vielen Computern gleichzeitig einrichten?'
+    answer: 'Ja. In den Self-Hosted-Plänen Basic und höher erstellt der Custom Client Generator ein vorkonfiguriertes Installationsprogramm mit fest hinterlegter Serveradresse, Schlüssel und Einstellungen, sodass Endanwender nichts eingeben müssen. Verteilen Sie es mit Ihrem vorhandenen Deployment-Tool, und jedes Gerät installiert den Dienst und registriert sich automatisch bei Ihrem Server.'
+  - question: 'Funktioniert unbeaufsichtigter Zugriff am Windows-Anmeldebildschirm?'
+    answer: 'Ja, sobald RustDesk als Dienst installiert ist. Der installierte Dienst startet mit dem System, noch bevor sich ein Benutzer anmeldet. So können Sie sich mit dem Anmeldebildschirm verbinden, sich authentifizieren und sogar einen Neustart auslösen und danach wieder verbinden. Die portable ausführbare Datei kann das nicht, da sie nur innerhalb einer Benutzersitzung existiert.'
+
+metadata:
+  description: 'Unbeaufsichtigten Zugriff mit RustDesk einrichten: dauerhaftes Passwort, Ausführung als Dienst für den Start beim Booten, plattformspezifische Hinweise für Windows/macOS/Linux und Rollout in der gesamten Geräteflotte.'
+  keywords: 'RustDesk unbeaufsichtigter Zugriff, RustDesk dauerhaftes Passwort, RustDesk Start beim Booten, RustDesk Dienst installieren, RustDesk unbeaufsichtigte Einrichtung, RustDesk Rollout im großen Maßstab, unbeaufsichtigter Fernzugriff'
+---
+
+Unbeaufsichtigter Zugriff bedeutet, einen Computer zu erreichen, vor dem niemand sitzt – ein Server im Rack, ein Kiosk-Terminal, der PC eines Familienmitglieds am anderen Ende des Landes. RustDesk erledigt das zuverlässig, aber nur, wenn Sie zwei Dinge richtig konfigurieren: ein **dauerhaftes Passwort**, damit niemand jede Verbindung erst bestätigen muss, und RustDesk **als Dienst** ausgeführt, damit es schon vor der Anmeldung und auch nach dem Abmelden verfügbar ist. Diese Anleitung behandelt beides – sowie den Rollout über eine ganze Geräteflotte hinweg.
+
+## Die kurze Antwort
+
+Legen Sie ein **dauerhaftes Passwort** fest (Einstellungen → Sicherheit) und **installieren Sie RustDesk als Systemdienst** – der installierte Dienst startet mit dem Rechner. Das Passwort macht es überflüssig, dass ein Mensch die Anfrage bestätigt; der Dienst sorgt dafür, dass RustDesk unabhängig von einem angemeldeten Benutzer läuft, sodass Sie sich jederzeit verbinden können – auch am Anmeldebildschirm. Für den Rollout im großen Maßstab erzeugen Sie einen vorkonfigurierten Client, sodass sich jeder Rechner automatisch selbst bei Ihrem Server registriert.
+
+## Schritt 1: Ein dauerhaftes Passwort festlegen
+
+Standardmäßig zeigt RustDesk ein rotierendes Einmalpasswort an, das Ihnen eine Person am anderen Ende vorlesen würde. Für unbeaufsichtigten Zugriff ersetzen Sie dieses durch feste Zugangsdaten:
+
+1. Öffnen Sie RustDesk auf dem Rechner, den Sie erreichen möchten.
+2. Gehen Sie zu **Einstellungen → Sicherheit** (in älteren Versionen: der Passwortbereich auf dem Hauptbildschirm).
+3. Wählen Sie **Dauerhaftes Passwort festlegen** und geben Sie einen starken, einzigartigen Wert ein.
+
+Die [RustDesk-Client-Dokumentation](https://rustdesk.com/docs/en/client/) beschreibt dies als das Herzstück des unbeaufsichtigten Zugriffs. Eine Regel verdient besondere Betonung: **Verwenden Sie nicht erneut das Anmeldepasswort des Betriebssystems.** Nutzen Sie für RustDesk ein eigenes, hochentropisches Passwort, damit ein durchgesickertes Passwort nicht auch das jeweils andere kompromittiert.
+
+## Schritt 2: Als Dienst installieren und beim Booten starten
+
+Das ist der Schritt, den viele übersehen. Wenn Sie nur die portable `.exe`- oder `.app`-Datei ausführen, **endet die Sitzung in dem Moment, in dem sich der Benutzer abmeldet oder eine UAC-/Berechtigungsabfrage erscheint** – weil dieser Prozess nur innerhalb der Benutzersitzung existiert. Um wirklich unbeaufsichtigt zu funktionieren, muss RustDesk als **Systemdienst** im Hintergrund laufen.
+
+- Führen Sie das RustDesk-**Installationsprogramm** aus (nicht die portable Version) und schließen Sie die Installation ab.
+- Stellen Sie unter **Einstellungen → Allgemein** sicher, dass der **Dienst** läuft – klicken Sie auf **Starten**, falls er als gestoppt angezeigt wird. Nach der Installation startet der Dienst automatisch mit dem Rechner.
+
+Sobald RustDesk als Dienst läuft, wird es geladen, bevor sich überhaupt jemand anmeldet. Genau das ermöglicht die Verbindung zum **Anmeldebildschirm**, die Remote-Authentifizierung und sogar einen Neustart mit anschließender Wiederverbindung, ohne dass jemand vor Ort sein muss. Community-Beiträge zur [korrekten Einrichtung des Windows-Diensts](https://www.smolkin.org/blog/2026/03/rustdesk-unattended-service-windows.html) betonen denselben Unterschied: portabel bedeutet nur beaufsichtigt nutzbar, installierter Dienst bedeutet unbeaufsichtigt nutzbar.
+
+## Plattformspezifische Hinweise
+
+| Plattform | Was zu tun ist                                                        | Worauf zu achten ist                                                                                                                                                          |
+| --------- | --------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Windows   | Installieren; Dienst aktiv halten (startet mit dem Rechner)           | Portable EXE bricht bei Abmeldung/UAC ab; Installationsprogramm verwenden                                                                                                     |
+| macOS     | Installieren, dauerhaftes Passwort festlegen, Berechtigungen erteilen | Bildschirmaufnahme und Bedienungshilfen müssen erteilt werden; Erfassung am Anmeldebildschirm erfordert den installierten Helper                                              |
+| Linux     | Das Dienstpaket installieren                                          | Wayland benötigt eine aktive Sitzung; für den Zugriff vor der Anmeldung die Headless-Virtual-Display-Einrichtung nutzen, oder X11, sofern eine Distribution das noch anbietet |
+| Android   | Dauerhaftes Passwort festlegen; Erfassung aktivieren                  | Bildschirm muss aktiv sein; Zustimmung zur Bildschirmerfassung (MediaProjection) und Eingabeberechtigung erteilen                                                             |
+
+### Windows
+
+Der sauberste Weg. Installieren, den Dienst aktivieren, das dauerhafte Passwort festlegen – fertig. Da der Dienst beim Booten startet, funktionieren unbeaufsichtigter Zugriff auf den Anmeldebildschirm und über Neustarts hinweg wie erwartet.
+
+### macOS
+
+macOS setzt für Bildschirmaufnahme und Eingabe Berechtigungen voraus. Öffnen Sie nach der Installation **Systemeinstellungen → Datenschutz & Sicherheit** und erteilen Sie RustDesk sowohl **Bildschirmaufnahme** als auch **Bedienungshilfen**. Für den Zugriff auf das _Anmeldefenster_ (bevor sich ein Benutzer anmeldet) muss der RustDesk-Dienst/-Helper installiert sein, damit bereits vor der Anmeldung erfasst werden kann – andernfalls erscheint dort ein schwarzer Bildschirm, dasselbe [Erfassungsproblem, das unser Leitfaden zum schwarzen Bildschirm behandelt](/de/blog/rustdesk-connected-waiting-for-image-der-komplette-leitfaden-zur).
+
+### Linux
+
+Installieren Sie RustDesk so, dass die Dienstkomponente beim Booten startet. Bei einem Rechner, der am Login-Greeter steht, kann Wayland den Greeter noch nicht erfassen – eine Einschränkung des Wayland-Designs (keine Beschränkung von RustDesk), an deren Behebung RustDesk aktiv arbeitet ([PR #15420](https://github.com/rustdesk/rustdesk/pull/15420)). Bei einer Headless-Maschine nutzen Sie die Virtual-Display-Konfiguration; auf einem Desktop übernimmt das weiterhin eine X11/Xorg-Sitzung, sofern eine Distribution eine solche noch anbietet – auch wenn mehrere inzwischen ausschließlich auf Wayland setzen. Details finden Sie unter [RustDesk für Linux](/de/blog/rustdesk-fur-linux-der-open-source-remote-desktop).
+
+## Schritt 3: Rollout im großen Maßstab mit einem vorkonfigurierten Client
+
+Einen einzelnen Rechner von Hand zu konfigurieren ist kein Problem. Fünfzig sind es schon. In den **Self-Hosted-Plänen Basic und höher** erstellt der **Custom Client Generator** in der Web-Konsole ein Installationsprogramm mit fest hinterlegter **Serveradresse, öffentlichem Schlüssel und Einstellungen**, sodass Endanwender nichts eingeben müssen. Kombiniert mit Ihrem vorhandenen Deployment-Tool (Group Policy, Intune, ein MSP-RMM, ein Shell-Skript) installiert jedes Gerät beim ersten Start den Dienst und registriert sich bei _Ihrem_ Server.
+
+Genau hier zahlt sich Self-Hosting für Teams aus: Sie erhalten eine [vollständig von Ihnen kontrollierte, unbeaufsichtigte Geräteflotte](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool), ohne dass eine Cloud-Abrechnung pro Sitzplatz darüber entscheidet, wie viele Endpunkte Sie „erreichen dürfen“. Richten Sie den Generator über die [Web-Konsole auf Port 21114](https://rustdesk.com/docs) ein. Beachten Sie, dass RustDesk pro **Login-Benutzer und verwaltetem Gerät** lizenziert wird und nicht pro gleichzeitiger Sitzung – kalkulieren Sie also anhand der Anzahl Ihrer Rechner und Administratoren. Siehe [was als verwaltetes Gerät zählt](/de/blog/was-zahlt-als-verwaltetes-gerat-bei-rustdesk).
+
+## Zugriff absichern
+
+Unbeaufsichtigter Zugriff ist eine dauerhaft offene Tür zu einem Rechner – behandeln Sie die Zugangsdaten dementsprechend ernst:
+
+- **Ein starkes, einzigartiges dauerhaftes Passwort**, das Sie regelmäßig wechseln.
+- **Zwei-Faktor-Authentifizierung** und, in Pro, **Zugriffskontrollen**, damit sich nur autorisierte Konten verbinden können. Unser Beitrag zu [benutzerbezogener Zugriffskontrolle und Gerätegruppen](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) beschreibt, wie Sie festlegen, wer worauf zugreifen darf.
+- **Hosten Sie die serverseitigen Dienste selbst**, wenn Sie die Kontrolle über Rendezvous, Relay, Konsole und gespeicherte Bereitstellungsdaten benötigen. Für die Zugangsdaten der Endpunkte bleibt weiterhin die Endpoint-Sicherheit verantwortlich. Da RustDesk unter der AGPL Open Source ist, lässt sich die Implementierung der Authentifizierung überprüfen.
+
+## Unbeaufsichtigter Zugriff, den Sie wirklich kontrollieren
+
+Richten Sie eine dauerhaft aktive Geräteflotte auf einen Server aus, den Sie selbst betreiben – dann bleibt der dauerhafte Zugriff auf diese Rechner über Hardware vermittelt, die Ihnen gehört, und nicht über eine gemietete Cloud. Für dauerhaften Zugriff lohnt sich der kurze Einrichtungsaufwand, um diesen Weg in der eigenen Hand zu behalten.
@@ -0,0 +1,72 @@
+---
+publishDate: 2026-06-30T13:46:00Z
+lang: 'de'
+translationKey: 'rustdesk-unknown-devices-antivirus-scanning'
+draft: false
+title: 'Unbekannte Geräte in Ihrer RustDesk-Konsole? Erst untersuchen'
+excerpt: 'Unbekannte Geräte in Ihrer RustDesk-Konsole entdeckt? Antiviren-Sandboxing ist eine mögliche Erklärung – doch durchgesickerte Konfigurationen oder unautorisierte Registrierungen müssen zuerst ausgeschlossen werden.'
+image: '~/assets/images/blog/rustdesk-unknown-devices-antivirus-scanning-og.png'
+category: 'Bereitstellung'
+tags: ['RustDesk', 'Bereitstellung', 'Sicherheit']
+author: 'RustDesk Team'
+slug: 'unbekannte-gerate-in-ihrer-rustdesk-konsole-erst-untersuchen'
+faq:
+  - question: 'Warum erscheinen unbekannte Geräte in meiner RustDesk-Konsole, die ich nie installiert habe?'
+    answer: 'Antiviren- oder Endpoint-Protection-Sandboxing kann vorübergehende Registrierungen erzeugen, aber ein unbekanntes Gerät kann auch auf durchgesickerte Konfigurationen, ein offengelegtes Deployment-Token, eine unautorisierte Registrierung oder einen Deployment-Fehler hinweisen. Behandeln Sie es als Sicherheitsvorfall, bis Protokolle, Zugangsdaten, Schlüssel, Token und Rollout-Aufzeichnungen die Ursache identifizieren; schränken Sie anschließend die Registrierung neuer Geräte ein.'
+  - question: 'Wie verhindere ich vollständig, dass sich unbekannte Geräte registrieren?'
+    answer: 'Wenn Ihre Geräteliste stabil ist und Sie nicht regelmäßig neue Rechner hinzufügen, deaktivieren Sie die Registrierung neuer Geräte in der Konsole unter Einstellungen → Sonstiges → Neue Geräte in der Webkonsole deaktivieren. Danach kann sich nichts Neues mehr registrieren, weder aus einer Sandbox noch anderweitig. Wenn Sie weiterhin regelmäßig Geräte einbinden, verwenden Sie stattdessen ein Deployment-Token, damit reale Rollouts weiterhin funktionieren.'
+  - question: 'Wie schreibe ich ein Deployment-Token für neue Geräte vor?'
+    answer: 'Aktivieren Sie in der Webkonsole Einstellungen → Sonstiges → Deployment für neue Geräte erforderlich, erstellen Sie ein API-Token mit der Berechtigung „Geräte" auf „Lesen und Schreiben" und lassen Sie Ihren Installationsprozess auf jedem neuen Gerät rustdesk --deploy --token <api_token> ausführen (unter macOS und Linux mit sudo). Nur Geräte, die ein gültiges Token vorweisen, können sich registrieren, sodass sich ein Sandbox-AV-Scan nicht selbst hinzufügen kann, während Ihr RMM oder skriptgesteuertes Rollout normal weiterläuft.'
+  - question: 'Wie unterscheide ich einen harmlosen AV-Scan von einem echten Einbruch?'
+    answer: 'Eine kurzlebige Registrierung, die mit einem bekannten Sicherheits-Scan zusammenfällt und auf die keine weitere Sitzung folgt, kann die Sandbox-Erklärung stützen. Unerwartete Sitzungen, wiederholte Registrierungen, die Verwendung gültiger Zugangsdaten oder ein außerhalb des vorgesehenen Kanals verbreiteter, konfigurierter Client sind nicht harmlos und erfordern Incident-Response-Maßnahmen.'
+
+metadata:
+  description: 'Unbekannte Geräte in Ihrer RustDesk-Konsole erfordern eine Untersuchung. Erfahren Sie, wie Sie Antiviren-Sandboxing von durchgesickerten Konfigurationen oder unautorisierten Registrierungen unterscheiden.'
+  keywords: 'rustdesk unbekanntes gerät, rustdesk phantomgerät, rustdesk zufällige geräteregistrierung, rustdesk antivirus-sandbox, neue geräte deaktivieren rustdesk, rustdesk --deploy'
+---
+
+Ein unbekanntes Gerät in der RustDesk-Konsole reicht allein nicht aus, um die Ursache zu bestimmen. Antiviren-Sandboxing ist eine bekannte Möglichkeit, doch dasselbe Symptom kann auch durch durchgesickerte Konfigurationen, unautorisierte Registrierungen, ein offengelegtes Token oder einen Fehler beim Deployment entstehen.
+
+## Die kurze Antwort
+
+Manche AV-/EDR-Produkte führen unbekannte Binärdateien in Cloud-Sandboxes aus. Wenn eine Sandbox einen Client-Build erhält, der Ihre Serverkonfiguration enthält, und den ID-Server erreichen kann, registriert sie sich möglicherweise kurzzeitig. Eine IP-Adresse eines Cloud-Anbieters oder ein ungewöhnlicher Hardware-Name beweist diese Erklärung jedoch **nicht** – auch Angreifer nutzen Cloud-Hosts. Sichern und prüfen Sie die Beweise, bevor Sie den Vorfall abtun.
+
+## Im Detail
+
+### Warum das passiert
+
+RustDesk-Clients registrieren sich beim konfigurierten ID-/Rendezvous-Server, sobald sie ausgeführt werden und diesen erreichen können. Das macht eine Sandbox-Ausführung zu einer plausiblen Ursache, wie in einem öffentlichen [GitHub-Thread](https://github.com/rustdesk/rustdesk-server-pro/discussions/307) diskutiert wird – es bedeutet aber auch, dass jeder, der einen konfigurierten Client oder gültiges Deployment-Material erhält, eine ähnliche Registrierung erzeugen kann.
+
+Bevor Sie den Vorfall einordnen, prüfen Sie die Registrierungs- und Verbindungsprotokolle des Servers, den Zeitpunkt der ersten Erkennung und die Quell-IP des Geräts, die Deployment-Aufzeichnungen sowie den Verteilungsweg für individuelle Clients. Erneuern Sie gegebenenfalls offengelegte Passwörter, API-/Deployment-Token sowie Serverkonfiguration oder Schlüssel. Prüfen Sie, ob dieselben Zugangsdaten anderswo wiederverwendet wurden und ob das unbekannte Gerät eine Sitzung versucht oder abgeschlossen hat.
+
+### So stoppen Sie es
+
+Zwei Konsoleneinstellungen lösen dieses Problem – welche davon passt, hängt davon ab, ob Sie noch aktiv neue, echte Geräte einbinden.
+
+**Option 1 – Registrierung neuer Geräte vollständig deaktivieren.** Wenn Ihre Geräteliste im Wesentlichen stabil ist und Sie nicht regelmäßig neue Rechner hinzufügen, ist dies die einfachste Lösung: Gehen Sie zu **Einstellungen → Sonstiges → Neue Geräte in der Webkonsole deaktivieren**. Danach kann sich überhaupt nichts Neues mehr registrieren, weder aus einer Sandbox noch anderweitig.
+
+**Option 2 – ein Deployment-Token voraussetzen.** Wenn Sie weiterhin regelmäßig neue Geräte ausrollen (ein MSP, der Kunden einbindet, ein IT-Team, das neue Rechner aufsetzt), steht Ihnen eine pauschale Einstellung „neue Geräte deaktivieren“ nur im Weg. Aktivieren Sie stattdessen **Einstellungen → Sonstiges → Deployment für neue Geräte erforderlich**, erstellen Sie ein API-Token (Berechtigung „Geräte“, Lesen und Schreiben) und lassen Sie Ihren Installationsprozess den dokumentierten [Deployment-Befehl](https://rustdesk.com/docs/en/self-host/client-deployment/#explicit-deployment-for-new-devices) auf jedem Gerät ausführen:
+
+```
+rustdesk --deploy --token <api_token>
+```
+
+Das genaue Flag kann sich zwischen den Releases ändern; verstehen Sie dies daher als Beispiel und prüfen Sie die aktuelle Syntax in der RustDesk-Server-Pro-Dokumentation, bevor Sie es in ein Skript einbauen. Nur ein Gerät, das ein gültiges Token vorweist, wird zu Ihrem Bestand hinzugefügt. Ein Sandbox-AV-Scan – der dieses Token weder kennen noch angeben kann – scheitert bei der Registrierung, während Ihr eigentliches Rollout normal weiterläuft. Auf diesem Weg binden MSPs Geräte auch über RMM oder eine skriptgesteuerte Installation ein, ohne dass sich ein Techniker manuell auf jedem Rechner anmelden muss.
+
+**Eine verwandte, engere Kontrolle:** Wenn Sie die Registrierung lieber offen lassen, aber nicht zugewiesene Geräte einfach so lange aus dem Blickfeld halten möchten, bis Sie sie geprüft haben, gibt es außerdem **Einstellungen → Sonstiges → Nur Administratoren können auf nicht zugewiesene Geräte zugreifen** – dies stoppt die Registrierung nicht, sorgt aber dafür, dass reguläre Benutzer nichts sehen oder anfassen können, was auftaucht, bevor Sie die Möglichkeit hatten, es sich anzusehen.
+
+### So bewerten Sie das Ergebnis
+
+Eine Registrierung allein beweist nicht, dass ein Angreifer einen anderen Endpunkt kontrolliert hat, aber sie bleibt eine unautorisierte Aktivität, bis sie erklärt ist. Eine kurzlebige Registrierung, die mit einem bekannten Sicherheits-Scan zusammenfällt und bei der keine weiteren Zugriffe erfolgen, kann die Sandbox-Hypothese stützen. Unerwartete Sitzungen, wiederholte Registrierungen, die Verwendung gültiger Zugangsdaten oder die Verbreitung eines konfigurierten Clients außerhalb des vorgesehenen Kanals erfordern Incident-Response-Maßnahmen.
+
+## Wer stellt diese Frage
+
+Neue Server-Betreiber – sowohl IT-Administratoren als auch MSPs – stoßen häufig innerhalb weniger Tage nach der Einrichtung eines selbst gehosteten Servers darauf, bevor die Registrierungskontrollen verschärft wurden. Eine frühzeitige Untersuchung ist wichtig, da harmlose Scans und unautorisierte Registrierungen in der Konsole ähnlich aussehen können.
+
+## Verwandte Fragen
+
+- Einen individuell gebrandeten Client erstellen: siehe die [RustDesk-Dokumentation](https://rustdesk.com/docs).
+- [Was zählt in RustDesk als verwaltetes Gerät?](/de/blog/was-zahlt-als-verwaltetes-gerat-bei-rustdesk)
+- [Aktuelle RustDesk-Releases und Sicherheitskorrekturen ansehen](https://github.com/rustdesk/rustdesk/releases)
+- [RustDesk für MSPs: ein selbst gehostetes, brandingfähiges Tool](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool)
+  Sehen Sie ein Gerät, das Sie nicht erkennen? Sichern Sie die relevanten Protokolle, schränken Sie die Registrierung neuer Geräte ein, erneuern Sie potenziell offengelegte Geheimnisse und wenden Sie sich bei anhaltender Unklarheit über die Ursache mit nicht sensiblen Diagnosedaten an den RustDesk-Support.
@@ -0,0 +1,183 @@
+---
+publishDate: 2026-07-08T18:00:00Z
+lang: 'de'
+translationKey: 'rustdesk-vs-anydesk'
+draft: false
+title: 'RustDesk vs AnyDesk: Selbst gehostete Open-Source-Remotedesktop-Software'
+excerpt: 'Ein umfassender Vergleich von RustDesk und AnyDesk: Funktionen, Betriebssystem-Unterstützung, Sicherheit, Preismodelle und die Kompromisse von Self-Hosting und Open Source.'
+image: ~/assets/images/blog/rustdesk-vs-anydesk-og.png
+category: 'Vergleiche'
+tags: ['RustDesk', 'AnyDesk', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software'
+faq:
+  - question: 'Ist RustDesk eine kostenlose Open-Source-Alternative zu AnyDesk?'
+    answer: 'Ja. RustDesk ist Open Source unter der AGPL-Lizenz, und der Community-Server lässt sich kostenlos und ohne Ablaufdatum selbst hosten. Das kostenpflichtige Server Pro ergänzt eine zentrale Verwaltung und wird nach Login-Nutzern und verwalteten Geräten lizenziert.'
+  - question: 'Lässt sich RustDesk im Gegensatz zu AnyDesk vollständig selbst hosten?'
+    answer: 'Ja — Self-Hosting ist der Kern von RustDesk: Der ID-/Rendezvous-Server und der Relay-Server laufen auf Ihrer eigenen Maschine oder einem VPS. AnyDesk vermittelt Verbindungen standardmäßig über die eigene Cloud und bietet eine On-Premises-Appliance nur in der höchsten Tarifstufe an.'
+  - question: 'Wie schneidet die Preisgestaltung von RustDesk im Vergleich zu AnyDesk ab?'
+    answer: 'AnyDesk lizenziert nach Tarifstufe mit tarifspezifischen gleichzeitigen Verbindungen; RustDesk lizenziert nach Login-Nutzern plus verwalteten Geräten, mit unbegrenzter Gleichzeitigkeit in den Standardtarifen (nur Customized V2 begrenzt und bepreist sie separat). Vergleichen Sie aktuelle schriftliche Angebote für denselben Leistungsumfang, einschließlich der Kosten für den Betrieb Ihres eigenen Servers.'
+  - question: 'Unterstützt RustDesk wie AnyDesk SSO und LDAP?'
+    answer: 'RustDesk enthält LDAP und OIDC-SSO ab dem Basic-Tarif. AnyDesk listet SSO laut Preisprüfung vom 7. Juli 2026 in seiner Ultimate-Stufe; bestätigen Sie die Verzeichnisanforderungen in einem schriftlichen Angebot.'
+metadata:
+  description: 'RustDesk und AnyDesk im ausführlichen Vergleich: Funktionen, Betriebssystem-Unterstützung, Sicherheit, Preismodelle sowie klare Vor- und Nachteile.'
+  keywords: 'RustDesk vs AnyDesk, AnyDesk vs RustDesk, RustDesk AnyDesk Vergleich, selbst gehostete AnyDesk Alternative'
+---
+
+RustDesk und AnyDesk nähern sich dem Thema Remotedesktop von entgegengesetzten Seiten: AnyDesk ist ein proprietäres Produkt, dessen Verbindungen über die Cloud des Anbieters vermittelt werden, während RustDesk Open Source ist und dafür konzipiert wurde, auf einem Server zu laufen, den Sie selbst kontrollieren. Dieser Unterschied — wer die Infrastruktur hostet und wer den Code lesen kann — zieht sich durch den gesamten weiteren Vergleich, vom Sicherheitsmodell bis zur Frage, wie Gleichzeitigkeit bepreist wird.
+
+## Inhaltsverzeichnis
+
+- [Überblick](#überblick)
+- [Funktionsvergleich auf einen Blick](#funktionsvergleich-auf-einen-blick)
+- [Betriebssystem- und Plattformunterstützung](#betriebssystem--und-plattformunterstützung)
+- [Sicherheit und Identität](#sicherheit-und-identität)
+- [Lizenz- und Preismodelle](#lizenz--und-preismodelle)
+- [Vor- und Nachteile](#vor--und-nachteile)
+- [Warum Teams trotzdem zu RustDesk wechseln](#warum-teams-trotzdem-zu-rustdesk-wechseln)
+- [RustDesk ausprobieren](#rustdesk-ausprobieren)
+- [Weiterführende Artikel](#weiterführende-artikel)
+- [Quellen](#quellen)
+
+## Überblick
+
+**AnyDesk** ist ein proprietäres, kommerzielles Remotedesktop-Produkt der AnyDesk Software GmbH (ehemals philandro Software GmbH) mit Sitz in Stuttgart, gegründet 2014. Seinen Ruf hat sich das Unternehmen mit einem schlanken Client und einem latenzarmen, proprietären Codec (DeskRT) erarbeitet; heute ist es ein weitverbreitetes Tool, das von einzelnen Technikern, Helpdesks und Unternehmen eingesetzt wird. AnyDesk ist Closed Source: Standardmäßig verbinden Sie sich über die Cloud-Infrastruktur von AnyDesk, und die höheren Tarife bieten zusätzlich eine On-Premises-Appliance-Option. Es handelt sich um ein verwaltetes Angebot — Sie mieten Zugang zu dem Netzwerk, das AnyDesk betreibt.
+
+**RustDesk** kehrt diese Standardvorgaben um. Es ist eine Open-Source-Plattform unter der AGPL: Statt Zugang zu einem von AnyDesk betriebenen Netzwerk zu mieten, betreiben Sie den ID-/Rendezvous-Server und den Relay-Server selbst auf _Ihrer eigenen_ Maschine oder einem VPS — Sitzungsvermittlung und Datenverkehr bleiben auf einer Infrastruktur, die Sie selbst kontrollieren, und der Client kann geprüft und aus dem Quellcode gebaut werden. Ein Kontrast zu AnyDesk sticht hervor: Es gibt einen kostenlosen Community-Server, der zeitlich unbegrenzt und kostenlos läuft. RustDesk Pro ergänzt dies um eine selbst gehostete Web-Konsole, einen Generator für individuell gebrandete Clients, Gerätegruppen und ein gemeinsames Adressbuch. Es richtet sich an Teams, die Eigentum und Datenhoheit wollen und den Betrieb eines eigenen Servers nicht scheuen — das ist zugleich die größte Stärke und der wichtigste Punkt, den man vor der Entscheidung abwägen sollte.
+
+Der Rest dieses Artikels vergleicht beide Produkte Funktion für Funktion und beleuchtet anschließend die Aspekte der Entscheidung, die sich nicht in eine Tabelle pressen lassen.
+
+## Funktionsvergleich auf einen Blick
+
+Beide Tools decken den grundlegenden Remote-Support-Workflow ab. Die Unterschiede liegen weniger darin, „ob Funktion X vorhanden ist“, sondern vielmehr darin, _wie_ man sie bekommt — gehostet vs selbst gehostet, pro Sitzplatz vs pro Nutzer und Gerät, hinter einer Tarifstufe verborgen vs frei im offenen Client verfügbar.
+
+| Funktion                               | RustDesk                                                                                              | AnyDesk                                                     |
+| -------------------------------------- | ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- |
+| Remote-Ansicht und -Steuerung          | Ja                                                                                                    | Ja                                                          |
+| Unbeaufsichtigter Zugriff              | Ja (dauerhaftes Passwort/verwaltete Geräte)                                                           | Ja                                                          |
+| Dateiübertragung                       | Ja (in beide Richtungen)                                                                              | Ja (Dateibrowser-Modus)                                     |
+| Text-Chat während der Sitzung          | Ja                                                                                                    | Ja                                                          |
+| Sitzungsaufzeichnung                   | Ja (automatische Aufzeichnung eingehender/ausgehender Sitzungen möglich)                              | Ja (lokal gespeichert; auf beiden Seiten)                   |
+| Remote-Druck                           | Ja — Remote-Drucker für eingehende Verbindungen (Windows)                                             | Ja (AnyDesk-Drucker)                                        |
+| Mobile Clients                         | Android; iOS nur als Steuerungsgerät                                                                  | Android; iOS/iPadOS nur ausgehend                           |
+| Selbst gehosteter Server               | Ja — Kernbestandteil des Produkts (Server Pro)                                                        | Appliance nur in der höchsten Tarifstufe verfügbar          |
+| Open Source                            | Ja (AGPL)                                                                                             | Nein (proprietär)                                           |
+| Individuell gebrandeter Client         | Ja (integrierter Generator, ab Basic-Tarif)                                                           | Ja (Anpassung/eigener Namespace in der höchsten Tarifstufe) |
+| REST-API                               | Ja                                                                                                    | Ja (my.anydesk-Konsole)                                     |
+| Obergrenze gleichzeitiger Verbindungen | Unbegrenzt in den Standardtarifen; begrenzt bei [Customized V2](https://rustdesk.com/pricing#custom2) | Abhängig von der Tarifstufe (siehe Preise)                  |
+
+Die RustDesk-Zeilen oben wurden anhand der offiziellen RustDesk-Dokumentation bestätigt; die AnyDesk-Zeilen stammen aus den Support-Dokumenten und Funktionsseiten von AnyDesk.
+
+## Betriebssystem- und Plattformunterstützung
+
+Beide Produkte sind auf dem Desktop wirklich plattformübergreifend einsetzbar. Die relevanten Lücken zeigen sich bei mobilen Geräten und bei weniger verbreiteten Desktop-Zielplattformen.
+
+| Plattform     | RustDesk                                                                                                            | AnyDesk                                                                                      |
+| ------------- | ------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Windows       | Ja — x64, ARM64, 32-Bit                                                                                             | Ja (XP SP2 und höher)                                                                        |
+| macOS         | Ja — Apple Silicon und Intel                                                                                        | Ja (11 Big Sur und höher)                                                                    |
+| Linux         | Ja — x86_64, ARM64 und ARM32; starke Wayland-Unterstützung                                                          | Ja (Ubuntu/Debian/RHEL/SUSE/Mint)                                                            |
+| Android       | Ja — arm64, arm32, x64 (Host und Steuerungsgerät)                                                                   | Ja (Steuerungs-Plug-in erforderlich)                                                         |
+| iOS/iPadOS    | Nur als Steuerungsgerät (kein Host, aufgrund von Apple-Beschränkungen)                                              | Nur als Steuerungsgerät (kann nicht ferngesteuert werden, aufgrund von Apple-Beschränkungen) |
+| Raspberry Pi  | Ja — offizielle ARM64-/ARM32-Linux-Builds                                                                           | Ja (Raspberry Pi OS 12+)                                                                     |
+| Chrome OS     | — (kein ChromeOS-Client; Android-Builds werden über GitHub Releases/F-Droid bereitgestellt, nicht über Google Play) | Nur Ansicht (Steuerung nicht unterstützt)                                                    |
+| tvOS/Apple TV | Nicht verfügbar                                                                                                     | Nur ausgehend (eingeschränkte Dateiübertragung/Aufzeichnung)                                 |
+
+RustDesk führt offiziell Windows, macOS, Linux, Android und iOS auf. Die Dokumentation zu unterstützten Betriebssystemen von AnyDesk deckt zusätzlich ein paar Nischen-Zielplattformen ab (Chrome-OS-Ansicht, tvOS), unterliegt dabei aber derselben von Apple auferlegten Einschränkung, die alle betrifft: Auf iOS/iPadOS können Sie eine andere Maschine steuern, aber nicht vollständig von einer anderen aus gesteuert werden. Raspberry-Pi-Geräte werden auf RustDesk-Seite durch die offiziellen ARM64/ARM32-Linux-Builds abgedeckt; wenn Sie speziell einen Chrome-OS- oder Apple-TV-Client benötigen, prüfen Sie vor Ihrer Entscheidung den aktuellen Stand auf der Seite des jeweiligen Anbieters — diese Zielplattformen ändern sich.
+
+## Sicherheit und Identität
+
+Dies ist der Abschnitt, in dem sich die beiden Produkte nicht nur bei einzelnen Checkbox-Punkten, sondern grundsätzlich unterscheiden.
+
+**Das Sicherheitsmodell von AnyDesk.** AnyDesk sichert Sitzungen mit TLS 1.2 (AEAD), einem asymmetrischen RSA-2048-Schlüsselaustausch, 256-Bit-AES-Transportverschlüsselung und Perfect Forward Secrecy durch einen ephemeren Diffie-Hellman-Handshake. Es bietet Zwei-Faktor-Authentifizierung (TOTP) für unbeaufsichtigten Zugriff, eine Zugriffskontrollliste / Allowlist zur Beschränkung, wer sich verbinden darf, sowie eine gesalzene Hash-Speicherung von Passwörtern. Das sind solide, branchenübliche Schutzmaßnahmen. Der Haken dabei: Sie vertrauen einem Closed-Source-Anbieter und standardmäßig dessen Cloud bei der Vermittlung Ihrer Verbindungen — Sie können den Code nicht prüfen und sind auf die eigene betriebliche Sicherheit von AnyDesk angewiesen.
+
+Dieser letzte Punkt ist der strukturelle Kompromiss jedes anbieterbetriebenen Dienstes: Wenn ein Dritter Ihre Verbindungen vermittelt, wird dessen betriebliche Sicherheit Teil Ihrer eigenen Angriffsfläche, und ein Anbieter, der Fernzugriffs-Infrastruktur für viele Kunden betreibt, ist selbst ein hochwertiges Ziel. Dieses Konzentrationsrisiko können Sie weder prüfen noch kontrollieren.
+
+**Das Sicherheitsmodell von RustDesk.** Um dieses Konzentrationsrisiko zu verringern, hören Sie auf, die Vermittlung auszulagern. RustDesk ist Open Source unter der AGPL, und mit Server Pro betreiben Sie Rendezvous-Server, Relay-Server und Konsole selbst — so ist die geschlossene Anbieter-Cloud, auf die AnyDesk standardmäßig setzt, schlicht nicht im Pfad. Das beseitigt keine Risiken durch Endpunkte, Zugangsdaten, Konfiguration oder Software-Schwachstellen; prüfen Sie im Rahmen der Härtung Ihrer Bereitstellung die [aktuellen RustDesk-Releases](https://github.com/rustdesk/rustdesk/releases) und öffentliche Schwachstellendatenbanken.
+
+**Identitäts- und Verzeichnisintegration.** Für Teams, die in Active Directory oder bei einem OIDC-Identitätsanbieter zu Hause sind, spielen LDAP und SSO eine wichtige Rolle. RustDesk bietet **LDAP und SSO (OIDC) ab dem Basic-Tarif**. Die [offizielle Preisseite von AnyDesk](https://anydesk.com/en/pricing), geprüft am 7. Juli 2026, führt SSO in der Stufe Ultimate auf; bestätigen Sie die Verzeichnisanforderungen in einem schriftlichen Angebot. Wenn Single Sign-on zwingend erforderlich ist, achten Sie darauf, welche Tarifstufe der jeweilige Anbieter dafür voraussetzt, statt Identität als generischen Haken auf einer Liste zu behandeln. Die [Anleitung von RustDesk zur Einrichtung von LDAP und Active Directory](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) beschreibt die Konfiguration im Detail.
+
+Für Teams, deren gesamter Beweggrund darin besteht, Sitzungsdaten innerhalb der eigenen Landesgrenzen zu behalten, geht [Remotedesktop und Datenhoheit unter der DSGVO](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) tiefer ins Detail, als wir es hier können, und der [RustDesk-Quellcode auf GitHub](https://github.com/rustdesk/rustdesk) steht zur Einsicht offen.
+
+## Lizenz- und Preismodelle
+
+Preise ändern sich ständig, daher vergleicht dieser Abschnitt _Modelle_ und keine genauen Dollarbeträge. Die unten aufgeführten Tarifgrenzen stammen von der [offiziellen Preisseite von AnyDesk](https://anydesk.com/en/pricing), geprüft am 7. Juli 2026; betrachten Sie sie nicht als dauerhaft gültig.
+
+**AnyDesk** lizenziert nach einem Tarifstufenmodell und gibt an, dass alle aufgeführten Tarife jährlich abgerechnet werden:
+
+- **Solo** — ein lizenzierter Nutzer, eine nicht skalierbare gleichzeitige Verbindung, drei registrierte ausgehende Geräte und 100 verwaltete Geräte.
+- **Standard** — bis zu 20 Nutzer, eine enthaltene gleichzeitige Verbindung, Verbindungs-Add-ons bis zu 20 und 500 verwaltete Geräte.
+- **Advanced** — bis zu 100 Nutzer, zwei enthaltene gleichzeitige Verbindungen, Verbindungs-Add-ons bis zu 50 und 1.000 verwaltete Geräte.
+- **Ultimate** — individuell angebotenes Cloud- oder On-Premises-Hosting, beginnend bei fünf lizenzierten Nutzern und 2.000 verwalteten Geräten, wobei Nutzer- und Gleichzeitigkeitskapazität im Angebot festgelegt werden.
+
+Zwei Dinge sollte man sich bei diesem Modell merken: die jährliche Abrechnung und die tarifspezifische Kapazität an gleichzeitigen Verbindungen. Um gleichzeitige Verbindungen zu skalieren, können Add-ons oder ein anderer Tarif nötig sein. Prüfen Sie vor der Budgetplanung die aktuelle Seite sowie ein datiertes schriftliches Angebot, da sich das öffentliche Angebotspaket nach dem Prüfdatum dieses Artikels ändern kann.
+
+**RustDesk** lizenziert nach **Login-Nutzern plus verwalteten Geräten**, mit anteiligen Upgrades. Die Standardtarife beinhalten unbegrenzte gleichzeitige Verbindungen, während Customized V2 diese begrenzt und separat bepreist. Da sich Ihre Kosten aus Infrastruktur plus einer Lizenz, die Sie selbst kontrollieren, zusammensetzen — statt aus einer Cloud-Verlängerung pro Sitzplatz —, vergleichen Sie aktuelle Angebote für dieselben Anforderungen an Nutzer, Geräte, Funktionen und Gleichzeitigkeit, um zu sehen, wie sich das für Ihre Flotte auswirkt. Siehe [RustDesk-Pro-Preise](https://rustdesk.com/pricing).
+
+Da sich die Preise von RustDesk selbst ändern, nennt dieser Artikel bewusst keine konkreten RustDesk-Dollarbeträge — die aktuellen Zahlen finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Vor- und Nachteile
+
+**RustDesk**
+
+_Vorteile:_
+
+- Lizenzierung pro Nutzer + pro Gerät mit anteiligen Upgrades statt Paketierung nach Tarifstufe
+- Selbst gehosteter ID-/Rendezvous- und Relay-Server halten Sitzungsvermittlung und Datenverkehr auf der eigenen Infrastruktur, nicht in einer Anbieter-Cloud
+- Open Source (AGPL) — prüfbar und kompilierbar, keine Closed-Source-Blackbox
+- LDAP/SSO ab dem Basic-Tarif (nicht nur in der höchsten Stufe)
+- Generator für individuell gebrandete Clients, selbst gehostete Web-Konsole, Gerätegruppen, gemeinsames Adressbuch
+- Kostenloser Community-Server läuft zeitlich unbegrenzt
+
+_Nachteile:_
+
+- Sie betreiben, patchen und aktualisieren den Server selbst
+- Kein vollständig kostenloser Test von Server Pro (für eine Testlizenz E-Mail an sales@rustdesk.com)
+
+**AnyDesk**
+
+_Vorteile:_
+
+- Cloud-vermittelt: In den unteren Tarifen muss nichts selbst gehostet werden — Client installieren und verbinden
+- Dokumentierte Chrome-OS-Ansicht und tvOS-Clients
+- RMM-/ITSM-Integrationen und eine REST-API
+- Standardverschlüsselung (TLS 1.2, AES-256) und TOTP-2FA
+
+_Nachteile:_
+
+- Closed Source — der Client lässt sich nicht prüfen
+- Standardmäßige Abhängigkeit von der Cloud von AnyDesk; On-Premises-Appliance nur in der höchsten Tarifstufe
+- Gleichzeitige Sitzungen durch die Tarifstufe begrenzt; jährliche Vorababrechnung
+- SSO laut Preisseiten-Prüfung vom 7. Juli 2026 nur in der Stufe Ultimate aufgeführt
+
+## Warum Teams trotzdem zu RustDesk wechseln
+
+Alles bisher Genannte war der neutrale Vergleich. In diesem Abschnitt wird das Argument für RustDesk unverblümt vorgetragen — lesen Sie ihn entsprechend.
+
+Teams, die nach der Evaluierung von AnyDesk zu RustDesk wechseln, nennen tendenziell dieselbe Handvoll Gründe: **Self-Hosting, Individualisierbarkeit sowie ein Fokus auf Sicherheit und Datenschutz.**
+
+**Datenhoheit ist der Kernpunkt.** Für regulierte Umgebungen und alle, die unter der DSGVO tätig sind, ist es häufig die gesamte Anforderung und kein „Nice-to-have“, Sitzungsdaten auf einer Infrastruktur zu behalten, die Sie selbst kontrollieren. Die vollständige Argumentation finden Sie unter [warum Sie Ihre Remotedesktop-Software selbst hosten sollten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten).
+
+**Open Source bedeutet überprüfbares Vertrauen.** Sie müssen dem Anbieter nicht einfach _glauben_, was der Client tut — Sie können ihn lesen, selbst kompilieren und verifizieren.
+
+**Flottengrenzen müssen dennoch dimensioniert werden.** Das [Lizenzmodell](#lizenz--und-preismodelle) zählt Login-Nutzer und verwaltete Geräte; bei großen Gerätebeständen veröffentlicht RustDesk [Planungshinweise für große Geräteflotten](/de/blog/skaliert-rustdesk-auf-200-000-gerate), doch die Kapazität muss weiterhin anhand des tatsächlichen Rollouts überprüft werden.
+
+**Es ist für genau die Menschen gemacht, die den Wechsel vollziehen würden.** MSPs erhalten ein einziges, selbst gehostetes und brandingfähiges Tool ([RustDesk für MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool)); Unternehmen erhalten eine selbst gehostete, AD-fähige Plattform ([RustDesk für Unternehmen](/de/blog/rustdesk-fur-unternehmen-self-hosted-skalierbar-ad-bereit)). Wenn Sie speziell deshalb hier gelandet sind, weil sich die Preise von AnyDesk geändert haben, sind [AnyDesk-Preiserhöhung: Alternativen für Teams](/de/blog/anydesk-preiserhohung-alternativen-fur-teams) und [die beste AnyDesk-Alternative 2026](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative) genau für diesen Moment geschrieben.
+
+## RustDesk ausprobieren
+
+Richten Sie den kostenlosen Community-Server ein und verbinden Sie ein paar Geräte damit — ohne Kosten, ohne Verkaufsgespräch. Für die Pro-Funktionen schreiben Sie eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um die aktuellen Testbedingungen zu erfahren, oder besuchen Sie [rustdesk.com/pricing](https://rustdesk.com/pricing). Möchten Sie sich lieber erst einen Eindruck verschaffen? Auf dem RustDesk-YouTube-Kanal gibt es eine [Video-Anleitung](https://www.youtube.com/@rustdesk).
+
+## Weiterführende Artikel
+
+- [RustDesk vs TeamViewer](/de/blog/rustdesk-vs-teamviewer-die-selbst-gehostete-alternative)
+- [RustDesk vs ScreenConnect](/de/blog/rustdesk-vs-screenconnect-selbst-gehosteter-remote-support)
+- [Beste AnyDesk-Alternative: selbst gehostetes RustDesk](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative)
+- [TeamViewer vs AnyDesk für MSPs](/de/blog/teamviewer-vs-anydesk-fur-msps-eine-selbst-gehostete-dritte-option)
+- [AnyDesk-Preiserhöhung: Alternativen für Teams](/de/blog/anydesk-preiserhohung-alternativen-fur-teams)
+- [Ist AnyDesk sicher?](/de/blog/ist-anydesk-sicher-verschlusselung-der-sicherheitsvorfall-2024-und)
+
+## Quellen
+
+- [AnyDesk-Preise](https://anydesk.com/en/pricing) — offizielle Tarifgrenzen, jährliche Abrechnung, gleichzeitige Verbindungen, verwaltete Geräte sowie Cloud-/On-Premises-Verfügbarkeit; geprüft am 7. Juli 2026.
+- [AnyDesk-Client-Einstellungen](https://support.anydesk.com/docs/settings) — direkte Verbindungen, Relay-Fallback über öffentliche Netzwerke, unbeaufsichtigter Zugriff und Zugriffskontrollen.
@@ -0,0 +1,85 @@
+---
+publishDate: 2026-06-29T17:38:00Z
+lang: 'de'
+translationKey: 'rustdesk-vs-rdp'
+draft: false
+title: 'RustDesk vs. RDP: Plattformübergreifend vs. Windows-nativ'
+excerpt: 'RustDesk vs. Microsoft RDP: ein praktischer Vergleich von plattformübergreifender Reichweite, Internetzugriff ohne VPN, LAN-Geschwindigkeit und Sicherheitskompromissen.'
+image: '~/assets/images/blog/rustdesk-vs-rdp-og.png'
+category: 'Vergleiche'
+tags: ['RustDesk', 'RDP', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-rdp-plattformubergreifend-vs-windows-nativ'
+faq:
+  - question: 'Ist RustDesk besser als RDP?'
+    answer: 'Das hängt von der Aufgabe ab. RDP ist in einem LAN zwischen Windows-Pro-Rechnern schneller und kostenlos und lässt sich in Active Directory integrieren. RustDesk ist plattformübergreifend, vermittelt Verbindungen über NAT und Firewalls hinweg ohne VPN oder Port-Weiterleitung und ist Open Source sowie selbst hostbar. Viele Teams nutzen RDP intern und RustDesk für den Fernzugriff sowie für den Zugriff über verschiedene Betriebssysteme hinweg.'
+  - question: 'Muss ich Port 3389 öffnen, um RustDesk zu nutzen?'
+    answer: 'Nein. RustDesk verbindet sich ausgehend mit einem ID-/Rendezvous-Server und handelt eine Peer-to-Peer- oder relaisgestützte Sitzung aus, sodass kein eingehender RDP-Port offengelegt wird. Port 3389 direkt für das Internet zu öffnen, ist ein gut dokumentierter Einstiegspunkt für Ransomware — genau deshalb vermeidet RustDesk dies vollständig.'
+  - question: 'Funktioniert RDP unter Windows Home?'
+    answer: 'Nein. Laut Microsoft können Windows-Home-Editionen nicht als Remotedesktop-Host fungieren; nur die Editionen Professional, Enterprise, Education und Windows Server können eingehende RDP-Verbindungen annehmen. RustDesk kann Remote-Sitzungen auf Windows Home, macOS, Linux und Android hosten; iOS fungiert nur als Controller.'
+  - question: 'Kann RustDesk eine Verbindung zu einem Mac- oder Linux-Rechner herstellen?'
+    answer: 'Ja. RustDesk kann macOS- und Linux-Hosts über seine unterstützten Desktop- und Mobil-Controller-Apps steuern. RDP ist in erster Linie ein Windows-Host-Protokoll, weshalb der Zugriff auf macOS- oder Linux-Hosts meist zusätzliche Server oder Clients von Drittanbietern erfordert. RustDesk für iOS kann andere Geräte steuern, kann ein iPhone oder iPad jedoch nicht als Remote-Control-Host bereitstellen.'
+metadata:
+  description: 'RustDesk vs. Microsoft RDP im Detail: plattformübergreifende Reichweite, Internetzugriff ohne VPN, LAN-Leistung, AD-Integration und Sicherheitskompromisse.'
+  keywords: 'RustDesk vs. RDP, RustDesk vs. Microsoft Remotedesktop, RDP über das Internet ohne VPN, plattformübergreifende RDP-Alternative'
+---
+
+Microsofts Remote Desktop Protocol (RDP) ist für viele Windows-Unternehmen die naheliegende Antwort: Es ist bereits integriert, es ist schnell, und es beherrscht Active Directory von Haus aus. RustDesk nähert sich demselben Problem aus einer anderen Richtung — plattformübergreifend, internetorientiert und quelloffen. Keines der beiden ist grundsätzlich „besser“. Sie sind für unterschiedliche Netzwerkformen konzipiert.
+
+Dieser Vergleich beschränkt sich auf dauerhafte, überprüfbare Unterschiede: welche Plattformen die jeweilige Lösung unterstützt, wie sie das öffentliche Internet überbrückt, wo die Leistungsvorteile liegen und welche Sicherheitskompromisse mit jedem Modell einhergehen.
+
+## Der grundlegende architektonische Unterschied
+
+RDP ist ein **in Windows integriertes Protokoll**. Wenn Sie Remotedesktop aktivieren, öffnet Windows einen lauschenden Port (TCP 3389) und wartet auf eine eingehende Verbindung. Das ist elegant in einem LAN, aber mühsam über das Internet, denn _irgendetwas_ muss eine externe Verbindung zu diesem Port leiten — ein VPN, ein RD-Gateway oder eine Port-Weiterleitung auf Ihrem Router.
+
+RustDesk kehrt dieses Modell um. Der Client baut eine **ausgehende** Verbindung zu einem ID-/Rendezvous-Server auf, der eine Peer-to-Peer-Sitzung zwischen zwei Geräten vermittelt und bei Bedarf auf ein Relay zurückgreift, wenn kein direkter Pfad möglich ist. Laut der [RustDesk-Dokumentation](https://rustdesk.com/docs/en/) sind Sitzungen standardmäßig Ende-zu-Ende-verschlüsselt (basierend auf NaCl), und Sie können jeden Client auf die öffentliche Infrastruktur, Ihren eigenen selbst gehosteten Server oder einen selbst geschriebenen Rendezvous-/Relay-Dienst ausrichten. Da die Endpunkt-Clients ausgehende Verbindungen initiieren, durchquert RustDesk NAT und Firewalls ohne VPN oder Port-Weiterleitung pro Endpunkt. Dieser Vorteil ohne eingehenden Port gilt für die Endpunkte: Ein selbst gehosteter Server nimmt weiterhin eingehende Verbindungen auf den dokumentierten Service-Ports für ID, Rendezvous, Relay und optional WebSocket entgegen.
+
+## Plattformreichweite
+
+RDP-Hosting ist eine Windows-Funktion, und das nicht in jeder Edition. Microsoft äußert sich eindeutig: „Windows Home-Editionen können nicht als Remotedesktop-Hosts dienen“, und nur „Windows Professional-, Enterprise-, Education-Editionen und Windows Server-Editionen … können als Hosts für eingehende Remotedesktopverbindungen fungieren“ ([Microsoft Learn](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)). Um einen Mac oder eine Linux-Maschine zu erreichen, müssen in der Regel RDP-Server oder Clients von Drittanbietern nachgerüstet werden, oder man wechselt das Tool.
+
+RustDesk kann steuern und gesteuert werden auf **Windows (einschließlich Home), macOS, Linux und Android**, vorbehaltlich der Berechtigungen des jeweiligen Betriebssystems. Die iOS-App fungiert nur als Controller; Apple erlaubt es nicht, dass ein iPhone oder iPad als RustDesk-Remote-Control-Host arbeitet.
+
+## Der Weg ins Internet: ein sicherheitsrelevanter Scheideweg
+
+Hier gehen die beiden Philosophien am stärksten auseinander. Microsofts eigene Empfehlung, um von außerhalb des Netzwerks auf einen PC zuzugreifen, lautet, „Port-Weiterleitung zu verwenden oder ein VPN einzurichten“ ([Microsoft Learn](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)). Rohes RDP per Port-Weiterleitung direkt ins Internet zu stellen, ist die Option, die Sie nicht wählen sollten.
+
+Offen zugängliches RDP ist einer der am häufigsten missbrauchten Einstiegspunkte in der Cyberkriminalität. Das Internet Crime Complaint Center des FBI warnte bereits vor Jahren, dass „Cyberakteure … zunehmend das Remote Desktop Protocol ausnutzen, um bösartige Aktivitäten durchzuführen“ ([IC3 PSA](https://www.ic3.gov/PSA/2018/PSA180927)), und dieses Muster hat sich seither nur verfestigt — eine RDP-Kompromittierung bleibt einer der häufigsten Vektoren für den Erstzugriff bei Ransomware-Vorfällen ([RH-ISAC](https://rhisac.org/ransomware/remote-desktop-protocol-use-in-ransomware-attacks/)). Internetweite Scanner finden einen frisch offengelegten Port 3389 innerhalb von Minuten und beginnen sofort mit Credential-Stuffing-Angriffen.
+
+Der sicherere Weg, RDP bereitzustellen, führt über ein korrekt konfiguriertes VPN oder ein RD-Gateway mit Network Level Authentication — das ist jedoch Infrastruktur, die Sie selbst pflegen müssen. RustDesk setzt auf ausgehende Registrierung, NAT-Traversierung und Relay-Fallback, anstatt RDP direkt auf jedem Endpunkt offenzulegen. Auch hier gilt: aktuelle Clients, starke Zugriffskontrollen und die Beobachtung öffentlicher Schwachstellenmeldungen bleiben notwendig.
+
+## RustDesk vs. RDP im Überblick
+
+|                                     | RustDesk                                                                           | Microsoft RDP                                                                                                                                                                |
+| ----------------------------------- | ---------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Kosten                              | Open Source; kostenloser, selbst gehosteter Community-Server                       | Kostenlos, in Windows Pro/Enterprise/Education/Server integriert                                                                                                             |
+| Quellcode                           | Open Source (AGPL), auditierbar                                                    | Proprietär                                                                                                                                                                   |
+| Host-Plattformen                    | Windows, macOS, Linux, Android                                                     | Windows Pro/Enterprise/Education/Server ([nicht Home](https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/remotepc/remote-desktop-allow-access)) |
+| Controller-Plattformen              | Windows, macOS, Linux, Android, iOS                                                | Windows, macOS, iOS, Android und andere Microsoft-Clients                                                                                                                    |
+| Internetzugriff                     | NAT-Traversierung über Rendezvous + Relay, kein VPN oder Port-Weiterleitung nötig  | Benötigt VPN, RD-Gateway oder Port-Weiterleitung                                                                                                                             |
+| Offengelegter eingehender Port      | Keiner an den Endpunkten; Service-Ports bei einem selbst gehosteten Server         | TCP 3389, sofern nicht getunnelt ([Ransomware-Vektor](https://www.ic3.gov/PSA/2018/PSA180927))                                                                               |
+| Verschlüsselung                     | Standardmäßig Ende-zu-Ende (NaCl) ([Dokumentation](https://rustdesk.com/docs/en/)) | TLS/NLA; stark bei korrekter Konfiguration                                                                                                                                   |
+| LAN-Leistung                        | Stark; codec-basiert                                                               | Nativ, geringste Latenz im LAN                                                                                                                                               |
+| Verzeichnis-/Richtlinienintegration | LDAP/AD + OIDC SSO bei Server Pro (Basic und höher)                                | Tiefe Active-Directory-/Gruppenrichtlinien-Integration                                                                                                                       |
+| Self-Hosting                        | Ja — eigener ID-/Relay-Server                                                      | Entfällt (natives Betriebssystem-Feature)                                                                                                                                    |
+
+Aktuelle Details zu den RustDesk-Plänen finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Wo RustDesk die Nase vorn hat
+
+Die Vorteile von RustDesk zeigen sich, sobald Sie dieses übersichtliche Single-Domain-LAN verlassen:
+
+- **Gemischte Betriebssysteme.** Eine einzige AGPL-App steuert Windows-, macOS-, Linux- und Android-Hosts; iOS lässt sich als Controller, aber nicht als Host verwenden.
+- **Internetzugriff ohne Offenlegung.** Kein Port 3389 im Internet, kein VPN pro Endpunkt, kein zu betreibendes RD-Gateway.
+- **Open Source und selbst hostbar.** Sie können den Code lesen, ihn selbst kompilieren und die ID-/Relay-Server — sowie Ihre Geräteliste — auf einer Infrastruktur betreiben, die Sie selbst kontrollieren. Diese Auditierbarkeit und Datenhoheit sind der Kern des [Arguments für Self-Hosting](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten).
+- **Consumer-Windows und BYOD.** RustDesk funktioniert auf Windows Home und nicht verwalteten Geräten, die RDP nicht hosten kann.
+
+Der Kompromiss wirkt aber auch in die andere Richtung: Self-Hosting bedeutet, dass **jemand auf Ihrer Seite den Server betreibt** — Sie stellen einen Host bereit, beschränken Ports, richten TLS ein und pflegen ihn mit Patches. Das ist der Preis für Kontrolle. Wenn Sie eine native Funktion wollen, bei der Sie in einem reinen Windows-LAN nichts Neues betreiben müssen, ist RDP schwer zu schlagen.
+
+## Welche Lösung sollten Sie also nutzen?
+
+Für viele Teams lautet die Antwort _beides_: RDP für schnelle, native Sitzungen innerhalb der Domäne im LAN, und RustDesk für plattformübergreifenden, internetweiten und BYOD-Zugriff, ohne ein Loch in die Firewall zu schlagen. Wenn Sie nur eine Lösung benötigen, lassen Sie die Netzwerkstruktur entscheiden — ein homogenes Windows-LAN spricht für RDP; gemischte Plattformen, Remote-Nutzer und Self-Hosting-Anforderungen sprechen für RustDesk.
+
+## Jetzt ausprobieren
+
+Hosten Sie den kostenlosen Community-Server noch heute selbst, oder senden Sie eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um sich nach den Testbedingungen zu erkundigen. Die Preise des Standard-Plans finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing), und eine vollständige Anleitung gibt es auf dem [RustDesk-YouTube-Kanal](https://www.youtube.com/@rustdesk).
@@ -0,0 +1,160 @@
+---
+publishDate: 2026-07-09T13:01:00Z
+lang: 'de'
+translationKey: 'rustdesk-vs-screenconnect'
+draft: false
+title: 'RustDesk vs. ScreenConnect: Selbst gehosteter Remote-Support'
+excerpt: 'Ein umfassender Vergleich von RustDesk und ScreenConnect: Funktionen, Betriebssystem-Unterstützung, Sicherheit, Preismodelle und der Kompromiss beim Self-Hosting.'
+image: '~/assets/images/blog/rustdesk-vs-screenconnect-og.png'
+category: 'Vergleiche'
+tags: ['RustDesk', 'ScreenConnect', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-screenconnect-selbst-gehosteter-remote-support'
+faq:
+  - question: 'Ist RustDesk eine selbst gehostete Alternative zu ScreenConnect?'
+    answer: 'Ja. RustDesk Server Pro betreibt die ID-/Rendezvous- und Relay-Dienste auf einer Infrastruktur, die Sie selbst kontrollieren, und RustDesk ist Open Source unter der AGPL-Lizenz. ScreenConnect bietet einen verwalteten Cloud-Dienst sowie eine selbst gehostete On-Premise-Edition an, beide proprietär.'
+  - question: 'Wie schneidet die Preisgestaltung von RustDesk im Vergleich zu ScreenConnect ab?'
+    answer: 'ScreenConnect lizenziert pro gleichzeitigem Techniker bzw. gleichzeitiger Sitzung; RustDesk lizenziert nach Login-Nutzern und verwalteten Geräten, mit unbegrenzter Gleichzeitigkeit in den Standardplänen (nur Customized V2 begrenzt sie). Vergleichen Sie aktuelle schriftliche Angebote für dieselbe Anzahl an Technikern, Endpunkten und Funktionen.'
+  - question: 'Unterstützt RustDesk SSO und LDAP wie ScreenConnect?'
+    answer: 'RustDesk unterstützt LDAP/Active Directory und OIDC-SSO ab dem Basic-Plan aufwärts. ScreenConnect listet LDAP-, SAML- und OAuth-SSO-Integrationen auf; prüfen Sie, welche Stufe das jeweilige Produkt für die Identitätsverwaltung genau voraussetzt.'
+metadata:
+  description: 'RustDesk im Detailvergleich mit ScreenConnect: Funktionen, Betriebssystem-Unterstützung, Sicherheit, Preismodelle sowie klare Vor- und Nachteile für MSPs.'
+  keywords: 'RustDesk vs ScreenConnect, RustDesk vs ConnectWise Control, ScreenConnect Vergleich'
+---
+
+RustDesk und ScreenConnect zielen beide auf den Remote-Support-Workflow von MSPs ab; der entscheidende Unterschied liegt beim Eigentum — ScreenConnect ist proprietäre Software, die pro gleichzeitigem Techniker lizenziert wird, während RustDesk Open Source ist und für den Selbst-Betrieb konzipiert wurde. Dieser Artikel stützt sich auf öffentliche Produktdokumentationen, statt private Kunden-E-Mails, Vertragsdaten oder Details zu Bereitstellungen wiederzugeben.
+
+ScreenConnect (früher ConnectWise Control) ist eine kommerzielle Remote-Access-Plattform mit einer großen installierten Basis im MSP-Markt. RustDesk ist eine Open-Source-Alternative, die selbst gehostet werden kann und auf einer anderen Philosophie beruht — Software, die Sie selbst betreiben und besitzen, statt eines vom Anbieter gehosteten Dienstes. Im Folgenden finden Sie einen Abschnitt-für-Abschnitt-Vergleich der beiden Lösungen und die Gründe, warum MSPs zu RustDesk wechseln.
+
+## Inhalt
+
+- [Überblick: RustDesk und ScreenConnect auf einen Blick](#überblick-rustdesk-und-screenconnect-auf-einen-blick)
+- [Funktionsvergleich](#funktionsvergleich)
+- [Betriebssysteme und Plattformen](#betriebssysteme-und-plattformen)
+- [Sicherheit und Identität](#sicherheit-und-identität)
+- [Lizenzierung und Preismodelle](#lizenzierung-und-preismodelle)
+- [Vorteile und Nachteile](#vorteile-und-nachteile)
+- [Warum MSPs trotzdem zu RustDesk wechseln](#warum-msps-trotzdem-zu-rustdesk-wechseln)
+- [RustDesk selbst ausprobieren](#rustdesk-selbst-ausprobieren)
+- [Weiterführende Artikel](#weiterführende-artikel)
+- [Quellen](#quellen)
+
+## Überblick: RustDesk und ScreenConnect auf einen Blick
+
+**ScreenConnect** ist das Remote-Access- und Remote-Support-Produkt von ConnectWise, das heute unter dem Namen ScreenConnect verkauft wird (jahrelang firmierte es als ConnectWise Control). Es richtet sich stark an Managed Service Provider und interne IT-Teams. Sie können es als verwalteten Cloud-Dienst auf der Infrastruktur von ConnectWise betreiben oder eine On-Premise-Edition lizenzieren, die Sie selbst hosten. Es bietet Sitzungsaufzeichnung, Hintergrundadministration über „Backstage“, eine Remote-Kommandozeile, Remote-Druck, VoIP-Audio sowie Integration in die umfassendere ConnectWise-Suite (PSA-Ticketing, Automate/RMM). Wer bereits in der ConnectWise-Welt zuhause ist, für den ist ScreenConnect darauf ausgelegt, sich nahtlos einzufügen.
+
+**RustDesk** deckt denselben MSP-Bedarf ab, ohne die Bindung an das ConnectWise-Ökosystem. Sein Kern-Client ist Open Source unter der AGPL, und Server Pro wird selbst gehostet, sodass Sie die ID-/Rendezvous- und Relay-Dienste selbst betreiben, statt Techniker-Kapazität pro Platz zu mieten. Wo ScreenConnect gleichzeitige Techniker abrechnet, beinhalten die RustDesk-Standardpläne unbegrenzte gleichzeitige Verbindungen; nur [Customized V2](https://rustdesk.com/pricing#custom2) begrenzt sie. Die Generierung eines individuellen Clients steht ab dem Basic-Plan zur Verfügung — nützlich, wenn das Tool, das Ihre Kunden sehen, Ihre Marke tragen soll und nicht die von ConnectWise. Der Kompromiss: Ihr Team betreibt, patcht und sichert den Server selbst.
+
+Kurz gesagt: ScreenConnect ist eine kommerzielle Plattform mit einem MSP-Ökosystem drumherum; RustDesk ist quelloffene, selbst gehostete Software, die vollständig Ihnen gehört.
+
+## Funktionsvergleich
+
+Die folgende Tabelle deckt das alltägliche Funktionsset für den Remote-Support ab. Ein Hinweis zur Methodik: Die Einträge in der Spalte **ScreenConnect** stammen von ConnectWise's eigenen Funktions- und Preisseiten, Stand unserer Recherche im Juli 2026 (Quellen am Ende aufgeführt). Die Spalte **RustDesk** spiegelt die für das Produkt dokumentierten Fähigkeiten wider. Prüfen Sie die aktuelle RustDesk-Dokumentation, um die Details für Ihren Build zu bestätigen.
+
+| Funktion                                        | RustDesk (selbst gehostetes Server Pro)                                                                                    | ScreenConnect (ConnectWise Control)                                                    |
+| ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- |
+| Remote-Ansicht und -Steuerung                   | Ja — Hosts unter Windows, macOS, Linux und Android; iOS nur als Controller                                                 | Ja — Multi-Monitor-Remote-Support in allen Stufen                                      |
+| Unbeaufsichtigter Zugriff auf verwaltete Geräte | Ja — verwaltete Geräte über Ihren selbst gehosteten Server, organisiert mit Gerätegruppen und einem gemeinsamen Adressbuch | Ja — unbeaufsichtigte Agenten (10 in der Einstiegsstufe; unbegrenzt in höheren Stufen) |
+| Mobiler Zugriff                                 | Android kann steuern oder gesteuert werden; iOS nur als Controller                                                         | Ja — iOS- und Android-Techniker-Apps; mobiler Gast-Client-Support ab Standard aufwärts |
+| Sitzungsaufzeichnung                            | Ja (eingehende/ausgehende Verbindungen können automatisch aufgezeichnet werden)                                            | Ja — ab der Standard-Stufe enthalten                                                   |
+| Dateiübertragung                                | Ja (in beide Richtungen)                                                                                                   | Ja — in allen Stufen enthalten                                                         |
+| Chat während der Sitzung                        | Ja — Text-Chat                                                                                                             | Ja — Chat während der Sitzung                                                          |
+| Remote-Druck                                    | Ja — Remote-Drucker für eingehende Verbindungen (Windows)                                                                  | Ja — Drucken vom Remote-Rechner auf einen lokalen Drucker                              |
+| Limit für gleichzeitige Verbindungen            | Unbegrenzt in den Standardplänen; begrenzt bei Customized V2                                                               | Lizenziert pro gleichzeitigem Techniker; siehe aktuelle Stufen                         |
+
+Gleichzeitigkeit bestimmt beide Kostenmodelle. ScreenConnect lizenziert die gleichzeitige Techniker-Kapazität, während die RustDesk-Standardpläne unbegrenzt sind und Customized V2 ein festgelegtes Kontingent an Gleichzeitigkeit lizenziert. Siehe die [RustDesk-Preisseite](https://rustdesk.com/pricing).
+
+## Betriebssysteme und Plattformen
+
+Beide Tools sind plattformübergreifend, wobei ein struktureller Unterschied erwähnenswert ist: ScreenConnect unterscheidet zwischen der **Host**-Seite (dem Techniker) und der **Gast**-Seite (dem unterstützten Rechner), und die Plattformunterstützung unterscheidet sich zwischen beiden geringfügig.
+
+| Plattform                  | RustDesk                                                                                                                                                 | ScreenConnect                                                |
+| -------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------ |
+| Windows                    | Ja — x64, ARM64, 32-Bit                                                                                                                                  | Ja — Host und Gast (Windows 10/11, Server 2016–2025)         |
+| macOS                      | Ja — Apple Silicon & Intel                                                                                                                               | Ja — Host und Gast (aktuelle und die letzten zwei Versionen) |
+| Linux                      | Ja — x86_64, ARM64 & ARM32; starke Wayland-Unterstützung                                                                                                 | Ja — Host und Gast (x86_64, glibc 2.17+)                     |
+| Android                    | Ja — arm64, arm32, x64 (Host & Controller)                                                                                                               | Gast-Unterstützung; Android-Techniker-App                    |
+| iOS                        | Nur Controller                                                                                                                                           | Nur Ansicht der Gast-Bildschirmfreigabe; iOS-Techniker-App   |
+| Steuerung über den Browser | Browser-Client zur Steuerung (öffentlicher Web-Client oder selbst gehostet ab einer bestimmten Plangröße); gesteuert werden erfordert den nativen Client | Ja — Host über Chrome, Firefox, Safari, Edge                 |
+
+Ein paar Klarstellungen, damit niemand in die Irre geführt wird. ConnectWise's eigene Kompatibilitätsseite listet unserer Recherche zufolge Windows/macOS/Linux für Host und Gast sowie iOS- und Android-Mobil-Apps auf; einige Berichte von Drittanbietern erwähnen zudem ChromeOS- und Raspberry-Pi-Clients, doch wir konnten dies auf der offiziellen ConnectWise-Seite nicht verifizieren und haben es daher weggelassen. Getrennt davon: Wenn Teams bei einer RustDesk-Evaluierung von Raspberry Pi sprechen, meinen sie meist das Self-Hosting des _RustDesk-Servers_ auf kleiner Hardware — das betrifft die serverseitige Bereitstellung, nicht eine Aussage zur Client-Plattform.
+
+## Sicherheit und Identität
+
+Dieser Abschnitt behandelt die Sicherheits- und Compliance-Fragen, die die Evaluierung meist maßgeblich beeinflussen.
+
+**Das Sicherheitsmodell von ScreenConnect.** ConnectWise's aktuelle Preisseite listet AES-256-Verschlüsselung, Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, granulares Zugriffsmanagement sowie Integrationen mit LDAP, SAML, OAuth und anderen SSO-Anbietern auf. Die Produktseite zur On-Premise-Variante listet Multi-Faktor-Authentifizierung und rollenbasierte Zugriffskontrollen auf und beschreibt Konfigurationen, die SOC-2-, PCI-, CJIS- und HIPAA-Anforderungen unterstützen sollen. Dies sind Herstellerangaben und keine Aussage darüber, dass jede Bereitstellung automatisch konform ist; die Original-Seiten des Anbieters sind unter [Quellen](#quellen) verlinkt.
+
+**Patchen ist eine Frage des Eigentums.** Bei einem vom Anbieter gehosteten Dienst bestimmt der Anbieter den Patch-Zeitplan, während Betreiber selbst gehosteter Installationen ihre eigenen Server aktualisieren. Sicherheitspatches, Zertifikatsrotationen und ähnliche Ereignisse landen in _Ihrem_ Änderungskalender, nicht in dem des Anbieters — derselbe Eigentums-Kompromiss, der auch dafür sorgt, dass Ihre Daten auf Ihrer eigenen Infrastruktur bleiben, und das Self-Hosting von RustDesk bringt genau diese Verantwortung mit sich.
+
+**Das Sicherheitsmodell von RustDesk.** Der Ansatz von RustDesk ist strukturell anders: Weil es Open Source unter der AGPL ist, kann der Code unabhängig geprüft und aus dem Quellcode selbst gebaut werden, statt auf Vertrauen angewiesen zu sein — etwas, das weder die Cloud von ScreenConnect noch dessen On-Premise-Edition bieten kann. Server Pro wird selbst gehostet, sodass die Rendezvous-/Relay-Server und die Vermittlung der Sitzungen auf einer Infrastruktur bleiben, die Sie kontrollieren — genau der Sinn der Sache für Teams, deren Hauptanliegen Datenresidenz und DSGVO sind ([warum selbst hosten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) erläutert die Begründung ausführlich). Bei der Identitätsverwaltung unterstützt RustDesk LDAP und SSO über OIDC — und hier ein Punkt, der klar benannt werden sollte: **LDAP/SSO ist ab dem Basic-Plan aufwärts verfügbar; Pläne unterhalb von Basic enthalten es nicht.** Die Administration erfolgt über eine selbst gehostete Web-Konsole, und die Zugriffskontrolle wird über Gerätegruppen und ein gemeinsames Adressbuch geregelt, sodass Sie festlegen können, welche Nutzer auf welche Rechner zugreifen dürfen. Details zur Einrichtung finden Sie in unserem [RustDesk-Leitfaden zu LDAP und Active Directory](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/).
+
+Open Source zu sein macht Software nicht unangreifbar. Prüfen Sie die [aktuellen Releases](https://github.com/rustdesk/rustdesk/releases) von RustDesk sowie öffentliche Schwachstellen-Aufzeichnungen. Der ScreenConnect-Cloud-Modus bietet einen vom Anbieter betriebenen Dienst; RustDesk bietet prüfbaren Code und selbst gehostete serverseitige Dienste — zusammen mit der Betriebsverantwortung. Zu den Grenzen von Routing und Datenresidenz siehe [Remote Desktop und Datensouveränität](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting).
+
+## Lizenzierung und Preismodelle
+
+Preise ändern sich häufig. Statt eine einzelne Zahl als dauerhafte Tatsache zu behandeln, vergleichen wir daher die beiden _Modelle_ und versehen die Angaben mit einem Zeitstempel.
+
+**ScreenConnect** bündelt Techniker-/Sitzungskapazität, unbeaufsichtigte Agenten und Funktionen je nach Produkt und Stufe. Diese Details ändern sich, und die Konditionen für On-Premise erfordern eine direkte Bestätigung. Nutzen Sie die aktuelle Preisseite von ConnectWise sowie ein schriftliches Angebot für dieselbe Anzahl an Technikern, gleichzeitigen Sitzungen, unbeaufsichtigten Endpunkten, Sicherheitskontrollen und Supportanforderungen; dieser Artikel bewahrt bewusst keine Preis-Momentaufnahme auf, die veralten würde.
+
+**RustDesk** bepreist nach Login-Nutzern und verwalteten Geräten. Die Standardpläne beinhalten unbegrenzte gleichzeitige Verbindungen; Customized V2 fügt ein festgelegtes Kontingent an Gleichzeitigkeit hinzu. Ein reiner Preisschild-Vergleich ist irreführend — bemessen Sie beide Produkte daher anhand der tatsächlichen Anforderungen an Nutzer, Geräte, Gleichzeitigkeit, Funktionen und Support. Die aktuellen RustDesk-Preise finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Vorteile und Nachteile
+
+**RustDesk**
+
+_Vorteile_
+
+- Unbegrenzte gleichzeitige Verbindungen in den Standardplänen — keine Abrechnung pro Techniker-Sitzung (nur Customized V2 ist begrenzt)
+- Der Generator für individuell gebrandete Clients liefert ein White-Label-Tool unter Ihrem Namen, nicht dem von ConnectWise
+- Selbst gehostetes Server Pro hält Vermittlung/Relay auf Infrastruktur, die Ihnen gehört (Datensouveränität, DSGVO)
+- Open Source (AGPL) — prüfbar und aus dem Quellcode selbst baubar
+- Kostenloser Community-Server läuft dauerhaft kostenlos
+- Skaliert auf große Geräteflotten (mehr dazu weiter unten)
+
+_Nachteile_
+
+- Sie betreiben, patchen und aktualisieren den Server selbst
+- Kein vollständig kostenloser Test von Server Pro (für eine Testlizenz eine E-Mail an sales@rustdesk.com senden)
+- Manche Annehmlichkeiten (LDAP/SSO) sind erst ab dem Basic-Plan verfügbar, nicht in der Einstiegsstufe
+
+**ScreenConnect**
+
+_Vorteile_
+
+- Integration in das ConnectWise-PSA/RMM-Ökosystem
+- Verwaltete Cloud-Option mit automatischem Patching
+- Funktionsumfang inklusive Sitzungsaufzeichnung, Backstage, VoIP und Diagnose
+- Große installierte MSP-Basis — Dokumentation und erfahrene Techniker sind leicht zu finden
+- Enterprise-Identitätskontrollen (2FA, SSO/SAML/OAuth, LDAP und rollenbasierte Zugriffskontrollen)
+
+_Nachteile_
+
+- Proprietär und Closed-Source — der Code kann nicht geprüft werden
+- Lizenzierung nach gleichzeitigen Technikern begrenzt Ihre Kapazität
+- Erweiterte Funktionen sind höheren Stufen vorbehalten; manche Funktionen sind eigenständige, kostenpflichtige Produktlinien
+
+## Warum MSPs trotzdem zu RustDesk wechseln
+
+Alles bisher Genannte ist der neutrale Vergleich. Jetzt kommt der Teil, in dem wir offen für RustDesk argumentieren — denn genau die oben genannten Anforderungen sind es typischerweise, die MSPs überhaupt erst dazu bewegen, eine selbst gehostete Alternative zu evaluieren. Sie können die gesamte Koordinationsebene selbst betreiben und Sitzungsdaten innerhalb Ihres eigenen Perimeters halten — etwas, das ein vom Anbieter gehostetes Tool strukturell nicht bieten kann. Mit Server Pro entscheiden Sie, wo ID-, Relay-, Konsolen- und Gerätedaten laufen. Der direkte Endpunkt-Datenverkehr durchquert weiterhin die Netzwerke zwischen diesen Endpunkten, und Compliance erfordert mehr als nur die Platzierung des Servers. Viele Teams beginnen mit Self-Hosting auf bescheidener Hardware, um das Konzept zu belegen, und validieren die Kapazität anschließend anhand ihres tatsächlichen Gleichzeitigkeits- und Relay-Profils. Für Teams, deren wichtigstes Anliegen Datenresidenz und Kontrolle ist, gibt genau das den Ausschlag.
+
+Wenn Sie speziell als MSP evaluieren, ist unser Artikel [RustDesk für MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool) genau für Ihre Situation geschrieben; Enterprise-Käufer sollten mit [RustDesk für Unternehmen](/de/blog/rustdesk-fur-unternehmen-self-hosted-skalierbar-ad-bereit) beginnen. Siehe auch [Remote Desktop und Datensouveränität](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) und [Skaliert RustDesk auf 50.000+ Geräte?](/de/blog/skaliert-rustdesk-auf-200-000-gerate).
+
+## RustDesk selbst ausprobieren
+
+Der unverbindlichste Weg, RustDesk zu evaluieren, ist ein repräsentativer Proof of Concept. Richten Sie den kostenlosen Community-Server ein und verbinden Sie ein paar Endpunkte damit — ohne Kosten, ohne Verkaufsgespräch. Für die Pro-Funktionen fragen Sie [sales@rustdesk.com](mailto:sales@rustdesk.com) nach den aktuellen Evaluierungsbedingungen, oder besuchen Sie [rustdesk.com/pricing](https://rustdesk.com/pricing); es gibt außerdem eine [Video-Anleitung](https://www.youtube.com/@rustdesk), falls Sie sich lieber zuerst einen Überblick verschaffen möchten.
+
+## Weiterführende Artikel
+
+- [RustDesk für MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool)
+- [RustDesk vs. AnyDesk](/de/blog/rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software)
+
+## Quellen
+
+Die Produktdetails von ScreenConnect wurden am 7. Juli 2026 anhand dieser Original-Seiten von ConnectWise überprüft. Funktionen, Plattformunterstützung, Paketierung und Preise können sich ändern; prüfen Sie vor dem Kauf die aktuellen Seiten sowie ein schriftliches Angebot.
+
+- [ScreenConnect-Preispläne](https://www.screenconnect.com/pricing) — aktuelle Stufen, Limits für gleichzeitige Sitzungen, unbeaufsichtigte Agenten, Remote-Support-Funktionen, Sicherheitskontrollen, Identitätsintegrationen und ConnectWise-Integrationen.
+- [ScreenConnect On-Premise](https://www.screenconnect.com/on-premise) — Self-Hosting, Backstage, Sitzungsaufzeichnung, Kompatibilität, Sicherheit und vom Anbieter angegebene Compliance-Fähigkeiten.
+- [ScreenConnect Host-Client-Anforderungen](https://docs.connectwise.com/ScreenConnect_Documentation/Get_started/Host_client/Host_client_requirements) — Betriebssystemanforderungen auf Techniker-Seite.
+- [ScreenConnect Gast-Client-Anforderungen](https://docs.connectwise.com/ScreenConnect_Documentation/Get_started/Guest_client/Guest_client_requirements) — Betriebssystemanforderungen für unterstützte Geräte.
+- [ScreenConnect iOS-App-Anforderungen](https://docs.connectwise.com/ScreenConnect_Documentation/Mobile_apps/iOS/iOS_app_requirements) — aktuelle Anforderungen der iOS-Anwendung und Hersteller-Einschränkungen.
@@ -0,0 +1,87 @@
+---
+publishDate: 2026-07-06T10:09:00Z
+lang: 'de'
+translationKey: 'rustdesk-vs-splashtop'
+draft: false
+title: 'Selbst gehostete Splashtop-Alternative: Was Sie zuerst bewerten sollten'
+excerpt: 'Ein Leitfaden zur Bewertung einer selbst gehosteten Splashtop-Alternative: Lizenzierung, Infrastruktur, Zuverlässigkeitsnachweise, Workflow-Tests und Migrationsrisiken.'
+image: '~/assets/images/blog/rustdesk-vs-splashtop-og.png'
+category: 'Vergleiche'
+tags: ['RustDesk', 'Splashtop', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'selbst-gehostete-splashtop-alternative-was-sie-zuerst-bewerten-sollten'
+faq:
+  - question: 'Können sowohl RustDesk als auch Splashtop selbst gehostet werden?'
+    answer: 'Ja, allerdings über unterschiedliche Produktmodelle. RustDesk bietet einen kostenlosen Open-Source-Server sowie kommerzielle Server-Pro-Pläne, die auf Self-Hosting ausgelegt sind. Splashtop bietet zusätzlich zu seinen gängigen SaaS-Plänen ein separat lizenziertes, proprietäres On-Prem-Produkt an.'
+  - question: 'Welche Infrastruktur benötigt Splashtop On-Prem?'
+    answer: 'Splashtop On-Prem nutzt ein vom Kunden betriebenes Splashtop Gateway. Das Unternehmen muss Serverkapazität, Netzwerk, TLS, Monitoring, Backups, Upgrades und Verfügbarkeit entsprechend seinen Bereitstellungsanforderungen selbst planen.'
+  - question: 'Sollte ich selbst hosten oder einen vom Anbieter betriebenen Dienst nutzen?'
+    answer: 'Hosten Sie selbst, wenn Sie die Kontrolle über die serverseitigen Dienste, Open-Source-Software oder eine Lizenzierung auf Basis Ihrer eigenen Nutzer und Geräte wünschen. Ein vom Anbieter betriebener SaaS-Dienst ist die Alternative, wenn Sie ausdrücklich möchten, dass jemand anderes den Dienst betreibt. Testen Sie die erforderlichen Workflows und vergleichen Sie die aktuellen schriftlichen Vertragsbedingungen, bevor Sie sich entscheiden.'
+  - question: 'Wie sollte ein IT-Team einen Splashtop-Ersatz testen?'
+    answer: 'Führen Sie einen parallelen Pilotversuch mit repräsentativen Nutzern, Endgeräten, Netzwerken und Support-Workflows durch. Definieren Sie Abnahmekriterien für Verbindungszuverlässigkeit, Remote-Audio, Monitor-Zuordnung, mobilen Zugriff, Administration und Sicherheitskontrollen, und halten Sie einen dokumentierten Rollback-Pfad bereit, bis der Ersatz diese Kriterien erfüllt.'
+metadata:
+  description: 'Bewerten Sie eine selbst gehostete Splashtop-Alternative anhand von Lizenzierung, Infrastruktur, Workflow-Kompatibilität, Sicherheitskontrollen, Pilotdesign und Migrationsrisiko.'
+  keywords: 'selbst gehostete Splashtop-Alternative, Splashtop-Ersatz, von Splashtop migrieren, RustDesk vs. Splashtop, Splashtop-Alternative für IT-Teams'
+---
+
+Eine selbst gehostete Splashtop-Alternative ist eine Bewertung wert, wenn Ihr IT-Team die Kontrolle über serverseitige Dienste, Open-Source-Software oder ein Lizenzmodell benötigt, das zu seinen Nutzern, Geräten und gleichzeitigen Sitzungen passt. Das ist nicht automatisch der richtige Schritt: Ein Wechsel verlagert auch Infrastrukturarbeit auf Ihr Team und kann Workflow-Lücken offenlegen, die eine reine Feature-Matrix übersieht.
+
+Entscheidend ist die Unterscheidung zwischen **drei Betriebsmodellen, nicht „Cloud versus Self-Hosting“.** Splashtop verkauft verwaltete SaaS-Pläne _und_ ein separat lizenziertes **On-Prem**-Produkt; RustDesk macht Self-Hosting durch seinen kostenlosen Community-Server und Server Pro zum zentralen Bereitstellungsmodell.
+
+## Die kurze Antwort
+
+| Entscheidungsfaktor     | RustDesk                                                                                                                                                                            | Splashtop SaaS                                                    | Splashtop On-Prem                                                                                                                     |
+| ----------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
+| Serverbetrieb           | Vom Kunden betriebener Community-Server oder Server Pro                                                                                                                             | Vom Anbieter betrieben                                            | Vom Kunden betriebenes Splashtop-On-Prem-Gateway                                                                                      |
+| Quellcode-Modell        | Kern-Client und Community-Server sind Open Source unter der AGPL                                                                                                                    | Proprietär                                                        | Proprietär                                                                                                                            |
+| Lizenzierung            | Die Standard-Server-Pro-Pläne basieren auf Login-Nutzern plus verwalteten Geräten; [Customized V2](https://rustdesk.com/pricing#custom2) misst zusätzlich die gleichzeitige Nutzung | Abhängig vom Plan (Remote Access, Remote Support oder Enterprise) | Separat lizenziert und vertriebsgesteuert; schriftliches Angebot bestätigen lassen                                                    |
+| Gleichzeitige Sitzungen | Bei Standardplänen unbegrenzt; bei Customized V2 ein festgelegtes Kontingent                                                                                                        | Abhängig vom Plan                                                 | Abhängig von der Lizenz                                                                                                               |
+| Governance              | Server-Pro-Funktionen sind planabhängig; SSO, 2FA, Audit, Zugriffskontrolle, Adressbücher und Geräteverwaltung vergleichen                                                          | Enterprise-Kontrollen sind planabhängig                           | Benutzer-/Gruppenberechtigungen, Active-Directory-Integration, IP-Beschränkungen und weitere Funktionen sind editionsabhängig         |
+| Infrastrukturaufwand    | Ihr Team verantwortet Bereitstellung, TLS, Netzwerkexposition, Monitoring, Backups, Upgrades und Verfügbarkeit                                                                      | Der Anbieter verantwortet die Dienstinfrastruktur                 | Ihr Team verantwortet die Dimensionierung des Gateways, die Netzwerkplatzierung, TLS, Monitoring, Backups, Upgrades und Verfügbarkeit |
+| Bester Einstiegspunkt   | Kostenloser Community-Server für eine grundlegende Bewertung; Server-Pro-Evaluierung über sales@rustdesk.com für Management-Funktionen                                              | SaaS-Testversion für Teams, die einen verwalteten Dienst wünschen | Direktvertrieb und eine abgegrenzte Infrastrukturbewertung                                                                            |
+
+Wählen Sie zunächst das Betriebsmodell, bevor Sie einzelne Funktionen vergleichen. Wenn Sie möchten, dass ein Anbieter den Dienst betreibt, wägen Sie den Aufwand für den eigenen Betrieb von RustDesk gegen Splashtop SaaS ab. Wenn Infrastrukturkontrolle zwingend erforderlich ist, vergleichen Sie RustDesk Server Pro mit Splashtop On-Prem – nicht mit der SaaS-Testversion, die über On-Prem kaum etwas aussagt.
+
+## Das richtige Splashtop-Produkt vergleichen
+
+Splashtops Standardpläne Remote Access und Remote Support werden vom Anbieter betrieben. Auf der [Preisseite](https://www.splashtop.com/pricing) wird eine On-Prem-Option unter den Enterprise-Angeboten aufgeführt, und die [On-Prem-Produktseite](https://www.splashtop.com/products/on-prem) beschreibt die Installation eines **Splashtop On-Prem Gateway** in einer DMZ oder hinter der Unternehmens-Firewall, mit eigenen [Systemanforderungen](https://support-splashtoponprem.splashtop.com/hc/en-us/articles/360035393074-Splashtop-On-Prem-System-Requirements) für Betriebssysteme, Hardware-Dimensionierung und Ports.
+
+On-Prem gibt es also tatsächlich – aber es ist ein separates, proprietäres Produkt mit Direktvertrieb und kundenseitiger Infrastruktur, nicht der Standard hinter jedem Splashtop-Abonnement. RustDesk setzt am entgegengesetzten Ende an: Der Community-Server und Server Pro sind standardmäßig selbst gehostet. Bei Server Pro laufen ID-/Rendezvous-Server, Relay, Konsole und gespeicherte Bereitstellungsdaten auf Infrastruktur, die Sie kontrollieren, während direkte Sitzungen weiterhin zwischen den Endgeräten fließen.
+
+## Open Source und das Vertrauensmodell
+
+RustDesks Kern-Client und Community-Server sind unter der **AGPL** verfügbar. Ein Security- oder Engineering-Team kann den Code lesen, den Client selbst kompilieren und den kostenlosen Server betreiben, ohne zuvor eine kommerzielle Lizenz erwerben zu müssen; Server Pro fügt proprietäres Management obendrauf hinzu. Splashtop SaaS und On-Prem sind beide proprietär – On-Prem ändert, _wo_ der Server läuft, nicht ob der Code offen ist. Zwei getrennte Fragen entscheiden darüber:
+
+1. Müssen serverseitige Dienste auf von uns kontrollierter Infrastruktur laufen? _(On-Prem und RustDesk beantworten dies beide mit Ja.)_
+2. Benötigen wir Einsicht in den Quellcode und die Möglichkeit, den Client selbst zu kompilieren? _(Nur RustDesk beantwortet dies mit Ja.)_
+
+## Lizenzierung und Kosten
+
+Die Standard-Server-Pro-Pläne von RustDesk werden anhand von **Login-Nutzern plus verwalteten Geräten** bemessen und beinhalten unbegrenzte gleichzeitige Verbindungen; [Customized V2](https://rustdesk.com/pricing#custom2) misst stattdessen die gleichzeitige Nutzung. Die Preise von Splashtop hängen davon ab, ob der Bedarf Remote Access, Remote Support, Enterprise SaaS oder On-Prem betrifft, wobei Enterprise und On-Prem vertriebsgesteuert sind.
+
+Vergleichen Sie auf beiden Seiten dieselben Größen – Techniker oder Login-Nutzer, verwaltete Endgeräte, gleichzeitige Sitzungen, die tatsächlich benötigten Identitäts-/Audit-/Aufzeichnungsfunktionen sowie den Serverbetrieb – anhand datierter schriftlicher Vertragsbedingungen, und kalkulieren Sie mit dem Verlängerungspreis statt mit dem Preis des ersten Jahres. Ein niedrigerer Einstiegspreis oder das historische Angebot eines anderen Kunden sagt nichts über die Kosten der von Ihnen benötigten Bereitstellung aus. Aktuelle RustDesk-Preise finden Sie unter [RustDesk-Preisen](https://rustdesk.com/pricing).
+
+## Zuverlässigkeitsberichte: Hinweise, keine Häufigkeitsangaben
+
+Öffentliche Diskussionen zeigen ein gemischtes Bild. Ein Thread von 2025 in der [Splashtop-Community](https://www.reddit.com/r/Splashtop_Official/comments/1ltgest/constant_crashing_on_local_win10_computer/) dokumentiert Abstürze des Windows-Clients; eine [Atera-Diskussion](https://www.reddit.com/r/atera/comments/1qucbx3/is_splashtop_just_terrible_for_you_guys/) von 2026 enthält sowohl Beschwerden als auch Berichte von Administratoren über jahrelangen stabilen Betrieb – teils mit Splashtop, das über eine RMM-Integration statt als eigenständiges Produkt bereitgestellt wurde. Betrachten Sie dies als Szenarien, die Sie in Ihrem eigenen Pilotversuch nachstellen sollten – mit Ihrer eigenen Endgerätemischung, Ihren Netzwerken, Ihrer RMM-Paketierung und Ihren Betriebssystemversionen –, nicht als Beleg dafür, wie verbreitet ein Problem in der gesamten installierten Basis ist.
+
+## Was Sie wirklich testen sollten
+
+Überspringen Sie die generische Feature-Matrix-Checkliste und testen Sie die Dinge, die in der Praxis über eine Splashtop-Migration entscheiden:
+
+- **Remote-Audio** und Mikrofon-Passthrough, einschließlich des Verhaltens der Audiogeräte nach einer erneuten Verbindung.
+- **Multi-Monitor**-Layouts und ob die Monitor-Zuordnung zwischen Sitzungen erhalten bleibt.
+- **Mobiler und browserbasierter** Zugriff – prüfen Sie, welche Plattformen _steuern_ können und welche nur _gesteuert werden_ können, und validieren Sie Browser-/WebSocket-Sitzungen getrennt von nativen Clients.
+- **RMM-Paketierung** und unbeaufsichtigte Bereitstellung auf den Betriebssystemversionen, die Sie produktiv einsetzen.
+- **Direktverbindung und Relay-Fallback** sowie das Verhalten bei erneuter Verbindung in Netzwerken mit hoher Latenz oder Einschränkungen.
+- **Governance** – SSO- oder Verzeichnisintegration, 2FA für gesteuerte Geräte, Audit-Protokolle, Gerätegruppen sowie die Bestätigung, dass die Kenntnis einer Geräte-ID Ihr Autorisierungsmodell nicht umgeht. Der kostenlose Community-Server enthält nicht jede Governance-Funktion von Server Pro. Prüfen Sie diese daher anhand der aktuellen Server-Pro-Matrix und der [LDAP/SSO-Dokumentation](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/), statt sie vom kostenlosen Server abzuleiten.
+
+Führen Sie dies als **parallelen Pilotversuch** über einen repräsentativen Ausschnitt von Technikern, Endgeräten und Netzwerken durch; behalten Sie das bestehende System aktiv bei, bis der Ersatz die erforderlichen Workflows erfüllt; und dokumentieren Sie einen Rollback-Auslöser, bevor Sie den Rollout ausweiten.
+
+## Wann RustDesk der stärkere Kandidat ist
+
+RustDesk verdient eine Bewertung, wenn Sie Self-Hosting als normales Bereitstellungsmodell wünschen, Open-Source-Software, die Sie prüfen und selbst kompilieren können, einen kostenlosen Community-Server-Pfad oder eine Lizenzierung auf Basis von Login-Nutzern und verwalteten Geräten. Eine Einschränkung gilt sowohl für RustDesk als auch für Splashtop On-Prem: Ihr Team stellt den Server bereit, sichert ihn ab, überwacht ihn, erstellt Backups und aktualisiert ihn. Infrastrukturkontrolle lohnt sich nur, wenn Sie auch bereit sind, sie zu betreiben.
+
+## RustDesk bewerten, ohne sich auf die gesamte Flotte festzulegen
+
+Beginnen Sie mit dem kostenlosen Community-Server für die grundlegende Konnektivität und bewerten Sie anschließend Server Pro, wenn Sie zentralisierte Governance benötigen – anhand derselben Endgeräte, Netzwerke, Techniker-Workflows und Abnahmekriterien, die Sie auch bei Splashtop anwenden würden. Schreiben Sie eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um die aktuellen Bedingungen für die Server-Pro-Evaluierung zu erhalten, oder informieren Sie sich unter [RustDesk-Preisen](https://rustdesk.com/pricing).
@@ -0,0 +1,172 @@
+---
+publishDate: 2026-06-30T13:17:00Z
+lang: 'de'
+translationKey: 'rustdesk-vs-teamviewer'
+draft: false
+title: 'RustDesk vs. TeamViewer: Die selbst gehostete Alternative'
+excerpt: 'RustDesk vs. TeamViewer im Vergleich: Funktionen, Betriebssystem-Unterstützung, Sicherheit, Lizenzmodelle und die wirklichen Kompromisse – Self-Hosting, Open Source, ohne kanalbasierte Preisgestaltung.'
+image: ~/assets/images/blog/rustdesk-vs-teamviewer-og.png
+category: 'Vergleiche'
+tags: ['RustDesk', 'TeamViewer', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-teamviewer-die-selbst-gehostete-alternative'
+faq:
+  - question: 'Ist RustDesk eine kostenlose Alternative zu TeamViewer?'
+    answer: 'Der Kern-Client und der Community-Server von RustDesk sind Open Source und lassen sich kostenlos und ohne Ablaufdatum selbst hosten. Kostenpflichtige Server-Pro-Pläne ergänzen zentrales Management und werden nach Login-Nutzern und verwalteten Geräten lizenziert; die aktuellen Preise finden Sie unter rustdesk.com/pricing.'
+  - question: 'Funktioniert RustDesk weiter, wenn ich die Zahlung einstelle, ähnlich wie bei einer alten unbefristeten TeamViewer-Lizenz?'
+    answer: 'Der Open-Source-Community-Server läuft weiterhin kostenlos. Server Pro ist eine jährliche kommerzielle Lizenz; läuft sie aus, behalten Sie den kostenlosen Server, verlieren aber die Pro-Verwaltungsfunktionen. Keines der beiden Produkte ist ein für immer gültiges Einmalkauf-Tool.'
+  - question: 'Lässt sich RustDesk im Gegensatz zu TeamViewer selbst hosten?'
+    answer: 'Ja. RustDesk Server Pro betreibt den ID-/Rendezvous-Server, den Relay-Server, die Konsole und die gespeicherten Daten auf einer Infrastruktur, die Sie selbst kontrollieren, während TeamViewer Sitzungen über seine eigene Cloud vermittelt.'
+  - question: 'Begrenzt RustDesk gleichzeitige Sitzungen wie es bei TeamViewer-Plänen der Fall ist?'
+    answer: 'Die Standardpläne von RustDesk beinhalten unbegrenzte gleichzeitige Verbindungen; nur Customized V2 misst und bepreist Gleichzeitigkeit. TeamViewer begrenzt gleichzeitige Sitzungen je nach Plan-Stufe.'
+metadata:
+  description: 'RustDesk vs. TeamViewer im Vergleich: Funktionen, Betriebssystem-Unterstützung, Sicherheit, Lizenzmodelle sowie klare Vor- und Nachteile – Self-Hosting, Open Source, ohne kanalbasierte Preisgestaltung.'
+  keywords: 'RustDesk vs TeamViewer, TeamViewer Vergleich, TeamViewer vs RustDesk, RustDesk TeamViewer Vergleich'
+---
+
+RustDesk und TeamViewer lösen dasselbe Problem des Fernzugriffs mit entgegengesetzten Modellen: ein Open-Source-Stack, den Sie selbst hosten, gegenüber einem verwalteten Cloud-Dienst, den Sie abonnieren.
+
+TeamViewer ist eine kommerzielle Plattform für Fernzugriff mit einem umfangreichen Katalog an Integrationen. Dies ist ein detaillierter Vergleich: was jedes Produkt ausmacht, wie sich Funktionen und Plattformunterstützung gegenüberstehen, wie sich die Sicherheits- und Lizenzmodelle unterscheiden und wo – und warum – Teams stattdessen zu RustDesk wechseln. Wo wir eine Aussage über TeamViewer treffen, belegen wir sie mit einer Quelle, und alle Angaben sind datiert, da sich Preise und Paketierung im Bereich Fernzugriff häufig ändern.
+
+## Inhaltsverzeichnis
+
+- [RustDesk und TeamViewer im Überblick](#rustdesk-und-teamviewer-im-überblick)
+- [Funktionsvergleich](#funktionsvergleich)
+- [Unterstützte Betriebssysteme und Plattformen](#unterstützte-betriebssysteme-und-plattformen)
+- [Sicherheit und Identität](#sicherheit-und-identität)
+- [Lizenzierung und Preismodelle](#lizenzierung-und-preismodelle)
+- [Vor- und Nachteile](#vor--und-nachteile)
+- [Warum Teams trotzdem zu RustDesk wechseln](#warum-teams-trotzdem-zu-rustdesk-wechseln)
+- [RustDesk selbst ausprobieren](#rustdesk-selbst-ausprobieren)
+- [Weiterführende Artikel](#weiterführende-artikel)
+
+## RustDesk und TeamViewer im Überblick
+
+**TeamViewer** ist eine kommerzielle Plattform für Fernzugriff und Remote-Support von TeamViewer SE, die seit 2005 am Markt ist und zu den am weitesten verbreiteten Tools ihrer Art zählt. Sie wird als verwalteter, Cloud-vermittelter SaaS-Dienst bereitgestellt: TeamViewer betreibt die Verbindungsinfrastruktur, Sie installieren einen Client, und Sitzungen werden über TeamViewers eigenes Routing-Netzwerk vermittelt. Die Software ist Closed Source, wird über Jahresabonnements verkauft, und die höheren Stufen (unter der Marke **TeamViewer Tensor**) bieten Enterprise-Funktionen wie Single Sign-on, Conditional Access, Massenverteilung sowie einen umfangreichen Katalog an Integrationen mit Tools wie ServiceNow, Jira und Microsoft Intune. ([TeamViewer Tensor / Integrationen](https://www.teamviewer.com/en/integrations/))
+
+**RustDesk** ist ein Open-Source-Tool für den Fernzugriff, das auf einer anderen Grundannahme aufbaut: Sie können die gesamte Lösung selbst betreiben. RustDesk ist Open Source unter der AGPL, kann also auditiert und aus dem Quellcode gebaut werden, und lässt sich mit einem kostenlosen Community-Server nutzen, der unbegrenzt weiterläuft. Das kommerzielle Angebot, **RustDesk Server Pro**, ist selbst gehostet – der ID-/Rendezvous-Server und der Relay-Server laufen auf Ihrer eigenen Maschine oder einem eigenen VPS, wodurch Sitzungsmetadaten und die Vermittlung von Verbindungen auf einer von Ihnen kontrollierten Infrastruktur bleiben. RustDesk wird nach Login-Nutzern und verwalteten Geräten lizenziert statt nach gleichzeitigen Sitzungen, und ist darauf ausgelegt, von einem einzelnen Techniker bis zu großen Geräteflotten zu skalieren. Wenn Ihr Vorbehalt gegenüber TeamViewer grundsätzlich mit _Kontrolle_ zu tun hat – über Daten, über Kosten, über die Software selbst –, dann ist genau das die Achse, auf der sich die beiden Produkte am stärksten unterscheiden.
+
+Der Rest dieses Artikels schlüsselt den Vergleich Funktion für Funktion auf.
+
+## Funktionsvergleich
+
+Die folgende Tabelle vergleicht die Alltagsfunktionen, nach denen die meisten Teams fragen. Die RustDesk-Spalte spiegelt die für das Produkt dokumentierten Funktionen wider, und auf der TeamViewer-Seite ist jedes „Ja“ mit einer Quelle auf TeamViewers eigenen Seiten belegt. Überprüfen Sie alles, worauf Sie sich verlassen, anhand der aktuellen Dokumentation.
+
+| Funktion                            | RustDesk                                                                                          | TeamViewer                                                                                                                                                                                                     |
+| ----------------------------------- | ------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Fernsteuerung (Kernsitzung)         | Ja – das ist der Kern-Client                                                                      | Ja ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                                                  |
+| Unbeaufsichtigter Zugriff           | Ja – Geräte werden als verwaltete, jederzeit steuerbare Endpunkte lizenziert                      | Ja ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                                                  |
+| Mobiler Zugriff                     | Ja – Android; iOS nur als Steuerungsgerät                                                         | Ja, über mobile Apps ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                                |
+| Dateiübertragung                    | Ja (in beide Richtungen)                                                                          | Ja ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                                                  |
+| Chat während der Sitzung            | Ja – Text-Chat                                                                                    | Ja, Echtzeit-Chat; VoIP/Video/Chat sind für kostenlose Nutzer deaktiviert ([Support](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/remote-control/remote-session-toolbar/)) |
+| Sitzungsaufzeichnung                | Ja (eingehende/ausgehende Sitzungen können automatisch aufgezeichnet werden)                      | Ja ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                                                  |
+| Remote-Druck                        | Ja – Remote-Drucker für eingehende Verbindungen (Windows)                                         | Ja ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                                                  |
+| Multi-Monitor-Unterstützung         | Ja – mehrere Monitore                                                                             | Ja – 4K-Multi-Monitor ([Funktionen](https://www.teamviewer.com/en-us/products/remote/features/))                                                                                                               |
+| Obergrenze gleichzeitiger Sitzungen | Unbegrenzt bei Standardplänen; begrenzt bei [Customized V2](https://rustdesk.com/pricing#custom2) | Begrenzt je nach Plan-Stufe (siehe [Lizenzierung](#lizenzierung-und-preismodelle))                                                                                                                             |
+
+Eine Zeile verdient besondere Aufmerksamkeit: die **Frage der Funktionsparität.** Beide Produkte decken die alltäglichen Arbeitsabläufe ab, in denen sich die meisten Support- und Admin-Teams bewegen – Fernsteuerung, unbeaufsichtigter Zugriff, Dateiübertragung, Sitzungsaufzeichnung, Remote-Druck und Multi-Monitor-Unterstützung. Verlassen Sie sich nicht blind auf irgendeine Tabelle, sondern testen Sie RustDesk an Ihren tatsächlichen Aufgaben; deshalb verweisen wir Interessenten für eine Testlizenz an sales@rustdesk.com statt an einen unterschriebenen Vertrag.
+
+## Unterstützte Betriebssysteme und Plattformen
+
+Beide Tools decken die wichtigsten Desktop- und Mobilplattformen ab; im Detail gibt es Unterschiede an den Rändern, besonders bei Linux und eingebetteten Geräten.
+
+| Plattform       | RustDesk                                                               | TeamViewer                                                                                                                                                                                                                                                                                                 |
+| --------------- | ---------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Windows         | Ja – x64, ARM64, 32-Bit                                                | Ja, inkl. Windows Server 2016/2019/2022 ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/))                                                                    |
+| macOS           | Ja – Apple Silicon & Intel                                             | Ja, macOS 13 (Ventura) und höher ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/))                                                                           |
+| Linux           | Ja – x86_64, ARM64 & ARM32; starke Wayland-Unterstützung               | Ja, aber über TeamViewer Classic mit eingeschränkterem Funktionsumfang ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/))                                     |
+| Android         | Ja – arm64, arm32, x64 (Host & Steuerungsgerät)                        | Ja, Android 8+ ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/))                                                                                             |
+| iOS / iPadOS    | Nur als Steuerungsgerät (kein Host, aufgrund von Apple-Beschränkungen) | Steuerungs-App, iOS/iPadOS 15+ (kann aufgrund von Apple-Beschränkungen nicht vollständig gesteuert werden) ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/)) |
+| ChromeOS        | Für diesen Artikel nicht verifiziert                                   | Ja, aber nur Bildschirmfreigabe – vollständige Fernsteuerung wird offiziell nicht unterstützt ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/))              |
+| Raspberry Pi OS | Ja – offizielle ARM64/ARM32-Linux-Builds                               | Ja, über TeamViewer Classic ([unterstützte Betriebssysteme](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-remote/download-and-installation/supported-operating-systems-for-teamviewer-remote/))                                                                                |
+
+Die Kernaussage ist, dass beide Produkte unter Windows, macOS, Linux, Android und iOS laufen, sodass für die überwältigende Mehrheit der Support-Arbeit in gemischten Geräteflotten jedes der beiden Tools die benötigten Endpunkte erreicht. TeamViewer deckt einige zusätzliche Randbereiche ab (ChromeOS-Bildschirmfreigabe und Raspberry Pi über seinen älteren Classic-Client), während RustDesk den Pi mit seinen Standard-ARM64/ARM32-Linux-Builds abdeckt. Wenn exotische Endpunkte für Sie wichtig sind, prüfen Sie das jeweilige Gerät anhand der aktuellen Liste des jeweiligen Anbieters, bevor Sie sich festlegen.
+
+## Sicherheit und Identität
+
+Hier verkörpern die beiden Produkte tatsächlich unterschiedliche Philosophien, weshalb es sich lohnt, „Sicherheitsfunktionen“ von „Sicherheitsmodell“ zu unterscheiden.
+
+**Die Sicherheitsfunktionen von TeamViewer** sind stark und gut dokumentiert. Der Sitzungsverkehr nutzt einen RSA-4096-Bit-Public/Private-Key-Austausch mit AES-256-Bit-Sitzungsverschlüsselung, dieselbe Kategorie von Kryptografie, die auch für HTTPS/TLS verwendet wird. Das Unternehmen bietet Ende-zu-Ende-Verschlüsselung an, sodass – laut TeamViewer – weder die eigenen Routing-Server noch zwischengeschaltete Systeme Ende-zu-Ende-verschlüsselten Sitzungsverkehr entschlüsseln können. Der Kontozugriff kann mit TOTP-basierter Zwei-Faktor-Authentifizierung geschützt werden, und die Plattform verfügt über Compliance-Zertifizierungen wie SOC 2, ISO/IEC 27001, ISO 9001:2015 und HIPAA/HITECH und gibt an, DSGVO-konform zu sein. ([Ende-zu-Ende-Verschlüsselung](https://www.teamviewer.com/en/solutions/use-cases/end-to-end-encryption-e2ee/), [Sicherheitserklärung](https://www.teamviewer.com/en/global/support/knowledge-base/teamviewer-remote/security/security-statement/))
+
+Neben diesen Funktionen ist jedoch ein Punkt zum Sicherheitsmodell erwähnenswert. Die eigene Infrastruktur jedes zentralisierten Anbieters ist selbst ein hochwertiges Angriffsziel, und kein Anbieter ist gegen diese Art von Angriff immun – genau dieses Risikoprofil verändert ein selbst gehostetes Modell.
+
+**Das Sicherheitsmodell von RustDesk** setzt an einer anderen Stelle an. RustDesk ist Open Source unter der AGPL, sodass der Code unabhängig auditiert und aus dem Quellcode gebaut werden kann. RustDesk Server Pro ist selbst gehostet: Sie betreiben den ID-/Rendezvous-Server, den Relay-Server, die Konsole und die gespeicherten Deployment-Daten. Direkte Sitzungen fließen weiterhin zwischen den Endpunkten. Open Source macht Schwachstellen zudem öffentlich sichtbar; prüfen Sie deshalb die [aktuellen Releases](https://github.com/rustdesk/rustdesk/releases) und aktuelle Sicherheitslücken-Datenbanken, statt anzunehmen, dass Self-Hosting jegliches Software-Risiko beseitigt.
+
+Zum Thema **Identität** eine Klarstellung, die für die Planung wichtig ist. RustDesk unterstützt LDAP/Active Directory und SSO über OIDC, und das ist **ab dem Basic-Plan** verfügbar: Es ist nicht nur der Top-Stufe vorbehalten, aber Pläne unterhalb von Basic enthalten es nicht – gleichen Sie das mit dem konkreten Plan ab, den Sie kaufen möchten. Vollständige Einrichtungsdetails finden Sie unter [RustDesk LDAP & Active Directory: Einrichtungsanleitung](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/). Für die Zugriffskontrolle pro Benutzer bietet RustDesk eine selbst gehostete Web-Konsole, Gerätegruppen und ein gemeinsames Adressbuch sowie einen Generator für individuell gebrandete Clients, sodass die App, die Ihre Nutzer installieren, Ihren Namen trägt statt den des Anbieters.
+
+Wenn es Ihnen vor allem darum geht, Sitzungsdaten auf einer von Ihnen kontrollierten Infrastruktur zu behalten, finden Sie die ausführliche Betrachtung unter [Fernzugriffssoftware & Datensouveränität](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) und [Warum Sie Ihre Fernzugriffssoftware selbst hosten sollten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten).
+
+## Lizenzierung und Preismodelle
+
+Preise sind der mit Abstand volatilste Teil jedes Fernzugriffs-Vergleichs; deshalb beschreiben wir **Modelle** im Detail und behandeln **Zahlen** als zeitpunktbezogene Momentaufnahmen, nicht als dauerhafte Fakten. Grundsätzlich nennen wir außerdem keinen festen RustDesk-Preis im Fließtext – die aktuelle Zahl finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing), damit sie immer korrekt ist.
+
+**TeamViewers Modell** basiert auf Abonnements und ist um benannte Stufen sowie Obergrenzen für gleichzeitige Sitzungen organisiert. Paketierung und Preise variieren je nach Region und Laufzeit; nutzen Sie daher TeamViewers aktuelle Preisseite und Ihr schriftliches Angebot statt historischer Zahlen von Dritten oder privater Kundenrechnungen.
+
+**Ein Hinweis zu TeamViewers älteren „Lifetime“-Lizenzen.** Viele Teams haben TeamViewer ursprünglich mit einer **unbefristeten Lizenz** eingeführt – einem Einmalkauf, der an eine bestimmte Hauptversion gebunden war. TeamViewer verkauft keine unbefristeten Lizenzen mehr; das Unternehmen setzt inzwischen ausschließlich auf Abonnements, und eine alte unbefristete Lizenz bleibt nur für die Version nutzbar, für die sie ursprünglich galt, vorbehaltlich TeamViewers Richtlinie zum Produktlebenszyklus. In der Praxis bedeutet das, dass ein älterer unbefristet lizenzierter Client irgendwann keine Verbindung mehr herstellen kann, sobald die Version, an die er gebunden war, veraltet ist – und „die unbefristete Lizenz, die ich bezahlt habe, verbindet sich nicht mehr“ ist einer der häufigeren Gründe, aus denen Teams bei uns anfangen, sich umzusehen. RustDesks eigenes Modell unterscheidet sich: Der Community-Server ist kostenlos, Open Source und ohne Ablaufdatum, während das kommerzielle Server Pro jährlich lizenziert wird statt als lebenslanger Einmalkauf. ([TeamViewer-Abo-FAQ](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/subscription/all-about-subscription/))
+
+**RustDesks Modell** unterscheidet sich in zwei Punkten. Erstens zählen kommerzielle Pläne **Login-Nutzer plus verwaltete Geräte**. Standardpläne beinhalten unbegrenzte gleichzeitige Verbindungen; Customized V2 hat ein festgelegtes Kontingent an Gleichzeitigkeit. Upgrades können anteilig berechnet werden; prüfen Sie daher die aktuellen Konditionen für Vertragslaufzeit-Wechsel auf der Preisseite. Zweitens fällt für den Community-Server keine Lizenzgebühr an, während Server Pro die kommerzielle Option für zentrale Verwaltungsfunktionen ist. RustDesk veröffentlicht keine feste Selbstbedienungs-Testversion für Server Pro; erfragen Sie die aktuellen Evaluierungskonditionen, bevor Sie einen Proof of Concept planen. Die Zahlungsmechanik ist beschrieben auf der [RustDesk-Preisseite](https://rustdesk.com/pricing).
+
+Wenn Ihr Ausgangspunkt die Kosten von TeamViewer sind, vergleichen Sie aktuelle Angebote für denselben Umfang.
+
+Es gibt außerdem eine Besonderheit bei der kostenlosen Stufe. TeamViewers kostenlose Stufe ist für die persönliche, nicht-kommerzielle Nutzung gedacht, und ein Verdacht auf kommerzielle Nutzung kann Sitzungen einschränken. TeamViewer veröffentlicht keine Schwellenwert-Formel, auf die sich Nutzer verlassen können. Bei einem echten Fehlalarm sollte der offizielle Rücksetzungsprozess durchlaufen werden; tatsächliche geschäftliche Nutzung erfordert kommerzielle Konditionen. ([TeamViewer: Verdacht auf kommerzielle Nutzung](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/)) Siehe [TeamViewer: Kommerzielle Nutzung erkannt](/de/blog/teamviewer-meldet-kommerzielle-nutzung-festgestellt-so-beheben-sie-das) für den gezielten Ablauf.
+
+## Vor- und Nachteile
+
+**RustDesk**
+
+_Vorteile_
+
+- Lizenzierung nach Login-Nutzer + verwaltetem Gerät, mit jederzeit anteilig berechenbaren Upgrades – keine Kanäle pro Platz, die nach gleichzeitigen Sitzungen abgerechnet werden
+- Keine Markierungen wegen vermuteter „kommerzieller Nutzung“ im kostenlosen Tarif, die Sitzungen unterbrechen, und keine unbefristete Lizenz, die keine Verbindung mehr herstellt, sobald ihre Version veraltet
+- Open Source (AGPL) – auditierbar, aus dem Quellcode baubar, kostenloser Community-Server, der unbegrenzt läuft
+- Selbst gehostetes Server Pro: ID-/Rendezvous- und Relay-Server laufen auf Ihrer eigenen Maschine oder einem eigenen VPS, wodurch die Sitzungsvermittlung innerhalb Ihres Perimeters bleibt
+- LDAP/Active Directory und OIDC-SSO ab dem Basic-Plan
+- Selbst gehostete Web-Konsole, Gerätegruppen, gemeinsames Adressbuch und ein Generator für individuell gebrandete Clients; Planungshilfen für große Geräteflotten bei größeren Deployments
+
+_Nachteile_
+
+- Self-Hosting bedeutet, dass Sie den Server selbst betreiben, patchen und aktualisieren müssen
+
+**TeamViewer**
+
+_Vorteile_
+
+- AES-256-Sitzungsverschlüsselung, RSA-4096-Schlüsselaustausch, optionale Ende-zu-Ende-Verschlüsselung und TOTP-Zwei-Faktor-Authentifizierung
+- Veröffentlichte Compliance-Zertifizierungen (SOC 2, ISO/IEC 27001, HIPAA/HITECH)
+- Native Integrationen mit ServiceNow, Jira, Intune und weiteren über Tensor
+- Vollständig verwaltetes SaaS – kein eigener Server zu betreiben
+
+_Nachteile_
+
+- Closed Source; Sie vertrauen der Infrastruktur des Anbieters und dessen Umgang mit Ihren Sitzungsmetadaten
+- Gleichzeitige Sitzungen werden je nach Plan-Stufe begrenzt
+- Wiederkehrendes Jahresabonnement ohne Option auf eine unbefristete Lizenz
+- Die kostenlose Stufe ist nur für die private Nutzung bestimmt und kann Nutzer bei Verdacht auf „kommerzielle Nutzung“ markieren, was Sitzungen unterbricht
+- Zentralisiertes Cloud-Modell – die eigene Infrastruktur des Anbieters ist selbst ein hochwertiges Angriffsziel, ein Risikoprofil, das Self-Hosting verändert
+
+## Warum Teams trotzdem zu RustDesk wechseln
+
+Alles bisher Genannte ist der neutrale Teil. Der folgende Abschnitt erklärt, welche Anforderungen von Käufern zu RustDesks Modell passen.
+
+**Sie wollen ein anderes Lizenz- und Skalierungsmodell.** Preise und Kontingente können sich ändern; planen Sie Wachstum daher anhand der aktuellen Preismatrix – siehe die [aktuellen Preise](https://rustdesk.com/pricing) und die [Planungshilfe für große Geräteflotten](/de/blog/skaliert-rustdesk-auf-200-000-gerate).
+
+**Sie wollen Kontrolle über den serverseitigen Datenpfad.** Wenn ein Team den ID-/Rendezvous- und den Relay-Dienst selbst betreibt, kann es entscheiden, wo diese Dienste und die gespeicherten Metadaten liegen. Der direkte Sitzungsverkehr fließt weiterhin zwischen den Endpunkten, und Self-Hosting allein stellt noch keine DSGVO-Konformität her. Siehe [Warum selbst hosten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) und [Fernzugriffssoftware & Datensouveränität](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting).
+
+**Sie wollen den Code lesen können.** Für sicherheitsbewusste Käufer ist „wir können es überprüfen“ ein anderes Maß an Gewissheit als „der Anbieter sagt, es ist in Ordnung“.
+
+**Sie sind MSPs oder Unternehmen, die ein einziges, individuell gebrandetes, selbst gehostetes Tool wollen.** Für Managed Service Provider macht der Generator für individuell gebrandete Clients aus RustDesk eine White-Label-Support-Plattform – siehe [RustDesk für MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool). Für größere Organisationen, die AD/LDAP und Raum zum Wachsen benötigen, siehe [RustDesk für Unternehmen](/de/blog/rustdesk-fur-unternehmen-self-hosted-skalierbar-ad-bereit).
+
+Vergleichen Sie auch andere Optionen? Siehe [RustDesk vs. AnyDesk](/de/blog/rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software), [RustDesk vs. ScreenConnect](/de/blog/rustdesk-vs-screenconnect-selbst-gehosteter-remote-support) und [Die beste selbst gehostete TeamViewer-Alternative](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative).
+
+## RustDesk selbst ausprobieren
+
+Der kostenlose Community-Server steht Ihnen schon heute zur Verfügung. Sie wollen die Pro-Funktionen? Fragen Sie [sales@rustdesk.com](mailto:sales@rustdesk.com) nach den Evaluierungskonditionen, oder schauen Sie für die Plan-Preise auf [rustdesk.com/pricing](https://rustdesk.com/pricing) vorbei – und es gibt eine vollständige [Video-Anleitung](https://www.youtube.com/@rustdesk), falls Sie es sich lieber erst in Aktion ansehen möchten.
+
+## Weiterführende Artikel
+
+- [RustDesk vs. AnyDesk](/de/blog/rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software)
+- [RustDesk vs. ScreenConnect](/de/blog/rustdesk-vs-screenconnect-selbst-gehosteter-remote-support)
+- [Die beste selbst gehostete TeamViewer-Alternative](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative)
+- [TeamViewer vs. AnyDesk für MSPs](/de/blog/teamviewer-vs-anydesk-fur-msps-eine-selbst-gehostete-dritte-option)
+- [TeamViewer vs. Splashtop](/de/blog/teamviewer-vs-splashtop-preise-performance-and-self-hosting)
+- [TeamViewer: Kommerzielle Nutzung erkannt](/de/blog/teamviewer-meldet-kommerzielle-nutzung-festgestellt-so-beheben-sie-das)
@@ -0,0 +1,86 @@
+---
+publishDate: 2026-07-09T18:44:00Z
+lang: 'de'
+translationKey: rustdesk-vs-vnc
+draft: false
+title: 'RustDesk vs. VNC: NAT-Traversal, Codecs, Verschlüsselung'
+excerpt: 'RustDesk vs. VNC im Praxisvergleich: NAT-Traversal ohne Portweiterleitung, moderne Codecs, integrierte Verschlüsselung und warum Teams von VNC zu RustDesk wechseln.'
+image: '~/assets/images/blog/rustdesk-vs-vnc-og.png'
+category: 'Vergleiche'
+tags: ['RustDesk', 'VNC', 'Vergleich', 'Open Source']
+author: 'RustDesk Team'
+slug: 'rustdesk-vs-vnc-nat-traversal-codecs-verschlusselung'
+faq:
+  - question: 'Basiert RustDesk auf VNC?'
+    answer: 'Nein. VNC verwendet das RFB-Protokoll (Remote Framebuffer), um Pixel-Updates zu übertragen. RustDesk ist eine eigenständige Open-Source-Anwendung (AGPL) mit einer eigenen Rendezvous-/Relay-Architektur, modernen Video-Codecs und Ende-zu-Ende-Verschlüsselung. Es ist weder ein VNC-Client noch ein VNC-Server.'
+  - question: 'Funktioniert VNC ohne Portweiterleitung über das Internet?'
+    answer: 'Nicht von allein. Das Basis-VNC/RFB-Protokoll verfügt über kein NAT-Traversal, weshalb die Nutzung über das Internet in der Regel eine Portweiterleitung für TCP 5900, ein VPN oder einen SSH-Tunnel erfordert – es sei denn, man nutzt den Cloud-Vermittlungsdienst eines Anbieters. RustDesk vermittelt die Verbindung über einen ID-Server und ein Relay und überwindet NAT damit ganz ohne diese Hilfsmittel.'
+  - question: 'Ist VNC verschlüsselt?'
+    answer: 'Das hängt von der Implementierung ab. RealVNC bietet in seinem kommerziellen Produkt AES-Verschlüsselung, während TightVNC Bilddaten unverschlüsselt überträgt und dafür vorgesehen ist, durch SSH getunnelt zu werden. RustDesk wendet bei allen Verbindungen standardmäßig Ende-zu-Ende-Verschlüsselung (NaCl) an.'
+  - question: 'Ist RustDesk oder VNC besser für ein Homelab im LAN geeignet?'
+    answer: 'In einem vertrauenswürdigen LAN ist VNC denkbar einfach, standardisiert und auf nahezu jedem Betriebssystem und sogar auf dem Raspberry Pi verfügbar. RustDesk ergänzt NAT-Traversal, moderne Codecs und standardmäßige Verschlüsselung – Vorteile, die vor allem dann zählen, wenn man das LAN verlässt oder plattformübergreifenden Fernzugriff benötigt.'
+metadata:
+  description: 'RustDesk vs. VNC im Punkt-für-Punkt-Vergleich: NAT-Traversal, moderne Codecs, integrierte Verschlüsselung, Self-Hosting und wo die Einfachheit und Verbreitung von VNC weiterhin punkten.'
+  keywords: 'RustDesk vs. VNC, RustDesk vs. RealVNC, VNC NAT-Traversal, VNC Verschlüsselungsvergleich'
+---
+
+VNC ist eine der ältesten und am weitesten verbreiteten Methoden, um einen anderen Computer fernzusteuern. Es handelt sich um einen echten offenen Standard, der nahezu überall läuft, und im LAN ist er in puncto Einfachheit kaum zu schlagen. RustDesk verfolgt dieselbe Kernaufgabe, wurde jedoch für eine Welt aus NAT, Firewalls und gemischten Betriebssystemen entwickelt. Die Unterschiede liegen letztlich darin, wie sich beide über ein Netzwerk hinweg bewegen – und wie viel man nachrüsten muss, um sie sicher zu machen.
+
+Dieser Vergleich stützt sich auf dauerhafte, überprüfbare Fakten statt auf Benchmarks, die von Ihrer Hardware und Verbindung abhängen.
+
+## Was VNC eigentlich ist
+
+„VNC“ ist nicht ein einzelnes Programm, sondern eine ganze Familie von Implementierungen – RealVNC, TightVNC, TigerVNC, UltraVNC und weitere –, die das **RFB-Protokoll (Remote Framebuffer)** sprechen ([Wikipedia](<https://en.wikipedia.org/wiki/RFB_(protocol)>)). RFB ist im Kern **pixelbasiert**: Der Server sendet Framebuffer-Updates an den Viewer. Dieses Design ist wunderbar einfach und portabel, und genau deshalb läuft VNC auf so ziemlich allem, vom Enterprise-Server bis zum Raspberry Pi.
+
+Die Lizenzierung ist uneinheitlich. TigerVNC wird unter der GNU GPL vertrieben und TightVNC ist ein community-getriebener offener Fork, während der Viewer von RealVNC ein proprietäres, kommerziell gepflegtes Produkt ist. „VNC ist Open Source“ trifft also nur auf _manche_ Implementierungen zu, nicht auf alle.
+
+## Was RustDesk ist
+
+RustDesk ist eine **einzige Open-Source-Anwendung (AGPL)** mit einer eigenen Architektur. Clients bauen ausgehende Verbindungen zu einem ID-/Rendezvous-Server auf, der eine Peer-to-Peer- oder relaisvermittelte Sitzung vermittelt. Laut der [RustDesk-Dokumentation](https://rustdesk.com/docs/en/) ist der Datenverkehr Ende-zu-Ende-verschlüsselt (auf Basis von NaCl), und für Video kommen moderne Codecs zum Einsatz – VP8, VP9 und AV1 in Software sowie H.264/H.265 über Hardware-Pfade – statt roher Pixel-Rechtecke. Jeder Client lässt sich gegen die öffentliche Infrastruktur, einen eigenen selbstgehosteten Server oder ein selbst geschriebenes Rendezvous-/Relay-System betreiben.
+
+## Das Internetproblem: NAT-Traversal
+
+Hier liegt die größte Kluft. Das Basis-VNC-Protokoll verfügt über **kein NAT-Traversal**. Wie die [VNC-Dokumentation anmerkt](https://en.wikipedia.org/wiki/Virtual_Network_Computing), muss ein Nutzer, um einen Rechner über das Internet zu erreichen, „diesen Port in der lokalen Firewall öffnen und eine Portweiterleitung konfigurieren, um TCP-Port 5900 weiterzuleiten … sofern er sich hinter einem Router mit Network Address Translation (NAT) befindet“. Der gängige Workaround besteht darin, „VNC durch Secure Shell (SSH) zu tunneln“, was zugleich die Verschlüsselung nachrüstet, die reinem VNC fehlt. Manche kommerziellen VNC-Produkte (wie der Cloud-Dienst von RealVNC) bringen dafür eine eigene Vermittlung mit, doch das ist eine vom Anbieter aufgesetzte Funktion und kein Bestandteil des Protokolls.
+
+RustDesk wurde genau andersherum konzipiert. Da die Endpunkt-Clients **ausgehende** Verbindungen zu einem Rendezvous-Server aufbauen und bei fehlgeschlagenem direktem Pfad auf ein Relay ausweichen, **überwindet RustDesk NAT und Firewalls, ohne pro Endpunkt eine Portweiterleitung, ein VPN oder einen SSH-Tunnel zu benötigen**. Die Endpunkte brauchen keine eingehenden Listening-Ports, aber ein selbstgehosteter ID-/Rendezvous- und Relay-Server muss eingehenden Datenverkehr auf seinen dokumentierten Diensteports akzeptieren. Genau dieselbe NAT-Traversal-Geschichte macht RustDesk zu einer praktischen [Alternative zu Chrome Remote Desktop oder anderen kostenlosen Tools](/de/blog/die-beste-kostenlose-remote-desktop-software-fur-unternehmen-2026) für Fernzugriff und plattformübergreifenden Einsatz.
+
+## Verschlüsselung: Standard vs. „kommt darauf an“
+
+Bei VNC ist Verschlüsselung ein Implementierungsdetail. RealVNC bietet in seinem kommerziellen Paket AES-Verschlüsselung; im Gegensatz dazu ist TightVNC laut [VNC-Dokumentation](https://en.wikipedia.org/wiki/Virtual_Network_Computing) „nicht sicher, da Bilddaten unverschlüsselt übertragen werden“, und „sollte durch eine SSH-Verbindung getunnelt werden“. Die Sicherheit einer VNC-Sitzung hängt also vollständig davon ab, welchen Server man gewählt und wie man ihn konfiguriert hat.
+
+RustDesk wendet bei jeder Verbindung **standardmäßig Ende-zu-Ende-Verschlüsselung** an, ob selbstgehostet oder nicht – ohne dass man daran denken müsste, einen SSH-Tunnel einzurichten.
+
+## RustDesk vs. VNC auf einen Blick
+
+|                            | RustDesk                                                                           | VNC (RFB)                                                                                                               |
+| -------------------------- | ---------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
+| Was es ist                 | Eine AGPL-App + Rendezvous/Relay                                                   | RFB-Protokoll, viele Implementierungen                                                                                  |
+| Quellcode                  | Open Source (AGPL)                                                                 | Gemischt: GPL/offen (TigerVNC, TightVNC), proprietär (RealVNC)                                                          |
+| Plattformübergreifend      | Windows, macOS, Linux, Android; iOS (nur als Controller)                           | Sehr breit, einschließlich Raspberry Pi                                                                                 |
+| NAT-Traversal              | Integriert (Rendezvous + Relay)                                                    | Keine im Basisprotokoll – [benötigt Portweiterleitung/VPN/SSH](https://en.wikipedia.org/wiki/Virtual_Network_Computing) |
+| Verschlüsselung            | Ende-zu-Ende (NaCl) standardmäßig ([Dokumentation](https://rustdesk.com/docs/en/)) | Unterschiedlich: AES (RealVNC) bis [keine (TightVNC)](https://en.wikipedia.org/wiki/Virtual_Network_Computing)          |
+| Videoübertragung           | Moderne Codecs (VP8/VP9/AV1, H.264/H.265)                                          | Pixelbasierte RFB-Kodierungen                                                                                           |
+| Self-Hosting               | Ja – eigener ID-/Relay-Server                                                      | Ja bei offenen Implementierungen (kein integrierter Vermittler)                                                         |
+| Einrichtung im LAN         | Einfach                                                                            | Sehr einfach                                                                                                            |
+| Standardisiertes Protokoll | RustDesk-spezifisch                                                                | Offener, langjähriger RFB-Standard                                                                                      |
+
+Aktuelle Details zu den RustDesk-Plänen finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Wo RustDesk die Nase vorn hat
+
+Die konstruktiven Vorteile von RustDesk zeigen sich, sobald man das LAN verlässt oder Konsistenz über Teams und Plattformen hinweg benötigt:
+
+- **Internetreichweite ohne Verkabelungsaufwand.** NAT-Traversal und Relay-Fallback bedeuten: keine Portweiterleitung, kein VPN und kein SSH-Tunnel pro Endpunkt.
+- **Verschlüsselung, die Sie nicht konfigurieren müssen.** Standardmäßig Ende-zu-Ende – keine Implementierung, die Sie erst prüfen müssen.
+- **Moderne Codecs.** VP8/VP9/AV1 sowie hardwarebeschleunigtes H.264/H.265 halten sich über eingeschränkte oder latenzreiche Verbindungen tendenziell besser als rohe Pixelkodierungen.
+- **Eine überprüfbare App und ein selbstgehosteter Server.** Open-Source-Software (AGPL) plus ein selbstgehostetes ID-/Relay-System halten sowohl den Code als auch Ihre Sitzungsdaten auf einer Infrastruktur, die Sie selbst kontrollieren.
+
+Der Preis dafür: Self-Hosting von RustDesk bedeutet, dass **jemand den Server betreiben muss** – Provisionierung, TLS, Ports und laufendes Patchen. Ein reines LAN-VNC-Setup umgeht das vollständig. Das ist der eigentliche Kompromiss.
+
+## Was sollten Sie also verwenden?
+
+Für ein vertrauenswürdiges LAN, ein abgeschottetes Segment oder einen Raspberry Pi sind die Einfachheit und Standardisierung von VNC wirklich kaum zu schlagen. Sobald Sie das Internet sicher überbrücken müssen, Verschlüsselung standardmäßig wünschen oder eine Mischung aus Windows, macOS, Linux, Android und iOS mit einem einzigen Tool abdecken müssen, nimmt Ihnen die Architektur von RustDesk mehr Arbeit ab. Und falls Sie ohnehin native Windows-Tools in Betracht ziehen, deckt unser Vergleich [RustDesk vs. RDP](/de/blog/rustdesk-vs-rdp-plattformubergreifend-vs-windows-nativ) diesen Zweig ebenfalls ab.
+
+## Jetzt ausprobieren
+
+Wenn dieser Vergleich der Anstoß ist, Ihren SSH-Tunnel endlich in Rente zu schicken: Starten Sie mit dem kostenlosen Community-Server – Open Source, ohne Ablaufdatum, NAT-Traversal inklusive. Schreiben Sie an [sales@rustdesk.com](mailto:sales@rustdesk.com), wenn Sie Konditionen für eine Pro-Evaluierung wünschen; die aktuellen Plan-Preise finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
@@ -0,0 +1,105 @@
+---
+publishDate: 2026-06-30T15:11:00Z
+lang: 'de'
+translationKey: self-hosted-teamviewer-alternative
+draft: false
+title: 'Die beste selbst gehostete TeamViewer- und AnyDesk-Alternative'
+excerpt: 'Warum Teams TeamViewer und AnyDesk den Rücken kehren und zu einer selbst gehosteten Open-Source-Alternative wechseln, die sie wirklich kontrollieren – und wie RustDesk dazu passt.'
+image: ~/assets/images/blog/self-hosted-teamviewer-alternative-og.png
+category: 'Alternativen'
+tags: ['RustDesk', 'TeamViewer', 'AnyDesk', 'Alternative', 'Selbst-Hosting']
+author: 'RustDesk Team'
+slug: 'die-beste-selbst-gehostete-teamviewer-alternative'
+faq:
+  - question: 'Ist RustDesk eine gute selbst gehostete TeamViewer- und AnyDesk-Alternative?'
+    answer: 'RustDesk Server Pro ist von Grund auf für Self-Hosting konzipiert – der ID-/Rendezvous-Server, der Relay, die Konsole und die gespeicherten Daten laufen auf einer Infrastruktur, die Sie selbst kontrollieren –, und RustDesk ist Open Source unter der AGPL. Damit adressiert es die beiden häufigsten Gründe, warum Teams TeamViewer und AnyDesk verlassen: Kosten und Kontrolle.'
+  - question: 'Kann ich eine TeamViewer- oder AnyDesk-Alternative auf meinen eigenen Servern selbst hosten?'
+    answer: 'Ja. Mit RustDesk Server Pro hosten Sie die Server selbst – vor Ort oder auf einem VPS – und Sie können den kostenlosen Open-Source-Community-Server zeitlich unbegrenzt betreiben. Jemand in Ihrem Team richtet den Host ein, öffnet die Ports, konfiguriert TLS und hält alles gepatcht.'
+  - question: 'Wie unterscheidet sich die Lizenzierung von RustDesk von einem Abonnement pro Sitzplatz oder pro Plan?'
+    answer: 'RustDesk lizenziert pro Login-Benutzer plus pro verwaltetem Gerät, mit unbegrenzten gleichzeitigen Verbindungen bei den Standardplänen und einem festgelegten Kontingent bei Customized V2; Upgrades während der Laufzeit werden anteilig berechnet. Kalkulieren Sie alle drei Werte anhand der aktuellen Preisseite.'
+  - question: 'Kennzeichnet RustDesk kommerzielle Nutzung so wie AnyDesk?'
+    answer: 'Nein. RustDesk Server Pro wird selbst gehostet und ist über den von Ihnen erworbenen Plan kommerziell lizenziert, daher gibt es keinen Klassifikator für kommerzielle Nutzung in einer kostenlosen Version, der Ihre Sitzungen überwacht, wie es die kostenlose Version von AnyDesk tut.'
+  - question: 'Eignet sich RustDesk für MSPs und größere IT-Abteilungen?'
+    answer: 'Ja. RustDesk umfasst eine selbst gehostete Web-Konsole, einen Generator für individuell gebrandete Clients sowie Gerätegruppen mit einem gemeinsamen Adressbuch für die Zugriffskontrolle pro Benutzer, dazu LDAP/SSO (OIDC) ab dem Basic-Plan. Die Planung für große Geräteflotten beginnt bei rund 50.000 verwalteten Geräten, größere Bestände erfordern eine gesonderte Prüfung.'
+  - question: 'Hilft Self-Hosting dabei, meine Daten im Land zu behalten und die DSGVO zu unterstützen?'
+    answer: 'Ja – Sie kontrollieren Rendezvous, Relay, Konsole und die gespeicherten Gerätedaten, was eine solide Grundlage bildet. Eine absolute Garantie ist das jedoch nicht: Direktverbindungen laufen weiterhin zwischen den Endpunkten, sodass es auch davon abhängt, wie Sie das Deployment routen und betreiben, ob der Datenverkehr im Land bleibt und die DSGVO-Vorgaben erfüllt werden.'
+
+metadata:
+  description: 'Sie suchen eine selbst gehostete TeamViewer- oder AnyDesk-Alternative? RustDesk ist Open Source, läuft auf Ihren eigenen Servern und kommt ohne Cloud-Abonnement pro Kanal oder pro Sitzplatz aus. Sehen Sie sich den Vergleich an.'
+  keywords: 'selbst gehostete TeamViewer-Alternative, selbst gehostete AnyDesk-Alternative, TeamViewer Ersatz, AnyDesk Ersatz, Open-Source-Alternative für Remote-Desktop'
+---
+
+Die Suche nach einer **selbst gehosteten TeamViewer- oder AnyDesk-Alternative** beginnt meist auf die gleiche Weise: Ein Verlängerungsangebot passt nicht mehr zu den Arbeitsabläufen, die Sie tatsächlich nutzen, und das Produkt leitet Ihre Sitzungen weiterhin über eine Infrastruktur, die Sie nicht kontrollieren.
+
+## Warum Teams TeamViewer und AnyDesk verlassen
+
+Zwei Entscheidungsfaktoren tauchen immer wieder auf.
+
+**Kosten.** Die Summe bei der Verlängerung kann unabhängig von der tatsächlichen Nutzung steigen – Tarifpakete, Zusatzoptionen und Preisänderungen wirken sich alle auf den Betrag aus. Vergleichen Sie das aktuelle Angebot mit Alternativen anhand identischer Anforderungen.
+
+**Kontrolle.** Bei einem reinen Cloud-Tool liegen Ihr Sitzungsverkehr und Ihre Geräteliste auf der Infrastruktur eines Anbieters. Für eine wachsende Zahl von Teams – insbesondere im Gesundheitswesen, im öffentlichen Sektor und überall dort, wo die [DSGVO](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) gilt – ist die Wahl, wo die serverseitigen Daten und die Relay-Ebene laufen, keine Präferenz, sondern eine harte Anforderung.
+
+Eine **selbst gehostete Alternative** löst beide Probleme: RustDesk Server Pro ist [von Grund auf für Self-Hosting konzipiert](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) – der ID-/Rendezvous-Server, der Relay, die Konsole und die gespeicherten Deployment-Daten laufen auf einer Infrastruktur, die Sie kontrollieren – und sein Kern ist Open Source unter der [AGPL](https://github.com/rustdesk/rustdesk), sodass Sie genau prüfen können, was der Client tut, Patches nach Ihrem eigenen Zeitplan einspielen und den kostenlosen Community-Server zeitlich unbegrenzt betreiben können, statt einer geschlossenen Cloud vertrauen zu müssen.
+
+Ein Vorbehalt: Direktverbindungen laufen weiterhin zwischen den Endpunkten (weitergeleitete Sitzungen nutzen Ihren konfigurierten Relay), sodass Self-Hosting allein weder In-Country-Traffic noch DSGVO-Konformität garantiert – wie Sie das Deployment routen und betreiben, bleibt entscheidend.
+
+## RustDesk vs. TeamViewer und AnyDesk im Überblick
+
+|                                                            | TeamViewer / AnyDesk (Cloud)                    | RustDesk (selbst gehostet)                                                                        |
+| ---------------------------------------------------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------- |
+| Wo Sitzungen laufen                                        | Anbieter-Cloud                                  | Ihr Server (vor Ort oder Ihr VPS)                                                                 |
+| Quellcode                                                  | Geschlossen                                     | Open-Source-Kern (AGPL)                                                                           |
+| Lizenzmodell                                               | Abonnement pro Sitzplatz / pro Plan             | [Pro Login-Benutzer + pro verwaltetem Gerät](https://rustdesk.com/pricing)                        |
+| [Gleichzeitige Verbindungen](https://rustdesk.com/pricing) | Abhängig vom Plan                               | Unbegrenzt bei Standardplänen; begrenzt bei [Customized V2](https://rustdesk.com/pricing#custom2) |
+| Standort der serverseitigen Daten                          | Vom Anbieter kontrolliert                       | Von Ihnen gewählt und betrieben; Endpunkt-Routing spielt weiterhin eine Rolle                     |
+| Vorab testen                                               | Testversion des Anbieters (siehe Anbieterseite) | Kostenloser Server schon heute, oder Pro-Testphase über sales@rustdesk.com                        |
+
+_Die Details der Mitbewerber variieren je nach Plan – bestätigen Sie die aktuellen TeamViewer- oder AnyDesk-Konditionen beim Anbieter. [RustDesk-Preise ansehen](https://rustdesk.com/pricing)._
+
+## Planbare Lizenzierung, keine Steuer pro Kanal
+
+RustDesk lizenziert pro Login-Benutzer plus pro verwaltetem Gerät. **Standardpläne beinhalten unbegrenzte gleichzeitige Verbindungen; Customized V2 hat ein festgelegtes Kontingent.** Upgrades während der Laufzeit werden anteilig berechnet. Kalkulieren Sie alle drei Werte anhand der aktuellen Preisseite.
+
+Das bildet sauber ab, wie Support-Teams tatsächlich wachsen. Es skaliert außerdem weit über ein Starter-Deployment hinaus: Die [Planung für große Geräteflotten](/de/blog/skaliert-rustdesk-auf-200-000-gerate) beginnt heute bei rund 50.000 verwalteten Geräten, größere Bestände erfordern eine gesonderte Prüfung von Caching, Datenbank-Tuning und Rollout-Design.
+
+## Gebaut für MSPs und IT-Teams
+
+Für Teams, die viele Kunden betreuen, bildet RustDesk den von TeamViewer- und AnyDesk-Nutzern erwarteten Workflow „eine Konsole, viele Techniker, viele [verwaltete Geräte](/de/blog/was-zahlt-als-verwaltetes-gerat-bei-rustdesk)“ auf einer Infrastruktur nach, die Ihnen gehört: eine [selbst gehostete Web-Konsole](https://rustdesk.com/docs), einen Generator für individuell gebrandete Clients, Gerätegruppen mit einem [gemeinsamen Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) und [LDAP/SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) (OIDC) ab dem Basic-Plan. Eine vollständige Aufschlüsselung der Tools finden Sie unter [warum Self-Hosting](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten), und die Feature-Verfügbarkeit je Plan unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Was bei einer TeamViewer-Migration zu berücksichtigen ist
+
+In TeamViewer-Deployments sammeln sich Funktionen an, die eine reine Eins-zu-eins-Checkliste übersehen kann. Erfassen Sie diese daher, bevor Sie einen Plan wählen – und bestätigen Sie die aktuellen Konditionen und die Feature-Verfügbarkeit bei jedem Anbieter, da sich beides im Laufe der Zeit ändert:
+
+- **Tarifspezifische Funktionen.** Enterprise-Tarife wie **TeamViewer Tensor** ergänzen Kontrollen wie bedingten Zugriff, Massenbereitstellung und SSO-/Verzeichnis-Provisionierung, die sich möglicherweise nicht eins zu eins abbilden lassen; listen Sie die Funktionen auf, auf die Sie tatsächlich angewiesen sind. Falls Sie **TeamViewer Frontline** (die AR-/Industrie-Suite) nutzen, behandeln Sie diese als eigenes Produkt außerhalb einer Remote-Desktop-Migration.
+- **Bedingter Zugriff und Geräterichtlinien.** Wenn Sie mit den regelbasierten Zugriffs- und ausgerollten Richtlinieneinstellungen von TeamViewer festlegen, wer sich mit welchen Rechnern verbinden darf, planen Sie, wie sich diese Regeln auf RustDesk-Gerätegruppen, ein gemeinsames Adressbuch und Zugriffsregeln nach dem Prinzip der geringsten Rechte übertragen lassen.
+- **Management-Konsole und Gruppenstruktur.** TeamViewer organisiert Geräte, gemeinsame Gruppen sowie Benutzer- oder Firmenprofile in seiner Management-Konsole; erfassen Sie diese Hierarchie, damit die entsprechende Gruppierung und Zuständigkeit in der selbst gehosteten Konsole nachgebaut werden kann.
+- **Abrechnung pro Gerät statt pro Sitzplatz.** TeamViewer und RustDesk zählen Lizenzen unterschiedlich, modellieren Sie die tatsächliche Nutzung daher neu – lizenzierte Benutzer, verwaltete Geräte und gleichzeitige Sitzungen – anhand des RustDesk-Modells pro Login-Benutzer plus pro verwaltetem Gerät, statt anzunehmen, dass eine Sitzplatzanzahl einfach übernommen wird.
+- **Zu prüfende Funktionsparität.** Wenn Remote-Druck, Sitzungsaufzeichnung, mobile Unterstützung, Wake-on-LAN oder bestimmte Integrationen in Ihrem TeamViewer-Workflow zwingend erforderlich sind, bestätigen Sie jede einzelne davon während des Pilotbetriebs auf RustDesk, statt Parität vorauszusetzen.
+
+## Was ein Wechsel speziell von AnyDesk verändert
+
+Einige Punkte betreffen speziell den Umstieg von AnyDesk statt von TeamViewer:
+
+- **Kein Detektor für kommerzielle Nutzung.** Die kostenlose Version von AnyDesk kann Konten kennzeichnen, die sie als [kommerzielle Nutzung](/de/blog/anydesk-kommerzielle-nutzung-erkannt-so-beheben-sie-es) einstuft; ein Server, den Sie selbst hosten und vollständig lizenzieren, hat keinen solchen Klassifikator, der Ihre Sitzungen überwacht.
+- **Nebenläufigkeit, die Sie nicht limitiert.** AnyDesk begrenzt gleichzeitige Verbindungen je nach Plan; die Standardpläne von RustDesk beinhalten unbegrenzte gleichzeitige Verbindungen (Customized V2 legt ein Kontingent fest), sodass Sie auf Basis von Login-Benutzern und verwalteten Geräten kalkulieren, nicht auf Basis von Verbindungs-Slots – und [jederzeit anteilig upgraden](/de/blog/rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es), wenn Sie wachsen. Preise pro Einheit finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+- **Adressbuch, Aliase und unbeaufsichtigter Zugriff zum Neuaufbau.** Erfassen Sie die AnyDesk-Aliase, Adressbucheinträge und Passwörter für den unbeaufsichtigten Zugriff, auf die Sie angewiesen sind, und bilden Sie sie auf RustDesk-Login-Benutzer, Gerätegruppen und das gemeinsame Adressbuch ab.
+- **Benutzerdefinierter Namespace oder gebrandeter Client.** Wenn Sie AnyDesk mit einem benutzerdefinierten Namespace oder gebrandeten Client betreiben, planen Sie den entsprechenden individuell gebrandeten RustDesk-Client, damit Endnutzer weiterhin ein einheitliches Tool sehen.
+
+## Migrationsplan
+
+Sind diese Funktionen erst einmal erfasst, migrieren Sie schrittweise:
+
+1. Richten Sie RustDesk in einer Nicht-Produktionsumgebung ein und testen Sie sowohl Direkt- als auch Relay-Verbindungen.
+2. Bilden Sie Benutzer, Gruppen und Adressbuch-Zuständigkeiten auf RustDesk-Zugriffsregeln nach dem Prinzip der geringsten Rechte ab.
+3. Testen Sie repräsentative Windows-, macOS-, Linux- und Mobilgeräte in einem Pilotprojekt, einschließlich Rechteerhöhung und unbeaufsichtigtem Zugriff.
+4. Validieren Sie Updates, Schlüssel-Backups, Zertifikatserneuerung, Logging, Monitoring und Disaster Recovery.
+5. Betreiben Sie Ihr aktuelles Tool und RustDesk für eine definierte Gruppe parallel, mit einem dokumentierten Rollback-Pfad.
+6. Entfernen Sie den alten Agenten erst, nachdem der neue Dienst die Abnahmekriterien erfüllt hat und das Support-Personal geschult ist.
+
+Diese Reihenfolge verhindert, dass aus einer Lizenzentscheidung eine ungetestete Infrastruktur-Umstellung wird.
+
+## Testen Sie den Wechsel auf Ihrer eigenen Infrastruktur
+
+Um loszulegen, müssen Sie mit niemandem sprechen: Der kostenlose Open-Source-Community-Server lässt sich auf Ihrer eigenen Hardware installieren und läuft zeitlich unbegrenzt. Um die Pro-Funktionen anhand des oben beschriebenen Migrationsplans zu testen, erfragen Sie unter [sales@rustdesk.com](mailto:sales@rustdesk.com) die aktuell angebotenen Testkonditionen; die Preise der Standardpläne finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing). Und wenn Sie es erst in Aktion sehen möchten, bevor Sie etwas installieren, zeigt die [Video-Demo](https://www.youtube.com/@rustdesk) eine komplette Sitzung von Anfang bis Ende.
+
+Der schnellste Weg herauszufinden, ob Self-Hosting bei Kosten und Kontrolle liefert, ist ein kurzer Proof of Concept auf Ihrer eigenen Hardware.
@@ -0,0 +1,88 @@
+---
+publishDate: 2026-07-03T09:34:00Z
+lang: 'de'
+translationKey: 'teamviewer-commercial-use-detected'
+draft: false
+title: 'TeamViewer meldet „Kommerzielle Nutzung festgestellt“: So beheben Sie das Problem'
+excerpt: 'Wurde bei TeamViewer „Kommerzielle Nutzung festgestellt“ angezeigt? Hier erfahren Sie den offiziellen Einspruchsprozess, was tatsächlich als kommerzielle Nutzung zählt, und wie Sie das Problem mit einer selbst gehosteten Lösung ganz vermeiden.'
+image: ~/assets/images/blog/teamviewer-commercial-use-detected-og.png
+category: 'Fehlerbehebung'
+tags: ['TeamViewer', 'Fehlerbehebung', 'Lizenzierung']
+author: 'RustDesk Team'
+slug: 'teamviewer-meldet-kommerzielle-nutzung-festgestellt-so-beheben-sie-das'
+faq:
+  - question: 'Wie behebe ich „Kommerzielle Nutzung festgestellt“ bei TeamViewer?'
+    answer: 'TeamViewer veröffentlicht einen offiziellen Reset-/Einspruchsprozess: Rufen Sie teamviewer.com/reset auf, geben Sie Ihren Namen und die E-Mail-Adresse Ihres Kontos ein, beschreiben Sie kurz Ihre tatsächliche Nutzung, listen Sie alle betroffenen TeamViewer-IDs auf und akzeptieren Sie anschließend die Datenschutzerklärung, um das Formular abzusenden. TeamViewer nennt eine angestrebte Bearbeitungszeit (zum Zeitpunkt der Veröffentlichung etwa eine Woche); die aktuelle Angabe finden Sie auf der Reset-Seite von TeamViewer.'
+  - question: 'Was gilt bei TeamViewer als kommerzielle Nutzung?'
+    answer: 'Laut den eigenen Definitionen von TeamViewer zählt Folgendes als kommerzielle Nutzung: Support für Kunden oder Klienten, Homeoffice-Tätigkeiten (selbst das bloße Abrufen dienstlicher E-Mails), jede ein- oder ausgehende Verbindung in einem gewerblichen Umfeld, Serveradministration oder -überwachung sowie bezahlte Tätigkeit bei einer gemeinnützigen Organisation. Private Nutzung bedeutet, Familie und Freunden zu helfen oder sich mit eigenen Geräten zu verbinden, die keine Server sind.'
+  - question: 'Funktioniert der Reset-Antrag, wenn meine Nutzung tatsächlich kommerziell ist?'
+    answer: 'Nein. Ein Reset hebt die Kennzeichnung nur auf, wenn sie irrtümlich gesetzt wurde; ist Ihre tatsächliche Nutzung kommerziell, wird TeamViewer dies korrekt erkennen, und die dauerhafte Lösung ist dann eine Software, deren Lizenz diese Art der Arbeit abdeckt.'
+  - question: 'Verfügt RustDesk über eine Erkennung für kommerzielle Nutzung?'
+    answer: 'Nein. Der Community-Server von RustDesk lässt sich selbst hosten, ganz ohne Klassifizierung nach kommerzieller Nutzung, während Server Pro nach Login-Nutzern und verwalteten Geräten lizenziert wird – mit unbegrenzten gleichzeitigen Verbindungen in den Standardplänen und einem festgelegten Kontingent bei Customized V2.'
+  - question: 'Kann ich die Kennzeichnung mit ID-Reset-Skripten oder durch Löschen von Konfigurationsdateien umgehen?'
+    answer: 'Nein. Verwenden Sie keine inoffiziellen ID-Reset-Skripte und löschen Sie keine Konfigurationsdateien, um die Klassifizierung zu umgehen; das ändert nichts an den Lizenzbedingungen und kann zusätzliche Sicherheits- oder Support-Probleme verursachen.'
+
+metadata:
+  description: 'Wurde bei TeamViewer „Kommerzielle Nutzung festgestellt“ angezeigt? Hier erfahren Sie den offiziellen Reset-Prozess, was als kommerzielle Nutzung zählt und wie das selbst gehostete RustDesk dieses Problem vermeidet.'
+  keywords: 'TeamViewer kommerzielle Nutzung festgestellt, TeamViewer Reset kommerzielle Nutzung, TeamViewer Einspruch kommerzielle Nutzung, TeamViewer private Nutzung markiert'
+---
+
+Sie wollten gerade einem Kunden, einem Kollegen oder Ihrem eigenen Zweitgerät helfen, da begrüßte Sie TeamViewer mit einem Banner: [**Kommerzielle Nutzung festgestellt**](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/). Danach brachen die Sitzungen nach wenigen Sekunden ab, oder die Verbindung wurde komplett blockiert, bis Sie entweder aufhörten, TeamViewer zu nutzen, oder eine Lizenz kauften. Falls Sie deshalb hier gelandet sind: Sie bilden sich das nicht ein, und Sie sind nicht allein damit.
+
+Dieser Leitfaden zeigt zunächst, **wie Sie die Kennzeichnung bei Ihrem bestehenden TeamViewer-Konto tatsächlich überprüfen und aufheben lassen**, erklärt dann, warum das Problem immer wieder auftritt, und beschreibt, wie Teams, die diesen Kreislauf satthaben, auf eine selbst gehostete Lösung ganz ohne integrierte Erkennung kommerzieller Nutzung umsteigen.
+
+## So beheben Sie „Kommerzielle Nutzung festgestellt“ bei Ihrem TeamViewer-Konto
+
+TeamViewer veröffentlicht für genau diese Situation einen offiziellen [Reset-/Einspruchsprozess](https://www.teamviewer.com/en-us/global/support/knowledge-base/teamviewer-classic/licensing/personal-use/commercial-use-suspected/). So läuft er ab:
+
+1. **Rufen Sie [teamviewer.com/reset](https://teamviewer.com/reset) auf** und klicken Sie auf die Start-Schaltfläche.
+2. **Geben Sie Ihren Namen und die E-Mail-Adresse Ihres TeamViewer-Kontos ein.**
+3. **Beschreiben Sie kurz Ihr tatsächliches Nutzungsmuster** — z. B. „Ich nutze das Tool nur, um meinem älteren Elternteil bei seinem PC zu helfen.“ Formulieren Sie es in Ihren eigenen Worten und bleiben Sie dabei wahrheitsgemäß.
+4. **Listen Sie alle betroffenen TeamViewer-IDs auf** — sowohl das Gerät, von dem aus Sie sich verbinden, als auch jedes Gerät, mit dem Sie sich verbinden (das Formular akzeptiert pro Einreichung nur eine begrenzte Anzahl an IDs).
+5. **Akzeptieren Sie die Datenschutzerklärung und senden Sie das Formular ab.**
+
+TeamViewer nennt zum Zeitpunkt der Veröffentlichung eine angestrebte Bearbeitungszeit von etwa einer Woche, wobei es bei hohem Anfrageaufkommen auch länger dauern kann — prüfen Sie in diesem Fall auch Ihren Spam-Ordner, falls Sie nichts hören. Die Prüfung endet dann auf eine von zwei Arten: Entweder setzt TeamViewer Ihre ID zurück, weil die private Nutzung bestätigt wird, oder der Reset wird abgelehnt und Ihnen stattdessen eine zu unterschreibende „Erklärung zur privaten Nutzung“ angeboten. Ist Ihre tatsächliche Nutzung kommerziell, ändert daran keines der beiden Ergebnisse etwas — ein Reset-Antrag kann nur eine Kennzeichnung aufheben, die irrtümlich gesetzt wurde.
+
+### Was hier tatsächlich als „kommerzielle Nutzung“ zählt
+
+Laut den eigenen Definitionen von TeamViewer bedeutet **private Nutzung**, Familie und Freunden zu helfen oder sich außerhalb eines gewerblichen Umfelds mit eigenen Geräten zu verbinden, die keine Server sind. **Kommerzielle Nutzung** — die Art, die unabhängig vom Ausgang des Einspruchs nicht zurückgesetzt wird — umfasst:
+
+- Support für Klienten oder Kunden
+- Homeoffice-Tätigkeiten, einschließlich des bloßen Abrufens dienstlicher E-Mails
+- Jede ein- oder ausgehende Verbindung in einem gewerblichen Umfeld
+- Serveradministration oder -überwachung
+- Bezahlte Tätigkeit bei einer gemeinnützigen Organisation
+
+Wenn eines davon auf Sie zutrifft, wird der Einspruchsprozess Sie korrekt als kommerziellen Nutzer einstufen, und die dauerhafte Lösung ist eine Software, deren Lizenz Ihre Arbeit tatsächlich abdeckt — genau hier setzt der Rest dieses Leitfadens an.
+
+## Warum TeamViewer überhaupt „kommerzielle Nutzung“ kennzeichnet
+
+Die kostenlose Version von TeamViewer ist ausschließlich für die private Nutzung lizenziert, und das Produkt kann eine Nutzung als kommerziell einstufen. Eine solche Einstufung kann fehlerhaft sein — deshalb bietet TeamViewer den oben beschriebenen Reset-Prozess an. TeamViewer veröffentlicht keine Formel, auf die sich Nutzer verlassen könnten, deshalb sollten Sie Verbindungszahlen, Sitzungsdauern oder Geräteanzahlen aus Beiträgen Dritter nicht als offizielle Schwellenwerte behandeln.
+
+Für alle, die kommerzielle Support-Arbeit leisten, ist das kein Fehler, den man umgehen sollte, sondern das Produkt, das seine Lizenzbedingungen durchsetzt. Vergleichen Sie aktuelle kostenpflichtige Pläne oder Alternativen, statt sich auf anekdotische Berichte über private Verlängerungen zu verlassen.
+
+Wenn der Einspruch für Sie also nicht infrage kommt — weil Ihre Nutzung tatsächlich kommerziell ist —, lautet die eigentliche Frage: zahlen, oder auf eine Lösung ganz ohne Stolperdraht für kommerzielle Nutzung umsteigen?
+
+## Wenn die Kennzeichnung korrekt ist: lizenzierte Optionen vergleichen
+
+Ist die Nutzung tatsächlich kommerziell, gibt es keinen legitimen Weg, den Reset zu umgehen. Vergleichen Sie drei mögliche Wege:
+
+| Weg                                       | Am besten geeignet für                                                           | Kompromiss                                                                                      |
+| ----------------------------------------- | -------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------- |
+| TeamViewer kaufen                         | Sie möchten den aktuellen Workflow und den verwalteten Dienst beibehalten        | Laufender Anbietertarif mit entsprechenden Bedingungen und Funktionspaketen                     |
+| Eine andere verwaltete SaaS-Lösung wählen | Sie möchten keinen eigenen Serverbetrieb, aber ein anderes kommerzielles Angebot | Sitzungen und Verwaltung bleiben weiterhin beim Anbieter                                        |
+| Eine selbst gehostete Lösung testen       | Sie möchten ID, Relay, Konsole und Deployment-Daten selbst betreiben             | Ihr Team ist für Hosting, Patches, Zertifikate, Monitoring und Wiederherstellung verantwortlich |
+
+RustDesk gehört in die dritte Zeile: Sie hosten den Community-Server selbst, ganz ohne Klassifizierung nach kommerzieller Nutzung, die Ihre Sitzungen überwacht — [warum Self-Hosting diesen Stolperdraht beseitigt](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) — während Server Pro nach Login-Nutzern und verwalteten Geräten lizenziert wird, mit einem festgelegten Kontingent bei [Customized V2](https://rustdesk.com/pricing#custom2).
+
+## Ein sicherer Migrationspfad
+
+Deinstallieren Sie TeamViewer nicht als ersten Schritt. Richten Sie stattdessen einen Test-RustDesk-Server ein und validieren Sie die Workflows hinter Ihrer kommerziellen Nutzung. Vergleichen Sie anschließend die Betriebskosten mit dem aktuellen TeamViewer-Angebot. Der [Leitfaden zur selbst gehosteten TeamViewer-Alternative](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative) behandelt die vollständige Migration und den Funktionsvergleich. Wird der Reset genehmigt, bleibt Ihr kostenloser Zugriff für die private Nutzung bestehen. Ist Ihre Nutzung ganz oder teilweise kommerziell, ist eine passende Lizenzierung die dauerhafte Lösung — entweder die kostenpflichtige Version von TeamViewer oder ein Tool, das für Ihre Art der Arbeit lizenziert ist.
+
+## Nächste Schritte
+
+- Stellen Sie den offiziellen Reset-Antrag, falls die Klassifizierung tatsächlich falsch ist.
+- Ist die Nutzung kommerziell, vergleichen Sie aktuelle schriftliche Angebote und Lizenzbedingungen.
+- Ist Self-Hosting eine Anforderung, testen Sie zunächst den kostenlosen Community-Server, bevor Sie die Funktionen und Pläne von Server Pro unter [rustdesk.com/pricing](https://rustdesk.com/pricing) prüfen.
+
+Und verzichten Sie auf die ID-Reset-Skripte und das Löschen von Konfigurationsdateien, die in Foren kursieren: Sie lassen die Lizenzbedingungen von TeamViewer exakt so, wie sie waren, und schaffen tendenziell eigene Sicherheits- oder Support-Probleme.
@@ -0,0 +1,83 @@
+---
+publishDate: 2026-07-08T18:26:00Z
+lang: de
+translationKey: teamviewer-vs-anydesk-for-msps
+draft: false
+title: 'TeamViewer vs. AnyDesk für MSPs: eine selbst gehostete dritte Option'
+excerpt: 'Wie TeamViewer und AnyDesk für MSPs im Vergleich abschneiden – aktuelle Lizenzierung, Integrationen, Hosting und warum manche über beide hinausblicken zu einer selbst gehosteten Option.'
+image: ~/assets/images/blog/teamviewer-vs-anydesk-for-msps-og.png
+category: 'Vergleiche'
+tags: ['TeamViewer', 'AnyDesk', 'MSP', 'Vergleich']
+author: RustDesk Team
+slug: 'teamviewer-vs-anydesk-fur-msps-eine-selbst-gehostete-dritte-option'
+faq:
+  - question: 'Ist TeamViewer oder AnyDesk besser für einen kleinen MSP?'
+    answer: 'Das hängt davon ab, worauf Sie optimieren. AnyDesk kann für kleinere Techniker-Teams geeignet sein, die einen kompakten Client und einfaches Branding priorisieren, während TeamViewer sich an Service-Desks richtet, die Richtlinienkontrollen, strukturiertes Reporting und Integrationen benötigen. Vergleichen Sie beide Produkte auf Ihren eigenen Endgeräten und stützen Sie sich auf aktuelle schriftliche Angebote statt auf historische Positionierung.'
+  - question: 'Wie berechnet AnyDesk heute seine Preise?'
+    answer: 'Die offizielle Preisseite von AnyDesk, geprüft am 7. Juli 2026, führt Jahrespläne mit planspezifischen lizenzierten Nutzern, verwalteten Geräten und gleichzeitigen Verbindungen auf. Standard beginnt mit einer Verbindung und Advanced mit zwei; die Add-on-Grenzen variieren. Prüfen Sie https://anydesk.com/en/pricing und ein datiertes schriftliches Angebot, bevor Sie budgetieren.'
+  - question: 'Kann ein MSP selbst hosten, anstatt die Cloud von TeamViewer oder AnyDesk zu nutzen?'
+    answer: 'Ja. Mit RustDesk Server Pro können Sie die ID-/Rendezvous- und Relay-Server auf einer Infrastruktur betreiben, die Sie selbst kontrollieren – On-Premises oder auf Ihrem eigenen VPS –, sodass die Sitzungsvermittlung nicht in der Cloud eines Anbieters liegt. Der Kompromiss besteht darin, dass Ihr Team diesen Server bereitstellt, patcht und absichert, statt dass ein Betriebsteam des Anbieters dies für Sie übernimmt.'
+  - question: 'Wie unterscheidet sich die Lizenzierung von RustDesk von Modellen pro Sitzplatz oder pro Kanal?'
+    answer: 'RustDesk lizenziert nach Login-Nutzer plus verwaltetem Gerät statt nach Sitzplatz oder gleichzeitigem Kanal, und Standardpläne enthalten unbegrenzte gleichzeitige Verbindungen, während Customized V2 diese separat abrechnet. Die aktuelle Planmatrix und die Preise finden Sie unter rustdesk.com/pricing.'
+metadata:
+  description: 'TeamViewer vs. AnyDesk für MSPs: aktuelle Lizenzmodelle, Integrationen, Hosting-Optionen und eine selbst gehostete Alternative zu beiden.'
+  keywords: 'teamviewer vs anydesk, teamviewer vs anydesk für msp, teamviewer vs anydesk selbst gehostete alternative, bestes remote-access-tool für msps, anydesk preisänderung'
+---
+
+MSPs übernehmen bei ihren Kunden manchmal einen Mix aus TeamViewer, AnyDesk und RDP. Diese Seite vergleicht TeamViewer und AnyDesk direkt anhand der Dimensionen, die eine MSP-Kaufentscheidung tatsächlich bestimmen – die Lizenzeinheit, die Gleichzeitigkeit, den unbeaufsichtigten Zugriff, die Bereitstellung und das Branding – und wägt anschließend ein selbst gehostetes drittes Modell gegen beide ab, anhand überprüfbarer Produktunterschiede.
+
+## TeamViewer vs. AnyDesk: die Kurzfassung
+
+|                                         | TeamViewer                                                                                          | AnyDesk                                                                                                                                    |
+| --------------------------------------- | --------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
+| Lizenzdimensionen                       | Planspezifische benannte Nutzer und Kapazität an gleichzeitigen Sitzungen, mit aufgesetzten Add-ons | Planspezifische lizenzierte Nutzer, verwaltete Geräte und gleichzeitige Verbindungen                                                       |
+| Gleichzeitige Techniker                 | Kapazität an gleichzeitigen Sitzungen ist eine Plan-/Add-on-Dimension; aktuelle Bedingungen prüfen  | Enthaltene Verbindungen je Plan (Standard eine, Advanced zwei, gemäß der datierten Seite unten); mehr über Add-ons                         |
+| Unbeaufsichtigter Zugriff & Gruppierung | Unbeaufsichtigter Zugriff auf installierte Clients; Endgeräte in Gruppen organisiert                | Unbeaufsichtigter Zugriff über einen installierten Client; Endgeräte in einem Adressbuch auf den relevanten Plänen organisiert             |
+| Bereitstellung & Branding               | Massen-/Silent-Bereitstellung und individuelle Module in höheren Stufen; je Edition prüfen          | Silent-Bereitstellung und ein individuell gebrandeter Client; prüfen, welcher Plan das enthält                                             |
+| Aktuell veröffentlichte Pakete          | Prüfen Sie die aktuelle Planseite und ein datiertes schriftliches Angebot, bevor Sie budgetieren    | [Offizielle Preisseite](https://anydesk.com/en/pricing), geprüft am 7. Juli 2026: Standard beginnt mit einer Verbindung; Advanced mit zwei |
+| Hosting                                 | Verwaltete Cloud-Pläne                                                                              | Verwaltete Cloud bei den Standard-Stufen; Ultimate wirbt mit Cloud- oder On-Premises-Bereitstellung                                        |
+| Am besten geeignet für                  | Service-Desks, die Richtlinienkontrollen, Reporting und Integrationen benötigen                     | Teams, die kompakten Client, Verbindungsleistung und Branding priorisieren                                                                 |
+
+## Lizenzierung: pro Techniker, pro Gerät oder pro Verbindung?
+
+Die Einheit, nach der Sie abgerechnet werden, ist für einen MSP wichtiger als der Listenpreis, denn die Zahl der Techniker und die Zahl der Kunden-Endgeräte wachsen auf unterschiedlichen Kurven.
+
+TeamViewer bündelt benannte Nutzer und die Kapazität an gleichzeitigen Sitzungen in Tarifstufen, auf die zusätzlich Add-ons aufgesetzt werden. Das tendiert zu einer Form pro Techniker plus Gleichzeitigkeit: Sie lizenzieren die Personen, die den Support leisten, und wie viele Sitzungen sie gleichzeitig fahren können, und die Kunden-Endgeräte liegen darunter.
+
+Die Paketierung und die Verlängerungsbedingungen von AnyDesk können sich ändern. Ihre [offizielle Preisseite](https://anydesk.com/en/pricing), geprüft am 7. Juli 2026, führt Solo mit einem Nutzer und einer Verbindung, Standard mit bis zu 20 Nutzern und einer enthaltenen Verbindung sowie Advanced mit bis zu 100 Nutzern und zwei enthaltenen Verbindungen auf; die Grenzen für verwaltete Geräte und Verbindungs-Add-ons variieren je nach Plan. AnyDesk legt damit neben Nutzern und Verbindungen eine Dimension der verwalteten Geräte offen, sodass eine große Flotte von Kundenmaschinen den Preis bewegen kann, selbst wenn die Technikerzahl klein ist.
+
+Keines von beiden ist ein reines Modell pro verwaltetem Gerät, wie es RMM-Tools verwenden. Modellieren Sie Ihr eigenes Wachstum bei Technikern, Gleichzeitigkeit und Endgeräten gegen die aktuelle Planseite des jeweiligen Anbieters und ein datiertes schriftliches Angebot, und bestätigen Sie die aktuellen Bedingungen mit dem Anbieter, bevor Sie sich festlegen. Stützen Sie einen Kauf nicht auf den Altvertrag eines anderen Kunden.
+
+## Unbeaufsichtigter Zugriff, Gruppierung und gleichzeitige Sitzungen
+
+Die tägliche MSP-Arbeit ist überwiegend unbeaufsichtigt: das Erreichen eines installierten Agents auf einer Kundenmaschine, ohne dass am anderen Ende jemand sitzt. Beide Produkte unterstützen das über einen residenten Client mit unbeaufsichtigten Anmeldedaten, und beide lassen Sie viele Endgeräte organisieren – TeamViewer über seine Gruppen, AnyDesk über sein Adressbuch auf den relevanten Plänen. Bestätigen Sie, welche Stufe das Adressbuch, die Gruppenverwaltung und die Rollenkontrollen freischaltet, die Sie brauchen, denn diese sind auf beiden Seiten häufig höheren Plänen vorbehalten.
+
+Gleichzeitige Techniker sind die Dimension, die MSPs am häufigsten unterbudgetieren. Beide Anbieter messen, wie viele Sitzungen gleichzeitig laufen: Die datierte Seite von AnyDesk oben enthält eine Verbindung bei Standard und zwei bei Advanced, wobei mehr als Add-ons erhältlich sind, während TeamViewer die Kapazität an gleichzeitigen Sitzungen als Plan-und-Add-on-Dimension behandelt. Wenn drei Techniker möglicherweise im selben Moment in drei Kundensitzungen sein müssen, kalkulieren Sie diese Gleichzeitigkeit ausdrücklich ein, statt anzunehmen, dass der Basisplan sie abdeckt, und bestätigen Sie das aktuelle Kontingent und die Add-on-Kosten mit dem Anbieter.
+
+## Bereitstellung und Branding
+
+Einen Client über Dutzende Standorte auszurollen, ist ein eigener Posten. Beide Produkte unterstützen Silent- oder Massenbereitstellung, um einen vorkonfigurierten Client auf viele Endgeräte zu bringen, und beide können einen gebrandeten Client erzeugen, sodass die Endnutzer-Abfrage Ihren Namen trägt statt den des Anbieters. Auf beiden Seiten sitzen Massenbereitstellungs-Tools und individuelles Branding tendenziell in höheren Stufen, bestätigen Sie also, welche Edition die von Ihnen benötigte Bereitstellungsmethode und das Branding enthält, bevor Sie es einpreisen.
+
+## Wo jede Lösung tatsächlich passt
+
+TeamViewer setzt sich tendenziell bei MSPs durch, die den Ad-hoc-Support hinter sich gelassen haben: Richtlinienkontrollen, strukturiertes Reporting, Massenbereitstellung und zusätzliche Support-Desk-Tools in den höheren Plänen. Wenn Ihr Service-Desk bereits in ServiceNow, Jira oder Microsoft Intune lebt, veröffentlicht TeamViewer Tensor native Integrationen in diese Tools. Diese Struktur hat ihren Preis, der sich als zusätzliche Add-on-Kosten auf den Basisstufen zeigen kann, statt als eine einzige übersichtliche Zahl.
+
+AnyDesk landet häufig auf der Shortlist kleinerer Betriebe, die Verbindungsleistung, einen kompakten Client und Branding priorisieren. Ob die aktuelle Paketierung wirtschaftlich ist, hängt vom Angebot und der Arbeitslast ab; modellieren Sie das Wachstum bei Technikern und Gleichzeitigkeit, statt anzunehmen, dass es die günstigste Option bleibt.
+
+Keiner der beiden Anbieter löst jedoch das, was sich viele MSPs eigentlich wünschen: komplett von einem Modell mit abgerechneten Verbindungen oder Sitzplätzen wegzukommen und selbst zu bestimmen, wo die Sitzungsdaten liegen.
+
+## Eine selbst gehostete dritte Option
+
+Ab hier lesen Sie die Argumentation des Herstellers – wir entwickeln RustDesk –, gewichten Sie die folgenden Punkte also entsprechend.
+
+Für MSPs lautet der Vorschlag: Konsolidierung auf ein Modell, das keiner der etablierten Anbieter verkauft – **eine selbst gehostete Konsole, abgerechnet nach Login-Nutzer plus verwaltetem Gerät**, wobei Standardpläne unbegrenzte gleichzeitige Verbindungen enthalten und [Customized V2](https://rustdesk.com/pricing#custom2) diese separat abrechnet. Das nimmt die obige Rechnung pro Techniker und pro Verbindung aus der Wachstumsgleichung heraus.
+
+Die Koordination – ID-/Rendezvous, Relay, Konsole und gespeicherte Bereitstellungsdaten – läuft auf einer Infrastruktur, die Sie kontrollieren, statt in einer Anbieter-Cloud, und genau danach fragen regulierte Kunden; siehe [warum selbst hosten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten) für die Kompromisse, die diese Wahl mit sich bringt. RustDesk ist zudem AGPL-lizenziert, sodass Sie es inspizieren und den kostenlosen Community-Server unbegrenzt betreiben können – ein strukturell anderes Vertrauensmodell als bei einem geschlossenen Client, dessen Bedingungen Sie nicht kontrollieren.
+
+Die MSP-Workflow-Bausteine – eine selbst gehostete Web-Konsole, ein Generator für individuell gebrandete Clients, Gerätegruppen und ein gemeinsames Adressbuch – decken die Anforderung „eine Konsole, viele Techniker, viele Kundengeräte" ab, wobei die Funktionsverfügbarkeit je nach Plan variiert und Customized V2 ein Gleichzeitigkeitskontingent hat, prüfen Sie also die aktuelle Matrix. Siehe [RustDesk für MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool) und unsere ausführlicheren direkten Vergleiche, [RustDesk vs. TeamViewer](/de/blog/rustdesk-vs-teamviewer-die-selbst-gehostete-alternative) und [RustDesk vs. AnyDesk](/de/blog/rustdesk-vs-anydesk-selbst-gehostete-open-source-remotedesktop-software). Wenn TeamViewer der etablierte Anbieter ist, den Sie eigentlich ersetzen möchten, behandelt [die selbst gehostete TeamViewer-Alternative](/de/blog/die-beste-selbst-gehostete-teamviewer-alternative) genau diese Migration.
+
+TeamViewer und AnyDesk halten die Sitzungsvermittlung Ihrer Kunden beide in einer Anbieter-Cloud und rechnen Ihnen ab, wenn die Technikerzahl oder die Verbindungszahl steigt – und genau das ist der Grund, warum sich das selbst gehostete Modell einen Platz auf der MSP-Shortlist neben den beiden etablierten Anbietern verdient.
+
+## Jetzt testen
+
+Diese Behauptung zu testen kostet nichts: Hosten Sie den kostenlosen Community-Server selbst für einen echten Kundenstandort und prüfen Sie, wie er sich schlägt. Wenn Sie bereit sind, sich die Pro-Funktionen anzusehen, teilt Ihnen [sales@rustdesk.com](mailto:sales@rustdesk.com) die aktuellen Evaluierungsbedingungen mit, und die Planpreise sind unter [rustdesk.com/pricing](https://rustdesk.com/pricing) veröffentlicht.
@@ -0,0 +1,108 @@
+---
+publishDate: 2026-07-02T12:27:00Z
+lang: 'de'
+translationKey: 'teamviewer-vs-splashtop'
+draft: false
+title: 'TeamViewer vs. Splashtop: Preise, Performance & Self-Hosting'
+excerpt: 'TeamViewer vs. Splashtop im Vergleich: Preis, Performance und Sicherheit – und wie eine selbst gehostete dritte Option die Entscheidung verändert.'
+image: ~/assets/images/blog/teamviewer-vs-splashtop-og.png
+category: 'Vergleiche'
+tags: ['TeamViewer', 'Splashtop', 'Vergleich']
+author: 'RustDesk Team'
+slug: 'teamviewer-vs-splashtop-preise-performance-and-self-hosting'
+faq:
+  - question: 'Bietet Splashtop eine On-Premises-Version an?'
+    answer: 'Ja. Splashtop verkauft ein separat lizenziertes On-Prem-Produkt für Enterprise-Bereitstellungen. Es nutzt ein kundenseitig betriebenes Splashtop Gateway und unterscheidet sich von den standardmäßigen, vom Hersteller gehosteten Splashtop-Abonnements.'
+  - question: 'Ist Splashtop günstiger als TeamViewer?'
+    answer: 'Splashtop veröffentlicht für einige Remote-Access-Tarife niedrigere Einstiegspreise, aber ein aussagekräftiger Vergleich muss die benötigten Benutzer, verwalteten Endgeräte, gleichzeitigen Sitzungen, Governance-Funktionen, Zusatzmodule, die Region und die Verlängerungsbedingungen einbeziehen. Vergleichen Sie die aktuelle Tarifseite jedes Herstellers sowie ein datiertes, schriftliches Angebot.'
+  - question: 'Was sollten Teams testen, bevor sie sich für TeamViewer oder Splashtop entscheiden?'
+    answer: 'Testen Sie beide Produkte auf repräsentativen Endgeräten und Netzwerken. Berücksichtigen Sie beaufsichtigten und unbeaufsichtigten Zugriff, das Verhalten bei Multi-Monitor-Betrieb, Audio, Dateiübertragung, mobile Unterstützung, Identitätsintegration, Auditanforderungen, die Bereitstellung sowie die Anzahl gleichzeitiger Techniker-Sitzungen.'
+metadata:
+  description: 'TeamViewer vs. Splashtop: Preismodelle, Performance und Sicherheit im Vergleich – und wie eine selbst gehostete Alternative die Entscheidung verändert.'
+  keywords: 'TeamViewer vs Splashtop, Splashtop oder TeamViewer, TeamViewer Splashtop Preise, TeamViewer Splashtop Vergleich'
+---
+
+TeamViewer und Splashtop decken beide Fernzugriff und Support ab, aber beim Vergleich geht es nicht einfach um „Premium versus Budget“. Käufer müssen Lizenzeinheiten, Administration, Bereitstellungsmodell und die Performance auf den eigenen Endgeräten vergleichen. Dieser Artikel stützt sich auf aktuelle öffentliche Produktinformationen und datierte Herstellerangaben statt auf private Kundenanekdoten.
+
+## TeamViewer vs. Splashtop: die Kurzfassung
+
+|                        | TeamViewer                                                                                                          | Splashtop                                                                                                                                                                        |
+| ---------------------- | ------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Veröffentlichte Tarife | Business, Premium, Corporate und Enterprise-Angebote; Funktionsumfang und Sitzungskapazität variieren je nach Tarif | Remote Access Solo, Pro, Performance und Enterprise; Remote Support wird separat verpackt angeboten                                                                              |
+| Bereitstellungsmodell  | Vom Hersteller betriebener Dienst                                                                                   | Vom Hersteller betriebene SaaS-Tarife; für Enterprise-Bereitstellungen ist ein separat lizenziertes On-Prem-Produkt verfügbar                                                    |
+| Administration         | Richtlinienkontrollen, Reporting, Massenbereitstellung und Enterprise-Integrationen variieren je nach Edition       | Rollen, Zugriffsverwaltung und Sitzungsaufzeichnung in den entsprechenden Tarifen; SSO, granulare Kontrollen, SIEM und weitere Kontrollen sind auf Enterprise konzentriert       |
+| Performance            | Verwaltetes Relay-Netzwerk; keine veröffentlichten Angaben zu FPS oder Farbtiefe                                    | Performance wirbt mit 4:4:4-Farbe, hochwertigem Audio und bis zu 240 FPS; validieren Sie diese Workflows auf den Endgeräten und Netzwerken, die Sie tatsächlich verwenden werden |
+| Passt am besten zu     | Teams, die einen etablierten Managed Service, strukturierte Administration und breite Integrationen schätzen        | Einzelpersonen und Teams, die niedrigere veröffentlichte Einstiegstarife, Multimedia-Funktionen oder eine separat angebotene On-Prem-Bereitstellung vergleichen                  |
+| Quellcode-Modell       | Proprietär                                                                                                          | Proprietär                                                                                                                                                                       |
+
+Betrachten Sie Preisangaben als momentaufnahmeartig – beide Hersteller passen ihre Preise häufig an.
+
+## Preise: den gesamten Workload vergleichen
+
+Die [offizielle Preisseite](https://www.splashtop.com/pricing) von Splashtop, abgerufen am 8. Juli 2026, veröffentlicht Einstiegspreise für Remote Access Solo, Pro und Performance, während Enterprise und On-Prem ein Gespräch mit dem Vertrieb erfordern. TeamViewer veröffentlicht regionale Preise und bündelt Funktionen und Kapazität je nach Edition auf seiner [Preisübersicht](https://www.teamviewer.com/en/pricing/overview/). Ein sichtbarer Einstiegspreis sagt nichts über die Gesamtkosten für ein IT-Team aus.
+
+Bauen Sie den Vergleich auf Ihrem tatsächlichen Workload auf:
+
+- lizenzierte Benutzer oder Techniker;
+- unbeaufsichtigte Endgeräte und Anforderungen an beaufsichtigten Support;
+- gleichzeitige Remote-Sitzungen;
+- Anforderungen an SSO, Auditing, Zugriffskontrolle, Integration und Aufzeichnung;
+- Zusatzmodule, regionale Steuern, Vertragslaufzeit und Verlängerungsbedingungen.
+
+Fordern Sie datierte, schriftliche Angebote auf Basis desselben Workloads an. Historische Preise oder der Vertrag eines anderen Kunden sind keine verlässliche Grundlage für die Budgetplanung.
+
+## Bereitstellung: SaaS und On-Prem sind getrennte Produkte
+
+Die gängigen Remote-Access- und Remote-Support-Abonnements von Splashtop sind vom Hersteller betriebene Dienste. Splashtop verkauft außerdem ein **separat lizenziertes On-Prem**-Produkt. Die [offizielle Produktseite](https://www.splashtop.com/products/on-prem) beschreibt eine selbst gehostete Bereitstellung mit einem **Splashtop On-Prem Gateway** in der DMZ des Kunden oder hinter dessen Firewall.
+
+Dieser Unterschied ist wichtig. Der Kauf eines Standard-Splashtop-Abonnements bedeutet nicht, dass On-Prem bereitgestellt wird, und die Evaluierung von Splashtop On-Prem ist nicht dasselbe wie das Testen eines Standard-SaaS-Tarifs. Der On-Prem-Weg bringt kundenseitige Infrastruktur, Netzwerkdesign, TLS, Upgrades, Backups, Monitoring und Kapazitätsplanung mit sich. Die [Systemanforderungen](https://support-splashtoponprem.splashtop.com/hc/en-us/articles/360035393074-Splashtop-On-Prem-System-Requirements) von Splashtop dokumentieren ein dediziertes Gateway sowie Anforderungen an die Serverdimensionierung.
+
+Der übliche Vergleichspfad bei TeamViewer ist dessen Managed Service. Käufer mit einer harten Anforderung an kundenseitig betriebene Vermittlungsinfrastruktur sollten Splashtop On-Prem mit anderen selbst gehosteten Produkten vergleichen, statt die SaaS-Editionen als gleichwertige Bereitstellungen zu behandeln.
+
+## Performance: den Workflow testen, nicht die Schlagzeile
+
+Splashtop Performance wirbt mit 4:4:4-Farbe, hochwertigem Audio, USB-Passthrough und einer Leistungsfähigkeit von bis zu 240 FPS. Diese Funktionen können bei Medien-, CAD- und anderen visuell anspruchsvollen Arbeiten eine Rolle spielen. TeamViewer legt den Schwerpunkt auf breite Endgeräteunterstützung, verwaltete Administration und Service-Desk-Workflows.
+
+Keine der beiden Positionierungsaussagen sagt etwas über die Performance in Ihrer Umgebung aus. Testen Sie beide Produkte mit denselben:
+
+- Netzwerkpfaden im Büro, zu Hause, mobil und mit hoher Latenz;
+- Windows-, macOS-, Linux- und Mobilkombinationen, die Sie unterstützen;
+- beaufsichtigten und unbeaufsichtigten Sitzungen;
+- Aufgaben zu Multi-Monitor-Betrieb, Audio, Dateiübertragung, Drucken und Rechteerweiterung;
+- der erwarteten Anzahl gleichzeitiger Techniker-Sitzungen.
+
+Erfassen Sie Verbindungszeit, Interaktionslatenz, Bildqualität, Fehlerrate und den Aufwand für Techniker. Ein kurzer, kontrollierter Test ist aussagekräftiger als eine einzelne Online-Beschwerde oder ein Hersteller-Benchmark.
+
+## Sicherheit: beide sind ernster zu nehmen, als „billig gegen teuer“ vermuten lässt
+
+Sicherheitsaussagen brauchen Datum und Geltungsbereich. Die [Ankündigung vom 18. September 2025](https://www.splashtop.com/press/splashtop-achieves-iso-iec-27001-2022-certification) von Splashtop berichtet über eine ISO/IEC-27001:2022-Zertifizierung, während die aktuelle [Sicherheitsseite](https://www.splashtop.com/security) SOC 2, TLS 1.2 und 256-Bit-AES-Sitzungsschutz aufführt. Eine Zertifizierung ist eine Momentaufnahme und keine Garantie für fortlaufende Sicherheit – behandeln Sie daher jede solche Aussage als datiert und prüfen Sie sie anhand der aktuellen Angaben des jeweiligen Herstellers.
+
+Das aktuelle [Trust Center](https://www.teamviewer.com/en/resources/trust-center/) von TeamViewer führt SOC 2/SOC 3 und ISO/IEC 27001 auf, und der [technische Sicherheitsüberblick](https://teamviewer.scene7.com/is/content/teamviewergmbh/teamviewer/central-image-hub/pdf/en/teamviewer-security-technical-overview-en.pdf) dokumentiert die aktuelle Architektur und Verschlüsselung. Dies sind Herstellerangaben – prüfen Sie sie anhand der aktuellen Offenlegungen.
+
+## Wofür sich welches Produkt eignet
+
+TeamViewer kann zu Organisationen passen, die einen Managed Service mit strukturierten Richtlinienkontrollen, Reporting, Massenbereitstellung und Enterprise-Integrationen wünschen. Prüfen Sie, welche Edition die jeweils benötigte Kontrolle bereitstellt, statt anzunehmen, dass der volle Funktionsumfang in jedem Tarif enthalten ist.
+
+Splashtop SaaS kann zu Teams passen, denen eine unkomplizierte Bereitstellung, veröffentlichte Einstiegspreise und der leistungsorientierte Funktionsumfang wichtig sind. Splashtop Enterprise und On-Prem adressieren andere Anforderungen und sollten separat angeboten werden.
+
+Die Entscheidung ändert sich, sobald Kontrolle über die Infrastruktur, Einsicht in den Quellcode oder ein anderes Lizenzmodell zur Anforderung werden. Genau dort gehört eine selbst gehostete Alternative in die Evaluierung.
+
+## Warum manche Teams auch RustDesk evaluieren
+
+Offene Karten: RustDesk ist unser Produkt, und dieser Abschnitt erklärt, warum es auf diese konkrete Shortlist gehört.
+
+**Es gehört in die On-Prem-Spalte, nicht in die SaaS-Spalte.** Der obige Vergleich hat Splashtop immer wieder in einen vom Hersteller gehosteten SaaS-Tarif und ein separat lizenziertes On-Prem-Produkt aufgeteilt. RustDesk steht eindeutig auf der selbst gehosteten Seite dieser Linie: Server Pro betreibt ID-/Rendezvous-Dienst, Relay, Konsole und gespeicherte Bereitstellungsdaten auf Infrastruktur, die Sie kontrollieren – vergleichen Sie es also mit Splashtop On-Prem statt mit den SaaS-Editionen. Warum ein Team diese betriebliche Last überhaupt auf sich nimmt, erfahren Sie unter [Warum selbst hosten](/de/blog/warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten).
+
+**Ein veröffentlichtes Lizenzmodell.** Die Standardtarife von RustDesk Server Pro lizenzieren **Login-Benutzer plus verwaltete Geräte** und beinhalten unbegrenzte gleichzeitige Verbindungen. [Customized V2](https://rustdesk.com/pricing#custom2) verfügt über ein festgelegtes Kontingent an gleichzeitigen Verbindungen – prüfen Sie daher die aktuelle [Preismatrix](https://rustdesk.com/pricing) für den Tarif, den Sie evaluieren.
+
+**Performance folgt derselben Regel „Testen Sie es selbst“.** Splashtop wirbt mit konkreten Werten zu Farbe, Audio und Bildrate; RustDesk veröffentlicht keine konkurrierenden Schlagzeilen-Zahlen, und sobald eine direkte Verbindung hergestellt ist, laufen die Sitzungen Peer-to-Peer zwischen den Endgeräten statt über ein Hersteller-Relay. Wie bei den Splashtop- und TeamViewer-Zahlen oben ist die einzige Zahl, die etwas entscheidet, diejenige, die Sie auf Ihren eigenen Endgeräten und Netzwerken messen.
+
+**Open Source, für den MSP-Workflow.** Der Core-Client und der kostenlose Server von RustDesk sind AGPL-lizenziert, sodass Teams den Code prüfen und ein grundlegendes Self-Hosting evaluieren können, bevor sie Server Pro kaufen; TeamViewer und Splashtop sind proprietär. Eine selbst gehostete Web-Konsole, ein Custom-Client-Generator, Gerätegruppen und ein gemeinsames Adressbuch decken die Anforderung „eine Konsole, viele Techniker“ ab, wobei der Funktionsumfang je nach Tarif variiert und Customized V2 ein Kontingent an gleichzeitigen Verbindungen hat. Siehe [RustDesk für MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool), [RustDesk vs. TeamViewer](/de/blog/rustdesk-vs-teamviewer-die-selbst-gehostete-alternative) und [Selbst gehostete Splashtop-Alternative](/de/blog/selbst-gehostete-splashtop-alternative-was-sie-zuerst-bewerten-sollten).
+
+## Das selbst gehostete Ende des Spektrums
+
+Splashtop hat mit On-Prem bereits eine selbst gehostete Option auf den Tisch gelegt – für Teams, die eine kundenseitig betriebene Vermittlung brauchen, lautet die eigentliche Frage also, wessen Server Sie betreiben, nicht ob Sie überhaupt einen betreiben. Eine vollständig selbst gehostete, quelloffene Alternative gehört auf dasselbe Bewertungsblatt und sollte an Kontrolle, Aufwand und Gesamtkosten gemessen werden statt am monatlichen SaaS-Listenpreis.
+
+## Jetzt ausprobieren
+
+Der kostenlose Community-Server läuft so lange Sie möchten, ohne Kosten. Wenn die Pro-Funktionen den Ausschlag geben, senden Sie eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um die aktuellen Evaluierungsbedingungen zu erfahren; Tarifdetails finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing), und der [RustDesk-YouTube-Kanal](https://www.youtube.com/@rustdesk) bietet eine Vorführung, falls Sie es erst in Aktion sehen möchten, bevor Sie etwas installieren.
@@ -0,0 +1,51 @@
+---
+publishDate: 2026-07-03T09:40:00Z
+lang: 'de'
+translationKey: 'upgrade-rustdesk-license-mid-subscription'
+draft: false
+title: 'RustDesk-Lizenz während des Abonnements upgraden: So funktioniert es'
+excerpt: 'Ja – Sie können Ihre RustDesk-Lizenz jederzeit upgraden, um Nutzer oder Geräte hinzuzufügen. Erfahren Sie, wie die anteilige Berechnung funktioniert und wie neue Limits angewendet werden: aktualisieren Sie die Lizenz in der Web-Konsole für sofortige Wirkung, oder warten Sie auf die automatische 24-Stunden-Prüfung.'
+image: '~/assets/images/blog/upgrade-rustdesk-license-mid-subscription-og.png'
+category: 'Preise'
+tags: ['RustDesk', 'Preise', 'Lizenzierung']
+author: 'RustDesk Team'
+slug: 'rustdesk-lizenz-wahrend-des-abonnements-upgraden-so-funktioniert-es'
+faq:
+  - question: 'Kann ich meine RustDesk-Lizenz während des laufenden Abonnements upgraden?'
+    answer: 'Ja. Sie können Ihre RustDesk-Lizenz jederzeit während Ihres Abonnements upgraden, um weitere verwaltete Geräte oder Nutzer hinzuzufügen. Upgrades werden anteilig berechnet. Um die neuen Limits sofort zu aktivieren, aktualisieren Sie die Lizenz in der Web-Konsole; andernfalls treten sie automatisch innerhalb von etwa 24 Stunden in Kraft, sobald die regelmäßige Lizenzprüfung ausgeführt wird.'
+  - question: 'Wie wird ein RustDesk-Lizenz-Upgrade anteilig berechnet?'
+    answer: 'Das Upgrade wird anteilig auf Basis der verbleibenden Zeit Ihrer aktuellen Laufzeit berechnet: Das System berechnet die Differenz für die hinzugefügten Nutzer oder Geräte anhand der verbleibenden Tage, anstatt eines vollständigen neuen Preises. Details zu den Preisstufen finden Sie unter rustdesk.com/pricing.'
+  - question: 'Warum werden meine neuen Geräte nach dem Upgrade meiner Lizenz nicht angezeigt?'
+    answer: 'Die Lizenz wird bei einer regelmäßigen Prüfung etwa alle 24 Stunden aktualisiert, sodass neue Limits nicht immer sofort angewendet werden. Aktualisieren Sie die Lizenz in der Web-Konsole, um die aktualisierte Berechtigung sofort abzurufen.'
+  - question: 'Wie aktualisiere ich meine Lizenz in der Web-Konsole?'
+    answer: 'Öffnen Sie nach dem Kauf des Upgrades die Web-Konsole und nutzen Sie die Funktion zur Lizenzaktualisierung, um Ihre aktualisierte Berechtigung abzurufen. Dadurch werden die höheren Nutzer- und Gerätelimits für Ihre Bereitstellung aktiviert.'
+  - question: 'Wo kaufe ich das Upgrade oder erneuere meine Lizenz?'
+    answer: 'Nutzen Sie das Self-Service-Lizenzportal unter rustdesk.com/self-host/account/. Melden Sie sich mit der E-Mail-Adresse an, die Sie beim Kauf der Lizenz auf der Zahlungsseite verwendet haben; falls Sie nicht mehr wissen, welche E-Mail-Adresse das war, kontaktieren Sie support@rustdesk.com. Das Portal enthält außerdem Ihre Rechnungen und Verlängerungen.'
+  - question: 'Kann ich mein Abonnement herabstufen oder die Anzahl der Plätze während der Laufzeit reduzieren?'
+    answer: 'Dieser Artikel behandelt Upgrades, die Sie jederzeit vornehmen können. Um Plätze zu reduzieren oder während der Laufzeit herabzustufen, klären Sie das aktuelle Vorgehen mit dem RustDesk-Team unter sales@rustdesk.com ab.'
+
+metadata:
+  description: 'Upgraden Sie Ihre RustDesk-Lizenz jederzeit anteilig, um Nutzer oder Geräte hinzuzufügen. Aktualisieren Sie sie in der Web-Konsole für sofortige Wirkung, oder sie wird innerhalb von etwa 24 Stunden angewendet.'
+  keywords: 'RustDesk-Lizenz während des Abonnements upgraden, weitere Geräte zur RustDesk-Lizenz hinzufügen, anteilige Berechnung RustDesk-Lizenz, verwaltete Geräte RustDesk erhöhen, Lizenz in Web-Konsole aktualisieren RustDesk, RustDesk Lizenzierung pro Nutzer pro Gerät'
+---
+
+Ja – Sie können Ihre RustDesk-Lizenz während des laufenden Abonnements upgraden, um weitere [verwaltete Geräte](/de/blog/was-zahlt-als-verwaltetes-gerat-bei-rustdesk) oder Nutzer hinzuzufügen, sobald Ihr Team wächst. Sie müssen nicht auf die jährliche Verlängerung warten: RustDesk behandelt das Upgrade als direkte Änderung Ihrer bestehenden Lizenz, und da Sie bereits für einen Teil des Jahres bezahlt haben, wird es anteilig berechnet – das System berechnet nur die Differenz für die hinzugefügten Nutzer oder Geräte, basierend auf den verbleibenden Tagen Ihrer Laufzeit, statt eines vollständigen neuen Preises.
+
+## So nehmen Sie das Upgrade vor
+
+Das Upgrade selbst nehmen Sie im [Self-Service-Lizenzportal](https://rustdesk.com/self-host/account/) vor – melden Sie sich mit der E-Mail-Adresse an, die Sie beim ursprünglichen Kauf der Lizenz auf der Zahlungsseite verwendet haben. Falls Sie nicht mehr wissen, welche E-Mail-Adresse das war, schreiben Sie an [support@rustdesk.com](mailto:support@rustdesk.com). Über dasselbe Portal verlängern Sie Ihre Lizenz und laden Rechnungen herunter.
+
+Ein operatives Detail wird leicht übersehen: Die neuen Limits werden nicht immer sofort angewendet. RustDesk prüft die Lizenz etwa alle 24 Stunden erneut, sodass ein Upgrade bis zu einen Tag dauern kann, bis es von selbst erscheint. Um es sofort zu aktivieren, aktualisieren Sie die Lizenz in der Web-Konsole – dadurch wird die aktualisierte Berechtigung umgehend abgerufen. Wenn Sie upgraden und die neuen Plätze nicht sofort erscheinen, liegt genau das daran – eine manuelle Aktualisierung behebt das.
+
+Für Teams, die von TeamViewer oder AnyDesk wechseln, ist diese Flexibilität ein spürbarer Unterschied: Sie können mit der Kapazität starten, die Sie heute benötigen, und schrittweise erweitern – Sie zahlen nur für das, was Sie hinzufügen, ohne einen Vertrag mitten in der Laufzeit neu verhandeln zu müssen. Die genauen Preisstufen und Platzdefinitionen finden Sie auf der offiziellen Preisseite [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Wer stellt diese Frage
+
+Wachstum ist meist der Auslöser: Ein Administrator oder [MSP](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool), der die Lizenz für den damaligen Gerätebestand dimensioniert hat, bindet nun mitten im Jahr neue Endgeräte, Mitarbeitende oder Kundenstandorte an. Die dahinterliegende Sorge ist meist zweigeteilt: ob eine Skalierung mitten in der Laufzeit überhaupt möglich ist und ob dafür fair abgerechnet wird.
+
+## Verwandte Fragen
+
+- [Wie RustDesk Nutzer und verwaltete Geräte für eine Lizenz zählt sowie Lizenzierung pro Nutzer vs. pro Gerät](/de/blog/was-zahlt-als-verwaltetes-gerat-bei-rustdesk)
+- Lizenz in der Web-Konsole aktualisieren: siehe [RustDesk-Dokumentation](https://rustdesk.com/docs).
+
+Wächst Ihre Bereitstellung? Upgraden Sie über das [Self-Service-Portal](https://rustdesk.com/self-host/account/), wann immer Ihr Team mehr Kapazität benötigt.
@@ -3,18 +3,17 @@ publishDate: 2024-10-12T00:00:00Z
 lang: de
 translationKey: rustdesk-web-client-v2-preview
 title: Vorschau auf RustDesk Web Client V2
-excerpt: V2 bietet bessere Codecs, internationale Tastaturen, Zwischenablage und Dateiübertragung.
+excerpt: V2 bietet bessere Codecs, internationale Tastaturunterstützung, Unterstützung der Zwischenablage, Dateiübertragung usw.
 image: ~/assets/images/blog/web-client.jpg
 category: Veröffentlichung
 slug: vorschau-rustdesk-web-client-v2
 tags: [Web-Client, Veröffentlichung]
 ---

-RustDesk Web Client V1 wurde seit über zwei Jahren nicht aktualisiert und bietet nicht alle benötigten Funktionen. Unser Team hat drei Monate lang V2 entwickelt. Die Vorschau verbessert die Dekodierung und die Unterstützung internationaler Tastaturen, unterstützt Text- und Bild-Zwischenablagen sowie Dateiübertragungen. Trotz der Grenzen eines Browsers möchten wir Funktionsumfang und Bedienung mit der Desktop-Version in Einklang bringen.
+Wir freuen uns, die Vorschau von RustDesk Web Client V2 vorzustellen. Sie bringt eine stärkere Dekodierung, bessere Unterstützung internationaler Tastaturen, Unterstützung der Zwischenablage (nicht nur für Text, sondern auch für Bilder) sowie Dateiübertragung. Wir haben uns bemüht, den Funktionsumfang und die Benutzererfahrung der Web-Version mit dem Desktop-Client in Einklang zu bringen, soweit es die von Browsern gesetzten Grenzen zulassen.

-Die Vorschau ist unter https://rustdesk.com/web verfügbar. Für den Zugriff auf einen eigenen Server muss WebSocket Secure (WSS) gemäß der [Dokumentation](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/#8-add-websocket-secure-wss-support-for-the-id-server-and-relay-server-to-enable-secure-communication-for-the-web-client) auf den Ports 21118/21119 eingerichtet werden.
-
-```nginx
+Sie können auf die Vorschau von RustDesk Web Client V2 zugreifen, indem Sie https://rustdesk.com/web besuchen. Wenn Sie über V2 auf Ihren eigenen Server zugreifen möchten, richten Sie bitte die Unterstützung für WebSocket Secure (WSS) gemäß der [Dokumentation](https://rustdesk.com/docs/en/self-host/rustdesk-server-pro/faq/#8-add-websocket-secure-wss-support-for-the-id-server-and-relay-server-to-enable-secure-communication-for-the-web-client) ein und konfigurieren Sie diese auf den Ports 21118/21119.
+```
    location /ws/id {
        proxy_pass http://localhost:21118;
        proxy_http_version 1.1;
@@ -25,6 +24,7 @@ Die Vorschau ist unter https://rustdesk.com/web verfügbar. Für den Zugriff auf
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
+
    location /ws/relay {
        proxy_pass http://localhost:21119;
        proxy_http_version 1.1;
@@ -36,7 +36,13 @@ Die Vorschau ist unter https://rustdesk.com/web verfügbar. Für den Zugriff auf
        proxy_set_header X-Forwarded-Proto $scheme;
    }
 ```
+Der Web-Client ist außerdem **in RustDesk Server Pro integriert**, sodass Sie ihn von Ihrem eigenen Server unter `https://rustdesk.yourcompany.com/web` bereitstellen können, anstatt auf den öffentlichen Client angewiesen zu sein.

-Sobald V2 stabil ist, integrieren wir den Web-Client auch in die Pro-Version. Er ist dann unter `https://rustdesk.yourcompany.com/web` erreichbar.
+## Zwei Möglichkeiten, den Web-Client mit Ihrem eigenen Server zu nutzen

-Wir freuen uns, diese Verbesserungen bereitzustellen, und begrüßen Ihr Feedback zur weiteren Entwicklung von RustDesk Web Client V2.
+- **Öffentlicher Web-Client (`rustdesk.com/web`), auf Ihren Server ausgerichtet.** Sie können den von RustDesk gehosteten Web-Client verwenden und ihn mit Ihrem eigenen ID-/Relay-Server verbinden, aber Sie konfigurieren ihn selbst: Der Browser benötigt WebSocket Secure (WSS) und die richtigen CORS-Header, um Ihren Server zu erreichen. Siehe [WSS- und CORS-Einrichtung für den Web-Client](https://github.com/rustdesk/rustdesk/wiki/FAQ#wss-and-cors-setup-for-web-client).
+- **Selbst gehosteter Web-Client (bereitgestellt von Server Pro unter `https://your-server/web`).** Der Web-Client ist [in RustDesk Server Pro integriert](https://github.com/rustdesk/rustdesk/wiki/FAQ#is-web-client-integrated-into-rusetdesk-server-pro), sodass er von Ihrem eigenen Server statt vom öffentlichen läuft. Das Selbst-Hosting des Web-Clients ist **in den Einstiegs-Tarifen nicht enthalten** – es erfordert einen Tarif, der groß genug ist, um **(Anzahl der Benutzer × 10) + Anzahl der Geräte ≥ 400** zu erfüllen (zum Beispiel 10 Benutzer / 300 Geräte, 30 Benutzer / 100 Geräte oder 20 Benutzer / 200 Geräte). Ein selbst gehosteter Web-Client kann außerdem [angepasst werden](https://github.com/rustdesk/rustdesk/wiki/FAQ#how-to-customize-self-hosted-web-client).
+
+Unabhängig davon, welchen Weg Sie wählen, ist der Web-Client ein **Controller**: Sie steuern andere Geräte über einen Browser-Tab, aber ein Browser-Tab kann nicht als unbeaufsichtigter Host fungieren.
+
+Wir freuen uns, unseren Nutzern diese Verbesserungen bereitzustellen, und sind gespannt auf Ihr Feedback, während wir RustDesk Web Client V2 weiter verfeinern und verbessern.
@@ -0,0 +1,51 @@
+---
+publishDate: 2026-07-02T14:43:00Z
+lang: 'de'
+translationKey: 'what-counts-as-a-managed-device'
+draft: false
+title: 'Was zählt als verwaltetes Gerät bei RustDesk?'
+excerpt: 'In den Standard-Tarifen von RustDesk zählt jedes Gerät, das Sie für den Zugriff einrichten, einmal. Customized V2 zählt nur Geräte, die einer Gruppe oder einem Benutzer zugewiesen sind; Ad-hoc-Geräte werden nicht gezählt.'
+image: ~/assets/images/blog/what-counts-as-a-managed-device-og.png
+category: 'Preise'
+tags: ['RustDesk', 'Preise', 'Lizenzierung']
+author: 'RustDesk Team'
+slug: 'was-zahlt-als-verwaltetes-gerat-bei-rustdesk'
+faq:
+  - question: 'Wie zählt RustDesk verwaltete Geräte?'
+    answer: 'In den Standard-Tarifen zählt jedes Gerät, das Sie für den Zugriff einrichten, einmalig als ein verwaltetes Gerät – ob betreut (attended) oder unbeaufsichtigt (unattended), ob Sie sich einmal oder tausendmal verbinden. Customized V2 zählt anders: Nur Geräte, die einer Gerätegruppe oder einem Benutzer zugewiesen sind, zählen zu Ihrer lizenzierten Geräteanzahl.'
+  - question: 'Wie werden Ad-hoc-Geräte für einmalige Support-Einsätze gezählt?'
+    answer: 'Im Tarif Customized V2 zählen nur Geräte, die einer Gerätegruppe oder einem Benutzer zugewiesen sind, als verwaltete Geräte. Eine Maschine, mit der Sie sich einmalig für spontanen Support verbinden – und die Sie nie zuweisen – zählt nicht zu Ihrer lizenzierten Geräteanzahl und wird nicht deaktiviert. Für überwiegend ad-hoc geprägte Arbeit macht das Customized V2 zur besseren Wahl, als jeden Endpunkt zu zählen.'
+
+metadata:
+  description: 'Wie RustDesk verwaltete Geräte zählt: Standard-Tarife zählen jedes erreichbare Gerät einmal; Customized V2 zählt nur Geräte, die einer Gruppe oder einem Benutzer zugewiesen sind.'
+  keywords: 'was zählt als verwaltetes gerät, rustdesk geräte zählen, rustdesk vs teamviewer lizenzierung, unbeaufsichtigte vs betreute geräte lizenz, rustdesk ad-hoc support, msp remote-support-lizenzierung'
+---
+
+Wenn Sie von TeamViewers Lizenzmodell pro Sitzplatz kommen, ist die Zählregel in RustDesks Standard-Tarifen angenehm einfach: **Jedes Gerät, auf das Sie zugreifen möchten, zählt als ein verwaltetes Gerät, einmalig gezählt.** Der Tarif **[Customized V2](https://rustdesk.com/pricing#custom2)** zählt anders – nur Geräte, die Sie einer Gruppe oder einem Benutzer zuweisen, zählen –, was ihn zur passenden Wahl für intensiven Ad-hoc-Support macht.
+
+## Die kurze Antwort
+
+In den Standard-Tarifen ist ein „verwaltetes Gerät“ jede Maschine, auf die Sie zugreifen können möchten, und der Server zählt jede davon ein einziges Mal. Dabei spielt es keine Rolle:
+
+- ob das Gerät **betreut** ist (jemand sitzt davor) oder **unbeaufsichtigt** (ein Server ohne Bildschirm, ein Kiosk-System oder eine dauerhaft laufende Workstation),
+- ob Sie sich **einmal** oder **mehrfach** verbinden,
+- wie oft Sie darauf zugreifen.
+
+Wenn Ihre Arbeit überwiegend aus spontanem Einmal-Support besteht, ist die weiter unten beschriebene, engere Zählweise von **[Customized V2](https://rustdesk.com/pricing#custom2)** genau für diesen Fall gemacht.
+
+## Im Detail
+
+Was die Sache tatsächlich verändert, ist der Tarif. Im Tarif **[Customized V2](https://rustdesk.com/pricing#custom2)** ist die Definition eines verwalteten Geräts enger gefasst: Nur die Geräte, die Sie **einer Gerätegruppe oder einem Benutzer zuweisen**, zählen zu Ihrer lizenzierten Geräteanzahl. Maschinen, auf die Sie nur für spontanen Einmal-Support zugreifen – und die Sie nie zuweisen –, werden nicht gezählt und auch nicht deaktiviert. Wenn Sie lieber möchten, dass diese nicht zugewiesenen Geräte gar nicht erst in der Konsole erscheinen, steuert das die [`register-device`-Client-Einstellung](https://rustdesk.com/docs/en/self-host/client-configuration/advanced-settings/#register-device); sie greift, sobald die lizenzierte Anzahl gleichzeitiger Verbindungen 2 oder mehr beträgt. In der Praxis zeigt eine solche Schnell-Support-Sitzung nur eine ID und ein Einmalpasswort für eine einzelne betreute Verbindung, sodass eine echte einmalige Interaktion nie einen dauerhaften Platz in Ihrer Geräteflotte benötigt. Wenn ein Großteil Ihrer Arbeit so aussieht, ist Customized V2 in der Regel die bessere Wahl – schreiben Sie mit Ihrem Szenario eine E-Mail an [sales@rustdesk.com](mailto:sales@rustdesk.com), um die aktuellen Konditionen zu erfahren, oder prüfen Sie [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+Stellen Sie sich zum Beispiel einen [MSP](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool) mit 20 Technikern vor, der rund 1.000 Kundenmaschinen betreut: Er müsste **beide** Lizenzdimensionen erfüllen – genug Login-Benutzer für alle 20 Techniker und genug verwaltete Geräte für die dauerhaft erreichbar gehaltenen Maschinen. Für Endpunkte, bei denen es sich wirklich um einmalige Support-Anrufe handelt, gilt die oben beschriebene Customized-V2-Regel; die aktuellen Kontingente finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing).
+
+## Wer stellt diese Frage
+
+Jeder, der eine TeamViewer- oder AnyDesk-Sitzplatzanzahl in RustDesk-Einheiten übersetzen will, stößt zuerst auf diese Definition, denn die Lizenzeinheiten lassen sich nicht eins zu eins übertragen. RustDesks kostenpflichtige Tarife erfordern Kapazität sowohl für die Personen, die sich anmelden, als auch für die Geräte, die verwaltet werden.
+
+## Verwandte Fragen
+
+- Lizenzierung pro Benutzer vs. pro Gerät, gleichzeitige Verbindungen und Gerätezählung für Server Pro: siehe [RustDesk-Preise](https://rustdesk.com/pricing).
+- [Sie kommen von TeamViewer – wie schneidet RustDesks Preisgestaltung für MSPs im Vergleich ab?](/de/blog/rustdesk-vs-teamviewer-die-selbst-gehostete-alternative)
+
+Sie planen die Größe Ihrer Geräteflotte und sind sich nicht sicher, ob einmalige Support-Anrufe in Ihre Gerätezahl einfließen sollen? Prüfen Sie die aktuellen Konditionen unter [rustdesk.com/pricing](https://rustdesk.com/pricing) oder fragen Sie das Team, bevor Sie kaufen.
@@ -0,0 +1,69 @@
+---
+publishDate: 2026-07-07T18:21:00Z
+lang: 'de'
+translationKey: 'why-self-host-remote-desktop-software'
+draft: false
+title: 'Warum Sie Ihre Remote-Desktop-Software selbst hosten sollten'
+excerpt: 'Warum Teams, die TeamViewer und AnyDesk den Rücken kehren, sich für selbst gehostetes Remote-Desktop entscheiden: Datenkontrolle, planbare Kosten und keine Cloud dazwischen.'
+image: ~/assets/images/blog/why-self-host-remote-desktop-software-og.png
+category: 'Anleitungen'
+tags: ['RustDesk', 'Selbst-Hosting']
+author: 'RustDesk Team'
+slug: 'warum-sie-ihre-remote-desktop-software-selbst-hosten-sollten'
+faq:
+  - question: 'Was bedeutet es, Remote-Desktop-Software selbst zu hosten?'
+    answer: 'Es bedeutet, den Server, der Verbindungen koordiniert und Datenverkehr weiterleitet, wenn eine direkte Verbindung fehlschlägt, auf einer Infrastruktur zu betreiben, die Sie selbst kontrollieren, anstatt Sitzungen über die Cloud eines Anbieters zu leiten. Mit RustDesk Server Pro laufen der ID-/Rendezvous-Server, das Relay, die Konsole und die gespeicherten Deployment-Daten auf Ihrer eigenen Infrastruktur.'
+  - question: 'Was bedeutet der Betrieb eines selbst gehosteten RustDesk-Servers konkret?'
+    answer: 'Die Hardwareanforderungen sind gering, und der Großteil der Arbeit fällt nur einmalig an: Sie stellen einen kleinen Linux-Host bereit, öffnen nur die Ports, die Sie tatsächlich nutzen (native Clients benötigen TCP 21115-21117 und UDP 21116), richten TLS an einem Reverse-Proxy ein und planen Backups; danach handelt es sich um routinemäßiges Patchen und Monitoring, wobei der RustDesk-Support zur Verfügung steht, falls Sie auf ein Problem stoßen.'
+  - question: 'Hilft Selbst-Hosting bei Datenstandort und DSGVO-Konformität?'
+    answer: 'Ja – es gibt Ihnen hier echte Kontrolle: Sie entscheiden, wo Rendezvous, Relay, Konsole und Gerätedaten laufen. Es ist jedoch eher eine Grundlage als eine absolute Garantie, da direkte Verbindungen weiterhin zwischen den Endpunkten fließen – ob der Datenverkehr im eigenen Land bleibt und die DSGVO-Pflichten erfüllt werden, hängt also auch davon ab, wie Sie das Deployment routen und betreiben.'
+  - question: 'Ist Selbst-Hosting für jedes Team die richtige Wahl?'
+    answer: 'Selbst-Hosting eignet sich für Teams, die Kontrolle über ihre Daten und Infrastruktur haben möchten. Es erfordert den Betrieb eines Servers – überschaubar und größtenteils einmalig einzurichten –, sodass ein verwalteter SaaS-Dienst das alternative Modell ist, falls Sie lieber überhaupt keinen Server betreiben möchten. RustDesk Server Pro ist jedoch bewusst als selbst gehostete Lösung konzipiert, damit Ihre Daten auf Ihrer eigenen Infrastruktur bleiben, ohne Cloud eines Anbieters dazwischen – und für Teams, die bereits Infrastruktur betreiben, ist genau diese Eigenverantwortung der springende Punkt.'
+
+metadata:
+  description: 'Das Plädoyer für Selbst-Hosting von Remote-Desktop-Software: Datenkontrolle, planbare Kosten, keine Abhängigkeit von einem Anbieter, keine Cloud-Ausfälle. RustDesk als konkretes Beispiel.'
+  keywords: 'warum Remote-Desktop selbst hosten, Vorteile von selbst gehostetem Remote-Desktop, On-Premise-Fernzugriff, Remote-Desktop ohne Cloud eines Anbieters'
+---
+
+Die meisten Remote-Desktop-Tools werden auf eine bestimmte Weise verkauft: als Cloud-Abonnement, bei dem die Server des Anbieters jede Sitzung vermitteln – und oft auch weiterleiten. Es gibt einen anderen Weg, Remotezugriff zu betreiben, und der ist nicht neu – er wird nur weniger beworben, weil kein wiederkehrendes Cloud-Abonnement daran hängt. Es ist die Entscheidung, **Ihre Remote-Desktop-Software selbst zu hosten**: den Server, der Verbindungen koordiniert und Datenverkehr weiterleitet, wenn eine direkte Verbindung fehlschlägt, auf einer Infrastruktur zu betreiben, die Sie selbst kontrollieren. Dieser Artikel plädiert für dieses Modell und verwendet RustDesk als konkretes Beispiel.
+
+## Was „Remote-Desktop selbst hosten“ tatsächlich bedeutet
+
+Der Preis der reinen Cloud-Bequemlichkeit ist, dass Ihre Geräteliste, Ihre Verbindungsmetadaten und manchmal auch Ihr Sitzungsverkehr über einen Dritten laufen, abhängig von dessen Verfügbarkeit, dessen Preisgestaltung und dessen Sicherheitsniveau.
+
+Selbst-Hosting kehrt dieses Verhältnis um. Mit RustDesk Server Pro laufen der ID-/Rendezvous-Server, das Relay, die Konsole und die gespeicherten Deployment-Daten auf **Ihrer eigenen Infrastruktur**. Direkte Sitzungen fließen weiterhin zwischen den Endpunkten; weitergeleitete Sitzungen nutzen Ihr konfiguriertes Relay. RustDesk ist [Open Source (AGPL)](https://github.com/rustdesk/rustdesk), und der kostenlose Community-Server läuft zeitlich unbegrenzt.
+
+## Nur-Cloud vs. selbst gehostet im Überblick
+
+|                                       | Typisches Nur-Cloud-Tool        | Selbst gehostet (RustDesk Server Pro)                                                                                                                                                   |
+| ------------------------------------- | ------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Wo Sitzungen vermittelt werden        | Cloud des Anbieters             | Ihre eigene On-Premise-Box oder VPS                                                                                                                                                     |
+| Datenstandort                         | Vom Anbieter kontrolliert       | Serverseitige Dienste laufen auf Infrastruktur, die Sie kontrollieren; [Endpunkt-Routen spielen weiterhin eine Rolle](/de/blog/remote-desktop-datensouveranitat-and-dsgvo-self-hosting) |
+| Limits für gleichzeitige Verbindungen | Oft pro Kanal/Lizenzplatz       | Standard-Pläne unbegrenzt; Customized V2 nutzungsbasiert abgerechnet                                                                                                                    |
+| Preismodell                           | Cloud-Abo pro Lizenzplatz/Kanal | [Pro Login-Benutzer + pro verwaltetem Gerät](https://rustdesk.com/pricing) ([Preise](https://rustdesk.com/pricing))                                                                     |
+| Quellcode                             | Geschlossen                     | Open Source (AGPL), auditierbar                                                                                                                                                         |
+| Abhängigkeit von Ausfällen            | Verfügbarkeit des Anbieters     | Ihr eigener Betrieb                                                                                                                                                                     |
+| Wer betreibt den Server               | Anbieter                        | Sie                                                                                                                                                                                     |
+
+Selbst-Hosting bedeutet nicht, auf Skalierbarkeit oder Funktionsumfang zu verzichten. RustDesk veröffentlicht [Planungshinweise für große Geräteflotten](/de/blog/skaliert-rustdesk-auf-200-000-gerate) für Teams, die größere Bestände unterstützen müssen. Für [MSPs](/de/blog/rustdesk-fur-msps-ein-einziges-selbst-gehostetes-white-label-tool) und die interne IT gibt es eine [selbst gehostete Web-Konsole](https://rustdesk.com/docs), einen Generator für individuell gebrandete Clients sowie [Gerätegruppen plus ein gemeinsames Adressbuch](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/permissions/) für benutzerbasierte Zugriffskontrolle. [LDAP/SSO](https://rustdesk.com/docs/de/self-host/rustdesk-server-pro/ldap/) (OIDC) ist ab dem Basic-Plan verfügbar.
+
+## Was der Betrieb des Servers tatsächlich bedeutet
+
+Diese Kontrolle geht mit etwas operativem Aufwand einher – weniger, als die meisten Teams erwarten, und größtenteils einmalig. Hier die konkrete Realität:
+
+- **Einen Host bereitstellen.** Die Hardwareanforderungen von RustDesk sind gering, sodass eine bescheidene Linux-VM – vor Ort oder ein preiswerter VPS – die ID-/Rendezvous- und Relay-Dienste betreiben kann. Dimensionieren Sie sie nach Ihrer Geräteanzahl und danach, wie viel Datenverkehr am Ende weitergeleitet statt Peer-to-Peer übertragen wird.
+- **Öffnen Sie nur die Ports, die Sie tatsächlich nutzen.** Native RustDesk-Clients benötigen **TCP 21115-21117 und UDP 21116** für NAT-Tests, Verbindungsdienste, Registrierung, Heartbeat und Relay. Geben Sie nicht den gesamten Bereich 21114-21119 frei. TCP 21118-21119 sind WebSocket-Backends, und TCP 21114 ist das Backend der Pro-HTTP-API/Konsole. Wenn ein HTTPS/WSS-Reverse-Proxy der Pro-API und den WebSocket-Diensten vorgeschaltet ist, geben Sie für diesen Datenverkehr öffentlich nur TCP 443 frei und halten Sie 21114 sowie 21118-21119 intern. Öffentliches 443 ersetzt nicht die Kern-Ports der nativen Clients, wenn sich auch native Clients verbinden. Siehe die [offizielle Port-Referenz](https://rustdesk.com/docs/en/self-host/).
+- **TLS einrichten.** Terminieren Sie HTTPS und WSS am Reverse-Proxy, sodass Zugangsdaten, API-Aufrufe und der Datenverkehr des Browser-Clients über das öffentliche TCP 443 laufen, anstatt die Konsole/API im Klartext-HTTP oder die rohen WebSocket-Backends offenzulegen.
+- **Sichern Sie Ihre Daten.** Der Server enthält Ihr Geräteinventar, Benutzerkonten, das Adressbuch und die Zugriffsregeln. Planen Sie regelmäßige Backups – und testen Sie tatsächlich, dass Sie daraus wiederherstellen können.
+- **Halten Sie einen Patch-Rhythmus ein.** Im Laufe der Zeit erscheinen neue Server-Builds, und das darunterliegende Betriebssystem liegt in Ihrer Verantwortung. Legen Sie fest, wer Updates einspielt und wie oft.
+- **Überwachen Sie ihn.** Der koordinierende Dienst gehört jetzt Ihnen, also überwachen Sie Verfügbarkeit, Speicherplatz und Relay-Durchsatz und verantworten Alarmierung und Wiederherstellung selbst.
+
+Nichts davon ist exotisch, und das meiste davon ist einmalige Einrichtung. Sollte irgendwann eine Frage aufkommen, hilft Ihnen der [RustDesk-Support](mailto:support@rustdesk.com) weiter.
+
+## So bewerten Sie Selbst-Hosting
+
+- **Beginnen Sie mit dem Community-Server.** Der Kern steht unter AGPL – setzen Sie den kostenlosen Open-Source-Server noch heute Nachmittag auf, prüfen Sie ihn und betreiben Sie ihn so lange Sie möchten, kostenlos.
+- **Brauchen Sie den Funktionsumfang von Pro?** Die aktuellen Tarife finden Sie unter [rustdesk.com/pricing](https://rustdesk.com/pricing), und [sales@rustdesk.com](mailto:sales@rustdesk.com) teilt Ihnen mit, welche Testoptionen derzeit verfügbar sind.
+- **Lieber erst zuschauen statt installieren?** Es gibt eine vollständige Video-Demo auf dem [RustDesk-YouTube-Kanal](https://www.youtube.com/@rustdesk).
+
+Wenn Preiserhöhungen, geschlossener Code oder eine Cloud, die Sie nicht kontrollieren, der Grund dafür waren, dass Sie sich umzusehen begannen, ist Selbst-Hosting die strukturelle Lösung, kein bloßer Rabatt. Für ein Team, das bereits Infrastruktur betreibt, ist das ein nächster Schritt, kein Sprung: Betreiben Sie den Server, besitzen Sie die Daten, kontrollieren Sie die Kosten.
@@ -1,99 +0,0 @@
---
-publishDate: 2026-07-06T12:17:00Z
-lang: en
-translationKey: anydesk-alternative-self-hosted
-draft: false
-title: 'Best AnyDesk Alternative 2026: Own Your Data with RustDesk'
-excerpt: 'Comparing AnyDesk alternatives? See how RustDesk differs through open source, self-hosting, and plan-dependent concurrency.'
-image: ~/assets/images/blog/anydesk-alternative-self-hosted-og.png
-category: Alternatives
-tags:
-  - RustDesk
-  - AnyDesk
-  - alternative
-  - self-hosting
-author: RustDesk Team
-faq:
-  - question: 'Is RustDesk a good alternative to AnyDesk?'
-    answer: "RustDesk is open-source and self-hosted: the ID/rendezvous server, relay, console, and stored data run on your own infrastructure, and it's AGPL-licensed, so you can audit what it does. It's a genuinely different model than AnyDesk's cloud service, and whether it fits depends on whether your team can run a server."
-  - question: 'Can I self-host an AnyDesk alternative?'
-    answer: 'Yes. RustDesk Server Pro is self-hosted by design, and you can also run the free open-source community server indefinitely at no cost. Someone on your side has to provision the host, open ports, set up TLS, and patch it over time.'
-  - question: 'Is RustDesk cheaper than AnyDesk?'
-    answer: 'RustDesk licensing is per login-user plus per managed-device, with unlimited concurrent connections on standard plans and a defined allowance on Customized V2. Your cost tracks your own users and devices plus a license, rather than a per-seat schedule set by a vendor, so model both products against the same user, device, concurrency, feature, and infrastructure requirements; see rustdesk.com/pricing.'
-  - question: 'Does RustDesk support SSO and access control?'
-    answer: 'Yes. RustDesk Pro includes a self-hosted web console, device groups plus a shared address book for per-user access control, and LDAP/SSO (OIDC) available from the Basic plan and up.'
-  - question: 'Can I try RustDesk without a sales call?'
-    answer: 'Yes. You can self-host the free open-source community server today with no cost or expiry, watch a video demo on the RustDesk YouTube channel, or email sales@rustdesk.com to ask about current Pro evaluation terms.'
-
-metadata:
-  description: "Looking for an AnyDesk alternative? Compare RustDesk's open-source, self-hosted model, licensing, and operational trade-offs."
-  keywords: 'AnyDesk alternative, self-hosted AnyDesk alternative, open source AnyDesk alternative, AnyDesk replacement'
---
-
-If you want an AnyDesk alternative you actually control, it's RustDesk: open source and self-hosted, so the ID/relay servers, session brokering, and your device list run on your own infrastructure — licensed per user and device, not by a cloud seat count.
-
-## Why people leave AnyDesk: rising bills and lost control
-
-Most people who look for an AnyDesk alternative aren't chasing a shinier feature list. They're reacting to two things: the bill going up, and the feeling that they no longer control their own remote-access setup — sharpened, for security-conscious buyers, by the fact that AnyDesk publicly disclosed a security incident in early 2024 (evaluate that event through public reporting and AnyDesk's own disclosure).
-
-If that's roughly where you are, you're in the right place. RustDesk takes a genuinely different approach from AnyDesk's cloud — you host it, so the data and the access stay yours — and this page lays out exactly how, and where it fits best.
-
-## The core difference: rent access, or own it
-
-AnyDesk is a cloud service. Sessions are brokered through vendor infrastructure by default (media can be direct or relayed), and you pay a subscription to keep the lights on. When they change the price or the terms, you adapt.
-
-RustDesk flips that. **RustDesk Server Pro is self-hosted** — the ID/rendezvous server, relay, console, and stored deployment data run on _your_ infrastructure. Direct sessions still flow between endpoints; relayed traffic uses the relay you configure.
-
-And **RustDesk's core is [open source (AGPL)](/blog/case-for-open-source-remote-access)**. You can read the code, audit what the client does, build it yourself, and run the free community server indefinitely.
-
-## AnyDesk vs. RustDesk at a glance
-
-|                                                                       | AnyDesk                     | RustDesk                                                                          |
-| --------------------------------------------------------------------- | --------------------------- | --------------------------------------------------------------------------------- |
-| Hosting                                                               | Vendor cloud                | Self-hosted (your server)                                                         |
-| Source code                                                           | Proprietary                 | Open source (AGPL)                                                                |
-| Where your data lives                                                 | Vendor infrastructure       | Infrastructure you control                                                        |
-| [Concurrent connections](/blog/rustdesk-concurrent-connections-limit) | Plan-dependent              | Unlimited on standard plans; limited on [Customized V2](https://rustdesk.com/pricing#custom2)                             |
-| Licensing model                                                       | Per-seat cloud subscription | [Per login-user + per managed-device](/blog/rustdesk-pro-license-cost-how-to-pay) |
-| Try without sales call                                                | Varies                      | Free server today; ask sales about evaluation terms                                        |
-
-For exact AnyDesk pricing and plan tiers, check their current pricing page — we don't quote competitor numbers we can't verify.
-
-## Benefit 1: Control the server-side infrastructure
-
-You choose where the rendezvous, relay, console, and device data run. Direct connections still travel between endpoints, and relayed traffic uses your configured relay, so self-hosting alone does not guarantee in-country traffic or GDPR compliance. See the [data-sovereignty guide](/blog/remote-desktop-data-sovereignty-gdpr).
-
-## Benefit 2: A different concurrency model
-
-A common licensing question is how simultaneous work is counted. RustDesk standard plans include unlimited concurrent connections, while Customized V2 has a defined concurrency allowance and charges for additional connections. All paid plans must also fit login-user and managed-device counts.
-
-The licensing is **per login-user + per managed-device, upgradeable any time (prorated)** — no per-channel model, no per-seat cloud subscription stacked on top. For the current per-unit rates, see [rustdesk.com/pricing](https://rustdesk.com/pricing).
-
-## Benefit 3: Built for MSPs and IT teams
-
-Self-hosting doesn't mean going without tooling. RustDesk Pro gives you a **[self-hosted web console](/blog/rustdesk-web-console-custom-client-generator-port-21114), a custom-branded client generator, and [device groups plus a shared address book](/blog/rustdesk-per-user-access-control-device-groups-shared-address-book)** for per-user access control. **[LDAP/SSO](/blog/rustdesk-active-directory-ldap-sso) (OIDC) is available from the Basic plan and up.**
-
-And it scales: RustDesk publishes [large-fleet planning guidance](/blog/rustdesk-scale-50000-200000-devices) for teams evaluating bigger environments.
-
-## Your data, on your own server
-
-Move off AnyDesk's cloud and the device list, the connection brokering, and the access rules all sit on hardware you run. For teams that want remote-access data kept in-house, that is the entire reason to switch.
-
-## A practical AnyDesk migration checklist
-
-Do not start by removing AnyDesk. Run both tools during a controlled pilot and validate the gaps that matter to your environment:
-
-1. Deploy the RustDesk ID and relay services and confirm direct and relayed sessions from outside your network.
-2. Reproduce attended support, unattended access, file transfer, multi-monitor, clipboard, and privilege-elevation workflows.
-3. Map AnyDesk users and address-book entries to RustDesk login users, device groups, and access rules.
-4. Generate and sign the required clients, then test OS permissions on Windows, macOS, Linux, Android, and iOS devices you actually support.
-5. Measure relay bandwidth and latency during peak concurrency instead of assuming a small lab represents production.
-6. Define rollback, key backup, patching, and monitoring ownership before the wider cutover.
-
-That pilot tells you whether the control gained through self-hosting is worth the operating work. It also exposes feature or platform dependencies before they become a migration outage.
-
-## Prove it on your own hardware first
-
-Stand up the free, open-source community server and point a few test devices at it — it costs nothing and never expires. When you want to evaluate the Pro console, branding, and access controls, email [sales@rustdesk.com](mailto:sales@rustdesk.com) about current evaluation terms and compare standard plan rates at [rustdesk.com/pricing](https://rustdesk.com/pricing). If you'd rather watch before you install, there's a [video demo](/blog/see-rustdesk-in-action) on the [RustDesk YouTube channel](https://www.youtube.com/@rustdesk).
-
-Start at [rustdesk.com](https://rustdesk.com) and see the code for yourself on [GitHub](https://github.com/rustdesk/rustdesk).
--- a/Show More
+++ b/Show More