table of contents
| nscd.conf(5) | File Formats Manual | nscd.conf(5) |
الاسم¶
nscd.conf - ملف تهيئة برنامج خفيئة خدمة الأسماء
الوصف¶
يُقرأ الملف /etc/nscd.conf من nscd(8) عند بدء التشغيل. يحدد كل سطر إما سمة وقيمة، أو سمة وخدمة وقيمة. تُفصل الحقول إما بمسافة أو بعلامة تبويب. يشير '#' (علامة رقم) إلى بداية تعليق؛ الأحرف التالية، حتى نهاية السطر، لا تُفسر بواسطة nscd.
الخدمات الصالحة هي passwd و group و hosts و services أو netgroup.
logfile اسم-ملف-التصحيح
debug-level قيمة
threads عدد
max-threads number
server-user user
stat-user user
reload-count unlimited | number
paranoia <yes|no>
restart-interval time
enable-cache service <yes|no>
positive-time-to-live service value
negative-time-to-live service value
suggested-size service value
check-files service <yes|no>
persistent service <yes|no>
shared service <yes|no>
max-db-size service bytes
auto-propagate service <yes|no>
ملاحظات¶
تنشأ القيم المبدئية المذكورة في صفحة الدليل هذه من الكود المصدري لـ nscd(8) وتُستخدم إذا لم يتم تجاوزها في ملف التهيئة. قد تختلف القيم المبدئية المستخدمة في ملف التهيئة لتوزيعتك.
إعادة التحميل¶
يحتوي nscd(8) على ميزة تسمى إعادة التحميل، والتي يمكن أن يكون سلوكها مفاجئًا.
يتم تمكين إعادة التحميل عندما تحتوي السمة reload-count على قيمة غير صفرية. القيمة المبدئية في الكود المصدري تمكن إعادة التحميل، على الرغم من أن توزيعتك قد تختلف.
عند تمكين إعادة التحميل، لا تنتهي صلاحية الإدخالات المخبأة الإيجابية (نتائج الاستعلامات الناجحة) ببساطة عند انتهاء TTL الخاص بها. بدلاً من ذلك، في وقت انتهاء الصلاحية، سيقوم nscd بـ "إعادة التحميل"، أي إعادة إصدار نفس الاستعلام الذي أنشأ الإدخال المخبأ إلى خدمة الأسماء، للحصول على قيمة جديدة للتخزين المؤقت. اعتمادًا على /etc/nsswitch.conf قد يعني هذا إجراء طلب DNS أو LDAP أو NIS. إذا كان الاستعلام الجديد ناجحًا، فستتكرر إعادة التحميل عندما تنتهي صلاحية القيمة الجديدة، حتى تحدث عمليات إعادة تحميل reload-count للإدخال، وعندها فقط سيتم إزالته بالفعل من الخبيئة. يؤدي طلب من عميل يصيب الإدخال إلى إعادة تعيين عداد إعادة التحميل على الإدخال. يؤدي مسح الخبيئة باستخدام nscd -i إلى تجاوز منطق إعادة التحميل وإزالة الإدخال.
لإعادة التحميل تأثير تمديد TTLs لإدخالات الخبيئة دون المساس بتماسك الخبيئة، على حساب حمل إضافي على خدمة الأسماء الداعمة. يعتمد ما إذا كانت هذه فكرة جيدة على نظامك على تفاصيل سلوك تطبيقاتك وخدمة الأسماء الخاصة بك وقيم TTL الفعلية لإدخالات الخبيئة الخاصة بك. لاحظ أنه بالنسبة لبعض خدمات الأسماء (على سبيل المثال، DNS)، فإن TTL الفعلي هو القيمة المعادة من خدمة الأسماء وليست قيمة السمة positive-time-to-live.
يرجى النظر في النصيحة التالية بعناية:
- •
- إذا كان تطبيقك سيقوم بتقديم طلب ثانٍ لنفس الاسم، بعد أكثر من 1 TTL ولكن قبل reload-count TTLs، وكان حساسًا لزمن انتقال فقدان الخبيئة، فقد تكون إعادة التحميل فكرة جيدة لك.
- •
- إذا تم تكوين خدمة الأسماء الخاصة بك لإرجاع TTLs قصيرة جدًا، وكانت تطبيقاتك تقدم طلبات نادرًا فقط في الظروف العادية، فقد تؤدي إعادة التحميل إلى حمل إضافي على خدمة الأسماء الداعمة دون أي فائدة للتطبيقات، وهو على الأرجح فكرة سيئة لك.
- •
- إذا كانت سعة خدمة الأسماء الخاصة بك محدودة، فقد يكون لإعادة التحميل التأثير المفاجئ لزيادة الحمل على خدمة الأسماء الخاصة بك بدلاً من تقليله، وقد تكون فكرة سيئة لك.
- •
- ضبط reload-count إلى unlimited ليس فكرة جيدة أبدًا تقريبًا، لأنه سيؤدي إلى خبيئة لا تنتهي صلاحية الإدخالات أبدًا وتضع حملًا إضافيًا لا ينتهي على خدمة الأسماء الداعمة.
بعض التوزيعات تحتوي على سكريبت بدء لـ nscd(8) مع أمر reload يستخدم nscd -i لتنظيف الخبيئة. هذا الاستخدام لكلمة "reload" يختلف تمامًا عن "إعادة التحميل" الموصوفة هنا.
انظر أيضًا¶
ترجمة¶
تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>
هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.
إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.
| 8 فبراير 2026 | صفحات دليل لينكس (لم تصدر بعد) |