RADVD.CONF(5) RADVD.CONF(5)

radvd.conf - فایل پیکربندی دیمن اعلان مسیریاب (radvd)

این فایل اطلاعاتی را توصیف می‌کند که در اعلان مسیریاب (Router Advertisement یا RA) مربوط به یک رابط (interface) خاص گنجانده می‌شود.

این فایل شامل یک یا چند تعریف رابط به شکل زیر است:

interface name {
	list of interface specific options
	list of prefix definitions
	list of clients (IPv6 addresses) to advertise to
	list of route definitions
	list of RDNSS definitions
	list of DNSSL definitions
	list of ABRO definitions
	list of NAT64 pref64 definitions
	list of auto-ignore prefixes
	list of acceptable RA source addresses
};

تمام گزینه‌های ممکن ویژه رابط در زیر با جزئیات آمده‌اند. هر گزینه باید با یک نقطه‌ویرگول (;) خاتمه یابد. گزینه‌ها به بزرگی و کوچکی حروف حساس نیستند.

تعریف‌های پیشوند (prefix) به شکل زیر هستند:

prefix prefix/length {
	list of prefix specific options
};

پیشوند می‌تواند پیشوند شبکه یا آدرس خود رابط باشد. هنگام استفاده از افزونه‌های Mobile IPv6 باید از آدرس رابط استفاده شود.

پیشوند ویژه "::/64" نیز در سیستم‌هایی که ()getifaddrs را پیاده‌سازی کرده‌اند پشتیبانی می‌شود (در سایر سیستم‌ها، فعال‌سازی پیکربندی ناموفق بوده و radvd خارج می‌شود). هنگامی که این گزینه پیکربندی شود، radvd تمام پیشوندهای غیر link-local اختصاص‌یافته به رابط را انتخاب کرده و شروع به اعلان آن‌ها می‌کند (مگر اینکه با autoignoreprefixes نادیده گرفته شده باشند). این امر می‌تواند در سناریوهای غیر 6to4 که در آن‌ها ممکن است پیشوند بالادستی تغییر کند، کاربرد داشته باشد. این گزینه با گزینه Base6to4Interface ناسازگار است. هنگام استفاده از این پیکربندی، گزینه AdvRouterAddr همیشه فعال است.

تمام گزینه‌های ممکن ویژه پیشوند در ادامه شرح داده شده‌اند. هر گزینه باید با یک نقطه‌ویرگول (;) پایان یابد.

مقادیر اعشاری تنها برای MinDelayBetweenRAs ،MaxRtrAdvInterval و MinRtrAdvInterval مجاز هستند. مقادیر اعشاری تنها هنگام استفاده از افزونه‌های Mobile IPv6 باید استفاده شوند.

تعریف‌های مسیر (route) به شکل زیر هستند:

route prefix/length {
	list of route specific options
};

پیشوند در تعریف مسیر باید پیشوند شبکه باشد؛ این پیشوند می‌تواند برای اعلان مسیرهای خاص‌تر به میزبان‌ها به کار رود.

تعریف‌های سرور نام بازگشتی (RDNSS) به شکل زیر هستند:

RDNSS ip [ip] [ip] {
	list of rdnss specific options
};

هر بلوک تعریف RDNSS حداکثر دارای طول ۲۰۴۰ بایت شامل هدر است که تا ۱۲۷ آدرس را در خود جای می‌دهد.

اگر طول از این حد فراتر رود، radvd به جای ارسال گزینه، یک خطای غیرمهلک را در گزارش ثبت می‌کند.

تعریف‌های لیست جستجوی دی‌ان‌اس (DNSSL) به شکل زیر است:

DNSSL suffix [suffix] [suffix] [...] {
	list of dnssl specific options
};

هر بلوک تعریف DNSSL حداکثر دارای طولی برابر با ۲۰۴۰ بایت با احتساب هدر است که پس از انکود پسوندها مطابق بخش ۳.۱ از RFC1035 اعمال می‌شود.

اگر طول از این حد بیشتر شود، radvd به جای ارسال گزینه، یک خطای غیرمهلک ثبت خواهد کرد.

به‌طور پیش‌فرض radvd اعلان‌های چندپخشی (multicast) مسیر را ارسال می‌کند تا تمام گره‌های روی پیوند بتوانند از آن‌ها استفاده کنند. لیست کلاینت‌ها (آدرس‌های IPv6) برای اعلان و پذیرش درخواست‌های مسیریاب (RouterSolicitations) از آن‌ها قابل پیکربندی است. در این صورت، radvd پیام‌ها را به آدرس‌های چندپخشی ارسال نمی‌کند، بلکه تنها به آدرس‌های تک‌پخشی (unicast) پیکربندی‌شده ارسال می‌نماید. درخواست‌ها از آدرس‌های دیگر رد می‌شوند، مگر اینکه UnrestrictedUnicast فعال باشد. این رفتار مشابه UnicastOnly است اما شامل پیام‌های دوره‌ای و پیکربندی دسترسی کلاینت‌های ورودی نیز می‌شود. برای مورد کاربرد این ویژگی بخش مثال‌ها را ببینید.

