لوحة المفاتيح لا تعمل في سطح المكتب البعيد: إصلاحات التعيين

أثناء تشخيص مشكلة فجأة تكتب لوحة المفاتيح البعيدة أحرفًا خاطئة، لا تُرسل المفاتيح الخاصة، أو تتصرف المفاتيح المعدّلة مثل AltGr وCmd بصورة غير متوقعة — ولا يغيّر أي إجراء على جهازك المحلي ذلك. إذا كتبت "remote desktop keyboard not working" في شريط البحث، يشرح هذا الدليل سبب تعطل تخطيط لوحة المفاتيح في الجلسات البعيدة وكيفية إصلاحه خطوة بخطوة.

كيف يتعطل تخطيط لوحة المفاتيح في الجلسات البعيدة

مشاكل لوحة المفاتيح في السطوح البعيدة ليست عادة أخطاء سحرية؛ إنها نتيجة عدم تطابق بين ثلاثة أشياء: جهاز ولوحة مفاتيح النظام المحلي، تخطيط ونظام إدخال المضيف البعيد، وبروتوكول العميل أو العميل الذي يترجم أحداث المفاتيح. على طول الطريق قد تفقد تخطيط المفاتيح الخاصة (AltGr، Menu، Fn)، المفاتيح الميتة (العلامات)، أو سلوك المعدِّلات (Command/Windows)، أو قد تُرسل الجلسة scancode خاطئ تمامًا.

مفاهيم يجب وضعها في الاعتبار:

• Scancodes vs keycodes vs characters — يولد ضغط المفتاح الفيزيائي scancode. يقوم نظام التشغيل على المضيف بتعيين scancodes إلى keycodes ثم إلى أحرف وفقًا لتخطيط لوحة المفاتيح النشط. قد ترسل بروتوكولات الاتصال البعيدة scancodes أو keycodes أو أحرف Unicode؛ عدم التطابق يسبب أحرفًا خاطئة.
• Layout vs locale — 'US QWERTY' مقابل 'UK QWERTY' مقابل 'French AZERTY' هي تخطيطات مختلفة. وجود تخطيطات مختلفة على العميل والمضيف يسبب تبديل الرموز وعلامات الترقيم.
• Modifiers and dead keys — يُعامل AltGr وCompose والمفاتيح الميتة (للنبرات) على مستوى التخطيط/IME وغالبًا ما تتعطل إذا لم تحفظ الجلسة البعيدة IME أو الإعداد الإقليمي للمضيف.

فحوصات سريعة قابلة لإعادة الإنتاج (ابدأ من هنا)

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

1. تأكيد الأساسيات: هل كلا الجهازين مضبوطان على نفس اسم تخطيط لوحة المفاتيح؟ على Windows تفقد Settings → Time & Language → Language → Preferred languages. على macOS تفقد System Settings → Keyboard → Input Sources. على Linux تفحص التخطيط المحلي بـ setxkbmap -query أو إعدادات بيئة سطح المكتب.
2. جرّب لوحة المفاتيح على الشاشة (OSK): افتح OSK على المضيف البعيد (Windows: start → osk.exe; macOS: Show Keyboard Viewer; Linux: onboard). إذا كتبت لوحة المفاتيح على الشاشة بشكل صحيح، فالمشكلة بين لوحة المفاتيح الفيزيائية وطبقة ترجمة الإدخال البعيدة.
3. اختبر عميلًا مختلفًا: اتصل بعميل بعيد مختلف (على سبيل المثال، إذا كنت تستخدم TeamViewer جرّب جلسة VNC أو RDP) لترى ما إذا كانت المشكلة خاصة ببروتوكول أو تنفيذ عميل واحد.
4. تحقق من متى يحدث الخطأ: هل يفشل التخطيط فقط في مطالبات UAC المرتفعة/المدير، فقط على شاشة تسجيل الدخول، أو فقط بعد إلغاء قفل شاشة التوقف؟ هذه الحالات الحدودية تعكس غالبًا مشاكل امتياز أو عزلة الجلسة.

أسباب وإصلاحات خاصة بالأنظمة

تظهر مشاكل لوحة المفاتيح بشكل مختلف اعتمادًا على زوج النظام (العميل ↔ المضيف). أدناه الأنماط الشائعة والإصلاحات العملية.

Windows host

