لم يعد ZimaOS يضمّن عنوان DNS من Google 8.8.8.8 تلقائيًا في إعدادات DNS العادية. كان الخلل في المصدر عام 2025 ناتجًا عن مسار برمجي لجسر شبكة Thunderbolt، وأكد المُبلّغ الأصلي اختفاء الإدخال غير المرغوب فيه في ZimaOS 1.4.1.
في إصدارات ZimaOS الحالية، اضبط DNS لكل واجهة شبكة من الإعدادات ← الشبكة. إذا كنت لا تزال ترى 8.8.8.8 في /etc/resolv.conf، فحدّد أولًا اتصال NetworkManager أو الواجهة الافتراضية التي أضافته قبل تعديل الملفات يدويًا.
ما سبب ظهور إدخال 8.8.8.8 تاريخيًا؟
تتبّعت IceWhale الإدخال إلى شفرة النظام المستخدمة عند إنشاء جسر شبكة Thunderbolt. ولم يكن الهدف منه تجاوز خادم DNS الذي اختاره كل مستخدم.
إزالة الخلل
أكد المُبلّغ الأصلي اختفاء إدخال 8.8.8.8 الإضافي في ZimaOS 1.4.1. لذلك لا ينبغي التعامل مع الأنظمة الحالية على أن هذا الخلل لا يزال سلوكًا متوقعًا.
اضبط DNS بالطريقة الحالية
يوضح دليل إعداد شبكة ZimaOS الحالي ضرورة فتح الإعدادات ← الشبكة، وتحويل الواجهة إلى الوضع اليدوي عند الحاجة، ثم إدخال خادم DNS المطلوب.
تحقق من محلّل الأسماء الفعلي
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showاستخدم هذه الأوامر للتشخيص. لا تجعل /etc/resolv.conf غير قابل للتغيير، ولا تعدّل ملفات NetworkManager المُنشأة يدويًا بوصف ذلك الحل الأول.
قد يكون لمصادر Thunderbolt وEthernet إعدادا DNS مختلفان
إذا كانت عدة واجهات نشطة، فقد يساهم كل اتصال في معلومات DNS والتوجيه. ولا ينبغي افتراض أن اتصال Thunderbolt المباشر ووصلة Ethernet العادية لديك يشتركان في الإعداد نفسه.
ينبغي لمستخدمي Pi-hole أو Technitium اختبار التسربات
إذا كان من المفترض أن تمر جميع استعلامات DNS عبر محلّل الأسماء المحلي لديك، فافحص سجلات المحلّل وقارن قيم DNS التي يعرضها nmcli. قد يتجاوز البديل المضمّن مسبقًا التصفية، وكذلك قد يتسبب DHCP أو واجهة نشطة أخرى في ذلك.
لا تحظر 8.8.8.8 قبل معرفة مصدره
قد يخفي حظر جدار الحماية العرض، مع ترك ملف تعريف الشبكة الخاطئ مهيأً. أصلح مصدر DNS أولًا، ولا تستخدم سياسة جدار الحماية إلا إذا كنت تفرض DNS على مستوى الشبكة عن قصد.
يوفر دليل استكشاف مشكلات الشبكة وإصلاحها سياقًا أوسع حول الشبكة.
قد يعيد DHCP تقديم خادم DNS مختلف
إذا تُركت الواجهة على DHCP، فقد يزوّدك الموجّه بإعدادات DNS حتى بعد إزالة خلل 8.8.8.8 القديم. وعندما تحتاج إلى تحكم صارم في DNS، فقارن خيارات DHCP في الموجّه بقيم DNS التي يعرضها NetworkManager.
قد تؤدي تغييرات DNS اليدوية إلى قطع اتصال لوحة التحكم
عند تحويل واجهة من DHCP إلى الوضع اليدوي، تحقّق من عنوان IP والشبكة الفرعية والبوابة وDNS معًا. فقد تبدو البوابة أو الشبكة الفرعية الخاطئة كأنها عطل في DNS، لأن جلسة لوحة التحكم قد تختفي فورًا بعد الحفظ.
اختبر تحليل الأسماء عبر المحلّل المقصود
استخدم nslookup أو dig أو سجلات خادم DNS المحلي لديك للتأكد من وصول الاستعلامات فعلًا إلى Technitium أو Pi-hole أو أي محلّل آخر اخترته. لا تعتمد في الحكم على النص الموجود في resolv.conf وحده.
الأسئلة الشائعة
هل لا يزال 8.8.8.8 مضمّنًا مسبقًا في ZimaOS؟
أكد مُبلّغ الخلل أن هذا الإدخال التاريخي أُزيل في الإصدار 1.4.1.
هل يمكنني تعيين خادم DNS الخاص بي؟
نعم. تدعم إعدادات الشبكة الحالية في ZimaOS ضبط DNS يدويًا لكل واجهة.
هل ينبغي تعديل resolv.conf مباشرةً؟
لا، ليس كخطوة أولى؛ إذ يديره NetworkManager عادةً.
لماذا ما زلت أرى عدة خوادم DNS؟
تحقق من DHCP والواجهات المتعددة وشبكات Thunderbolt أو الشبكات الافتراضية وملفات تعريف اتصالات NetworkManager.