این تعریف‌ها به شکل زیر هستند:

clients {
        list of IPv6 addresses
};

می‌توان کلاینت‌ها را با علامت "!" پیشوند زد تا به‌طور کامل نادیده گرفته شوند و هرگز اعلانی برای آن‌ها ارسال نشود.

به‌طور پیش‌فرض radvd از نخستین آدرس link-local رابط به عنوان آدرس مبدأ برای اعلان‌های مسیریاب استفاده می‌کند. این رفتار را می‌توان با تنظیم دستی فهرست آدرس‌های مبدأ قابل قبول بازنویسی کرد. در این حالت، radvd تنها از اولین آدرس رابط که در میان آدرس‌های مبدأ پیکربندی‌شده موجود است استفاده خواهد کرد. این قابلیت آدرس مبدأ را جعل (spoof) نمی‌کند، اما ممکن است در ترکیب با VRRP یا سایر قابلیت‌هایی که یک MAC مجازی/failover ایجاد می‌کنند مفید باشد.

AdvRASrcAddress {
        list of IPv6 addresses
};

تعریف‌های ABRO (گزینه مسیریاب مرزی معتبر یا Authoritative Border Router Option) به صورت زیر هستند:

abro IPv6-address {
        list of abro specific options
};

گزینه NAT64 pref64 (پیشوند NAT64 که در اعلان‌های مسیریاب گنجانده می‌شود):

nat64prefix prefix/length {
	list of NAT64 prefix specific options
};

مقدار length فقط می‌تواند یکی از مقادیر /32، /40، /48، /56، /64، یا /96 باشد.

هنگام استفاده از پیشوند ویژه "::/64"، این گزینه یک فهرست نادیده‌گیری برای پیشوندهایی ایجاد می‌کند که نباید به‌طور خودکار تولید و اعلان شوند. روی هیچ تعریف پیشوند دیگری تأثیری ندارد.

تعریف‌ها به صورت زیر هستند:

autoignoreprefixes {
        list of IPv6 prefixes
};

پرچمی که مشخص می‌کند آیا در صورتی که رابط هنگام راه‌اندازی وجود نداشته باشد، نادیده گرفته شود یا خیر.

این گزینه برای رابط‌های پویایی مفید است که در زمان آغاز به‌کار radvd فعال نیستند، یا در طول مدت اجرای radvd به‌طور پویا غیرفعال و مجدداً فعال می‌شوند.

نسخه‌های کنونی radvd به‌طور خودکار تلاش می‌کنند رابط‌ها را دوباره فعال کنند.

فعال کردن IgnoreIfMissing همچنین هشدارهای خاصی را در پیام‌های لاگ که مربوط به رابط‌های ناموجود است، خاموش می‌کند.

پیش‌فرض: on

پرچمی که مشخص می‌کند آیا مسیریاب اعلان‌های دوره‌ای مسیریاب را ارسال کند و به درخواست‌های مسیریاب پاسخ دهد یا خیر.

دیگر نیازی نیست این گزینه ابتدا مشخص شود، اما برای فعال کردن اعلان در این رابط باید روی on تنظیم شده باشد.

پیش‌فرض: off

نشان می‌دهد که نوع پیوند رابط تنها از تک‌پخشی (unicast) پشتیبانی می‌کند. این امر مانع از ارسال اعلان‌های ناخواسته (unsolicited) می‌شود و باعث می‌گردد اعلان‌های درخواست‌شده به‌صورت تک‌پخشی به گره درخواست‌کننده ارسال شوند. این گزینه برای پیوندهای با دسترسی چندگانه و بدون پخش همگانی (non-broadcast,multiple-access) مانند ISATAP ضروری است.

پیش‌فرض: off

پرچمی که مشخص می‌کند در صورت وجود فهرستی از کلاینت‌های پیکربندی‌شده، آیا به درخواست‌های مسیریاب پاسخ داده شود یا خیر.

این قابلیت اجازه می‌دهد اعلان‌های ناخواسته عادی به برخی از کلاینت‌ها ارسال شود بدون آنکه درخواست‌های مسیریاب از کلاینت‌های ناشناخته نادیده گرفته شوند.

پیش‌فرض: off

