دليل افتراضي

في مجال الحوسبة ، يحمل مصطلح " الدليل الظاهري" معنيين. قد يشير ببساطة (كما في IIS مثلاً ) إلى مجلد يظهر في مسار معين ولكنه ليس مجلداً فرعياً للمجلد السابق في المسار. مع ذلك، ستتناول هذه المقالة المصطلح في سياق خدمات الدليل وإدارة الهوية .

في هذا السياق، يُعرَّف الدليل الظاهري أو خادم الدليل الظاهري (VDS) بأنه طبقة برمجية توفر نقطة وصول موحدة لتطبيقات إدارة الهوية ومنصات الخدمات. ويعمل الدليل الظاهري كطبقة تجريد عالية الأداء وخفيفة الوزن ، تتوسط بين تطبيقات العميل وأنواع مختلفة من مستودعات بيانات الهوية، مثل الأدلة الخاصة والعامة، وقواعد البيانات، وخدمات الويب، والتطبيقات.

يستقبل الدليل الافتراضي الاستعلامات ويوجهها إلى مصادر البيانات المناسبة من خلال تجريد البيانات وتحويلها إلى بيانات افتراضية. يدمج الدليل الافتراضي بيانات الهوية من مخازن بيانات متعددة ومتنوعة، ويعرضها كما لو كانت واردة من مصدر واحد. هذه القدرة على الوصول إلى مستودعات بيانات متباينة تجعل تقنية الدليل الافتراضي مثالية لتوحيد البيانات المخزنة في بيئة موزعة.

اعتبارًا من عام 2011تستخدم خوادم الدليل الظاهري في أغلب الأحيان بروتوكول LDAP ، ولكن يمكن للدلائل الظاهرية الأكثر تطوراً أن تدعم أيضًا SQL بالإضافة إلى DSML و SPML .

أشاد خبراء الصناعة بأهمية الدليل الافتراضي في تحديث بنية إدارة الهوية. ووفقًا لديف كيرنز من مجلة Network World، "يُعدّ التحوّل إلى المحاكاة الافتراضية رائجًا، والدليل الافتراضي هو حجر الأساس الذي يجب مراعاته في مشروع إدارة الهوية القادم." ^{[ 1 ]} بالإضافة إلى ذلك، ذكر بوب بلاكلي، المحلل في شركة غارتنر ^{[ 2 ]،} أن الأدلة الافتراضية تلعب دورًا حيويًا متزايدًا. وكتب بلاكلي في تقريره "البنية الناشئة لإدارة الهوية": "في المرحلة الأولى، سيتم فصل إنتاج الهويات عن استهلاكها من خلال إدخال واجهة الدليل الافتراضي."

يمكن أن تحتوي الدلائل الافتراضية على بعض أو كل القدرات التالية: ^{[ 3 ]}

• تجميع بيانات الهوية من مصادر متعددة لإنشاء نقطة وصول واحدة.
• توفير إمكانية عالية للتوافر لمخازن البيانات الموثوقة.
• يعمل كجدار حماية للهوية من خلال منع هجمات حجب الخدمة على مخازن البيانات الأساسية عبر طبقة افتراضية إضافية.
• دعم مساحة اسم مشتركة قابلة للبحث من أجل المصادقة المركزية.
• عرض عرض افتراضي موحد لمعلومات المستخدم المخزنة عبر أنظمة متعددة.
• تفويض عملية المصادقة إلى مصادر الواجهة الخلفية من خلال وسائل أمان خاصة بكل مصدر.
• قم بمحاكاة مصادر البيانات لدعم الترحيل من مخازن البيانات القديمة دون تعديل التطبيقات التي تعتمد عليها.
• إثراء الهويات بالسمات المستخرجة من مخازن بيانات متعددة، بناءً على رابط بين إدخالات المستخدم.

يمكن لبعض منصات محاكاة الهوية المتقدمة أيضًا ما يلي:

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

الدلائل الافتراضية:

• يُتيح ذلك نشرًا أسرع لأن المستخدمين لا يحتاجون إلى إضافة مصادر بيانات إضافية خاصة بالتطبيق ومزامنتها
• الاستفادة من البنية التحتية الحالية للهوية والاستثمارات الأمنية لنشر خدمات جديدة
• توفير توافر عالٍ لمصادر البيانات
• توفير طرق عرض خاصة بالتطبيقات لبيانات الهوية، مما يساعد على تجنب الحاجة إلى تطوير مخطط رئيسي للمؤسسة.
• السماح بعرض موحد لبيانات الهوية دون انتهاك اللوائح الداخلية أو الخارجية التي تحكم بيانات الهوية
• تعمل كجدران حماية للهوية من خلال منع هجمات حجب الخدمة على مخازن البيانات الأساسية وتوفير مزيد من الأمان للوصول إلى البيانات الحساسة
• يمكن أن يعكس التغييرات التي تُجرى على المصادر الموثوقة في الوقت الفعلي
• يستفيد من عمليات التحديث الحالية للمصادر الموثوقة، لذلك لا حاجة إلى عملية منفصلة (يدوية أحيانًا) لتحديث دليل مركزي
• عرض عرض افتراضي موحد لمعلومات المستخدم من أنظمة متعددة بحيث تبدو وكأنها موجودة في نظام واحد.
• يمكن تأمين جميع مواقع التخزين الخلفية بسياسة أمان واحدة