مشاكل شائعة: تبديل الأحرف (مثلاً @ مقابل "), عدم عمل AltGr، تجاهل مفاتيح Windows الخاصة.

• إعدادات RDP: في عملاء Microsoft Remote Desktop، تفقد Local Resources → Keyboard → Apply Windows key combinations وحاول التبديل بين 'Only on the remote computer' و'On this computer'. يميل RDP إلى تمرير تركيبات مفاتيح Windows بشكل أدق من بعض الأدوات التجارية.
• عدم تطابق تخطيط لوحة المفاتيح: تأكد أن مستخدم الجلسة البعيدة لديه نفس التخطيط مثبتًا ومحددًا. في بيئات الخوادم، تحقق من إدخال النظام الافتراضي على شاشة تسجيل الدخول: HKEY_USERS\\.DEFAULT\\Keyboard Layout\\Preload.
• UAC والتطبيقات المرتفعة: إذا كانت المفاتيح تعمل في التطبيقات العادية لكنها لا تعمل في النوافذ ذات الامتيازات المرتفعة، شغّل الوكيل البعيد بنفس امتيازات العملية المستهدفة. بعض العملاء يوفرون 'Run as administrator' للخدمة/الوكيل. إذا كنت تستخدم TeamViewer/AnyDesk، فعّل 'Interact with desktop' و'Send key combinations' في الإعدادات.

macOS client or host

مشاكل شائعة: تبديل Command/Option مع Ctrl/Alt، عدم إرسال الرموز التعبيرية أو الأحرف الخاصة، خرائط خاطئة للوح المفاتيح غير التابعة لApple.

• تعيين المعدِّلات: يستخدم macOS Command وOption حيث يستخدم Windows Ctrl وAlt. تحقق من خيارات تعيين لوحة المفاتيح في العميل. عند الاتصال من macOS إلى Windows، لدى العديد من العملاء تبديل 'Use Command as Ctrl'.
• مفاتيح Touch Bar وFn: مفاتيح Touch Bar وسلوك Fn محلية على الـ Mac ما لم يقم العميل صراحة بتمريرها؛ توقّع اختلافات.
• الجلسات البعيدة على macOS: تقيد Apple بعض الإدخال الافتراضي لأسباب أمنية؛ بعض المفاتيح (عناصر التحكم في الوسائط، Touch ID) لا يمكن تمريرها إلى جلسة macOS أخرى مسجلة الدخول.

Linux/X11 and Wayland

مشاكل شائعة: أحرف غير ASCII، مفاتيح ميتة، توافق Wayland.

• أدوات X11: استخدم xev لملاحظة أحداث ضغط المفاتيح وتأكيد ما إذا كان scancode الوارد إلى X يطابق التوقعات. للاختبار على الكونسول جرب showkey -k على طرفية افتراضية.
• قيود Wayland: بعض بروتوكولات العملاء والخوادم البعيدة (خوادم VNC القديمة، بعض تنفيذات RDP) لا تتكامل جيدًا مع مُركّبات Wayland؛ قد يُقيّد التقاط لوحة المفاتيح. إذا أمكن، ارجع إلى جلسة X11 أو استخدم حلًا بعيدًا يدعم Wayland.
• Setxkbmap: للتبديل السريع للتخطيطات على المضيف البعيد استخدم setxkbmap us أو setxkbmap fr واختبر التغييرات.

إعدادات البروتوكول والعميل التي تكسر التخطيط عادة

تعالج الأدوات البعيدة الإدخال بطرق مختلفة. هذا ما يجب التحقق منه لفئات العملاء الشائعة.

• RDP (Microsoft Remote Desktop): عادةً ما يكون RDP الأكثر دقة لربط Windows→Windows لأنه يستخدم ترجمة scancode محسّنة لتخطيطات Windows. تحقق من خيار العميل 'Use local keyboard layout on remote session' وسياسة المجموعة على الخادم لإعدادات لوحة المفاتيح. يدعم RDP أيضًا إدخال Unicode عبر الحافظة للصق النص لتجنب مشاكل التخطيط.
• VNC (RealVNC/TigerVNC): غالبًا ما يرسل VNC keycodes خامًا من العميل؛ عدم التطابق شائع عندما يتوقع العميل والخادم مجموعات keycode مختلفة. جرّب تمكين 'Send special keys directly to the server' أو غيّر إعدادات keymap على خادم VNC.
• TeamViewer / AnyDesk: كلاهما جيدان لعبور NAT والاتصالات السريعة، لكن تاريخيًا واجها مشكلات في الحالات الحدية — مفاتيح المعدِّل، AltGr والتخطيطات متعددة اللغات. إذا واجهت مشكلة، اختبر أحدث عميل (TeamViewer 15.x أو AnyDesk 7.x هي عائلات الإصدارات الرئيسية الحديثة) وابحث عن خيارات 'send key combinations'. اعترف عندما يكون المنافسون أفضل: إذا كنت تحتاج تخطيط مفاتيح Windows ممتازًا وتعمل داخل مركز بيانات Windows، غالبًا ما يكون RDP أكثر موثوقية من TeamViewer أو AnyDesk.
• Tenvo (open source): يهدف Tenvo إلى تمرير الإدخال وتهيئته بشفافية؛ تحقق من إعدادات Input في العميل وفكّر في التحديث إلى أحدث إصدار إذا كان خيار التخطيط مفقودًا. لتنزيلات مباشرة وتحديثات راجع /download ولخيارات الاستضافة راجع /pricing.

استكشاف متقدم: سجلات، أدوات وحلول

إذا لم تنجح الإصلاحات السريعة، اجمع الأدلة وطبّق فحوصات أعمق.

التقاط ومقارنة أحداث المفاتيح

• على Linux/X11: شغّل xev على المضيف، اضغط المفاتيح على العميل، وتحقق من أحداث KeyPress وقيم keysym. مثال:

  $ xev
  KeyPress event, serial 34, synthetic NO, window 0x3e00001,
      root 0x1a2, subw 0x0, time 1234567, (85,101), root:(900,300),
      state 0x0, keycode 38 (keysym 0x61, a), same_screen YES

• على Windows: استخدم PowerToys Keyboard Manager من Microsoft أو أداة تسجيل/تصحيح مفاتيح صغيرة (لاستخدام الاختبار فقط — تجنّب تسجيل إدخال حساس) لملاحظة رموز المفاتيح الافتراضية (VK) وscancodes.
• سجّل أسماء التخطيطات بدقة: مثل 'English (United States) - US QWERTY' أو 'French - AZERTY'. الاسم الدقيق يساعد الزملاء على إعادة إنتاج المشكلة.

إصلاحات على مستوى السجل وذات مستوى منخفض على Windows

إذا كان مفتاح الأجهزة معاد تعيينه دائمًا أو كانت المفاتيح الميتة خاطئة، فتحقق من scancode map في:

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Keyboard Layout\\Scancode Map

تحرير السجل مخاطرة؛ صدّر المفتاح أولًا. للاختبارات المؤقتة فضّل PowerToys أو إعادة التعيين باستخدام Microsoft Keyboard Layout Creator. إذا لم يكن الوكيل البعيد يعمل بامتيازات الجلسة التفاعلية، فلن يتلقى بعض أحداث المفاتيح منخفضة المستوى — شغّل الوكيل كخدمة بالصلاحيات المناسبة.

مشكلات IME وتبديل اللغة

يرى المستخدمون الدوليون غالبًا تعطل تبديل IME داخل الجلسات البعيدة. إذا كنت تعتمد على طريقة إدخال معقدة (Japanese IME، Chinese Pinyin)، تأكد أن IME مثبت ومُفعّل على المضيف البعيد وفكّر في استخدام اللصق من الحافظة لإدخال معقد كحل مؤقت.

الوقاية والممارسات الفضلى

بعد إصلاح المشكلة الفورية، اتخذ خطوات لتقليل تكرارها.

• توحيد التخطيطات: حيثما أمكن، حافظ على توافق تخطيطات لوحة المفاتيح بين العميل والمضيف. لخوادم متعددة المستخدمين، وثّق تخطيطًا قياسيًا مثل 'US QWERTY' لتجنب المفاجآت.
• تحديث العملاء: العديد من أخطاء لوحة المفاتيح تكون على جانب العميل وتُصلح في تحديثات الصيانة. استخدم أحدث الإصدارات المستقرة (العديد من التطبيقات التجارية على عائلات الإصدارات 7.x أو 15.x؛ تحديثات Tenvo على /download).
• فضل البروتوكول المناسب لحالة الاستخدام: إذا كنت تعمل بشكل أساسي Windows→Windows داخل LAN، استخدم RDP لأدق مطابقة. إذا كنت تحتاج عبور NAT أو سهولة عبر المنصات، قد تكون Tenvo أو TeamViewer أو AnyDesk أفضل لكن توقّع حوادث تخطيط طفيفة.
• وثّق خطوات إعادة الإنتاج: لفريقك، احتفظ بقائمة تحقق قصيرة لخطوات إعادة الإنتاج (نظام العميل وإصداره، نظام المضيف وإصداره، أسماء تخطيطات لوحة المفاتيح، المفاتيح الدقيقة التي تتصرف بشكل خاطئ) حتى تتمكن من تقديم تقارير أخطاء مفيدة بسرعة.

كيفية الإبلاغ عن المشكلة (ما الذي يجب تضمينه في تقرير الخطأ)

إذا احتجت لفتح تقرير خطأ مع بائع عميلك البعيد أو مع فريق تكنولوجيا المعلومات الداخلي، أدرج المعلومات التالية لجعل التقرير قابلاً للتنفيذ:

1. نظام تشغيل العميل والخادم (مثال: Windows 11 22H2، macOS Ventura 13.5، Ubuntu 24.04) وإصدارات تطبيق العميل/الخادم (مثال: TeamViewer 15.52.5، AnyDesk 7.0.9).
2. أسماء تخطيطات لوحة المفاتيح الدقيقة على الطرفين (السلسلة من إعدادات النظام).
3. خطوات إعادة إنتاج صغيرة ودقيقة — مثال: 'Connect from macOS -> Windows 10; press AltGr+E to type €; remote types @ instead.'
4. السجلات واللقطات: أرفق سجلات العميل (غالبًا متاحة من قائمة Help → Logs في العميل) وصورة للشاشة تظهر OSK على المضيف وما يظهر عند الكتابة.
5. تتبّع منخفض المستوى إذا أمكن: إخراج xev أو تتبّع رموز المفاتيح في Windows يبرز عدم التطابق.

لـ Tenvo، أدرج سجلات من العميل والخادم والتكوين الدقيق المستخدم. إذا أردت استضافة حل بعيد خاص بك والتحكم في الإصدارات، اطلع على دليل الاستضافة الذاتية في /self-hosted-remote-desktop-guide ولخيارات عبور NAT راجع /remote-desktop-without-port-forwarding.

عندما يكون استخدام أداة منافسة هو الحل المناسب

لا يوجد بروتوكول بعيد مثالي لكل السيناريوهات. إذا كنت تحتاج دقة عالية في مطابقة لوحة المفاتيح داخل مركز بيانات Windows أو للعمل المكثف المعتمد على لوحة المفاتيح، غالبًا ما تتفوق تكاملات RDP الأصلية على العملاء الطبقيين. بالمقابل، إذا كانت الأولوية هي دعم سريع عبر المنصات أو عبور NAT، فتوفر Tenvo وأدوات مثل TeamViewer وAnyDesk راحة أعلى مقابل حوادث تخطيط عرضية.

كن صريحًا بشأن المقايضات: استخدم الأداة المناسبة للبيئة واحتفظ بخطة بديلة (RDP، SSH + إعادة توجيه X المحلية، أو حل KVM بعيد) للحالات التي تتطلب دقة عالية.

الخلاصة والخطوات التالية

معظم مشاكل 'remote desktop keyboard not working' تعود إلى عدم تطابق التخطيط، اختلافات ترجمة البروتوكول، أو عزلة الامتياز/الجلسة. ابدأ بفحوصات بسيطة (OSK، أسماء التخطيطات، عميل بديل)، ثم التقط أحداثًا منخفضة المستوى (xev، showkey، PowerToys) إذا استمرت المشكلة. استخدم تغييرات السجل/scancode كملاذ أخير ووثّق كل شيء لتقارير الأخطاء.

إذا أردت خيارًا مفتوح المصدر يسمح لك بفحص وتعديل السلوك، جرّب Tenvo واحصل على أحدث إصدارات العميل من /download. لخيارات الاستضافة واعتبارات التكلفة راجع /pricing. إذا كانت إعداداتك تتطلب ضمان دقة مفاتيح Windows، فكّر في استخدام RDP لتلك الاتصالات واستخدم أدوات عبر المنصات عندما تحتاج عبور NAT أو دعمًا سهلاً عن بعد.

ما زلت عالقًا؟ اجمع سلاسل إصدارات نظام العميل/الخادم، أسماء التخطيطات الدقيقة، حالة إعادة إنتاج قصيرة، ومخرجات xev أو PowerToys، ثم افتح تذكرة مع البائع أو فريق IT لديك — الأدلة المفصّلة توصلك إلى حل أسرع.

هل أنت مستعد لتجربة عميل يمكنك فحصه وتكوينه؟ قم بتنزيل Tenvo واختبر توجيه لوحة المفاتيح عبر /download.