مشخص می‌کند که به درخواست‌های مسیریاب با اعلان‌های تک‌پخشی پاسخ داده شود، همان‌طور که در RFC7772 توصیه شده است. شبکه‌های بزرگ با تراکم بالایی از دستگاه‌های تلفن همراه ممکن است در صورت ارسال چندپخشی اعلان‌های درخواست‌شده، تخلیه باتری را تجربه کنند.

این گزینه با گزینه ipv6 nd ra solicited unicast در Cisco IOS مطابقت دارد.

پیش‌فرض: on

حداکثر زمان مجاز بین ارسال اعلان‌های چندپخشی ناخواسته مسیریاب از این رابط، به ثانیه.

باید کمتر از ۴ ثانیه و بیشتر از ۶۵۵۳۵ ثانیه نباشد.

حداقل مقدار هنگام استفاده از افزونه‌های Mobile IPv6 برابر ۰.۰۷ است.

برای مقادیر کمتر از ۰.۲ ثانیه، مقدار ۰.۰۲ ثانیه جهت لحاظ کردن دانه‌بندی زمان‌بندی مطابق با RFC3775 اضافه می‌شود.

پیش‌فرض: 600 seconds

حداقل زمان مجاز بین ارسال اعلان‌های چندپخشی ناخواسته مسیریاب از این رابط، به ثانیه.

نباید کمتر از ۳ ثانیه و بزرگتر از 0.75 * MaxRtrAdvInterval باشد.

حداقل مقدار هنگام استفاده از افزونه‌های Mobile IPv6 برابر ۰.۰۳ است.

پیش‌فرض: 0.33 * MaxRtrAdvInterval

حداقل زمان مجاز بین ارسال اعلان‌های چندپخشی مسیریاب از این رابط، به ثانیه.

این مقدار برای RAهای چندپخشی درخواست‌شده اعمال می‌شود. این پارامتر به عنوان ثابت پروتکل MIN_DELAY_BETWEEN_RAS در RFC4861 تعریف شده است. پروتکل MIPv6 این پارامتر را بازتعریف کرده تا حداقل مقدار آن ۰.۰۳ ثانیه باشد.

حداقل مقدار هنگام استفاده از افزونه‌های Mobile IPv6 برابر ۰.۰۳ است.

پیش‌فرض: 3

هنگامی که تنظیم شود، میزبان‌ها علاوه بر هرگونه آدرس پیکربندی‌شده با استفاده از پیکربندی خودکار بدون حالت، از پروتکل مدیریت‌شده (با حالت) برای پیکربندی خودکار آدرس استفاده می‌کنند. استفاده از این پرچم در RFC 4862 شرح داده شده است.

پیش‌فرض: off

هنگامی که تنظیم شود، میزبان‌ها از پروتکل مدیریت‌شده (با حالت) برای پیکربندی خودکار سایر اطلاعات (غیر از آدرس) استفاده می‌کنند. کاربرد این پرچم در RFC 4862 تشریح شده است.

پیش‌فرض: off

گزینه MTU در پیام‌های اعلان مسیریاب برای اطمینان از اینکه همه گره‌های روی یک پیوند از مقدار MTU یکسانی استفاده می‌کنند در مواردی که MTU پیوند شناخته‌شده نیست، به کار می‌رود.

در صورت تعیین (یعنی عددی غیر از ۰)، نباید کمتر از ۱۲۸۰ و نباید بزرگتر از حداکثر MTU مجاز برای این پیوند باشد (مثلاً اترنت حداکثر MTU برابر ۱۵۰۰ دارد؛ به RFC 4864 مراجعه کنید).

پیش‌فرض: 0

مدت زمانی، به میلی‌ثانیه، که یک گره فرض می‌کند همسایه پس از دریافت تأییدیه دسترسی‌پذیری، در دسترس است. توسط الگوریتم تشخیص عدم دسترسی‌پذیری همسایه (Neighbor Unreachability Detection) استفاده می‌شود (به بخش ۷.۳ از RFC 4861 مراجعه کنید). مقدار صفر به معنی نامشخص (توسط این مسیریاب) است.

نباید بزرگتر از ۳,۶۰۰,۰۰۰ میلی‌ثانیه (۱ ساعت) باشد.

پیش‌فرض: 0

مدت زمان، به میلی‌ثانیه، بین پیام‌های ارسال مجدد درخواست همسایه (Neighbor Solicitation). توسط تفکیک آدرس و الگوریتم تشخیص عدم دسترسی‌پذیری همسایه استفاده می‌شود (به بخش‌های ۷.۲ و ۷.۳ از RFC 4861 مراجعه کنید). مقدار صفر به معنی نامشخص (توسط این مسیریاب) است.

پیش‌فرض: 0

مقدار پیش‌فرضی که باید در فیلد Hop Count هدر IP برای بسته‌های خروجی (تک‌پخشی) IP قرار گیرد. این مقدار باید روی قطر فعلی اینترنت تنظیم شود. مقدار صفر به معنی نامشخص (توسط این مسیریاب) است.

