سطح مكتب Raspberry Pi عن بُعد: استخدم الـ Pi كجهاز هدف عن بُعد

تحاول الوصول إلى سطح مكتب Raspberry Pi من جهاز آخر وتواجه شاشات فارغة أو إعادة رسم بطيئة أو إعدادات توجيه منافذ هشة. سواء لإدارة كشك بدون شاشة، مساعدة قريب، أو تشغيل محطة عمل خفيفة، جعل الـ Pi هدفًا موثوقًا لسطح المكتب عن بُعد يكون معقَّداً — خاصة إذا كنت تهتم بالأمن، الكمون، والثبات. هذا الدليل يمرّ على خطوات عملية وقابلة للتكرار حتى يعمل Raspberry Pi بشكل جيد كجهاز هدف لسطح المكتب عن بُعد على الشبكة المحلية وعلى الإنترنت.

ماذا يعني مصطلح "Raspberry Pi remote desktop" فعلاً (والخيارات الواقعية لديك)

قد يعني مصطلح "سطح مكتب عن بُعد" عدة أشياء: التحكم البعيد بالشاشة الفيزيائية الحالية، جلسة X/Wayland افتراضية، أو اتصال عكسي بوساطة وسيط سحابي. على نظام Raspberry Pi OS لديك بعض الخيارات العملية والمعقولة:

• RealVNC (الإصدار المضمّن في Raspberry Pi OS) — سهل، محسن لهاردوير الـ Pi، ويدعم تسريع الفيديو في بعض الوضعيات.
• xrdp — يوفر توافقية مع RDP من Microsoft؛ يعمل جيدًا للجلسات الافتراضية على X لكنه قد يتصرف بغرابة مع سطح المكتب/التركيب الافتراضي الافتراضي للـ Pi.
• خوادم VNC مثل TigerVNC أو x11vnc — مرنة عندما تحتاج للاصطباغ بالسطح الحقيقي (x11vnc) أو تشغيل جلسة منفصلة (TigerVNC).
• أدوات الاتصال العكسي المستضافة ذاتيًا — Tenvo (مفتوح المصدر)، RustDesk، وسماسرة تجاريون (TeamViewer/AnyDesk). مفيدة عندما لا يمكنك أو لا تريد فتح منافذ في جدار الشبكة لشبكة الـ Pi.

كل نهج يوازن بين سهولة الاستخدام، الأداء، والأمن. إذا أردت وصولاً بسيطًا عبر الشبكة المحلية، فغالبًا ما يكفي RealVNC أو xrdp. إذا كنت تحتاج وصولاً عبر NATs بدون توجيه منافذ، ففكر في وسيط اتصال عكسي — راجع مقالتنا حول remote-desktop-without-port-forwarding لأنماط المخاطر والتصاميم.

ما الذي ستحتاجه (العتاد، النظام، والحدود المعقولة)

العتاد الموصى به لتجربة سطح مكتب عن بُعد سلسة:

• Raspberry Pi 4 أو أحدث (Pi 3 يعمل، لكن حدود GPU وCPU ستظهر). استهدف 4GB أو 8GB RAM إذا شغّلت تطبيقات متعددة.
• بطاقة SD أو SSD — استخدم بطاقة SD فئة A2/U3 بحجم 32GB+ أو NVMe/SSD عبر USB3 للمتانة واستجابة أفضل.
• شبكة إيثرنت سلكية (gigabit على Pi 4) كلما أمكن — الواي‑فاي مناسب للاستخدام الخفيف لكنه يدخل تأخيرًا وتباينًا.
• Raspberry Pi OS (يُوصى بإصدار 64-bit Bookworm إذا كنت بحاجة إلى مساحة مستخدم 64‑بت؛ وإصدار 32‑bit Bullseye لا يزال خيارًا مستقرًا للتطبيقات القديمة). حافظ على تحديث النظام عبر apt.

على مستوى البرمجيات، تأكد من تحديث الـ Pi وأنك غيّرت كلمة مرور المستخدم الافتراضي 'pi'. يمكنك تحديث النظام بواسطة:

sudo apt update && sudo apt full-upgrade -y

خطوة بخطوة: جعل الـ Pi يعمل كهدف لسطح المكتب عن بُعد (بدون شاشة ومع شاشة)

