.\" Copyright 2006, Red Hat, Inc.
.\" Copyright, the authors of the Linux man-pages project
.\"
.\" SPDX-License-Identifier: GPL-2.0-only
.\"
.TH nss 5 2026-02-08 "Linux man-pages 6.19"
.SH "نام (NAME)"
nss \- سوئیچ سرویس نام (Name Service Switch)
.SH "توضیحات (DESCRIPTION)"
هر فراخوانی به تابعی که داده‌ها را از یک پایگاه‌داده سیستمی مانند پایگاه‌داده گذرواژه (password) یا گروه (group) بازیابی می‌کند، توسط پیاده‌سازی سوئیچ سرویس نام (Name Service Switch) در کتابخانه سی گنو (GNU C library) مدیریت می‌شود.
سرویس‌های گوناگون ارائه‌شده توسط ماژول‌های مستقلی پیاده‌سازی شده‌اند که به طور طبیعی هر کدام تفاوت‌های زیادی با دیگری دارند.
.P
پیاده‌سازی‌های پیش‌فرضی که همراه با کتابخانه سی گنو ارائه می‌شوند، به طور پیش‌فرض محافظه‌کارانه هستند و از داده‌های ناامن استفاده نمی‌کنند.
این موضوع ممکن است در برخی شرایط، به‌ویژه هنگامی که پایگاه‌های داده بزرگ هستند، بسیار پرهزینه باشد.
برخی ماژول‌ها به مدیر سیستم اجازه می‌دهند در صورتی که میان‌برها امن شناخته شوند، درخواست استفاده از آن‌ها را بدهد.
در این حالت، اطمینان از صحت این فرض بر عهده مدیر سیستم است.
.P
ماژول‌های دیگری نیز وجود دارند که پیاده‌سازی آن‌ها در گذر زمان تغییر کرده است.
اگر یک پیاده‌سازی در گذشته سرعت را فدای مصرف حافظه می‌کرد، در صورتی که این ترجیح تغییر داده شود ممکن است مشکلاتی ایجاد کند.
.P
پرونده
.I /etc/default/nss
شامل تعدادی تخصیص متغیر است.
هر متغیر رفتار یک یا چند ماژول
NSS
را کنترل می‌کند.
فاصله‌های خالی (White spaces) نادیده گرفته می‌شوند.
خطوطی که با
\[aq]#\[aq]
آغاز می‌شوند به عنوان یادداشت (کامنت) در نظر گرفته می‌شوند.
.P
متغیرهایی که در حال حاضر شناخته می‌شوند عبارتند از:
.TP
.RI \f[B]NETID_AUTHORITATIVE\f[]\~=\~ TRUE | FALSE
اگر روی
.B TRUE
تنظیم شود، پس‌بانه NIS برای تابع
.BR initgroups (3)
اطلاعات حاصل از نگاشت NIS به نام
.I netid.byname
را به عنوان منبع موثق و معتبر (authoritative) خواهد پذیرفت.
این کار در صورتی که نگاشت
.I group.byname
بزرگ باشد، می‌تواند سرعت تابع را به میزان چشمگیری افزایش دهد.
محتوای نگاشت
.I netid.byname
به همان شکلی که هست
.RB ( "as is" )
استفاده می‌شود.
مدیر سیستم باید اطمینان حاصل کند که این نگاشت به درستی تولید شده است.
.TP
.RI \f[B]SERVICES_AUTHORITATIVE\f[]\~=\~ TRUE | FALSE
اگر روی
.B TRUE
تنظیم شود، پس‌بانه NIS برای توابع
.BR getservbyname (3)
و
.BR getservbyname_r (3)
فرض خواهد کرد که نگاشت NIS با نام
.I services.byservicename
وجود دارد و موثق و معتبر (authoritative) است، به‌ویژه این که شامل هر دو کلید با
.B /proto
و بدون
.B /proto
هم برای نام‌های سرویس اصلی و هم نام‌های مستعار سرویس (service aliases) است.
مدیر سیستم باید اطمینان حاصل کند که این نگاشت به درستی تولید شده است.
.TP
.RI \f[B]SETENT_BATCH_READ\f[]\~=\~ TRUE | FALSE
اگر روی
.B TRUE
تنظیم شود، پس‌بانه NIS برای توابع
.BR setpwent (3)
و
.BR setgrent (3)
کل پایگاه‌داده را یک‌باره می‌خواند و سپس با هر فراخوانی متناظر از
.BR getpwent (3)
یا
.BR getgrent (3)
درخواست‌ها را یکی‌یکی از حافظه تحویل می‌دهد.
در غیر این صورت، هر فراخوانی
.BR getpwent (3)
یا
.BR getgrent (3)
ممکن است منجر به یک ارتباط شبکه‌ای با کارساز (سرور) برای دریافت مدخل بعدی شود.
.SH "فایلها (FILES)"
.I /etc/default/nss
.SH "مثال‌ها (EXAMPLES)"
پیکربندی پیش‌فرض با پرونده پیکربندی زیر مطابقت دارد:
.P
.in +4n
.EX
NETID_AUTHORITATIVE=FALSE
SERVICES_AUTHORITATIVE=FALSE
SETENT_BATCH_READ=FALSE
.EE
.in
.\" .SH AUTHOR
.\" Ulrich Drepper <drepper@redhat.com>
.\"
.SH "همچنین ببینید (SEE ALSO)"
.BR nsswitch.conf (5)