پیش‌فرض: 64

طول عمر مرتبط با مسیریاب پیش‌فرض بر حسب ثانیه. حداکثر مقدار معادل ۱۸.۲ ساعت است. طول عمر ۰ نشان می‌دهد که مسیریاب یک مسیریاب پیش‌فرض نیست و نباید در فهرست مسیریاب‌های پیش‌فرض ظاهر شود. طول عمر مسیریاب فقط برای کارایی مسیریاب به عنوان یک مسیریاب پیش‌فرض اعمال می‌شود؛ این مقدار برای اطلاعات موجود در سایر فیلدها یا گزینه‌های پیام اعمال نمی‌شود. گزینه‌هایی که برای اطلاعات خود به محدودیت‌های زمانی نیاز دارند، فیلدهای طول عمر مخصوص به خود را دارند.

باید یا صفر باشد یا بین MaxRtrAdvInterval و ۶۵۵۳۵ ثانیه.

پیش‌فرض: 3 * MaxRtrAdvInterval (حداقل ۱ ثانیه).

اولویت مرتبط با مسیریاب پیش‌فرض، به صورت یکی از مقادیر "low"، "medium" یا "high".

پیش‌فرض: medium

هنگامی که فعال باشد، آدرس لایه پیوند رابط خروجی در RA گنجانده می‌شود.

پیش‌فرض: on

هنگام خاموش شدن برنامه، یک اعلان نهایی با مقدار صفر برای Router Lifetime ارسال می‌کند. این باید باعث شود که مسیریاب و مسیرها بلافاصله از جدول مسیریابی گره‌های انتهایی دریافت‌کننده حذف شوند. ممکن است در پیکربندی vrrp یا carp نیاز باشد این گزینه غیرفعال ("off") شود.

پیش‌فرض: on

هنگامی که فعال باشد، نشان می‌دهد که مسیریاب ارسال‌کننده قادر است به عنوان یک Home Agent در Mobile IPv6 عمل کند. در صورت فعال بودن، محدودیت‌های حداقلی مشخص‌شده توسط Mobile IPv6 برای MinRtrAdvInterval و MaxRtrAdvInterval اعمال می‌شوند.

پیش‌فرض: off

هنگامی که فعال باشد، گزینه اطلاعات عامل خانگی (مشخص‌شده توسط Mobile IPv6) در اعلان‌های مسیریاب گنجانده می‌شود. هنگام استفاده از این گزینه، AdvHomeAgentFlag نیز باید فعال باشد.

پیش‌فرض: off

مدت زمان به ثانیه (نسبت به زمان ارسال بسته) که در آن مسیریاب خدمات Home Agent مربوط به Mobile IPv6 را ارائه می‌دهد. مقدار ۰ نباید استفاده شود. حداکثر طول عمر ۶۵۵۲۰ ثانیه (۱۸.۲ ساعت) است. اگر AdvHomeAgentInfo تنظیم نشده باشد، این گزینه نادیده گرفته می‌شود.

اگر هر دو گزینه HomeAgentLifetime و HomeAgentPreference روی مقادیر پیش‌فرض خود تنظیم شده باشند، گزینه اطلاعات عامل خانگی ارسال نخواهد شد.

پیش‌فرض: AdvDefaultLifetime

اولویت Home Agent ارسال‌کننده این اعلان مسیریاب. مقادیر بزرگتر از ۰ نشان‌دهنده ترجیح بیشتر Home Agent و مقادیر کمتر از ۰ نشان‌دهنده ترجیح کمتر Home Agent هستند. اگر AdvHomeAgentInfo تنظیم نشده باشد، این گزینه نادیده گرفته می‌شود.

اگر هر دو گزینه HomeAgentLifetime و HomeAgentPreference روی مقادیر پیش‌فرض خود تنظیم شده باشند، گزینه اطلاعات عامل خانگی ارسال نخواهد شد.

پیش‌فرض: 0

هنگامی که فعال باشد، Home Agent اعلام می‌کند که از ثبت‌نام‌های مسیریاب سیار پشتیبانی می‌کند (مشخص‌شده توسط پروتکل NEMO Basic). هنگام استفاده از این گزینه، AdvHomeAgentInfo نیز باید فعال باشد.

پیش‌فرض: off

هنگامی که فعال باشد، گزینه بازه اعلان (مشخص‌شده در Mobile IPv6) در اعلان‌های مسیریاب گنجانده می‌شود. هنگام فعال بودن، محدودیت‌های حداقلی تعیین‌شده در Mobile IPv6 برای MinRtrAdvInterval و MaxRtrAdvInterval استفاده می‌شوند.

