المختبر المنزلي
دقيقتان قراءة
ما علّمني إياه المختبر المنزلي عن DNS
حين يسقط خادم التحليل، يسقط كل شيء معه. كان الانقطاع من صنع يدي، وقد رسخ الدرس.
أضمن طريقة لتعلّم ما يفعله DNS هي أن تكسره وتراقب توقف كل شيء آخر عن العمل.
هذا ما حدث في مختبر منزلي. يعمل Pi-hole على Raspberry Pi 3 ويتولى تصفية DNS للمنزل. في إحدى الأمسيات أجريت تغييرًا صغيرًا على إعدادات المصدر الأعلى، ثم أعدت تشغيل الخدمة، وقضيت بعدها عشرين دقيقة مقتنعًا أن الإنترنت منقطع.
لم يكن كذلك. كان DNS هو المنقطع.
الإعداد
المختبر متواضع عن قصد:
- Raspberry Pi 3 يشغّل Pi-hole وخادم تحليل محلي.
- Raspberry Pi 4 يشغّل حاويات لخدمات أريد الوصول إليها من أي مكان.
- Tailscale يوفّر وصولًا خاصًا إلى تلك الخدمات دون فتح منافذ.
- الموجّه يوزّع عنوان الـ Pi كخادم DNS.
هذا إعداد شائع، ولهذا كان العطل شائعًا أيضًا. كان الموجّه يوجّه كل جهاز إلى خادم DNS كنت قد كسرته للتو. لم يستطع أي جهاز تحليل اسم، فلم يعمل شيء، بما في ذلك الأدوات التي أستخدمها عادة لتشخيص المشكلة.
ما علّمني إياه العطل
ثلاثة أشياء.
أولًا، DNS بنية تحتية، والبنية التحتية تحتاج مسارًا بديلًا. إذا كان خادم التحليل هو الوحيد الذي تعرفه الشبكة، تتحول مشكلة الخادم إلى مشكلة شبكة. والأجهزة التي لديها إجابة مخزّنة تستمر في العمل لبعض الوقت، ما يجعل الانقطاع يبدو متقطعًا ومربكًا.
ثانيًا، أجريت تغييرًا دون طريقة للتراجع عنه من خارج الشيء الذي أعدّله. لا شاشة للـ Pi ولا لوحة مفاتيح ولا طرفية تسلسلية. وإن لم أستطع الدخول عبر SSH، لم يبقَ أمامي سوى قطع الكهرباء والأمل.
ثالثًا، عبارة «إنه DNS دائمًا» نكتة، حتى تصبح أمسيتك هي الثمن.
ما الذي تغيّر
أصبح الإعداد الآن أقل ذكاءً وأكثر قابلية للاستعادة:
- يوزّع الموجّه خادم DNS ثانويًا، فلا يُخرج Pi-hole المعطّل المنزل كله من الخدمة.
- تُجرى تغييرات الإعداد في ملفات موجودة في نسخة احتياطية، لا على الـ Pi وحده.
- قبل إعادة تشغيل خدمة أساسية، أتأكد من وجود مسار عودة صالح.
- يشغّل Pi 4 نسخة ثانية من خادم التحليل للتبديل عند الفشل.
لا شيء من هذا متطور. وهذا هو المقصود. المختبر المنزلي مكان جيد لتعلّم أن الموثوقية في معظمها سلسلة قرارات مملة تُتخذ قبل أن ينكسر شيء.
الجزء القابل للنقل
يظهر النمط نفسه في العمل المهني. النظام الذي لا يملك مسارًا بديلًا يحوّل كل تغيير صغير إلى خطر. أما النظام الذي لديه مسار بديل ونسخة احتياطية وطريقة عودة موثّقة، فالتغييرات فيه روتينية.
الفارق نادرًا ما يكون التطور التقني. إنه ما إذا كان أحدهم قد فكّر في العطل قبل وقوعه.
ما زلت أشغّل Pi-hole. لكنني توقفت عن اعتباره شيئًا لا يمكن أن يفشل.
بقلم
مهند بكار
متخصص تقني ومفكّر أنظمة وبانٍ يعمل بيديه عبر البرمجيات والتكاملات والتسليم التقني.
المقال السابق
التكاملات تفشل عند الأطرافالمقال التالي
تصميم المزامنة دون اتصال في Basketمقالات ذات صلة
كل المقالاتتشغيل نموذج محلي على عتاد متواضع
ما الذي يفيد فيه تشغيل نموذج لغوي صغير على Raspberry Pi 4 فعلاً، وما لا يفيد فيه، ولماذا يُعدّ القيد مفيدًا.
تصميم المزامنة دون اتصال في Basket
قبو متجر بقالة مكان سيئ للاعتماد على الشبكة. إليك كيف يتشكّل طابور المزامنة دون اتصال في Basket، وأين تكمن القرارات الصعبة.
التكاملات تفشل عند الأطراف
المسار السعيد هو الجزء السهل. معظم مشكلات التكامل تكمن في الطوابع الزمنية وإعادة المحاولة والهوية والافتراضات حول مَن يملك البيانات.