فيما يلي إعدادان شائعان: (A) الإعلان عن سطح مكتب الـ Pi الفيزيائي (ما تراه على شاشة متصلة) و(B) استضافة جلسة سطح مكتب افتراضية عبر RDP. اختر ما يناسب حالتك.

الخيار A — الارتباط بالسطح الفيزيائي (RealVNC / x11vnc)

1. فعّل خادم سطح المكتب: Raspberry Pi OS يتضمن RealVNC. شغّل sudo raspi-config → Interface Options → VNC → Enable.
2. إذا كان الـ Pi بدون شاشة، إجبار وضع HDMI افتراضيًا حتى يصبح سطح المكتب متاحًا حتى بدون شاشة متصلة. أضف إلى /boot/config.txt:

hdmi_force_hotplug=1
hdmi_group=2
hdmi_mode=82  # 1920x1080@60Hz; use mode 16 for 1024x768 if you need lower res

3. أعد تشغيل الـ Pi: sudo reboot.
4. حدد كلمة مرور VNC أو استخدم بيانات اعتماد مستخدم النظام. RealVNC على Raspberry Pi OS يتكامل مع مستخدمي النظام افتراضيًا.
5. من جهاز العميل، استخدم RealVNC Viewer (أو أي عميل VNC) للاتصال بعنوان IP الخاص بالـ Pi والمصادقة.

إذا فضّلت x11vnc (يلتصق بخادم X الجاري)، ثبّته وأنشئ خدمة systemd ليبقى شغّالًا بعد إعادة التشغيل:

sudo apt install x11vnc
x11vnc -storepasswd /etc/x11vnc.pass
sudo tee /etc/systemd/system/x11vnc.service <<EOF
[Unit]
Description=x11vnc service
After=graphical.target

[Service]
Type=simple
ExecStart=/usr/bin/x11vnc -forever -usepw -display :0

[Install]
WantedBy=graphical.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now x11vnc

الخيار B — سطح مكتب افتراضي عبر xrdp (عملاء RDP)

xrdp يوفّر توافقية للعميل مع Remote Desktop من Windows والعديد من عملاء RDP. خيار شائع عندما تريد جلسات منفصلة بدلًا من الالتحاق بالعرض الفيزيائي.

1. ثبّت xrdp: sudo apt install xrdp -y.
2. فعّل وابدأ الخدمة: sudo systemctl enable --now xrdp.
3. افتراضيًا xrdp يشغّل جلسة Xorg باستخدام ثنائيات X الخاصة بالنظام. إذا كان الـ Pi يستخدم مُركّبًا مع Wayland أو إعدادات غير قياسية، قد يحتاج xrdp لتعديلات — راجع قسم استكشاف الأخطاء أدناه.
4. اتصل من عميل Windows باستخدام Remote Desktop (mstsc)، أو من macOS/Linux مع Remmina أو FreeRDP أو Microsoft Remote Desktop لنظام macOS.

الأمن: لا تتجاوز هذا الجزء (تعرض الشبكة، المصادقة، والتقوية)

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

• فضل الاتصالات العكسية أو VPNs على فتح منافذ TCP. إذا كنت تريد تجنب توجيه المنافذ تمامًا، راجع مقالتنا حول remote-desktop-without-port-forwarding لأنماط تستخدم وسيطًا أو traversal بين النظائر عبر NAT.
• غيّر دائمًا كلمة مرور المستخدم الافتراضي pi وفكّر في إنشاء حساب مخصّص ومقيد لجلسات الوصول عن بُعد.
• استخدم SSH لنفق اتصال سطح المكتب عندما يكون ذلك ممكنًا: ssh -L 5901:localhost:5900 user@pi.address ثم أشر عميل VNC إلى localhost:5901.
• فعّل وكوّن UFW (جدار حماية بسيط):

sudo apt install ufw -y
sudo ufw allow from 192.168.1.0/24 to any port 5900 proto tcp  # LAN VNC only
sudo ufw allow ssh
sudo ufw enable

• استخدم fail2ban لتقييد محاولات القوة الغاشمة على منافذ SSH/RDP/VNC.
• فَضّل المصادقة بالمفتاح لـ SSH للوصول إلى الملفات والشل؛ وعطّل SSH بكلمة مرور إن أمكن.
• بالنسبة للحلول السحابية/الوسيطة، تحقق من سياسات الخصوصية/الأمن الخاصة بالمزود. بالنسبة للاستضافة الذاتية، راجع دليلنا self-hosted-remote-desktop-guide للمعماريات والمقايضات.