بازه اعلان بر اساس پارامتر پیکربندی‌شده MaxRtrAdvInterval است، مگر در مواردی که کمتر از ۲۰۰ میلی‌ثانیه باشد. در این حالت، بازه اعلان برابر با ( MaxRtrAdvInterval + 20ms ) خواهد بود.

پیش‌فرض: off

هنگامی که فعال باشد، نشانی وب RFC8908 Captive-Portal API را اعلان می‌کند.

برای اطلاعات بیشتر به RFC8952 Captive Portal Architecture، RFC8910 Captive-Portal Identification in DHCP and Router Advertisements (RAs) و RFC8908 Captive Portal API مراجعه کنید.

به احتمال زیاد به این گزینه نیازی نخواهید داشت.

پیش‌فرض: not included

هنگامی که فعال باشد، نشان می‌دهد که این پیشوند می‌تواند برای تعیین روی پیوند بودن (on-link) استفاده شود. هنگامی که فعال نباشد، اعلان هیچ بیانی درباره ویژگی‌های on-link یا off-link پیشوند ارائه نمی‌دهد. برای نمونه، ممکن است پیشوند برای پیکربندی آدرس استفاده شود در حالی که برخی از آدرس‌های متعلق به پیشوند on-link و برخی دیگر off-link باشند.

پیش‌فرض: on

هنگامی که فعال باشد، نشان می‌دهد که این پیشوند می‌تواند برای پیکربندی خودکار آدرس مستقل (autonomous) همان‌طور که در RFC 4862 مشخص شده است، استفاده شود.

پیش‌فرض: on

هنگامی که فعال باشد، نشان می‌دهد که آدرس رابط به جای پیشوند شبکه ارسال می‌شود، همان‌طور که توسط Mobile IPv6 الزامی است. هنگام فعال بودن، حداقل محدودیت‌های مشخص‌شده توسط Mobile IPv6 برای MinRtrAdvInterval و MaxRtrAdvInterval به کار می‌روند.

پیش‌فرض: off

هنگامی که فعال باشد، نشان می‌دهد که شبکه ترجیح می‌دهد کلاینت‌ها به جای دریافت آدرس‌های مجزا از طریق SLAAC یا انتساب آدرس DHCPv6، از واگذاری پیشوند (prefix delegation) استفاده کنند.

سند RFC 9762 با عنوان "Using Router Advertisements to Signal the Availability of DHCPv6 Prefix Delegation to Clients" را ببینید.

پیش‌فرض: off

مدت زمانی به ثانیه (نسبت به زمانی که بسته ارسال می‌شود) که پیشوند برای هدف تعیین روی پیوند بودن (on-link) معتبر است. مقدار نمادین infinity نشان‌دهنده بی‌نهایت است (یعنی مقداری با تمام بیت‌های یک (0xffffffff)). طول عمر معتبر همچنین توسط RFC 4862 استفاده می‌شود.

توجه داشته باشید که کلاینت‌ها در صورتی که طول عمر کمتر از دو ساعت باشد، AdvValidLifetime یک پیشوند موجود را نادیده خواهند گرفت، همان‌طور که در RFC 4862 بخش ۵.۵.۳ بند e الزامی شده است.

نکته: مقدار پیش‌فرض پیشنهادی در RFC4861 به میزان قابل توجهی طولانی‌تر است: ۳۰ روز.

پیش‌فرض: 86400 seconds (1 day)

مدت زمانی به ثانیه (نسبت به زمانی که بسته ارسال می‌شود) که آدرس‌های تولیدشده از پیشوند از طریق پیکربندی خودکار آدرس بدون حالت ترجیح داده می‌شوند. مقدار نمادین infinity نشان‌دهنده بی‌نهایت است (یعنی مقداری با تمام بیت‌های یک (0xffffffff)). سند RFC 4862 را ببینید.

نکته: مقدار پیش‌فرض پیشنهادی در RFC4861 به میزان قابل توجهی طولانی‌تر است: ۷ روز.

پیش‌فرض: 14400 seconds (4 hours)

هنگام خاموش شدن، این گزینه باعث می‌شود که radvd پیشوند را با اعلام آن در RA زمان خاموش‌شدن با طول عمر ترجیحی صفر و طول عمر معتبر کمی بزرگتر از ۲ ساعت، منسوخ (deprecate) کند. این امر گره‌های انتهایی استفاده‌کننده از این پیشوند را ترغیب می‌کند تا بلافاصله هرگونه آدرس مرتبط را منسوخ کنند. توجه داشته باشید که این گزینه فقط زمانی باید استفاده شود که تنها یک مسیریاب پیشوند را روی پیوند اعلان می‌کند، در غیر این صورت گره‌های انتهایی علیرغم معتبر بودن پیشوند برای استفاده ترجیحی، آدرس‌های مرتبط را منسوخ خواهند کرد.

