.TH dhclient.conf 5 .SH "نام (NAME)" dhclient.conf \- پرونده پیکربندی کلاینت DHCP .SH "توضیحات (DESCRIPTION)" پرونده dhclient.conf شامل اطلاعات پیکربندی برای .IR dhclient ، کلاینت DHCP کنسرسیوم سیستم‌های اینترنتی (ISC) است. .PP پرونده dhclient.conf یک پرونده متنی با قالب آزاد بر پایه اسکی (ASCII) است. این پرونده توسط تجزیه‌کننده بازگشتی نزولی داخلی dhclient پردازش می‌شود. این پرونده می‌تواند شامل نویسه‌های تب و خطوط جدید اضافی برای مقاصد قالب‌بندی باشد. کلیدواژه‌ها در پرونده به حروف بزرگ و کوچک حساس نیستند. یادداشت‌ها (کامنت‌ها) را می‌توان در هر جای پرونده (به جز درون نقل‌قول‌ها) قرار داد. یادداشت‌ها با نویسه # آغاز شده و در انتهای خط به پایان می‌رسند. .PP پرونده dhclient.conf می‌تواند برای پیکربندی رفتار کلاینت به شیوه‌های بسیار متنوعی استفاده شود: زمان‌بندی پروتکل، اطلاعات درخواست‌شده از سرور، اطلاعات الزامی از سرور، مقادیر پیش‌فرضی که در صورت عدم ارائه اطلاعات توسط سرور استفاده می‌شوند، مقادیری برای بازنویسی اطلاعات ارائه‌شده توسط سرور، یا مقادیری برای الصاق به ابتدا یا انتهای اطلاعات ارائه‌شده توسط سرور. همچنین پرونده پیکربندی می‌تواند برای استفاده در شبکه‌هایی که سرور DHCP ندارند، از پیش با نشانی‌ها مقداردهی اولیه شود. .SH "زمان‌بندی پروتکل (PROTOCOL TIMING)" نیازی به پیکربندی رفتار زمان‌بندی کلاینت توسط کاربر نیست. اگر هیچ پیکربندی زمان‌بندی توسط کاربر ارائه نشود، به طور پیش‌فرض یک رفتار زمان‌بندی منطقی اعمال خواهد شد - رفتاری که به به‌روزرسانی‌های به‌موقع می‌انجامد بدون اینکه بار بیش از حدی بر سرور تحمیل کند. .PP در صورت نیاز، می‌توان از عبارت‌های زیر برای تنظیم رفتار زمان‌بندی کلاینت DHCPv4 استفاده کرد. پروتکل DHCPv6 مقادیری را برای استفاده ارائه می‌دهد و این مقادیر در حال حاضر قابل پیکربندی نیستند. .PP .I عبارت .B timeout .PP \fBtimeout \fItime\fR\fB;\fR .PP عبارت .B timeout مدت زمانی را تعیین می‌کند که باید بین آغاز تلاش کلاینت برای تعیین نشانی خود و زمانی که تصمیم می‌گیرد قادر به برقراری ارتباط با سرور نیست، سپری شود. به طور پیش‌فرض، این مهلت زمانی شصت ثانیه است. پس از سپری شدن این زمان، اگر هرگونه اجاره ایستا در پرونده پیکربندی تعریف شده باشد، یا اجاره‌هایی در پایگاه داده اجاره باقی مانده باشند که هنوز منقضی نشده‌اند، کلاینت در میان این اجاره‌ها پیمایش کرده و برای اعتبارسنجی آن‌ها تلاش می‌کند؛ اگر اجاره‌ای معتبر یافت شود، از نشانی آن اجاره استفاده خواهد کرد. اگر هیچ اجاره ایستای معتبر یا اجاره منقضی‌نشده‌ای در پایگاه داده اجاره وجود نداشته باشد، کلاینت پس از بازه زمانی تعریف‌شده برای تلاش مجدد (retry)، پروتکل را بازراه‌اندازی می‌کند. .PP .I عبارت .B retry .PP \fBretry \fItime\fR\fB;\fR .PP عبارت .B retry مدت زمانی را مشخص می‌کند که باید پس از تشخیص عدم حضور سرور DHCP توسط کلاینت سپری شود تا دوباره برای برقراری ارتباط با یک سرور DHCP تلاش کند. به طور پیش‌فرض، این زمان پنج دقیقه است. .PP .I عبارت .B select-timeout .PP \fBselect-timeout \fItime\fR\fB;\fR .PP ممکن است (و به نظر برخی مطلوب است) که بیش از یک سرور DHCP در هر شبکه مفروض در حال سرویس‌دهی باشند. در این حالت، ممکن است در پاسخ به پیام اولیه کشف اجاره کلاینت، بیش از یک پیشنهاد (offer) برای آن ارسال شود. همچنین ممکن است یکی از این پیشنهادها بر دیگری ارجحیت داشته باشد (برای نمونه، یکی از پیشنهادها حاوی نشانی باشد که کلاینت پیش‌تر استفاده کرده است و دیگری نباشد). .PP گزینه .I select-timeout مدت زمانی پس از ارسال نخستین درخواست کشف اجاره کلاینت است که پس از آن کلاینت از انتظار برای دریافت پیشنهادهای سرورها دست می‌کشد، با این فرض که دست‌کم یک پیشنهاد دریافت کرده باشد. اگر تا زمان انقضای .I select-timeout هیچ پیشنهادی دریافت نشود، کلاینت نخستین پیشنهادی را که برسد می‌پذیرد. .PP به طور پیش‌فرض، مقدار select-timeout صفر ثانیه است - به این معنی که کلاینت نخستین پیشنهادی را که مشاهده کند می‌پذیرد. .PP .I عبارت .B reboot .PP \fBreboot \fItime\fR\fB;\fR .PP هنگامی که کلاینت بازراه‌اندازی می‌شود، ابتدا تلاش می‌کند آخرین نشانی را که در اختیار داشته است دوباره به دست آورد. این وضعیت INIT-REBOOT نامیده می‌شود. اگر کلاینت همچنان به همان شبکه‌ای متصل باشد که در زمان آخرین اجرای خود متصل بوده است، این سریع‌ترین راه برای شروع به کار است. عبارت .B reboot مدت زمانی را تنظیم می‌کند که باید پس از نخستین تلاش کلاینت برای دریافت مجدد نشانی قدیمی خود بگذرد، پیش از آنکه ناامید شده و تلاش برای کشف یک نشانی جدید را آغاز کند. به طور پیش‌فرض، مهلت زمانی reboot ده ثانیه است. .PP .I عبارت .B backoff-cutoff .PP \fBbackoff-cutoff \fItime\fR\fB;\fR .PP کلاینت از الگوریتم عقب‌نشینی نمایی با مقداری تصادفی‌سازی استفاده می‌کند، تا اگر چندین کلاینت به طور هم‌زمان قصد پیکربندی خود را داشته باشند، درخواست‌های آن‌ها به صورت هم‌گام و هم‌پوشان ارسال نشود. عبارت .B backoff-cutoff حداکثر مدت زمانی را که کلاینت مجاز به عقب‌نشینی است تعیین می‌کند؛ مقدار واقعی به صورت تصادفی بین ۱/۲ تا ۱ ۱/۲ برابر .I time مشخص‌شده ارزیابی خواهد شد. مقدار پیش‌فرض آن پانزده ثانیه است. .PP .I عبارت .B initial-interval .PP \fBinitial-interval \fItime\fR\fB;\fR .PP عبارت .B initial-interval مدت زمان بین نخستین تلاش برای دسترسی به سرور و دومین تلاش را تنظیم می‌کند. با هر بار ارسال یک پیام، بازه زمانی بین پیام‌ها به میزان دو برابر بازه جاری ضرب در یک عدد تصادفی بین صفر و یک افزایش می‌یابد. اگر این مقدار از مقدار backoff-cutoff بیشتر شود، روی همان مقدار تنظیم خواهد شد. مقدار پیش‌فرض آن ده ثانیه است. .PP .I عبارت .B initial-delay .PP \fBinitial-delay \fItime\fR\fB;\fR .PP پارامتر .B initial-delay حداکثر زمانی را تعیین می‌کند که کلاینت می‌تواند پس از شروع، پیش از اقدام به ارسال نخستین پیام منتظر بماند. بر اساس بخش ۴.۴.۱ از RFC2131، کلاینت باید زمان تصادفی را بین راه‌اندازی و نخستین ارسال واقعی منتظر بماند. نسخه‌های پیشین کلاینت ISC DHCP زمان تصادفی تا ۵ ثانیه منتظر می‌ماندند، اما به دلیل تأثیر نامطلوب بر زمان راه‌اندازی، این رفتار کنار گذاشته شد. به این ترتیب، در نسخه‌های جدید مقدار تأخیر اولیه پیش‌فرض روی ۰ تنظیم شده است. برای بازگرداندن رفتار قبلی، لطفاً initial-delay را روی ۵ تنظیم کنید. .SH "انتخاب اجاره در DHCPv6 (DHCPv6 LEASE SELECTION)" در پروتکل DHCPv6 کلاینت مدت زمان کوتاهی منتظر می‌ماند تا پیام‌های ADVERTISE از چندین سرور دریافت شوند. سپس کلاینت باید پیش از اقدام به ارسال درخواست به سرور برگزیده، از میان تمام پیام‌هایی که ممکن است دریافت شده باشند انتخاب کند. .PP نخستین معیار انتخاب، مجموعه گزینه‌ها و نشانی‌های موجود در پیام است. به پیام‌هایی که شامل گزینه‌ای که به عنوان الزامی (required) مشخص شده است نباشند، امتیاز ۰ تعلق می‌گیرد و استفاده نخواهند شد. اگر گزینه .I \-R در خط فرمان مشخص شده باشد، پیام‌هایی که فاقد تعداد صحیح پیوندها (IA-NA، IA-TA یا IA-PD) باشند نادیده گرفته می‌شوند. .PP معیار بعدی، مقدار اولویت (preference) در پیام است؛ بالاترین مقدار اولویت استفاده خواهد شد، حتی اگر اجاره‌هایی با نشانی‌ها یا گزینه‌های بهتر موجود باشند. .PP در نهایت به اجاره امتیاز داده می‌شود و اجاره با بالاترین امتیاز انتخاب می‌گردد. امتیاز یک اجاره بر اساس تعداد پیوندها، تعداد نشانی‌ها و تعداد گزینه‌های موجود در آن تعیین می‌شود: .PP .nf bindings * X + addresses * Y + options .fi .PP به طور پیش‌فرض X = 10000 و Y = 100 است؛ این پیکربندی باعث می‌شود کلاینت اجاره‌ای با پیوندهای بیشتر را بر اجاره‌ای با پیوندهای کمتر اما نشانی‌های بیشتر ترجیح دهد. این وزن‌دهی‌ها به عنوان بخشی از پیاده‌سازی RFC 7550 تغییر کردند. پیش از این مقادیر X = 50 و Y = 100 بودند، به این معنی که نشانی‌های بیشتر بر پیوندهای بیشتر ارجحیت داشتند. اگر مایل هستید همچنان از شیوه قدیمی استفاده کنید، می‌توانید پرونده includes/site.h را ویرایش کرده و خط تعریف USE_ORIGINAL_CLIENT_LEASE_WEIGHTS را از حالت یادداشت خارج نمایید. .SH "نیازمندی‌ها و درخواست‌های اجاره (LEASE REQUIREMENTS AND REQUESTS)" پروتکل DHCP به کلاینت اجازه می‌دهد درخواست کند که سرور اطلاعات مشخصی را برای آن ارسال کند، و اطلاعات دیگری را که کلاینت آماده پذیرش آن‌ها نیست ارسال نکند. همچنین این پروتکل به کلاینت اجازه می‌دهد پیشنهادهای سرورها را در صورتی که حاوی اطلاعات مورد نیاز کلاینت نباشند، یا اطلاعات ارائه‌شده رضایت‌بخش نباشد، رد کند. .PP داده‌های گوناگونی در پیشنهادهای ارسالی از سوی سرورهای DHCP به کلاینت‌های DHCP وجود دارد. داده‌هایی که می‌توان مشخصاً درخواست کرد، .I گزینه‌های DHCP (DHCP Options) نامیده می‌شوند. گزینه‌های DHCP در .BR dhcp-options (5) تعریف شده‌اند. .PP .I عبارت .B request .PP \fB[ also ] request [ [ \fIoption-space\fR . ] \fIoption\fR ] [\fB,\fI ... ]\fB;\fR .PP عبارت request موجب می‌شود کلاینت درخواست کند هر سروری که به کلاینت پاسخ می‌دهد، مقادیر خود را برای گزینه‌های مشخص‌شده ارسال کند. در عبارت request فقط باید نام گزینه‌ها مشخص شود - نه پارامترهای گزینه. به طور پیش‌فرض، کلاینت DHCPv4 گزینه‌های subnet-mask، broadcast-address، time-offset، routers، domain-name، domain-name-servers و host-name را درخواست می‌کند، در حالی که کلاینت DHCPv6 گزینه‌های dhcp6 name-servers و domain-search را درخواست می‌نماید. توجه داشته باشید که اگر یک عبارت 'request' وارد کنید، این مقادیر پیش‌فرض را بازنویسی می‌کنید و این گزینه‌ها درخواست نخواهند شد. .PP در برخی موارد، ممکن است مطلوب باشد که هیچ فهرست درخواست پارامتری ارسال نشود. برای این منظور، کافی است عبارت request را بدون مشخص کردن هیچ پارامتری بنویسید: .PP .nf request; .fi .PP در بیشتر موارد، مطلوب است که صرفاً یک گزینه مورد نظر کلاینت به فهرست درخواست اضافه شود. در این حالت، بهترین کار استفاده از 'also request' برای گزینه‌های اضافی است: .PP .nf also request domain-search, dhcp6.sip-servers-addresses; .fi .PP .I عبارت .B require .PP \fB[ also ] require [ [ \fIoption-space\fR . ] \fIoption\fR ] [\fB,\fI ... ]\fB;\fR .PP عبارت require گزینه‌هایی را فهرست می‌کند که باید حتماً ارسال شوند تا یک پیشنهاد پذیرفته شود. پیشنهادهایی که شامل تمام گزینه‌های فهرست‌شده نباشند نادیده گرفته خواهند شد. هیچ فهرست require پیش‌فرضی وجود ندارد. .PP .nf require name-servers; interface eth0 { also require domain-search; } .fi .PP .I عبارت .B send .PP \fBsend [ \fIoption declaration\fR ] \fB;\fR .PP عبارت send باعث می‌شود کلاینت گزینه مشخص‌شده را با مقدار تعیین‌شده به سرور ارسال کند. این یک اعلان کامل گزینه است که در .BR dhcp-options (5) شرح داده شده است. گزینه‌هایی که همواره در پروتکل DHCP ارسال می‌شوند نباید در اینجا مشخص شوند، به جز اینکه کلاینت می‌تواند گزینه درخواستی .B dhcp-lease-time را به غیر از مدت زمان پیش‌فرض اجاره درخواستی (که دو ساعت است) تعیین کند. کاربرد آشکار دیگر این عبارت، ارسال اطلاعاتی به سرور است که به آن امکان می‌دهد بین این کلاینت و سایر کلاینت‌ها یا انواع کلاینت‌ها تمایز قائل شود. .SH "سامانه نام دامنه پویا (DYNAMIC DNS)" کلاینت اکنون پشتیبانی بسیار محدودی برای انجام به‌روزرسانی‌های DNS هنگام دریافت اجاره دارد. این قابلیت آزمایشی است و احتمالاً مطابق آنچه شما می‌خواهید کار نمی‌کند. همچنین تنها زمانی کار می‌کند که تصادفاً کنترل سرور DNS خود را در اختیار داشته باشید، که این امر چندان محتمل نیست. .PP توجه داشته باشید که تمامی موارد این بخش، چه از DHCPv4 استفاده کنید چه از DHCPv6، صادق هستند. نحو دقیقاً یکسانی برای هر دو استفاده می‌شود. .PP برای فعال‌سازی، باید کلید (key) و منطقه (zone) را مانند سرور DHCP تعریف کنید (برای جزئیات به .BR dhcpd.conf (5) مراجعه کنید). همچنین باید گزینه .I fqdn را روی کلاینت به صورت زیر پیکربندی نمایید: .PP .nf send fqdn.fqdn "grosse.example.com."; send fqdn.encoded on; send fqdn.server-update off; also request fqdn, dhcp6.fqdn; .fi .PP گزینه .I fqdn.fqdn .B باید یک نام دامنه کاملاً مشخص (FQDN) باشد. شما .B باید یک عبارت zone برای منطقه‌ای که قرار است به‌روزرسانی شود تعریف کنید. گزینه .I fqdn.encoded بسته به سرور DHCP مورد استفاده شما، ممکن است لازم باشد روی .I on یا .I off تنظیم شود. .PP .I عبارت .B do-forward-updates .PP \fBdo-forward-updates [ \fIflag\fR ] \fB;\fR .PP اگر می‌خواهید به‌روزرسانی‌های DNS را در اسکریپت کلاینت DHCP (نگاه کنید به .BR dhclient-script (8)) انجام دهید تا اینکه کلاینت DHCP مستقیماً به‌روزرسانی را انجام دهد (برای نمونه، اگر می‌خواهید از احراز هویت SIG(0) استفاده کنید که مستقیماً توسط کلاینت DHCP پشتیبانی نمی‌شود)، می‌توانید با استفاده از عبارت .B do-forward-updates به کلاینت دستور دهید که به‌روزرسانی را انجام ندهد. در صورتی که می‌خواهید کلاینت DHCP به‌روزرسانی را انجام دهد .I flag باید .B true باشد، و اگر نمی‌خواهید کلاینت DHCP به‌روزرسانی را انجام دهد باید .B false باشد. به طور پیش‌فرض، کلاینت DHCP به‌روزرسانی DNS را انجام خواهد داد. .SH "تعدیل‌کننده‌های گزینه‌ها (OPTION MODIFIERS)" در برخی موارد، ممکن است کلاینت داده‌های گزینه‌ای را از سرور دریافت کند که واقعاً برای آن کلاینت مناسب نیستند، یا اطلاعات مورد نیاز خود را دریافت نکند در حالی که یک مقدار پیش‌فرض مفید برای آن وجود دارد. همچنین ممکن است اطلاعاتی دریافت کند که مفید است، اما نیاز است با اطلاعات محلی تکمیل گردد. برای پاسخ‌گویی به این نیازها، چندین تعدیل‌کننده گزینه در دسترس هستند. .PP .I عبارت .B default .PP \fBdefault [ \fIoption declaration\fR ] \fB;\fR .PP اگر برای گزینه‌ای کلاینت باید از مقدار ارائه‌شده توسط سرور استفاده کند، اما در صورت عدم ارائه مقداری توسط سرور نیاز به استفاده از مقداری پیش‌فرض دارد، این مقادیر را می‌توان در عبارت .B default تعریف کرد. .PP .I عبارت .B supersede .PP \fBsupersede [ \fIoption declaration\fR ] \fB;\fR .PP اگر برای گزینه‌ای کلاینت باید همواره به جای هر آنچه توسط سرور ارائه می‌شود، از مقادیر پیکربندی‌شده محلی استفاده کند، این مقادیر را می‌توان در عبارت .B supersede تعریف کرد. .PP .I عبارت .B prepend .PP \fBprepend [ \fIoption declaration\fR ] \fB;\fR .PP اگر برای مجموعه‌ای از گزینه‌ها، کلاینت ابتدا باید مقداری را که شما مشخص کرده‌اید استفاده کند و سپس مقادیر ارائه‌شده توسط سرور (در صورت وجود) را به کار گیرد، این مقادیر را می‌توان در عبارت .B prepend تعریف کرد. عبارت .B prepend تنها می‌تواند برای گزینه‌هایی استفاده شود که اجازه درج بیش از یک مقدار را می‌دهند. این محدودیت اجبار نمی‌شود - اگر آن را نادیده بگیرید، رفتار سیستم غیرقابل پیش‌بینی خواهد بود. .PP .I عبارت .B append .PP \fBappend [ \fIoption declaration\fR ] \fB;\fR .PP اگر برای مجموعه‌ای از گزینه‌ها، کلاینت ابتدا باید مقادیر ارائه‌شده توسط سرور (در صورت وجود) را استفاده کند و سپس مقادیر ارائه‌شده توسط شما را به کار گیرد، این مقادیر را می‌توان در عبارت .B append تعریف کرد. عبارت .B append تنها می‌تواند برای گزینه‌هایی استفاده شود که اجازه درج بیش از یک مقدار را می‌دهند. این محدودیت اجبار نمی‌شود - اگر آن را نادیده بگیرید، رفتار سیستم غیرقابل پیش‌بینی خواهد بود. .SH "اعلان‌های اجاره (LEASE DECLARATIONS)" .PP .I عبارت .B lease .PP \fBlease {\fR \fIlease-declaration\fR [ ... \fIlease-declaration ] \fB}\fR .PP کلاینت DHCP ممکن است پس از مدتی (نگاه کنید به .BR "زمان‌بندی پروتکل (PROTOCOL TIMING)" ) به این نتیجه برسد که در برقراری ارتباط با سرور موفق نخواهد شد. در آن هنگام، پایگاه داده اجاره‌های قدیمی خود را بررسی می‌کند و هر اجاره‌ای را که هنوز منقضی نشده است با ارسال پینگ به مسیریاب فهرست‌شده برای آن اجاره آزمایش می‌کند تا ببیند آیا می‌تواند کار کند یا خیر. امکان تعریف یک یا چند اجاره .I ثابت (fixed) در پرونده پیکربندی کلاینت برای شبکه‌هایی که سرویس DHCP یا BOOTP ندارند وجود دارد، تا کلاینت همچنان بتواند نشانی خود را به طور خودکار پیکربندی کند. این کار با عبارت .B lease انجام می‌شود. .PP نکته: عبارت lease همچنین در پرونده dhclient.leases برای ثبت اجاره‌های دریافت شده از سرورهای DHCP استفاده می‌شود. برخی از ساختارهای دستوری برای اجاره‌ها همان‌طور که در ادامه شرح داده شده‌اند، تنها در پرونده dhclient.leases مورد نیاز هستند. چنین ساختارهایی در اینجا صرفاً برای کامل بودن مستندات آورده شده‌اند. .PP یک عبارت lease از کلیدواژه lease، به دنبال آن یک آکولاد باز، یک یا چند عبارت اعلان اجاره، و در انتها یک آکولاد بسته تشکیل می‌شود. اعلان‌های اجاره زیر مجاز هستند: .PP \fBbootp;\fR .PP عبارت .B bootp برای نشان دادن این نکته استفاده می‌شود که اجاره به جای پروتکل DHCP با استفاده از پروتکل BOOTP به دست آمده است. هرگز نیازی به مشخص کردن این مورد در پرونده پیکربندی کلاینت نیست. کلاینت از این ساختار در پرونده پایگاه داده اجاره‌های خود استفاده می‌کند. .PP \fBinterface\fR \fB"\fR\fIstring\fR\fB";\fR .PP عبارت اجاره .B interface برای مشخص کردن رابطی که اجاره روی آن معتبر است به کار می‌رود. در صورت تنظیم، این اجاره تنها روی یک رابط مشخص آزمایش خواهد شد. هنگامی که کلاینت اجاره‌ای را از سرور دریافت می‌کند، همواره شماره رابطی را که اجاره را روی آن دریافت کرده است ثبت می‌نماید. اگر اجاره‌های از پیش تعریف‌شده در پرونده dhclient.conf مشخص شده باشند، رابط نیز باید مشخص شود، گرچه این کار الزامی نیست. .PP \fBfixed-address\fR \fIip-address\fR\fB;\fR .PP عبارت .B fixed-address برای تنظیم نشانی IP یک اجاره مشخص به کار می‌رود. این عبارت برای تمام عبارت‌های lease الزامی است. نشانی IP باید به صورت چهاربخشی با نقطه (مانند 12.34.56.78) مشخص شود. .PP \fBfilename "\fR\fIstring\fR\fB";\fR .PP عبارت .B filename نام پرونده بوت مورد استفاده را تعیین می‌کند. این عبارت توسط اسکریپت استاندارد پیکربندی کلاینت استفاده نمی‌شود، اما برای کامل بودن آورده شده است. .PP \fBserver-name "\fR\fIstring\fR\fB";\fR .PP عبارت .B server-name نام سرور بوت مورد استفاده را تعیین می‌کند. این عبارت نیز توسط اسکریپت استاندارد پیکربندی کلاینت استفاده نمی‌شود. .PP \fBoption\fR \fIoption-declaration\fR\fB;\fR .PP عبارت .B option برای تعیین مقدار یک گزینه ارائه‌شده توسط سرور، یا در مورد اجاره‌های از پیش تعریف‌شده در dhclient.conf، مقداری که کاربر مایل است اسکریپت پیکربندی کلاینت در صورت استفاده از اجاره از پیش تعریف‌شده به کار گیرد، استفاده می‌شود. .PP \fBscript "\fIscript-name\fB";\fR .PP عبارت .B script برای تعیین مسیر پرونده اسکریپت پیکربندی کلاینت DHCP استفاده می‌شود. این اسکریپت توسط کلاینت DHCP استفاده می‌شود تا پیش از درخواست نشانی، پیکربندی اولیه هر رابط را تنظیم کند، نشانی را پس از پیشنهاد شدن آزمایش نماید، و پس از به دست آمدن اجاره، پیکربندی نهایی رابط را اعمال کند. اگر هیچ اجاره‌ای به دست نیاید، این اسکریپت برای آزمایش اجاره‌های از پیش تعریف‌شده (در صورت وجود) استفاده می‌شود، و همچنین در صورتی که هیچ اجاره معتبری شناسایی نشود یک بار فراخوانی می‌گردد. برای اطلاعات بیشتر، .BR dhclient-script (8) را ببینید. .PP \fBvendor option space "\fIname\fB";\fR .PP عبارت .B vendor option space برای مشخص کردن این به کار می‌رود که در صورت دریافت گزینه vendor-encapsulate-options، از کدام فضای گزینه باید برای رمزگشایی آن استفاده شود. از .I dhcp-vendor-identifier می‌توان برای درخواست رده خاصی از گزینه‌های فروشنده از سرور استفاده کرد. برای جزئیات به .BR dhcp-options (5) مراجعه کنید. .PP \fBmedium "\fImedia setup\fB";\fR .PP عبارت .B medium می‌تواند در سیستم‌هایی استفاده شود که رابط‌های شبکه در آن‌ها قادر به تشخیص خودکار نوع شبکه‌ای که به آن متصل هستند نیستند. رشته تنظیمات رسانه (media setup) یک پارامتر وابسته به سیستم است که هنگام مقداردهی اولیه رابط به اسکریپت پیکربندی کلاینت DHCP ارسال می‌شود. در سیستم‌های یونیکس و شبه‌یونیکس، این آرگومان در خط فرمان ifconfig هنگام پیکربندی رابط فرستاده می‌شود. .PP کلاینت DHCP در صورتی که هنگام پیکربندی رابط برای دریافت یک اجاره از نوع رسانه استفاده کند (نگاه کنید به عبارت .BR media )، این پارامتر را به طور خودکار اعلان می‌کند. این عبارت در اجاره‌های از پیش تعریف‌شده تنها در صورتی باید استفاده شود که رابط شبکه نیازمند پیکربندی نوع رسانه باشد. .PP \fBrenew\fR \fIdate\fB;\fR .PP \fBrebind\fR \fIdate\fB;\fR .PP \fBexpire\fR \fIdate\fB;\fR .PP عبارت .B renew زمانی را تعیین می‌کند که کلاینت DHCP باید تلاش برای تماس با سرور خود جهت تمدید اجاره مورد استفاده را آغاز کند. عبارت .B rebind زمانی را تعیین می‌کند که کلاینت DHCP باید تلاش برای تماس با .I هر سرور DHCP را جهت تمدید اجاره خود آغاز نماید. عبارت .B expire زمانی را تعیین می‌کند که کلاینت DHCP در صورت عدم موفقیت در تماس با سرور جهت تمدید، باید استفاده از اجاره را متوقف کند. .PP این اعلان‌ها در اجاره‌های به‌دست‌آمده توسط کلاینت DHCP به صورت خودکار تنظیم می‌شوند، اما در اجاره‌های از پیش تعریف‌شده نیز باید پیکربندی شوند - اجاره‌ای از پیش تعریف‌شده که زمان انقضای آن گذشته باشد توسط کلاینت DHCP استفاده نخواهد شد. .PP تاریخ‌ها به یکی از دو روش مشخص می‌شوند. نرم‌افزار زمان‌ها را بسته به اینکه پارامتر پیکربندی .B db-time-format روی .I default یا .I local تنظیم شده باشد، در این دو قالب خروجی می‌دهد. .PP اگر روی .I default تنظیم شده باشد، مقادیر .I date به صورت زیر ظاهر می‌شوند: .PP \fI \fB/\fI\fB/\fI \fB:\fI\fB:\fI\fR .PP روز هفته (weekday) برای این وجود دارد که انسان به سادگی بتواند زمان انقضای اجاره را متوجه شود - این مقدار به صورت عددی از صفر تا شش مشخص می‌شود که صفر نمایانگر یکشنبه است. هنگام اعلان اجاره از پیش تعریف‌شده، همیشه می‌توان آن را برابر صفر قرار داد. سال به همراه قرن مشخص می‌شود، بنابراین عموماً باید چهاررقمی باشد مگر برای اجاره‌های بسیار طولانی. ماه به صورت عددی مشخص می‌شود که از ۱ برای ژانویه آغاز می‌گردد. روز ماه نیز به همین ترتیب با آغاز از ۱ مشخص می‌شود. ساعت عددی بین ۰ تا ۲۳، دقیقه عددی بین ۰ تا ۵۹، و ثانیه نیز عددی بین ۰ تا ۵۹ است. .PP اگر پیکربندی .B db-time-format روی .I local تنظیم شده باشد، مقادیر .I date به صورت زیر خواهند بود: .PP \fBepoch\fR \fI\fR\fB; #\fR \fI \fR\fB:\fR\fI\fR\fB:\fR\fI \fR .PP مقدار .I seconds-since-epoch بر اساس ساعت محلی سیستم است (که اغلب "زمان یونیکس" نامیده می‌شود). نماد .B # یادداشتی را فراهم می‌کند که توصیف‌کننده زمان واقعی مطابق با منطقه زمانی پیکربندی‌شده سیستم در لحظه نوشتن مقدار است. این مورد صرفاً برای بررسی انسانی ارائه شده است، و مقدار زمان مبدأ (epoch time) تنها مقدار توصیه‌شده برای بررسی ماشینی است. .PP توجه داشته باشید که هنگام تعریف یک اجاره ایستا، می‌توان از هر قالب زمانی دلخواهی استفاده کرد و نیازی به درج یادداشت یا مقادیر پس از آن نیست. .PP اگر مدت زمان بی‌نهایت باشد، .I date به جای یک تاریخ واقعی، برابر .B never خواهد بود. .SH "اعلان‌های نام مستعار (ALIAS DECLARATIONS)" \fBalias { \fI declarations ... \fB}\fR .PP برخی کلاینت‌های DHCP که پروتکل‌های رومینگ TCP/IP را اجرا می‌کنند ممکن است علاوه بر اجاره‌ای که از طریق DHCP دریافت می‌کنند، نیازمند پیکربندی رابط خود با یک نام مستعار IP (IP alias) از پیش تعریف‌شده نیز باشند تا بتوانند حتی در حین رومینگ یک نشانی IP دائمی داشته باشند. کلاینت DHCP کنسرسیوم سیستم‌های اینترنتی مستقیماً از رومینگ با نشانی‌های ثابت پشتیبانی نمی‌کند، اما برای تسهیل چنین آزمایش‌هایی، کلاینت dhcp را می‌توان طوری تنظیم کرد که با استفاده از اعلان .B alias یک نام مستعار IP را پیکربندی کند. .PP اعلان alias مشابه اعلان lease است، با این تفاوت که گزینه‌هایی غیر از گزینه subnet-mask توسط اسکریپت استاندارد پیکربندی کلاینت نادیده گرفته می‌شوند، و زمان‌های انقضا نیز نادیده گرفته می‌شوند. یک اعلان معمول alias شامل یک اعلان interface، یک اعلان fixed-address برای نشانی مستعار IP، و یک اعلان گزینه subnet-mask است. یک عبارت medium هرگز نباید در یک اعلان alias گنجانده شود. .SH "سایر اعلان‌ها (OTHER DECLARATIONS)" \fBdb-time-format\fR [ \fIdefault\fR | \fIlocal\fR ] \fB;\fR .PP گزینه .B db-time-format مشخص می‌کند کدام یک از دو روش خروجی برای چاپ زمان‌ها در پرونده‌های اجاره استفاده شود. قالب .I default روز و ساعت را بر حسب UTC ارائه می‌دهد، در حالی که .I local از ثانیه‌های پس از مبدأ (seconds-since-epoch) برای ذخیره مقدار زمان استفاده می‌کند، و زمان را بر حسب منطقه زمانی محلی در یک یادداشت در همان خط قرار می‌دهد. این قالب‌ها در همین صفحه راهنما، در بخش «اعلان‌های اجاره (LEASE DECLARATIONS)» به تفصیل شرح داده شده‌اند. .PP پارامتر .I lease-id-format .RS 0.25i .PP .B lease-id-format \fIformat\fB;\fR .PP پارامتر .I format باید .B octal یا .B hex باشد. این پارامتر قالب مورد استفاده برای نوشتن برخی مقادیر در پرونده‌های اجاره را کنترل می‌کند. در قالب پیش‌فرض یعنی octal، مقادیر به عنوان رشته‌های نقل‌قول‌شده نوشته می‌شوند که در آن‌ها نویسه‌های غیرقابل چاپ به صورت گریز هشت‌هشتی (یک نویسه بک‌اسلش به همراه سه رقم هشت‌هشتی) نشان داده می‌شوند. هنگامی که قالب hex مشخص شود، مقادیر به صورت مجموعه‌ای بدون نقل‌قول از جفت‌رقم‌های هگزادسیمال جداشده با دونقطه نوشته می‌شوند. .PP در حال حاضر، مقادیری که بر اساس lease-id-format نوشته می‌شوند default-duid و مقدار IAID (تنها در DHCPv6) هستند. کلاینت به طور خودکار مقادیر را در هر دو قالب می‌خواند. توجه داشته باشید که در قالب octal، به جای یک رشته هشت‌هشتی، در صورتی که IAID فاقد نویسه‌های قابل چاپ باشد به صورت hex یا اگر تنها شامل نویسه‌های قابل چاپ باشد به عنوان یک رشته خروجی داده می‌شود. این کار برای حفظ سازگاری با گذشته انجام شده است. .RE .PP \fBreject \fIcidr-ip-address\fR [\fB,\fR \fI...\fB \fIcidr-ip-address\fR ] \fB;\fR .PP عبارت .B reject باعث می‌شود کلاینت DHCP پیشنهادهای سرورهایی را که شناسه سرور آن‌ها با هر یک از میزبان‌ها یا زیرشبکه‌های مشخص‌شده مطابقت دارد رد کند. این ویژگی می‌تواند برای جلوگیری از پیکربندی شدن توسط سرورهای DHCP سرکش یا دارای پیکربندی نادرست استفاده شود، هرچند باید به عنوان آخرین چاره باشد - بهتر است سرور DHCP معیوب را ردیابی و اصلاح کنید. .PP نوع پیکربندی .I cidr-ip-address به فرم \fIip-address\fR[\fB/\fIprefixlen\fR] است که در آن .I ip-address یک نشانی IP چهاربخشی با نقطه است، و .I prefixlen طول پیشوند CIDR زیرشبکه است که تعداد بیت‌های باارزش در ماسک شبکه را با شمارش از چپ‌ترین انتها نشان می‌دهد. مثال نحو پیکربندی: .PP .I \fIreject\fR 192.168.0.0\fB/\fR16\fB,\fR 10.0.0.5\fB;\fR .PP مثال بالا باعث می‌شود پیشنهادهای هر شناسه سرور در کل شبکه «کلاس C» استاندارد RFC 1918 یعنی 192.168.0.0/16، یا نشانی منفرد 10.0.0.5 رد شوند. .PP \fBinterface "\fIname\fB" { \fIdeclarations ... \fB } .PP کلاینتی با بیش از یک رابط شبکه ممکن است بسته به اینکه کدام رابط در حال پیکربندی است، نیازمند رفتار متفاوتی باشد. تمام پارامترهای زمان‌بندی و اعلان‌ها به غیر از اعلان‌های lease و alias می‌توانند درون یک اعلان interface قرار گیرند، و آن پارامترها تنها برای رابطی که با نام مشخص‌شده مطابقت دارد اعمال خواهند شد. رابط‌هایی که فاقد اعلان interface هستند از پارامترهای اعلان‌شده در بیرون از هرگونه اعلان رابط، یا از تنظیمات پیش‌فرض استفاده خواهند کرد. .PP .B نکته مهم: ابزار ISC dhclient تنها یک فهرست از رابط‌ها نگهداری می‌کند که یا در زمان راه‌اندازی از طریق آرگومان‌های خط فرمان تعیین می‌شود یا به صورت خودکار شناسایی می‌گردد. اگر فهرست رابط‌ها را در خط فرمان وارد کرده باشید، این بند پیکربندی، رابط نام‌برده را به گونه‌ای به فهرست اضافه می‌کند که باعث پیکربندی آن توسط DHCP شود؛ این امر ممکن است نتیجه مورد نظر شما نباشد. این یک عارضه جانبی نامطلوب است که در نسخه‌های بعدی اصلاح خواهد شد. .PP \fBpseudo "\fIname\fR" "\fIreal-name\fB" { \fIdeclarations ... \fB } .PP تحت برخی شرایط، اعلان یک شبه‌رابط و دریافت پیکربندی توسط کلاینت DHCP برای آن رابط می‌تواند مفید باشد. هر رابطی که کلاینت DHCP پشتیبانی می‌کند به طور معمول یک ماشین وضعیت کلاینت DHCP دارد که روی آن اجرا می‌شود تا اجاره‌اش را به دست آورد و نگهداری کند. یک شبه‌رابط صرفاً یک ماشین وضعیت دیگر است که روی رابطی به نام .I real-name با اجاره و وضعیت مستقل خود اجرا می‌شود. اگر از این ویژگی استفاده می‌کنید، باید یک شناسه کلاینت برای هر دو رابط، یعنی شبه‌رابط و رابط واقعی، تعیین کنید و این دو شناسه باید متمایز باشند. همچنین باید یک اسکریپت کلاینت جداگانه برای شبه‌رابط فراهم کنید تا عملیات مد نظر شما را با نشانی IP انجام دهد. برای مثال: .PP .nf interface "ep0" { send dhcp-client-identifier "my-client-ep0"; } pseudo "secondary" "ep0" { send dhcp-client-identifier "my-client-ep0-secondary"; script "/etc/dhclient-secondary"; } .fi .PP اسکریپت کلاینت برای شبه‌رابط نباید رابط را فعال (up) یا غیرفعال (down) کند - اساساً تمام آنچه باید مدیریت کند وضعیت‌هایی است که در آن‌ها یک اجاره به دست آمده یا تمدید شده است، و وضعیت‌هایی که در آن‌ها یک اجاره منقضی شده است. برای اطلاعات بیشتر، .BR dhclient-script (8) را ببینید. .PP \fBmedia "\fImedia setup\fB"\fI [ \fB, "\fImedia setup\fB", \fI... ]\fB;\fR .PP عبارت .B media یک یا چند پارامتر پیکربندی رسانه را تعریف می‌کند که ممکن است هنگام تلاش برای دریافت نشانی IP آزمایش شوند. کلاینت dhcp در میان تک‌تک رشته‌های تنظیمات رسانه در فهرست گردش می‌کند، رابط را با استفاده از آن تنظیمات پیکربندی کرده و برای راه‌اندازی تلاش می‌نماید، و سپس گزینه بعدی را امتحان می‌کند. این ویژگی می‌تواند برای رابط‌های شبکه‌ای به کار رود که قادر به تشخیص خودکار نوع رسانه نیستند - هر نوع رسانه‌ای که در ارسال درخواست به سرور و دریافت پاسخ موفق شود، احتمالاً مناسب است (اگرچه تضمینی وجود ندارد). .PP تنظیمات رسانه تنها برای مرحله اولیه دریافت نشانی (بسته‌های DHCPDISCOVER و DHCPOFFER) استفاده می‌شود. به محض به دست آمدن نشانی، کلاینت dhcp آن را در پایگاه داده اجاره‌های خود ثبت کرده و نوع رسانه مورد استفاده برای دریافت نشانی را ذخیره می‌کند. هر زمان که کلاینت تلاش کند اجاره را تمدید کند، از همان نوع رسانه استفاده خواهد کرد. پیش از آنکه کلاینت دوباره به بررسی چرخشی انواع رسانه بازگردد، اجاره باید منقضی شود. .PP \fBhardware\fR \fIlink-type mac-address\fR\fB;\fR .PP عبارت .B hardware نشانی فیزیکی MAC مورد استفاده برای این رابط را مشخص می‌کند تا سرورها یا رله‌های DHCP پاسخ‌های خود را به آن هدایت کنند. dhclient نشانی MAC رابط را به طور خودکار تعیین می‌کند، بنابراین استفاده از این پارامتر توصیه نمی‌شود. پارامتر .I link-type متناظر با نوع لایه پیوند رابط است (مثال: 'ethernet')، در حالی که .I mac-address رشته‌ای از مقادیر هگزادسیمال جداشده با دونقطه برای بایت‌ها (octets) است. .PP \fBanycast-mac\fR \fIlink-type mac-address\fR\fB;\fR .PP عبارت .B anycast-mac نشانی MAC برودکست تماماً یک را که dhclient هنگام ارسال بسته‌ها به نشانی برودکست محدود سراسر یک IPv4 استفاده می‌کند، بازنویسی می‌کند. این پارامتر پیکربندی برای کاهش تعداد بسته‌های برودکست ارسال‌شده توسط کلاینت‌های DHCP مفید است، اما تنها در صورتی سودمند است که پیش از پیکربندی کلاینت خود، از نشانی anycast MAC سرویس(های) DHCP آگاهی داشته باشید. پارامترهای .I link-type و .I mac-address به شیوه‌ای مشابه عبارت .B hardware پیکربندی می‌شوند. .SH "نمونه (SAMPLE)" پرونده پیکربندی زیر روی یک لپ‌تاپ اجراکننده NetBSD 1.3 استفاده شده است، اگرچه دامنه‌ها تغییر یافته‌اند. این لپ‌تاپ یک نام مستعار IP به نشانی 192.5.5.213 و یک رابط به نام ep0 (یک کارت 3com 3C589C) دارد. بازه‌های زمانی راه‌اندازی تا حدی نسبت به حالت پیش‌فرض کوتاه‌تر شده‌اند، چرا که مشخص است این کلاینت بیشتر زمان خود را در شبکه‌هایی با فعالیت اندک DHCP سپری می‌کند. این لپ‌تاپ میان چندین شبکه جابه‌جا (roam) می‌شود. .PP .nf timeout 60; retry 60; reboot 10; select-timeout 5; initial-interval 2; reject 192.33.137.209; interface "ep0" { send host-name "andare.example.com"; hardware ethernet 00:a0:24:ab:fb:9c; send dhcp-client-identifier 1:0:a0:24:ab:fb:9c; send dhcp-lease-time 3600; supersede domain-search "example.com", "rc.isc.org", "home.isc.org"; prepend domain-name-servers 127.0.0.1; request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name; require subnet-mask, domain-name-servers; script "CLIENTBINDIR/dhclient-script"; media "media 10baseT/UTP", "media 10base2/BNC"; } alias { interface "ep0"; fixed-address 192.5.5.213; option subnet-mask 255.255.255.255; } .fi .PP این یک پرونده بسیار پیچیده dhclient.conf است - به طور کلی پرونده شما باید بسیار ساده‌تر باشد. در بسیاری از موارد، صرفاً ایجاد یک پرونده خالی dhclient.conf کفایت می‌کند - مقادیر پیش‌فرض معمولاً مناسب هستند. .SH "همچنین ببینید (SEE ALSO)" .BR dhcp-options (5)، .BR dhcp-eval (5)، .BR dhclient.leases (5)، .BR dhcpd (8)، .BR dhcpd.conf (5)، RFC2132, RFC2131. .SH "نویسندگان (AUTHORS)" .BR dhclient (8) اطلاعات مربوط به Internet Systems Consortium را می‌توانید در نشانی زیر بیابید: .B https://www.isc.org