الخصوصية والأمان
تعذّر الوصول إلى خادم DNS الخاص في Android: كيف تصلحه
بقلم فريق llcloud وقت القراءة 5 دقيقة
الإجابة المختصرة
Repel يوقف هذا الخطأ عند مصدره المعتاد. يضبط DNS الخاص بلمسة واحدة اسم مضيف المزود نيابة عنك فلا شيء تخطئ في كتابته، ويرسل فلتره الاستعلامات عبر DNS over HTTPS الذي يسير كحركة الويب العادية على الشبكات التي تحجب المنفذ 853. وللإصلاح يدويًا افتح الإعدادات > الشبكة والإنترنت > DNS الخاص (Private DNS)، وتحقق من اسم المضيف حرفًا حرفًا، أو انتقل إلى تلقائي على تلك الشبكة.
تفتح تطبيقًا فلا يُحمَّل شيء، ويعرض Android «تعذّر الوصول إلى خادم DNS الخاص» أو «خادم DNS الخاص غير قابل للوصول». أشرطة Wi-Fi تبدو سليمة. الخبر الجيد أن السبب في الغالب واحد من خمسة أمور، وفحص كل منها يستغرق دقيقة. يمر بك هذا الدليل عليها بالترتيب، ثم يريك كيف تمنع عودة الخطأ.
ماذا تعني «تعذّر الوصول إلى خادم DNS الخاص»؟
يرسل DNS الخاص استعلامات النطاقات في هاتفك مشفرة إلى مزود تختاره. وحين تكتب اسم مضيف مزود، يعتبره Android وعدًا: إما أن يذهب كل استعلام إلى ذلك المزود عبر اتصال مشفر، وإما ألا يذهب شيء. شرح فريق Android في Google ذلك عند إطلاق الميزة. فإن لم يستطع الهاتف الوصول إلى الخادم، علّم الشبكة بعبارة «لا يوجد اتصال بالإنترنت» بدل التراجع إلى DNS غير المشفر.
هذه ميزة خصوصية، وهي أيضًا سبب أن الخطأ يبدو مزعجًا. خادم واحد لا يمكن الوصول إليه فتتوقف كل التطبيقات عن التحميل، مع أن شبكة Wi-Fi نفسها تعمل.
الأسباب المعتادة:
| السبب | الدليل |
|---|---|
| خطأ إملائي في اسم المضيف | يفشل على كل الشبكات، Wi-Fi وبيانات الجوال |
| المنفذ 853 محجوب | يفشل على شبكة واحدة فقط، غالبًا Wi-Fi فندق أو مدرسة أو عمل |
| صفحة دخول (Captive portal) | يفشل بعد الانضمام مباشرة إلى Wi-Fi الضيوف |
| انقطاع عند المزود | بدأ فجأة، ويزول بمزود آخر |
| تعارض مع VPN | يحدث فقط أثناء اتصال VPN |
كيف أصلح خطأ DNS الخاص خطوة بخطوة؟
اتبع الخطوات بالترتيب. ينتهي معظم الناس عند الخطوة 2.
- تحقق من اسم المضيف. افتح الإعدادات > الشبكة والإنترنت > DNS الخاص (Private DNS) وانظر ما كُتب تحت اسم مضيف مزود DNS الخاص (Private DNS provider hostname). وفي هواتف Samsung Galaxy تجده في الإعدادات > الاتصالات > إعدادات اتصال أخرى > DNS الخاص. تختلف الصياغة بحسب الإصدار وصانع الهاتف، فإن لم تجده فابحث في الإعدادات عن «DNS الخاص». افحص كل حرف، وأزل أي
https://أوtls://أو شرطة مائلة أخيرة أو مسافة. عنوان IP مثل1.1.1.1لا يعمل هنا أبدًا. - جرّب شبكة أخرى. أوقف Wi-Fi وجرّب بيانات الجوال. فإن اختفى الخطأ فشبكة Wi-Fi تحجب DNS المشفر (انظر أدناه). وإن بقي فالمشكلة في اسم المضيف أو في المزود.
- سجّل الدخول إلى Wi-Fi أولًا. تعرض المقاهي والمطارات والفنادق غالبًا صفحة دخول قبل أن تسمح لك بالاتصال. وتعتمد تلك الصفحة على DNS الشبكة نفسها. اضبط DNS الخاص على تلقائي (Automatic)، وافتح صفحة الدخول من الإشعار، وسجّل الدخول، ثم أعد كتابة اسم المضيف.
- جرّب مزودًا ثانيًا. الانقطاعات نادرة لكنها تحدث. ضع اسم مضيف معروفًا آخر مثل
dns.quad9.netأوone.one.one.oneلبضع دقائق. يتيح لك منتقي أسماء مضيفي DNS الخاص نسخ أحدها بلا كتابة. - أوقف VPN دقيقة. فإن زال الخطأ فالـVPN يتعامل مع DNS بطريقته. استخدم خيار DNS أو الحظر المدمج فيه ما دام متصلًا.
- أعد تشغيل الهاتف. بعد تغيير الشبكة أو شريحة SIM، تنظف إعادة التشغيل اتصالًا عالقًا أكثر مما تتوقع.
لماذا تحجب شبكة Wi-Fi DNS الخاص على المنفذ 853؟
يستخدم DNS الخاص في Android بروتوكول DNS over TLS، ويضع معياره هذه الحركة على المنفذ 853. المنفذ كباب مرقّم في الشبكة. وتغلق شبكات مُدارة كثيرة في الفنادق والمدارس والمكاتب وبعض نقاط الاتصال العامة الباب 853 عمدًا، لأن لديها فلتر DNS خاصًا بها ولا تريد أن تتجاوزه الأجهزة.
أمامك خياران على شبكة كهذه:
- اضبط DNS الخاص على تلقائي ما دمت عليها. تحتفظ بالتشفير متى دعمته الشبكة، لكنك تفقد مزودك المختار وفلترته حتى تغادر.
- استخدم فلترًا يرسل الاستعلامات عبر DNS over HTTPS. تسير هذه الطريقة على معيار HTTPS، أي الاتصال المشفر نفسه على المنفذ 443 الذي تستخدمه كل المواقع، فالشبكة التي تغلق المنفذ 853 تسمح به عادةً.
Repel يفعل الثاني. يفحص فلتره للمتتبعات والبرامج الضارة كل استعلام على الهاتف مقابل قوائم الحظر التي تختارها، ثم يرسل المسموح منها مشفرة عبر DNS over HTTPS. يستخدم الفلتر خانة VPN في Android لرؤية الاستعلامات، وهذا مهم أن تعرفه إن كنت تشغّل VPN للخصوصية أيضًا. شرحنا هذه المقايضة في كيف يُبقي Repel خانة VPN حرة.
كيف أمنع عودة خطأ DNS الخاص؟
معظم الأخطاء المتكررة تأتي من كتابة أسماء المضيفين يدويًا ومن التنقل بين شبكات لها قواعد مختلفة. وRepel يعالج الأمرين.
لا كتابة بعد اليوم. يتيح لك DNS الخاص بلمسة واحدة في Repel اختيار مزود مثل AdGuard DNS أو NextDNS أو Quad9 أو Cloudflare من قائمة، ويبدّل إعداد DNS الخاص في Android نيابة عنك. اسم المضيف مكتوب صحيحًا دائمًا. ويواصل العمل مع إغلاق Repel ولا يستخدم VPN.
العودة لمسة واحدة. حين تجبرك شبكة فندق على تلقائي، لا تحتاج إلى تذكر اسم المضيف لاحقًا. اختر المزود من جديد في Repel وتعود.
فلتر لا يعتمد على المنفذ 853. على الشبكات التي تحجب DNS المشفر، شغّل فلتر Repel. تخرج الاستعلامات عبر DNS over HTTPS، وتحتفظ بقوائم الحظر التي اخترتها، مثل HaGeZi في النسخة المجانية.
اعرف ما الذي انكسر. أحيانًا يزول الخطأ لكن تطبيقًا واحدًا يظل يفشل لأن مزودًا يفلتر حظر نطاقًا يحتاجه. DNS الخاص العادي لا يخبرك أيها. أما سجل النشاط في Repel فيعرض أي تطبيق بحث عن أي نطاق وهل حُظر، فتسمح بذلك النطاق وحده.
وإن كنت لا تزال تختار مزودًا، فقائمتنا لأفضل مزودي DNS الخاص لـAndroid تقارن بين أسماء المضيفين والحظر والتسجيل. وللأساسيات في الإعداد نفسه ابدأ بـكيف تفعّل DNS الخاص في Android.
هل «خادم DNS الخاص غير قابل للوصول» إنذار كاذب أحيانًا؟
أحيانًا. قد يظهر التحذير لحظة بينما ينضم الهاتف إلى شبكة ثم يزول من تلقاء نفسه. إن كانت الصفحات تُحمَّل طبيعيًا فيمكنك تجاهله. وإن ظل التحذير يعود على الشبكة نفسها فاعتبره حجبًا حقيقيًا واستخدم أحد الحلول أعلاه.
وهناك حالة قريبة هي إعداد DNS الآخر في Android، أي DNS الثابت على شبكة Wi-Fi واحدة. إن ضبط أحدهم DNS 1 وDNS 2 يدويًا على تلك الشبكة، فهذان الخادمان يهمان أساسًا حين يكون DNS الخاص على إيقاف أو تلقائي، لأن اسم مضيف المزود يرسل كل استعلام إلى ذلك المزود. يشرح دليلنا عن تغيير DNS في Android كيف يتكامل الإعدادان.
أي طريقة لتجنب الخطأ هي الأفضل؟
| كتابة اسم المضيف يدويًا | Repel | |
|---|---|---|
| اسم المضيف مكتوب صحيحًا دائمًا | ✗ | ✓ |
| تبديل المزود بلمسة واحدة | ✗ | ✓ |
| العودة إلى مزودك بعد تلقائي بلمسة واحدة | ✗ | ✓ |
| يواصل الفلترة حين يحجب Wi-Fi المنفذ 853 | ✗ | ✓ (الفلتر، DNS over HTTPS) |
| رؤية النطاق الذي حُظر | ✗ | ✓ |
| السماح بنطاق واحد محظور | ✗ | ✓ |
| يعمل مع إغلاق التطبيق | ✓ | ✓ (DNS الخاص بلمسة واحدة) |
وإن أردت حظر المتتبعات دون التخلي عن VPN إطلاقًا، فاقرأ كيف تحظر المتتبعات في Android بلا VPN الذي يقرن DNS الخاص بلمسة واحدة بجدار حماية Repel بلا VPN. وإن كنت تقارن Repel بتطبيق DNS المشفر Intra، فـمقارنة Repel مقابل Intra تشرح الفروق.
المصادر
أسئلة
ماذا تعني «تعذّر الوصول إلى خادم DNS الخاص»؟
هاتفك مضبوط على إرسال كل استعلام DNS مشفرًا إلى مزود واحد باسمه، وتعذّر عليه الوصول إلى ذلك المزود على الشبكة الحالية. فيرفض Android التراجع إلى DNS غير المشفر ويعلّم الشبكة بأنها بلا إنترنت. والسبب في الغالب خطأ إملائي في اسم المضيف، أو شبكة تحجب المنفذ 853، أو صفحة دخول إلى Wi-Fi، أو VPN.
هل من الآمن تحويل DNS الخاص إلى تلقائي؟
نعم. يظل التلقائي يشفّر الاستعلامات متى كان خادم DNS في الشبكة يدعم ذلك، ويستخدم DNS غير المشفر بهدوء إن لم يدعم. تخسر ضمان المزود الذي اخترته وفلترته، فعُد إلى اسم المضيف حين تغادر الشبكة التي حجبته. وقائمة اللمسة الواحدة في Repel تجعل العودة لمسة واحدة.
لماذا يظهر الخطأ على شبكة Wi-Fi واحدة فقط؟
تلك الشبكة على الأرجح تحجب DNS المشفر. يستخدم DNS over TLS المنفذ 853، وتحجبه شبكات كثيرة في الفنادق والمدارس والمكاتب والأماكن العامة حتى لا يُتجاوز فلتر DNS الخاص بها. أما بيانات الجوال وشبكة منزلك فتعمل لأنها تسمح به. استخدم تلقائي على تلك الشبكة، أو فلترًا يرسل الاستعلامات عبر DNS over HTTPS.
هل أستطيع كتابة 1.1.1.1 أو 8.8.8.8 في DNS الخاص؟
لا. الحقل يقبل اسم مضيف، لأن Android يتحقق من شهادة المزود مقابل ذلك الاسم. فعنوان IP يفشل في كل مرة ويسبب هذا الخطأ. استخدم one.one.one.one لـCloudflare وdns.google لـGoogle. وإن كنت لا تريد الكتابة أصلًا، فـDNS الخاص بلمسة واحدة في Repel يملأ اسم المضيف الصحيح عنك.
هل يسبب VPN خطأ DNS الخاص؟
قد يفعل. معظم تطبيقات VPN ترسل الاستعلامات عبر خوادمها داخل النفق، وبعضها يحجب حركة DNS الخارجية عمدًا. ومع اتصال VPN قد يُتجاوز DNS الخاص في Android أو يفشل. أوقف VPN دقيقة للاختبار. فإن زال الخطأ فاستخدم خيار DNS أو الحظر الخاص بـVPN نفسه ما دام متصلًا.