سند RFC4862، بخش ۵.۵.۳، "Router Advertisement Processing"، قسمت (e) را ببینید.

پیش‌فرض: off

این گزینه باعث می‌شود که radvd مقادیر طول عمرهای ترجیحی و معتبر را برای پیشوند با گذشت زمان کاهش دهد. طول عمرها به تعداد ثانیه‌های گذشته از آخرین RA کاهش می‌یابند. اگر radvd سیگنال SIGUSR1 را دریافت کند، مقادیر طول عمرهای ترجیحی و معتبر را به مقادیر اولیه‌ای که هنگام راه‌اندازی توسط radvd استفاده شده بود بازنشانی می‌کند. اگر radvd هرگز سیگنال SIGUSR1 را دریافت نکند، به کاهش طول عمرها ادامه می‌دهد تا طول عمر ترجیحی به صفر برسد. پس از یک RA نهایی با مقدار صفر برای طول عمر ترجیحی، radvd اعلان پیشوند را متوقف خواهد کرد. اگر پس از آن یک سیگنال SIGUSR1 باعث بازنشانی طول عمرها شود، پیشوند مجدداً در RAها ظاهر خواهد شد.

این گزینه برای استفاده در ارتباط با یک کلاینت DHCPv6 در نظر گرفته شده است که از گزینه Identity Association for Prefix Delegation (IA_PD) برای دریافت یک پیشوند از Delegating Router جهت استفاده توسط Requesting Router استفاده می‌کند. در این سناریو، پیشوند(های) درون پیشوند واگذارشده که توسط radvd اعلان می‌شوند به موازات و با همان نرخ پیشوند واگذارشده کهنه می‌شوند و اگر عمر پیشوند واگذارشده تمدید نشود، تقریباً در همان زمان منقضی خواهند شد.

سند RFC3633 با عنوان "IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6" را ببینید.

پیش‌فرض: off

اگر این گزینه مشخص شود، این پیشوند با آدرس IPv6 رابط تعیین‌شده با name ترکیب خواهد شد. طول پیشوند حاصل ۶۴ خواهد بود.
اگر این گزینه مشخص شود، این پیشوند با آدرس IPv4 رابط name ترکیب خواهد شد تا یک پیشوند معتبر 6to4 تولید کند. ۱۶ بیت اول این پیشوند با 2002 جایگزین شده و ۳۲ بیت بعدی این پیشوند با آدرس IPv4 اختصاص‌یافته به رابط name در زمان پیکربندی جایگزین خواهد شد. ۸۰ بیت باقیمانده پیشوند (شامل SLA ID) طبق آنچه در فایل پیکربندی آمده اعلان خواهد شد. برای مشاهده یک مثال بخش بعدی را ببینید.

اگر رابط name در زمان پیکربندی در دسترس نباشد، یک هشدار در لاگ ثبت شده و این پیشوند تا زمان پیکربندی مجدد radvd غیرفعال خواهد شد.

این گزینه به سیستم‌هایی با آدرس‌های IPv4 پویا امکان می‌دهد تا پیشوندهای 6to4 اعلان‌شده خود را به سادگی با راه‌اندازی مجدد radvd یا ارسال سیگنال SIGHUP برای واداشتن radvd به پیکربندی مجدد خود، به‌روز کنند.

توجه داشته باشید که پیشوندهای 6to4 به دست آمده از آدرس‌های IPv4 اختصاص‌یافته به صورت پویا باید با طول عمر به‌مراتب کوتاه‌تری اعلان شوند (گزینه‌های AdvValidLifetime و AdvPreferredLifetime را ببینید).

برای اطلاعات بیشتر درباره 6to4 به RFC 3056 مراجعه کنید.

پیش‌فرض: 6to4 is not used

طول عمر مرتبط با مسیر بر حسب ثانیه. مقدار نمادین infinity نشان‌دهنده بی‌نهایت است (یعنی مقداری با تمام بیت‌های یک (0xffffffff)).

پیش‌فرض: 3 * MaxRtrAdvInterval

اولویت مرتبط با مسیر، به صورت یکی از مقادیر "low"، "medium" یا "high".

پیش‌فرض: medium

هنگام خاموش شدن برنامه، این مسیر را با طول عمر صفر ثانیه اعلان می‌کند. این باید باعث شود مسیر بلافاصله از جدول مسیریابی گره‌های انتهایی دریافت‌کننده حذف شود.

پیش‌فرض: on

