Active Directory / الأساسي / الدرس 4

DNS واكتشاف متحكم النطاق

اشرح اكتشاف الخدمة ومكانها بسجلات اصطناعية وافصل حل الاسم من التوافر والمصادقة والإذن.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى 2026-10-26

في هذه الصفحة

أهداف الدرس

تمييز سجلات العنوان من محددات الخدمة.
شرح DNS والموقع ومخزن المحدد.
تحليل دليل الاكتشاف دون أوامر DNS أو شبكة.

العثور على المتحكم يتجاوز حل اسم النطاق

يستخدم العملاء والمتحكمات DNS للخدمات؛ يربط سجل المضيف اسمًا بعنوان وتعلن SRV الخدمة والهدف والمنفذ. لا يثبت حل موقع عام اكتشاف متحكم. يراعي المحدد القدرات والموقع والردود والمخزن لا أول عنوان فقط. حدّد محلل العميل والخدمة، وراجع تغيرات 2025 بدل افتراض NetBIOS القديم أساسًا.

تصفية السجلات دون ادعاء تنفيذ محدد المتحكم

ينتقي Python مرشح LDAP في East من سجلين ولا يحل DNS أو يوزع أوزان SRV أو يفحص LDAP أو المخزن. الناتج مرشح لا متحكم مثبت الوصول. قد يلزم بديل عند غياب المحلي. وجود السجل طبقة فقط؛ يجب حل الهدف وتوافر الخدمة بسياسة الشبكة والأمان. لا يرسل البرنامج طلبًا أو اتصالًا.

python نموذج انتقاء سجل خدمة دون اتصال

records = [
    {"target": "dc-a.ad.example.test", "site": "East", "service": "ldap"},
    {"target": "dc-b.ad.example.test", "site": "West", "service": "ldap"},
]
candidates = [r["target"] for r in records if r["site"] == "East" and r["service"] == "ldap"]
print(candidates)
print("_ldap._tcp.dc._msdcs.ad.example.test")

الناتج المتوقع

['dc-a.ad.example.test']
_ldap._tcp.dc._msdcs.ad.example.test

يسرد dc-a واسم SRV توثيقيًا كنص ولا يرسله لمحلل أو يفحص الهدف.

ينبغي اتفاق سياق الحل والتسجيل

يحتاج عضو النطاق محللًا يعرف مساحة AD وسجلاتها ولا يعوضه محلل عام اعتباطيًا. لمدمج AD نطاق نسخ وأمان تحديث ولغيره تصميمه. لا يثبت القديم صحة متحكم ولا يبدأ الإصلاح بحذف السجلات. قارن التسجيل والهدف والتوقيت؛ فقد يؤثر DNS في الدخول والنسخ مع استمرار التصفح. تُراجع صحة تسجيل الخدمة وصحة عنوان هدفها كلٌّ على حدة، مع حفظ زمن الملاحظة؛ فوجود اسم في استجابة لا يعني أنه يمثل خدمة متاحة الآن.

تسجيل الاستعلام المقصود وحدود الدليل

يسجل المثال خطة رصد وعنوان توثيق لا ملف منطقة أو أمرًا. احفظ منظور العميل والنوع والوقت والمتحكم والموقع بدليل مصرح. تختلف مراحل الاسم والاتصال والإعلان وKerberos والإذن. قد يعكس التقطع مخزن الاكتشاف أو متحكمًا آخر لا كلمة مرور عشوائية؛ فحدد النطاق والوقت قبل إصلاح.

json خطة دليل اكتشاف اصطناعية غير قابلة للتشغيل

{"domain":"ad.example.test","requested_type":"SRV","requested_name":"_ldap._tcp.dc._msdcs.ad.example.test","planned_target":"dc-a.ad.example.test","documentation_address":"192.0.2.10","state":"evidence_plan_only"}

تحدد الخطة ما يجب تمييزه بالملاحظة المصرحة ولا تعدل محللًا أو سجلًا أو عضوًا أو خدمة.

إثبات الطبقة الفاشلة قبل تغيير الهوية

لا يصلح تصفير حساب مستخدم لفشل الاكتشاف بلا دليل. قارن رصد العميل العامل والفاشل للمحلل والموقع والنطاق والمتحكم. لا تمسح أو تفرض التسجيل للتعليم. لا يثبت النموذج جدارًا أو DNS ولا يثبت حل واحد الدخول الكامل. سمّ عدم اليقين واربط الأدلة لاحقًا بدل تغيير الدليل لعرض جهاز واحد. يجب أن يميز التسليم التشخيصي كذلك بين معلومة لم تُجمع وبين نتيجة فحص فاشلة، حتى لا تتحول فجوة الأدلة إلى سبب يُبنى عليه تغيير واسع.

الأخطاء الشائعة وإصلاحها

اعتبار حل الموقع العام إثبات اكتشاف AD.

لماذا يحدث؟: خُلط المضيف بمحدد الخدمة.
كيف تصلحه؟: راجع محددات AD وسياق العميل.
كيف تتجنب تكراره؟: سجّل الخدمة ونوع السجل.

افتراض وصول هدف SRV قديم.

لماذا يحدث؟: اعتُبر وجود السجل توافرًا.
كيف تصلحه؟: افصل الاسم والعنوان والتوافر والمصادقة.
كيف تتجنب تكراره؟: اربط الملاحظة بالوقت والمتحكم.

تغيير كلمة مرور لفشل المحدد.

لماذا يحدث؟: لم تُثبت طبقة الفشل.
كيف تصلحه؟: شخّص الاكتشاف قبل الحساب.
كيف تتجنب تكراره؟: اطلب فرضية لكل تغيير.

اختبر فهمك

1. احذف سجل East. ماذا يثبت الفراغ ولماذا لا يثبت انقطاع النطاق؟

اعرض الحل المشروح

تعني القائمة الفارغة أن النموذج لا يحتوي مرشحًا معلنًا يطابق مرشح East وLDAP الضيق. لا تصف هذه النتيجة DNS الفعلية أو البديل في موقع بعيد أو المتحكم المخزن مؤقتًا أو قدرات الخدمة أو توافر الشبكة. قد يملك النطاق الحقيقي بديلًا صالحًا، وقد يكون المرشح المدرج غير قابل للوصول. افصل نتيجة النموذج من الملاحظات التشغيلية المصرح بها.

2. يحل العميل dc-a ويظل الدخول فاشلًا. سمّ الأدلة التالية دون تنفيذ.