الشبكات / الأساسي: مسارات الحزم والعنونة / الدرس 6
ربط التسمية والإعداد التلقائي
اشرح دور DNS وDHCP واختلاف المخابئ والعقود ولماذا لا يثبت البدء الناجح اتصال التطبيق.
في هذه الصفحة
أهداف الدرس
- تمييز التسمية الموثوقة المصدر من الحل التكراري.
- وصف اكتشاف DHCPv4 وخياراته.
- فصل حالة العقد والمحلل وصحة الخدمة.
يربط DNS الأسماء ببيانات ذات نوع
يحفظ DNS سجلات هرمية؛ يحمل A عنوان IPv4 وAAAA عنوان IPv6 وللأنواع الأخرى معان. قد تتعدد الإجابات أو الأسماء المستعارة أو تغيب لنوع. ينشر الموثوق المصدر المنطقة ويتبع المحلل الإحالات ويخبئ للعملاء. لا يساوي اسم المستخدم اسم الجهاز المحلي تلقائياً. سجل الاسم والنوع والمحلل والرد والوقت.
للإجابة المخبأة عمر
تحدد TTL عمر التخزين وفق القواعد لا تحديث الجميع لحظة واحدة. قد تختلف العروض الصحيحة أثناء تغيير، وتُخبأ السلبية أيضاً. لا تبدل المحلل لمجرد تأخر مخبأ. ميز NXDOMAIN وغياب النوع والفشل المؤقت ولا تسمها كلها اسماً غائباً. ندرس التحقق والنقل المشفر لاحقاً.
records = {('report.example', 'A'): ['192.0.2.20'], ('report.example', 'AAAA'): ['2001:db8::20']}
for kind in ('A', 'AAAA'):
print(kind + '=' + ','.join(records[('report.example', kind)]))
A=192.0.2.20
AAAA=2001:db8::20
يمثل القاموس نوعين لاسم مثال محجوز دون حل DNS أو ادعاء وجود عام.
يقدم DHCP الإعداد بتبادل عقد
يوفر DHCPv4 عقد عنوان وقناعاً وموجهاً ومحللات. يوصف البدء بالاكتشاف والعرض والطلب والإقرار وتختلف التجديدات. لا يثبت العرض قبول العميل أو تثبيته. تصل المرحلات الشبكات بالخادم فلا يلزم مجال Ethernet مشترك. احفظ الهوية والشبكة والخيارات والزمن. لا يستبدل التوجيه أو يوثق التطبيق.
انتهاء العقد وDNS ساعتان مختلفتان
يحكم العقد حق استخدام الإعداد بحالات وتجديد وربط، وتحكم TTL التسمية. يضلل خلطهما بعد الانتقال أو التغيير. قد يتضمن العقد السليم خياراً خاطئاً أو يتجاوز الثابت DHCP. افحص الإعداد كاملاً لا النص. الحساب التالي مثبت أوقات لا عميل DHCP.
lease_start = 1000
lease_seconds = 3600
observation = 2200
remaining = max(0, lease_start + lease_seconds - observation)
print(f'synthetic_remaining={remaining}s')
synthetic_remaining=2400s
يبقى 2400 ثانية في الوقت المعلن دون فحص عقد المضيف أو استنتاج حالة التجديد من العدد.
فحص سلسلة البدء اعتماداً فاعتماداً
يحتاج العميل عنونة ومساراً ومحللاً عند الحاجة ثم بروتوكول الوجهة. قد ينجح DNS والمنفذ غائب أو العنوان بلا افتراضي. وقد يغير مخبأ المتصفح أو ملف المضيف سلوك التطبيق. حدد مصدر الجواب والإعداد المستعمل. نعتمد المثبتات ولا نجدد عقداً أو نغير محللاً أو نرسل اكتشافاً.
الأخطاء الشائعة وإصلاحها
اعتبار عرض DHCP إعداداً مثبتاً
- لماذا يحدث؟
- اختلط الوسيط بإكمال العميل.
- كيف تصلحه؟
- ميز العرض والإقرار والتطبيق.
- كيف تتجنب تكراره؟
- سجل الانتقال كاملاً.
اعتبار TTL مدة عقد
- لماذا يحدث؟
- اختلطت ساعتاهما.
- كيف تصلحه؟
- تتبع مؤقتات كل بروتوكول.
- كيف تتجنب تكراره؟
- سم الوقت ببروتوكوله ونطاقه.
تسمية كل فشل DNS بـ NXDOMAIN
- لماذا يحدث؟
- أُهملت الفئات والمؤقت.
- كيف تصلحه؟
- احفظ الرد والاستعلام بدقة.
- كيف تتجنب تكراره؟
- اختبر غياب الاسم والنوع وفشل الخادم.
اختبر فهمك
1. للعميل عقد سليم ويحل الاسم وتفشل الخدمة. ما غير المثبت؟
اعرض الحل المشروح
يبقى النقل وTLS والتطبيق مستقلاً وأكد عائلة وإجابة التطبيق. لا يضمن العقد أو DNS بقية المسار.
2. لماذا قد يختلف محللان بعد تحديث دون عطل؟
اعرض الحل المشروح
قد يحتفظان بنسختين غير منتهيتين أو وقتين مختلفين. قارن المصدر وTTL والنوع قبل الحكم أو الاستبدال.
أهم ما تعلمته
- افصل بيانات الاسم والمخبأ والعقود.
- تحقق من السلسلة بعد تعيين العنوان.