حداکثر مدتی که ورودی‌های RDNSS برای تفکیک نام استفاده می‌شوند. مقدار ۰ به این معنی است که سرور نام نباید دیگر استفاده شود. همان‌طور که در RFC8106 شرح داده شده است، استفاده از مقدار پیش‌فرض یا مقدار بزرگتر قابلیت اطمینان یک ورودی را حتی در صورت از دست رفتن RAها روی پیوندهایی با نرخ نسبتاً بالای افت بسته تضمین می‌کند.

پیش‌فرض: 3*MaxRtrAdvInterval

هنگام خاموش شدن برنامه، ورودی‌های RDNSS را با طول عمر صفر ثانیه اعلان می‌کند. این باید باعث شود که آدرس‌های RDNSS بلافاصله از فهرست سرورهای دی‌ان‌اس بازگشتی گره‌های انتهایی حذف شوند.

پیش‌فرض: on

حداکثر مدتی که ورودی‌های DNSSL برای تفکیک نام استفاده می‌شوند. مقدار ۰ به این معنی است که پسوند نباید دیگر استفاده شود. همان‌طور که در RFC8106 شرح داده شده است، استفاده از مقدار پیش‌فرض یا مقدار بزرگتر، قابلیت اطمینان یک ورودی را حتی در صورت از دست رفتن RAها روی پیوندهایی با نرخ نسبتاً بالای افت بسته تضمین می‌کند.

پیش‌فرض: 3*MaxRtrAdvInterval

هنگام خاموش شدن، ورودی‌های DNSSL را با طول عمر صفر ثانیه اعلان می‌کند. این کار باید باعث شود که ورودی‌های DNSSL بلافاصله از لیست جستجوی دی‌ان‌اس گره‌های انتهایی حذف شوند.

پیش‌فرض: on

مدت زمانی که مجموعه اطلاعات مسیریاب مرزی معتبر است. مقداری با تمام بیت‌های صفر، مقدار پیش‌فرض ۱۰,۰۰۰ (حدود یک هفته) را در نظر می‌گیرد.
هر دو با هم یک شماره نسخه ۳۲ بیتی بدون علامت متناظر با مجموعه اطلاعات موجود در پیام RA را تشکیل می‌دهند.

طول زمان به ثانیه (نسبت به زمان ارسال بسته) که پیشوند برای هدف تعیین وجود NAT64 معتبر است. در صورتی که مقدار مضربی از ۸ نباشد، اعتبار به مضرب بعدی ۸ گرد می‌شود. حداکثر مقدار ۶۵۵۲۸ ثانیه است.

پیش‌فرض: the lesser value of 3 * MaxRtrAdvInterval, or 65528

interface eth0
{
        AdvSendAdvert on;
        prefix 2001:db8:0:1::/64
        {
                AdvOnLink on;
                AdvAutonomous on;
        };
};

این پیکربندی بیان می‌کند که دیمن اعلان مسیریاب باید پیشوند 2001:db8:0:1:: را که طولی برابر ۶۴ دارد روی رابط eth0 اعلان کند (;AdvSendAdvert on). همچنین این پیشوند باید به عنوان خودمختار (;AdvAutonomous on) و روی پیوند (;AdvOnLink on) مشخص شود. سایر گزینه‌ها روی مقادیر پیش‌فرض خود باقی مانده‌اند.

برای پشتیبانی از تشخیص جابجایی گره‌های سیار در Mobile IPv6، به جای پیشوند شبکه باید از آدرس رابط استفاده شود:

interface eth0
{
        AdvSendAdvert on;
        prefix 2001:db8:0:1::4/64
        {
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr on;
        };
};

برای پشتیبانی از 6to4، گزینه Base6to4Interface را در بخش هر پیشوند بگنجانید. هنگام استفاده از آدرس IPv4 پویا، طول عمر پیشوند را کوچک تنظیم کنید تا از نگهداری پیشوندهای غیرقابل دسترس توسط میزبان‌ها پس از تخصیص آدرس IPv4 جدید جلوگیری شود. هنگام اعلان روی یک رابط پویا (مثلاً بلوتوث)، در صورتی که رابط هنوز فعال نشده است از آن صرف‌نظر کنید.

interface bnep0
{
        IgnoreIfMissing on;
        AdvSendAdvert on;
        # Advertise at least every 30 seconds
        MaxRtrAdvInterval 30;
        prefix 0:0:0:5678::/64
        {
                AdvOnLink on;
                AdvAutonomous on;
                Base6to4Interface ppp0;
                # Very short lifetimes for dynamic addresses
                AdvValidLifetime 300;
                AdvPreferredLifetime 120;
        };
};

از آنجا که 6to4 فعال است، پیشوند به صورت 2002:WWXX:YYZZ:5678::/64 اعلان خواهد شد، که در آن WW.XX.YY.ZZ آدرس IPv4 رابط ppp0 در زمان پیکربندی است. (آدرس‌های IPv6 در مبنای شانزده نوشته می‌شوند در حالی که آدرس‌های IPv4 در مبنای ده نوشته می‌شوند، بنابراین آدرس IPv4 مربوطه یعنی WW.XX.YY.ZZ در پیشوند 6to4 به صورت هگزادسیمال نمایش داده خواهد شد).

