كنت أحاول إنهاء تسجيل الوصول لرحلة من هاتفي عندما توقفت الصفحة عند دائرة تحميل لا تنتهي. الاتصال نفسه كان جيدًا، والـVPN ظاهرًا كمتصل، لذلك اتهمت تطبيق شركة الطيران أولًا. أغلقت الصفحة، فتحتها في المتصفح، ثم أعدت تشغيل الـVPN. لا تغيير. عندها تذكرت أنني كنت قد نقلت إلى هاتفي الجديد إعداد Private DNS قديمًا لاستخدام خدمة تحجب بعض الإعلانات والمتتبعات. أوقفته مؤقتًا، فأكملت الصفحة التحميل فورًا. نجح تسجيل الوصول، لكنني وجدت نفسي أمام سؤال جديد: إذا كنت أريد VPN وDNS خاصًا في الوقت نفسه، فلماذا تجعل الطبقتان استخدام الإنترنت أكثر تعقيدًا بدل أن تجعلاه أكثر خصوصية؟
من السهل أن يصل مستخدم مهتم بالخصوصية إلى هذا النوع من الإعداد.
DNS هو ببساطة الخطوة التي تساعد الجهاز على العثور على العنوان المرتبط باسم الموقع. ويمكن تشفير هذه الاستعلامات عبر تقنيات مثل DNS over HTTPS وDNS over TLS حتى لا تنتقل بصورتها التقليدية المكشوفة. Cloudflare 1.1.1.1 Documentation
ولهذا كنت قد فعلت ما يبدو منطقيًا:
ملخص المقال والسياق العملي
لماذا كان تقليل الطلبات أهم من إضافة محلل DNS آخر؟
Proton VPN، مثلًا، يمرر طلبات DNS عبر خوادمه داخل نفق الـVPN، ويحذر من أن فرض إعداد Private DNS خارجي قد يتداخل مع الطريقة التي يدير بها التطبيق هذه الطلبات.
ما الذي يستحق تذكره؟
- لماذا لا يعني تغيير البروتوكول تلقائيًا أن المشكلة حُلّت؟ لكن تغيير DNS قد يؤثر أيضًا في ميزات الحجب المدمجة. فجأة أصبحت إعداداتي أقل أناقة مما بدت عندما أنشأتها.
- ما الذي ينبغي تشخيصه قبل الانتقال بين TCP وUDP أو إعدادات أخرى؟ عندها تذكرت أنني كنت قد نقلت إلى هاتفي الجديد إعداد Private DNS قديمًا لاستخدام خدمة تحجب بعض الإعلانات والمتتبعات. أوقفته مؤقتًا، فأكملت الصفحة التحميل فورًا.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
Private DNS على الهاتف. VPN فوقه. طبقتان تبدوان أفضل من طبقة واحدة. لكن بمجرد أن بدأت إحداهما تعطل موقعًا أحتاجه، ظهر السؤال الأهم: هل أحتاج إلى الطبقتين فعلًا، أم أنني أكرر الوظيفة نفسها بطريقة تجعل التشخيص أصعب؟
الـVPN كان يتعامل مع DNS أصلًا
فتحت توثيق المزود الكبير الذي كنت أستخدمه. وهنا اكتشفت أنني كنت أضيف حلًا لمشكلة يعالجها الـVPN نفسه. Proton VPN، مثلًا، يمرر طلبات DNS عبر خوادمه داخل نفق الـVPN، ويحذر من أن فرض إعداد Private DNS خارجي قد يتداخل مع الطريقة التي يدير بها التطبيق هذه الطلبات. Proton VPN
Mozilla VPN يقدم الفكرة من زاوية أخرى: الإعداد القياسي يعتمد DNS الخاص بالخدمة، مع إمكانية اختيار Custom DNS عندما تكون لديك حاجة محددة. لكن تغيير DNS قد يؤثر أيضًا في ميزات الحجب المدمجة. Mozilla VPN
فجأة أصبحت إعداداتي أقل أناقة مما بدت عندما أنشأتها. لم يكن لدي «DNS أكثر خصوصية». كان لدي نظامان يحاولان التحكم في الجزء نفسه من الاتصال. وهذا أعادني إلى السؤال الذي أهملته منذ البداية:
لماذا كنت أستخدم Private DNS أصلًا؟
الإجابة لم تكن أنني أحب محلل DNS معينًا. كنت أريده لتقليل الإعلانات والمتتبعات، ولأشعر أن طلبات الأسماء لا تمر بلا حماية على شبكة عامة. إذا كان الـVPN يعالج الجزء الثاني، فقد بقيت لدي مشكلة واحدة فقط: تقليل الطلبات غير المرغوبة.
كنت أبحث عن DNS خاص، لكنني كنت أريد حجبًا أبسط
هذا غيّر الاختبار كله. لم أعد أسأل أي خدمة تسمح لي بكتابة عنوان DNS مخصص داخل الإعدادات. كنت أريد معرفة إن كان يمكنني الاستغناء عن طبقة DNS الخارجية، ومع ذلك الاحتفاظ بالفائدة التي جعلتني أضيفها من البداية. فتحت OnlydogVPN↗. أبقيت Private DNS الخارجي متوقفًا.
شغلت الاتصال، ثم عدت إلى صفحات الرحلة نفسها. صفحة تسجيل الوصول اكتملت. فتحت البريد. ثم صفحة الحجز. ثم عدة مواقع كنت أحتاجها قبل المغادرة. لم أعد مرة واحدة إلى إعدادات Android. وبعد أن انتهت المشكلة الأساسية، لاحظت شيئًا آخر. عداد الطلبات المحجوبة داخل التطبيق كان يرتفع أثناء التصفح.
إعلانات. متتبعات. طلبات لم أكن بحاجة إليها لإنجاز المهمة. وهنا حصلت على ما كنت أحاول بناءه يدويًا باستخدام VPN وخدمة DNS منفصلة: اتصال خاص، مع تقليل جزء من الحركة غير الضرورية، لكن من مكان واحد.
العداد جعل الفائدة أقل غموضًا
كنت أستخدم Private DNS سابقًا كطبقة تعمل بعيدًا عن نظري. وعندما يتوقف موقع عن العمل، تبدأ جولة التخمين: هل السبب الـVPN؟ أم DNS؟ أم قاعدة حجب؟ أم الموقع نفسه؟
هذه ليست مشكلة نظرية. حتى نقاشات المستخدمين حول Android وPrivate DNS تدور غالبًا حول الارتباك نفسه: يشغل المستخدم VPN، لكن إعداد DNS الخارجي يواصل التأثير في المواقع، فيصبح من الصعب معرفة أي طبقة مسؤولة عن النتيجة. Reddit
في التطبيق الأصغر، كانت وظيفة الحجب جزءًا من الأداة نفسها، والعداد أعطاني إشارة مباشرة إلى أن طلبات تُمنع أثناء التصفح. هذا لم يجعل DNS غير مهم. بل جعلني أفهم أن هدفي لم يكن التحكم في محلل DNS بحد ذاته. هدفي كان تقليل الطلبات غير الضرورية من دون إدارة نظام ثانٍ فوق الـVPN.
وهنا أصبحت البساطة نفسها جزءًا من الخصوصية.
DNS المشفر لا يعني تلقائيًا طلبات أقل
هناك فرق بسيط كان كافيًا بالنسبة إلي. DNS المشفر يحمي طريقة إرسال سؤال مثل: «أين يوجد هذا النطاق؟» لكنه لا يمنع الصفحة من محاولة الاتصال بأدوات الإعلان أو القياس أو التتبع الموجودة فيها. Cloudflare تفرق أيضًا بين حماية استعلامات DNS وبين حماية بقية حركة الجهاز. Cloudflare 1.1.1.1 Documentation Cloudflare
لذلك لم أعد أرى إضافة DNS خارجي جديد باعتبارها التحسين الطبيعي التالي. إذا كان الـVPN يتولى الاتصال نفسه، فإن الفائدة التي شعرت بها أكثر كانت أن يقل عدد الاتصالات غير الضرورية التي تحاول الصفحة إنشاءها أصلًا. وهذا هو السبب الذي جعل حجب المتتبعات داخل التطبيق أكثر فائدة بالنسبة إلي من خانة جديدة أكتب فيها عنوان DNS.
عندما قلّت الطبقات، أصبح إصلاح المشكلة أسهل
بعد تسجيل الوصول فتحت موقعًا آخر كان قد تعطل سابقًا عندما استخدمت قائمة حجب متشددة في خدمة DNS الخارجية. هذه المرة اشتغل. ثم فتحت موقعًا مزدحمًا بالإعلانات. الصفحة فتحت، بينما واصل عداد الحجب الارتفاع. وكان هذا هو التوازن الذي كنت أحاول الوصول إليه منذ البداية.
لم أعد بحاجة إلى: فتح لوحة خدمة DNS. تعديل قائمة. العودة إلى إعدادات Android. إعادة تشغيل الـVPN. ثم اختبار الصفحة مرة أخرى. كان لدي اتصال واحد، ومكان واحد أراقب منه النتيجة.
لا أستطيع كمستخدم رؤية جميع قواعد التصفية الداخلية أو تحديد سبب السماح أو الحجب لكل طلب منفرد. لكن ما استطعت رؤيته كان أكثر أهمية لقراري: المواقع التي احتجتها بقيت قابلة للاستخدام، وفي الوقت نفسه كان التطبيق يقلل عددًا من الطلبات الإعلانية والتتبعية أثناء التصفح.
ومن هنا أصبح معياري واضحًا:
إذا كان سبب بحثك عن DNS خاص هو تقليل التتبع، فالحجب المدمج الذي لا يحتاج إلى طبقة إعداد ثانية أهم من حرية اختيار محلل DNS يدويًا.
هناك فرق بين «أريد DNS خاصًا» و«أحتاج DNS معينًا»
بعد ذلك أصبح من السهل معرفة أين تنتهي هذه الحجة. بعض المستخدمين يحتاجون بالفعل إلى Custom DNS. ربما لدى الشركة أسماء داخلية لا تُحل إلا عبر DNS محدد. ربما بنيت قواعد عائلية مفصلة داخل NextDNS ولا تريد التخلي عنها. ربما تدير محلل DNS خاصًا بك. في هذه الحالات، اختيار DNS ليس مجرد ميزة خصوصية عامة. إنه جزء من طريقة عمل الشبكة.
وهنا تكون خدمة تسمح بـCustom DNS، مثل Mozilla VPN، أكثر ملاءمة لهذا الشرط. Mozilla VPN لكن ذلك لم يكن ما أفعله. لم يكن لدي DNS خاص يجب أن أستخدمه. كنت فقط أحاول جعل التصفح أكثر خصوصية وأقل امتلاءً بالمتتبعات. وبسبب ذلك كنت قد صنعت لنفسي إعدادًا من طبقتين يمكن أن تتعارضا في اللحظة التي أحتاج فيها إلى موقع مهم.
الخدمة الأصغر لديها تاريخ عام أقصر ومراجعات مستقلة أقل من بعض المزودين الكبار، لكن في الاستخدام الذي دفعني إلى هذا البحث، لم يكن نقص خيار DNS يدوي آخر هو ما يزعجني. كان العكس تمامًا. كنت أريد أن أفكر في DNS أقل.
في بوابة الصعود، اختفى الموضوع من رأسي
عندما وصلت إلى البوابة فتحت الهاتف مرة أخرى للتأكد من بطاقة الصعود. اشتغلت. فتحت البريد. ثم صفحة الرحلة. ثم رسالة الفندق في الوجهة. لم أعد إلى إعدادات DNS. وهذا كان أفضل وصف للنتيجة. المزود الكبير أعطاني بنية DNS موثقة جيدًا، وهناك خدمات أخرى تمنحني Custom DNS إذا كنت أحتاج إلى محلل بعينه.
أما التطبيق الأصغر فحل السبب الذي جعلني أبحث عن DNS خاص في المقام الأول بطريقة أقصر: أبقيت اتصالًا واحدًا، وتركت الحجب المدمج يقلل جزءًا من الحركة التي لم أكن أريدها. لذلك أصبحت عبارة أفضل VPN مع DNS خاص بالنسبة إلي تحتاج إلى سؤال واحد قبل المقارنة: هل تحتاج فعلًا إلى DNS معين؟
أم أنك تريد فقط أن يكون تصفحك أكثر خصوصية وأقل امتلاءً بالطلبات غير الضرورية؟ في حالتي، لم أكن بحاجة إلى إضافة محلل أسماء آخر إلى السلسلة؛ كنت بحاجة إلى إرسال طلبات أقل من خلالها.
أسئلة قد تخطر ببالك بعد القراءة
أسئلة قد تخطر ببالك بعد القراءة
لماذا كان تقليل الطلبات أهم من إضافة محلل DNS آخر؟
Proton VPN، مثلًا، يمرر طلبات DNS عبر خوادمه داخل نفق الـVPN، ويحذر من أن فرض إعداد Private DNS خارجي قد يتداخل مع الطريقة التي يدير بها التطبيق هذه الطلبات.
لماذا لا يعني تغيير البروتوكول تلقائيًا أن المشكلة حُلّت؟
لكن تغيير DNS قد يؤثر أيضًا في ميزات الحجب المدمجة. فجأة أصبحت إعداداتي أقل أناقة مما بدت عندما أنشأتها.
ما الذي ينبغي تشخيصه قبل الانتقال بين TCP وUDP أو إعدادات أخرى؟
عندها تذكرت أنني كنت قد نقلت إلى هاتفي الجديد إعداد Private DNS قديمًا لاستخدام خدمة تحجب بعض الإعلانات والمتتبعات. أوقفته مؤقتًا، فأكملت الصفحة التحميل فورًا.