إذا فشلت نافذة YaST الرسومية عبر SSH، فتحقق أولاً من عمل إعادة توجيه X11. من جهاز العميل، اتصل باستخدام الأمر المناسب ssh -X admin@server، ثم اختبر برنامجًا رسوميًا آخر عن بُعد. إذا فُتح هذا البرنامج ولكن YaST يعرض رسالة خطأ XIO: fatal IO error 11مثل "خطأ في العرض" localhost:11.0، فقد وثّقت SUSE حلاً بديلاً مُحددًا: شغّل أمر YaST المتأثر مع إضافة "خطأ في العرض QT_XCB_GL_INTEGRATION=none" قبله. على سبيل المثال، استخدم الأمر المناسب QT_XCB_GL_INTEGRATION=none yast2 disk. ينطبق هذا الحل البديل على فشل إعادة توجيه Qt/OpenGL؛ ولن يُصلح خادم X محليًا مفقودًا، أو DISPLAYإعادة توجيه خادم غير مُعيّنة، أو إعادة توجيه خادم محظورة، أو وحدة YaST غير مُثبّتة.
تتطلب واجهة YaST الرسومية شاشة عرض X على جهاز العميل ونفق SSH X11 فعال. يقوم عميل SSH بتعيين DISPLAYقيمة إعادة التوجيه على المضيف البعيد عند تفعيل إعادة التوجيه. يمكن أن ينجح تسجيل الدخول عبر SSH حتى في حال عدم إعادة توجيه الرسومات، لذا فإن نجاح جلسة الطرفية وحده لا يكفي لتأكيد تفعيل X11.
ssh -X admin@server. استخدم حسابك واسم المضيف الفعليين.echo "$DISPLAY". مع شاشة مُعاد توجيهها، من المفترض أن تُظهر قيمة مثل localhost:10.0أو localhost:11.0. القيمة الفارغة تعني أن الجلسة لم تُنشئ إعادة توجيه X11.على سبيل المثال، قد يستخدم مسؤول النظام المتصل من محطة عمل لينكس أداةً ما ssh -X ops@server.example، ثم يُشغّل تطبيق اختبار متاح. إذا ظهرت نافذة التطبيق محليًا، فهذا يعني أن نفق SSH والشاشة المحلية يعملان بشكل صحيح. أما إذا لم تظهر، فسيظهر خطأ مثل "لا يمكن فتح الشاشة"، مما يشير إلى مشكلة في مسار X11 وليس إلى حل بديل خاص برسومات YaST.
يوثّق دليل نشر SLES 15 SP7 من SUSE حالةً تفشل فيها واجهة المستخدم الرسومية YaST عبر SSH مع إعادة توجيه X. XIO: fatal IO error 11 (Resource temporarily unavailable)ويتمثل localhost:11.0الحل البديل المُوصى به في تعطيل تكامل XCB GL الخاص بـ Qt لهذا الأمر تحديدًا. شغّل الأمر الخاص بالوحدة التي تحتاجها، على سبيل المثال:
QT_XCB_GL_INTEGRATION=none yast2 diskبالنسبة لواجهة تثبيت YaST، يقدم الدليل نفسه هذا المثال:
QT_XCB_GL_INTEGRATION=none yast.sshاستخدم الأمر المناسب لمهمتك؛ yast2 diskيفتح الأمر الأول وحدة القرص، بينما yast.sshيظهر الأمر الثاني في عملية التثبيت. يؤدي إضافة بادئة لأمر واحد إلى حصر الإعداد في تلك العملية فقط. لا تُضفه بشكل دائم إلى ملف تعريف shell العام إلا إذا كان لديك سبب آخر لتغيير سلوك Qt لبرامج أخرى.
يُعدّ هذا الحلّ ذا أهمية خاصة عندما يعمل X11 نفسه، لكن YaST يتوقف أو يُظهر خطأ XIO مُحددًا. إذا استمرّ الخطأ نفسه، جرّب وحدة نمطية مختلفة وراجع إعدادات إعادة توجيه العميل والخادم. قد يكون لأعطال الرسومات الأخرى أسباب مختلفة؛ فالحلّ البديل الذي قدّمته SUSE ليس حلاً عامًا لكل مشكلة في Qt أو وحدة معالجة الرسومات أو الشاشة.
على خادم SUSE، يجب السماح بإعادة توجيه X11 من خلال إعدادات برنامج SSH. يمكن للمسؤول فحص /etc/ssh/sshd_configالإعدادات والتأكد من أنها تتضمن ما يلي:
X11Forwarding yesيمكن أيضًا توفير سياسة الخادم من خلال ملفات التكوين المضمنة أو إدارتها مركزيًا، لذا لا تفترض أن تعديل سطر واحد يكفي. بعد إجراء تغيير مُصرَّح به، تحقق من صحة التكوين وأعد تحميل الخدمة.
sudo sshd -t
sudo systemctl reload sshd.serviceأبقِ جلسة SSH الحالية مفتوحة أثناء التحقق من الإعدادات، وجرّب تسجيل دخول ثانٍ قبل إغلاقها. يكشف فحص بناء الجملة عن الإعدادات غير الصحيحة، لكنه لا يضمن صحة السياسة أو عمل إعادة التوجيه من جانب العميل. إذا لم تكن مسؤولاً عن خادم SSH، فاطلب من مسؤول النظام التحقق من السياسة المُطبقة بدلاً من تعديل ملفات النظام بنفسك.
أعد الاتصال بعد أي تغيير من جانب الخادم، وكرر DISPLAYاختبارات التطبيق البعيد. إذا أبلغ الخادم عن مشكلة في المصادقة، فتحقق مما إذا كان لدى المستخدم البعيد إدخال مصادقة X صالح xauth list. تجنب نسخ ملفات تعريف الارتباط الخاصة بالمصادقة يدويًا أو إضعاف عناصر التحكم في الوصول إلى العرض لفتح النافذة.
يُجري YaST تغييرات على إعدادات النظام، ويتطلب عادةً صلاحيات إدارية. ومن مصادر الالتباس الشائعة أن المستخدم غير المُصرَّح له يمكنه عرض نافذة اختبار، لكن YaST يفشل بعد رفع مستوى صلاحياته. وقد لا تحتفظ العملية التي تم رفع مستوى صلاحياتها ببيانات إعادة التوجيه DISPLAYأو بيانات تفويض X اللازمة للاتصال بها.
استخدم طريقة رفع الصلاحيات المعتمدة في مؤسستك، وتحقق من البيانات التي يتلقاها برنامج YaST. لا تُفعّل تسجيل الدخول المباشر إلى حساب الجذر عبر SSH لمجرد الحصول على واجهة رسومية؛ إذ توصي إرشادات أمان SUSE بتسجيل الدخول كمستخدم عادي واستخدام sudoأوامر الجذر. إذا كانت سياسة sudo لديك تُصفّي متغيرات البيئة المتعلقة بالعرض عمدًا، فاطلب من مسؤول النظام توفير طريقة معتمدة ذات نطاق محدود. تجنّب قواعد أو أوامر الحفاظ على البيئة العامة التي تُعرّض الشاشة المحلية لجميع مستخدمي الجهاز.
يكمن الفرق التشخيصي المهم في أمر بسيط: إذا تم فتح تطبيق X باستخدام حسابك العادي، ولكن فشل YaST فقط عند رفع مستوى صلاحياته، فركز على نقل الصلاحيات والتفويض. أما إذا فشل كلاهما عند استخدام الحساب العادي، فارجع إلى إعدادات عميل SSH وخادم X المحلي وإعادة توجيه الخادم.
يُعدّ توجيه X11 مفيدًا عندما تتطلب عملية معينة واجهة رسومية، ولكنه يُضيف تبعيات وقد يكون بطيئًا على اتصال ذي زمن استجابة عالٍ. كما يوفر YaST واجهة نصية ncurses لجلسات الطرفية. وتُوثّق SUSE فرضه لوحدة القرص باستخدام:
yast2 disk --ncursesيُعدّ هذا خيارًا عمليًا على خادم بدون واجهة رسومية، عندما لا يمتلك العميل خادم X، أو عندما تكون جلسة الواجهة الرسومية غير مستقرة. يمكنك أيضًا تشغيل وحدات YaST من سطر الأوامر حيثما تسمح خياراتها بذلك. تحقق من قائمة الوحدات باستخدام الأمر المناسب yast -l، واطلع على تعليمات تلك الوحدة بدلًا من افتراض أن جميع وحدات الواجهة الرسومية لها عمليات سطر أوامر مكافئة.
| الأعراض | الخطوة التالية |
|---|---|
DISPLAYفارغ | أعد الاتصال باستخدام ssh -X؛ تحقق من تشغيل خادم X محلي والسماح بإعادة توجيه X11 من جانب الخادم. |
| فشل تطبيق الاختبار X أيضًا | قم بحل مشكلة عرض العميل، وإعادة توجيه SSH، وتفويض X قبل تشغيل YaST. |
| يعمل تطبيق الاختبار، لكن YaST يطبع خطأ XIO | جرب QT_XCB_GL_INTEGRATION=noneقبل تنفيذ أمر YaST المتأثر. |
| يعمل برنامج YaST قبل الارتفاع ولكن ليس بعده | تحقق من مسار تفويض sudo أو root المعتمد للوصول إلى العرض وتفويض X. |
| كل ما تحتاجه هو واجهة طرفية | استخدم صيغة ncurses، مثل yast2 disk --ncurses. |
| أمر الوحدة غير متاح | تحقق من وحدات YaST المثبتة ووثائق إصدار المنتج؛ لا يمكن لإصلاح العرض إضافة وحدة مفقودة. |
تُعدّ خاصية إعادة توجيه X11 أكثر من مجرد ميزة بصرية: إذ تتواصل البرامج الرسومية البعيدة مع شاشة العميل. استخدمها فقط مع الأنظمة التي تثق بها. يُميّز OpenSSH بين إعادة التوجيه غير الموثوقة -Xوإعادة التوجيه الموثوقة -Y؛ حيث تمنح إعادة التوجيه الموثوقة عملاء X البعيدين وصولاً أوسع إلى الشاشة المحلية. ابدأ باستخدام إعادة التوجيه الموثوقة -X. ولا تُفكّر -Yفي إعادة التوجيه الموثوقة إلا عندما يتطلبها تطبيق مُحدّد وتسمح سياسة الأمان بذلك.
تم التحقق من خطأ YaST والحل البديل المذكورين أعلاه في دليل نشر SUSE Linux Enterprise Server 15 SP7. قد تختلف وحدات YaST، والواجهات الرسومية الخلفية المتاحة، وسلوك بدء التشغيل بين إصدارات SLES وSLED وopenSUSE. راجع الوثائق لمعرفة المنتج والإصدار المُثبّت على الجهاز المضيف البعيد. تمت المراجعة في 6 أكتوبر 2026.
المراجع: دليل نشر SUSE SLES 15 SP7: YaST عبر SSH ؛ دليل أمان SUSE SLES 15 SP7: OpenSSH ؛ دليل SUSE SLES 15 SP7: نظام X Window والمصادقة ؛ دليل إدارة SUSE SLES 15 SP7: وضع النص وخيارات سطر الأوامر في YaST .
قم بإصلاح مشكلة تمزق الشاشة في معالجات رسومات Intel في نظام Pardus Linux عن طريق التحقق من X11 مقابل Wayland، وإعدادات المُركِّب، ومعدل التحديث، وبرنامج تشغيل Xorg النشط، وTearFree فقط عند الاقتضاء.
قم بتكوين firewalld على SLES 15: تحقق من المناطق، واسمح بالخدمات أو المنافذ، واحفظ القواعد الدائمة، وأعد التحميل بأمان، وتحقق من الوصول.
قم بتمكين التصحيح المباشر للنواة على SLES 15 SP7، وقم بتطبيق الإصلاحات المدعومة دون إعادة التشغيل، وتحقق من التصحيحات النشطة، وافهم متى لا تزال إعادة تشغيل النواة مطلوبة.
قم بتمكين وضع FIPS على SLES 15 باستخدام أداة الإعداد المدعومة من SUSE، وأعد التشغيل بأمان، وتحقق من حالة سياسة النواة والتشفير، وتحقق من حدود الشهادة.
قم بتثبيت متصفح جوجل كروم على نظام التشغيل Gooroom OS بأمان باستخدام حزم .deb الرسمية، وAPT، وفحوصات السياسات، وإرشادات التحديث، وإصلاحات الأجهزة المُدارة.
إعادة توجيه سجلات نظام SLES بشكل آمن إلى خادم syslog بعيد باستخدام rsyslog وشهادات TLS والتحقق من اسم النظير وقوائم الانتظار والتحقق من الصحة والاختبار.
قم بربط نظام SLES 15 بـ Active Directory باستخدام SSSD عبر YaST. قم بإعداد DNS والوقت، وتكوين تسجيلات دخول المجال، والتحقق من Kerberos، ومقارنة SSSD وWinbind وrealmd.
Fix RTL8821CE Wi-Fi on Pardus Linux by checking the built-in rtw88 driver, Realtek firmware, rfkill, NetworkManager, and safe fallback options.
تشخيص وإصلاح حالات فشل تحليل DNS في Debian 12 باستخدام systemd-resolved، بما في ذلك resolv.conf و NetworkManager و networkd و cache و verification.
قم بتثبيت Pardus 25.2 بجانب Windows 11 عن طريق النسخ الاحتياطي، وتقليص حجم وحدة تخزين Windows، والتمهيد من USB UEFI، وحماية أقسام EFI والاسترداد الحالية.