إذا أردت رأيًا موجزًا: للوصول المواجه للإنترنت دون تشغيل VPN خاص بك، يكون الاتصال العكسي بوساطة وسيط (RustDesk، Tenvo، أو وسيط تجاري) غالبًا أقل احتكاكًا. Tenvo خيار مفتوح المصدر يمكنك تقييمه — تتوفر تحميلات في /download ونوثّق التسعير وخيارات الاستضافة مقابل الاستضافة الذاتية في /pricing. اقرأ أيضًا مقالتنا remote-desktop-security لمزيد من نصائح التقوية.

تحسين الأداء: اجعل الـ Pi سريع الاستجابة عن بُعد

استجابة سطح المكتب عن بُعد تعتمد على ثلاثة أمور: CPU/GPU على الـ Pi، عرض النطاق/الكمون في الشبكة، والبروتوكول/المرمز المستخدم. تعديلات عملية تساعد:

• خفض الدقة وعمق الألوان. غالبًا ما تكون 1024x768 بعمق 16‑بت أكثر استجابة من 1920x1080 بعمق 32‑بت على روابط منخفضة العرض الترددي.
• عطّل تأثيرات سطح المكتب وحركات المُركّب. على Raspberry Pi OS (LXDE/Pi Desktop) تحوّل إلى مدير نوافذ أخف إذا لزم.
• استخدم خادم VNC بترميز أفضل لحالتك: مرمّز RealVNC المدمج محسن لهاردوير الـ Pi؛ TigerVNC قد يكون أسرع لبعض أحمال عمل X11.
• فَضّل الإيثرنت السلكي Gigabit — يقلل الاهتزاز مقارنة بالواي‑فاي. للوصول عن بُعد عبر الإنترنت، استهدف على الأقل 5–10 Mbps لتجربة سطح مكتب سلسة؛ مع أقل من ~1–2 Mbps توقع تأخيرًا وArtifacts ضغط عدوانية.
• للجلسات التي تتضمن فيديو أو كاميرا ويب بشكل كبير، اختبر خيارات معجَّلة H.264. بعض تنفيذات VNC/RDP أو الأدوات التجارية تستفيد من مُشفّر الهاردوير في الـ Pi؛ النتائج تختلف حسب البرنامج وموديل الـ Pi.

استكشاف المشاكل الشائعة

• شاشة فارغة عند الاتصال: إذا لم يكن لدى الـ Pi شاشة HDMI، إجبر وضع HDMI في /boot/config.txt (انظر أعلاه). تأكد أن مدير العرض يعمل (lightdm، gdm).
• مؤشر أسود/مشوّه: غيّر خادم VNC بين أوضاع 'عرض فقط' مقابل 'مشاركة'، أو جرّب x11vnc إذا تصرّف RealVNC بشكل غير متوافق مع سطح المكتب المركب لديك.
• فشل xrdp في بدء جلسة: راجع /var/log/xrdp-sesman.log وفكّر في تثبيت سكربت جلسة بديل. بعض المستخدمين يضبطون الجلسة على Xorg صراحةً عن طريق إضافة startlxde أو أمر سطح المكتب المناسب في ~/.xsession.
• استهلاك عالي للـ CPU: تحقّق من تأثيرات المُركّب، علامات تبويب Chromium التي تستخدم GPU، أو مرمّزات VNC معدّة بشكل سيئ. خفّض دقة الشاشة أو عمق الألوان وحاول مجددًا.
• فشل المصادقة: تحقق من PAM وأذونات المستخدمين؛ مع xrdp تأكد أن للمستخدم شل صالح ودليل منزلي، وأن SELinux/AppArmor لا يعيق الجلسات.

متى تستخدم الاستضافة الذاتية أو وسيط سحابي (وأين تتفوّق الأدوات الملكية)

إذا كنت تتحكّم بالشبكة على الطرفين (شبكة LAN مكتبية إلى الـ Pi على نفس الشبكة أو متصلة عبر VPN)، فالخيارات المحلية البسيطة (VNC/RDP عبر VPN) نظيفة وسريعة. إذا كنت تحتاج وصولًا عبر جدران نارية ولا تريد إدارة VPN أو قواعد NAT، فالاتصالات العكسية بوساطة وسطاء مريحة.

