يظهر net::ERR_NAME_NOT_RESOLVED عندما لا يتمكن Chromium من تحويل اسم النطاق إلى عنوان يمكن الاتصال به، لكن الرسالة وحدها لا تحدد أين وقع الفشل. في متصفح مخصص قد توجد طبقات إضافية: إعداد DNS للنظام، Secure DNS داخل Chromium، بروكسي لكل بروفايل، PAC، VPN، فلترة نطاقات، أو اعتراض شبكي. لذلك يجب التعامل مع الخطأ كإشارة إلى فشل في سلسلة resolution لا كحكم نهائي على DNS العام.
حدد مسار DNS الفعلي
ابدأ بتوثيق ما إذا كان الاتصال مباشرًا أم عبر HTTP/SOCKS proxy، وهل Secure DNS مفعّل، وهل البروكسي نفسه يحل الأسماء عن بعد. في SOCKS5 مثلًا قد يختلف السلوك حسب طريقة تمرير hostname، بينما HTTP CONNECT يعتمد على ما يرسله العميل وما يدعمه الوسيط. سجّل إعداد البروفايل الفعلي بدل الاعتماد على إعدادات التطبيق العامة.
قارن ثلاث نقاط اختبار
اختبر نفس النطاق من النظام، ثم من بروفايل مباشر، ثم من البروفايل المتأثر. إذا فشل النظام والمتصفح معًا فالمشكلة غالبًا خارج طبقة البروفايل. إذا نجح النظام وفشل بروفايل واحد فراجع proxy rules و Secure DNS و host resolver rules الخاصة به. وإذا نجح نطاق وفشل آخر فافحص NXDOMAIN، DNS filtering، split DNS، واسم النطاق نفسه.
خطوات عملية
- نفّذ lookup من النظام وسجل النتيجة.
- افتح النطاق في بروفايل بدون بروكسي.
- اختبر البروفايل المتأثر بنفس اللحظة.
- قارن resolver وال ـproxy وال ـnetwork logs.
افصل DNS عن فشل الاتصال
قد يظهر للمستخدم انطباع أن DNS هو السبب بينما الاسم تم حله ثم فشل الاتصال لاحقًا. استخدم NetLog أو سجل الشبكة لرؤية الحدث الذي انتهى بالخطأ. إذا وُجد عنوان IP ثم حصل timeout أو connection reset فانتقلت المشكلة إلى طبقة أخرى. لا تغيّر DNS قبل إثبات أن مرحلة host resolution نفسها فشلت.
راجع الكاش والحالات المؤقتة
Chromium والنظام والبروكسي قد يملكون caches مستقلة. امسح أو تجاوز الكاش أثناء الاختبار، وأعد تجربة نطاق جديد غير مستخدم من قبل. عند تغير الشبكة أو البروكسي، قد تبقى نتيجة سلبية مؤقتة. إعادة تشغيل البروفايل وحدها ليست دائمًا كافية إذا بقي resolver مركزي أو خدمة نظام محتفظة بالحالة.
قائمة مراجعة
- اختبار نطاق جديد غير cached.
- توثيق DNS server أو DoH endpoint.
- التحقق من PAC وال ـbypass rules.
- مقارنة بروفايل سليم بآخر متأثر.
حوّل التشخيص إلى قرار
إذا ثبت فشل resolver المحلي أصلح الشبكة أو DoH. إذا كان الفشل مرتبطًا بالبروكسي اختبر endpoint آخر أو طريقة resolution مختلفة. وإذا كانت المشكلة في بروفايل واحد فقط، راجع إعداداته و partition وال ـcommand-line switches قبل أي تعديل عام. الهدف هو إصلاح أضيق طبقة مسؤولة بدل تغيير إعدادات كل المستخدمين.
اجمع الدليل قبل تغيير الإعدادات
في «كيف تقرأ خطأ net::ERR_NAME_NOT_RESOLVED داخل متصفح مخصص» اجمع timestamp وكود الخطأ والمكوّن والبروفايل ومسار الشبكة قبل أي تعديل. بعد ذلك قارن حالة سليمة بحالة متأثرة مع تغيير عامل واحد فقط، مثل proxy أو extension أو policy. إذا اختفى الخطأ، أعد العامل مرة أخرى للتأكد من السببية بدل الاكتفاء بتحسن مؤقت. احفظ النتيجة في checklist أو test يمكن تشغيله بعد الإصلاح. التشخيص الأمني الجيد يقلل البيانات التي يجمعها، لكنه يحتفظ بما يكفي لإثبات أين بدأت المشكلة وأين انتهت دون تخزين cookies أو tokens أو محتوى حسابات.
قائمة مراجعة
- وقت وكود خطأ واضحان.
- مقارنة سليم/متأثر.
- تغيير عامل واحد.
- إعادة العامل لإثبات السببية.
شارك في تقييم ونقاش المقال
رأيك يضيف قيمة للمقال ويساعدنا على تحسين المحتوى والنقاش حوله.
النقاش
جارٍ تحميل التعليقات…