در این مورد خاص، اسکریپت‌های پیکربندی ممکن است هنگام بالا یا پایین آوردن bnep0 سیگنال HUP را به radvd ارسال کنند تا از وضعیت مطلع شود؛ در نسخه‌های فعلی radvd، ارسال HUP هنگام بالا آمدن مجدد پیوند دیگر اجباری نیست.

interface eth0
{
        AdvSendAdvert on;
        prefix 2001:db8:0:1::/64
        {
                AdvOnLink on;
                AdvAutonomous on;
        };
        clients
        {
                fe80::21f:16ff:fe06:3aab;
                fe80::21d:72ff:fe96:aaff;
        };
};

این پیکربندی فقط پیشوند را به fe80::21f:16ff:fe06:3aab و fe80::21d:72ff:fe96:aaff اعلام می‌کند. علاوه بر این، تمام درخواست‌های RA سایر کلاینت‌ها رد می‌شوند.

این امر ممکن است زمانی مفید باشد که می‌خواهید IPv6 را تنها به صورت جزئی راه‌اندازی کنید چرا که برخی از کلاینت‌ها ناسازگار هستند یا آزمایش نشده‌اند.

برای پشتیبانی از ABRO:

interface lowpan0
{
	AdvSendAdvert on;
	UnicastOnly on;
	AdvCurHopLimit 255;
	prefix 2001:0db8:0100:f101::/64 {
		AdvOnLink on;
		AdvAutonomous on;
		AdvRouterAddr on;
	};
	abro fe80::a200:0:0:1/64 {
		AdvVersionLow 10;
		AdvVersionHigh 2;
		AdvValidLifetime 2;
	};
};

پشتیبانی از NAT64 pref64:

interface eth0
{
	prefix 2001:db8:100::/64 {
		AdvOnLink on;
		AdvAutonomous on;
		AdvRouterAddr on;
	};
	nat64prefix 64:ff9b::/96 {
		AdvValidLifetime 1800;
	};
	RDNSS 2001:db8:100::64 {
		AdvRDNSSLifetime 1800;
	};
};

/usr/bin/radvd
/etc/radvd.conf
/run/radvd.pid
/var/log/radvd.log

توضیحات پرچم‌ها و متغیرهای مختلف تا حد زیادی از RFC 4861 گرفته شده است.

Narten, T., Nordmark, E., Simpson, W., and H. Soliman, "Neighbor Discovery for IP Version 6 (IPv6)", RFC 4861, September 2007.

Thomson, S., Narten, T., T. Jinmei, "IPv6 Stateless Address Autoconfiguration", RFC 4862, September 2007.

Deering, S., and R. Hinden, "IP Version 6 Addressing Architecture", RFC 4291, February 2006.

Conta, A., Deering, S., and M. Gupta "Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6)", RFC 4443, March 2006.

Crawford, M., "Transmission of IPv6 Packets over Ethernet Networks", RFC 2464, December 1998.

Carpenter B., K. Moore, "Connection of IPv6 Domains via IPv4 Clouds", RFC 3056, February 2001. (6to4 specification)

Draves, R., D. Thaler, "Default Router Preferences and More-Specific Routes", RFC 4191, November 2005.

Johnson, D., Perkins, C., and J. Arkko, "Mobility Support in IPv6", RFC 3775, June 2004.

Devarapalli, V., Wakikawa, R., Petrescu, A., and P. Thubert "Network Mobility (NEMO) Basic Support Protocol", RFC 3963, January 2005.

Z. Shelby, S. Chakrabarti, E. Nordmark and C. Bormann " Neighbor Discovery Optimization for IPv6 over Low-Power Wireless Personal Area Networks (6LoWPANs)", RFC 6775, November 2012.

Gont, F. "Security Implications of IPv6 Fragmentation with IPv6 Neighbor Discovery", RFC 6980, August 2013.

Yourtchenko, A. and Colitti, L. "Reducing Energy Consumption of Router Advertisements", RFC 7772, February 2016.

J. Jeong, S. Park, L. Beloeil, and S. Madanapalli, "IPv6 Router Advertisement Options for DNS Configuration", RFC 8106, March 2017.

L. Colitti, and J. Linkova, "Discovering PREF64 in Router Advertisements", RFC 8781, April 2020.

radvd(8), radvdump(8)

برای مشاهده فهرست نویسندگان به صفحه راهنمای radvd.8 مراجعه کنید.
30 Dec 2024 radvd 2.21