الحلول التجارية مثل TeamViewer وAnyDesk مصقولة جدًا للاتصالات العكسية عبر الشبكات المتعددة، تطبيقات عملاء متعددة المنصات، وتحسينات ملكية؛ غالبًا ما تكون أسرع طريق لإعداد يعمل للمستخدمين غير التقنيين. المقايضات هي تكاليف الترخيص والبرمجيات مغلقة المصدر. يقدم كل من AnyDesk وTeamViewer طبقات مجانية للاستخدام الشخصي؛ تبدأ تراخيص الأعمال عادة في نطاق عشرات الدولارات شهريًا (راجع مواقع البائعين للخطط الحالية).

البدائل مفتوحة المصدر مثل RustDesk وTenvo تتيح لك تشغيل خادم إشارة/وسيط خاص بك أو استخدام مرحلات مستضافة من المجتمع. إذا أردت السيطرة الكاملة وتكاليف متكررة متوقعة، فالاستضافة الذاتية لوسيط (أو تشغيل VPN خاص) عادة هي الأفضل. راجع دليلنا self-hosted-remote-desktop-guide لمقارنة المعماريات والاعتبارات التشغيلية.

قائمة فحص عملية قبل التشغيل

• غيّر كلمات المرور الافتراضية؛ أنشئ مستخدم وصول عن بُعد مخصّص إن أمكن.
• أجبر وضع HDMI إذا كان الـ Pi بدون شاشة لكي يكون سطح المكتب متاحًا دائمًا.
• حدد ما إذا كنت تحتاج الوصول إلى العرض الفيزيائي (استخدم VNC/x11vnc) أم جلسة معزولة (استخدم xrdp/TigerVNC).
• قيّد الوصول عبر قواعد جدار الحماية أو شغّل عبر VPN/وسيط اتصال عكسي. إذا قررت تجنب توجيه المنافذ، راجع /remote-desktop-without-port-forwarding.
• فعّل التسجيل، أعد إعداد fail2ban، وراجِع محاولات الدخول بانتظام — مقالتنا remote-desktop-security تحتوي على مزيد من التفاصيل.

نصيحة عملية أخيرة: احتفظ دائمًا بمسار وصول SSH حتى عندما يكون الوصول إلى واجهة المستخدم الرسومية هو الهدف الرئيسي. إذا تعطل خادم سطح المكتب عن بُعد، SSH هو قناة الإنقاذ للوصول إلى السجلات والإصلاحات.

الخلاصة — أي مسار يجب أن تختار؟

إذا أردت أبسط تجربة على الشبكة المحلية ولا تحتاج إلى وصول عبر الإنترنت، فعّل RealVNC أو xrdp على Pi 4 مع إيثرنت سلكي وأجبر وضع HDMI للعمل بدون شاشة. إذا كنت تحتاج وصولًا عبر الشبكات دون إدارة توجيه المنافذ، استخدم حل اتصال عكسي بوساطة وسيط — إما وسيط تجاري (TeamViewer/AnyDesk للراحة) أو وسيط مفتوح المصدر مثل Tenvo أو RustDesk إذا فضّلت الاستضافة الذاتية والتحكم.

للمثبّتات خطوة بخطوة وتطبيقات العملاء، راجع تنزيلات Tenvo في /download وخيارات التسعير/الاستضافة الذاتية في /pricing. إذا كنت تقيم مقايضات الأمن والمعمارية، اطلع على أدلتنا الأعمق remote-desktop-security وself-hosted-remote-desktop-guide لمساعدتك على اختيار النموذج المناسب لحالة الاستخدام لديك.

جاهز لتجربته على الـ Pi؟ حمّل Tenvo أو أي عميل تفضّله من /download وجرب اتصالًا عكسيًا إذا أردت تجنّب عناء توجيه المنافذ. إذا واجهت مشكلة، أدلتنا في /remote-desktop-without-port-forwarding و/remote-desktop-security ستكونان مقروءتين جيدًا. حظًا موفقًا — واحتفِظ بـ SSH مفعّلًا كشبكة أمان.