من عيوبها الأصلية التصور العام لـ"تقنيات الدفع والسحب"، وهو التصنيف العام لـ"الأدلة الافتراضية" بناءً على طبيعة نشرها. صُممت الأدلة الافتراضية في البداية ونُشرت لاحقًا مع مراعاة "تقنيات الدفع"، الأمر الذي كان يتعارض مع قوانين الخصوصية في الولايات المتحدة . لم يعد هذا هو الحال. مع ذلك، توجد عيوب أخرى في التقنيات الحالية.

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

• توحيد البيانات الوصفية: استخراج المخططات من مصدر البيانات المحلي، وتعيينها إلى تنسيق مشترك، وربط نفس الهويات من صوامع البيانات المختلفة بناءً على معرف فريد .
• دمج مساحات الأسماء: إنشاء دليل واحد كبير من خلال دمج عدة أدلة على مستوى مساحة الاسم. على سبيل المثال، إذا كان أحد الأدلة يحمل مساحة الاسم "ou=internal,dc=domain,dc=com" ودليل آخر يحمل مساحة الاسم "ou=external,dc=domain,dc=com"، فإن إنشاء دليل افتراضي باستخدام كلتا مساحتي الاسم يُعد مثالاً على دمج مساحات الأسماء.
• ربط الهويات: إثراء الهويات بخصائص مستمدة من مصادر بيانات متعددة، بناءً على رابط بين مدخلات المستخدمين. على سبيل المثال، إذا كان المستخدم joeuser موجودًا في دليل باسم "cn=joeuser,ou=users" وفي قاعدة بيانات باسم المستخدم "joeuser"، فيمكن إنشاء هوية "joeuser" من كلٍّ من الدليل وقاعدة البيانات.
• إعادة تعيين البيانات: هي عملية ترجمة البيانات داخل الدليل الظاهري. على سبيل المثال، يتم تعيين "uid" إلى "samaccountname"، بحيث يتمكن تطبيق العميل الذي يدعم فقط مصدر بيانات متوافق مع معيار LDAP من البحث في مساحة اسم Active Directory أيضًا.
• توجيه الاستعلامات: توجيه الطلبات بناءً على معايير معينة، مثل "عمليات الكتابة التي يتم إرسالها إلى الخادم الرئيسي، بينما يتم إعادة توجيه عمليات القراءة إلى النسخ المتماثلة".
• توجيه الهوية: قد تدعم الدلائل الظاهرية توجيه الطلبات بناءً على معايير معينة (مثل عمليات الكتابة التي تذهب إلى الخادم الرئيسي بينما يتم إعادة توجيه عمليات القراءة إلى النسخ المتماثلة).
• المصدر الموثوق: مستودع بيانات "افتراضي"، مثل دليل أو قاعدة بيانات، يمكن للدليل الافتراضي أن يثق به لبيانات المستخدم.
• مجموعات الخوادم: تُجمّع خادمًا واحدًا أو أكثر تحتوي على نفس البيانات والوظائف. ومن التطبيقات الشائعة بيئة متعددة الخوادم الرئيسية والنسخ المتماثلة، حيث تعالج النسخ المتماثلة طلبات "القراءة" وتكون في مجموعة خوادم واحدة، بينما تعالج الخوادم الرئيسية طلبات "الكتابة" وتكون في مجموعة أخرى، بحيث تُجمّع الخوادم بناءً على استجابتها للمؤثرات الخارجية، على الرغم من أنها جميعًا تشترك في نفس البيانات.

فيما يلي أمثلة على حالات استخدام الدلائل الافتراضية:

• دمج مساحات أسماء الدليل المتعددة لإنشاء دليل مركزي للمؤسسة.
• دعم عمليات دمج البنية التحتية بعد عمليات الاندماج والاستحواذ.
• مركزية تخزين الهوية عبر البنية التحتية، مما يجعل معلومات الهوية متاحة للتطبيقات من خلال بروتوكولات مختلفة (بما في ذلك LDAP وJDBC وخدمات الويب).
• إنشاء نقطة وصول واحدة لأدوات إدارة الوصول إلى الويب (WAM).
• تمكين تسجيل الدخول الموحد عبر الويب (SSO) من خلال مصادر أو نطاقات متنوعة.
• دعم سياسات التفويض الدقيقة القائمة على الأدوار
• تمكين المصادقة عبر نطاقات أمان مختلفة باستخدام طريقة التحقق من بيانات الاعتماد الخاصة بكل نطاق.
• تحسين الوصول الآمن إلى المعلومات داخل وخارج جدار الحماية.