.\" Automatically generated by Pandoc 3.6.1
.\"
.TH "NETPLAN\-GENERATE" "8" "" ""
.SH "نام (NAME)"
\f[CR]netplan\-generate\f[R] \- تولید پیکربندی بک‌اند از فایل‌های YAML نت‌پلن
.SH "خلاصه دستور (SYNOPSIS)"
\f[B]\f[CB]netplan\f[B]\f[R] [\f[I]\-\-debug\f[R]] \f[B]generate\f[R]
\f[B]\-h\f[R]|\f[B]\-\-help\f[R]
.PP
\f[B]\f[CB]netplan\f[B]\f[R] [\f[I]\-\-debug\f[R]] \f[B]generate\f[R]
[\f[I]\-\-root\-dir ROOT_DIR\f[R]] [\f[I]\-\-mapping MAPPING\f[R]]
.SH "توضیحات (DESCRIPTION)"
دستور \f[B]\f[CB]netplan generate\f[B]\f[R] فایل‌های YAML نت‌پلن را به فایل‌های پیکربندی قابل فهم برای بک‌اندهای شبکه
(\f[B]\f[CB]systemd\-networkd\f[B]\f[R](8) یا
\f[B]\f[CB]NetworkManager\f[B]\f[R](8))
تبدیل می‌کند\&.
این دستور پیکربندی تولیدشده را اعمال \f[I]نمی‌کند\f[R]\&.
.PP
به طور معمول نیازی به اجرای مستقیم این دستور نخواهید داشت، زیرا توسط
\f[B]\f[CB]netplan apply\f[B]\f[R]، \f[B]\f[CB]netplan try\f[B]\f[R]،
یا هنگام راه‌اندازی سیستم (بوت) اجرا می‌شود\&.
.PP
تنها در صورتی که در طول فاز \f[CR]initializing\f[R] سیستم‌دی اجرا شود (یعنی
\[dq]اوایل بوت، پیش از رسیدن به \f[CR]basic.target\f[R]\[dq])،
تلاش خواهد کرد واحدهای سرویس تازه ایجادشده را شروع یا اعمال کند\&.
**نیازمند ویژگی: \f[CR]generate\-just\-in\-time*\f[R]*
.PP
هنگامی که به عنوان یک systemd.generator(7) فراخوانی می‌شود، تمام خطاهای تجزیه و اعتبارسنجی به طور پیش‌فرض نادیده گرفته می‌شوند\&.
اگر تعاریف شبکه به دلیل خطاهای تجزیه نادیده گرفته شوند، ممکن است ناقص باشند\&.
این بدان معناست که پیکربندی صادرشده برای بک‌اند ممکن است کاملاً معتبر نباشد\&.
.PP
برای مشاهده جزئیات قالب فایل پیکربندی،
\f[B]\f[CB]netplan\f[B]\f[R](5)
را ببینید\&.
.SH "گزینه‌ها (OPTIONS)"
.TP
\f[CR]\-h\f[R], \f[CR]\-\-help\f[R]
چاپ راهنمای اولیه\&.
.TP
\f[CR]\-\-debug\f[R]
چاپ خروجی اشکال‌زدایی در طول فرآیند\&.
.TP
\f[CR]\-\-root\-dir\f[R] \f[I]\f[CI]ROOT_DIR\f[I]\f[R]
به جای جستجو در \f[CR]/{lib,etc,run}/netplan\f[R]، در
\f[CR]/ROOT_DIR/{lib,etc,run}/netplan\f[R]
جستجو می‌کند\&.
.TP
\f[CR]\-\-mapping\f[R] \f[I]\f[CI]MAPPING\f[I]\f[R]
به جای تولید فایل‌های خروجی، فایل‌های پیکربندی را تجزیه کرده و برخی اطلاعات داخلی درباره دستگاه مشخص‌شده در
\f[I]\f[CI]MAPPING\f[I]\f[R]
را چاپ می‌کند\&.
.SH "مدیریت چندین فایل (HANDLING MULTIPLE FILES)"
دستور \f[B]\f[CB]netplan generate\f[B]\f[R] ۳ مسیر را بررسی می‌کند:
.IP \[bu] 2
\f[CR]/lib/netplan/*.yaml\f[R]
.IP \[bu] 2
\f[CR]/etc/netplan/*.yaml\f[R]
.IP \[bu] 2
\f[CR]/run/netplan/*.yaml\f[R]
.PP
اگر چندین فایل با نام دقیقاً یکسان وجود داشته باشند، تنها یک فایل خوانده خواهد شد\&.
یک فایل در \f[CR]/run/netplan\f[R] روی فایلی با همان نام در \f[CR]/etc/netplan\f[R] سایه انداخته (کاملاً جایگزین آن می‌شود)\&.
یک فایل در \f[CR]/etc/netplan\f[R] نیز به نوبه خود روی فایلی در \f[CR]/lib/netplan\f[R] سایه می‌اندازد\&.
.PP
یا به عبارت دیگر، \f[CR]/run/netplan\f[R] بالاترین اولویت را دارد، سپس
\f[CR]/etc/netplan\f[R]، و \f[CR]/lib/netplan\f[R] کمترین اولویت را داراست\&.
.PP
اگر فایل‌هایی با نام‌های متفاوت وجود داشته باشند، بدون توجه به دایرکتوری مربوطه به ترتیب الفبایی در نظر گرفته می‌شوند\&.
فایل‌های بعدی تنظیمات فایل‌های قبلی را تکمیل یا بازنویسی می‌کنند\&.
به عنوان مثال، \f[CR]/run/netplan/10\-xyz.yaml\f[R] توسط
\f[CR]/lib/netplan/20\-abc.yaml\f[R]
به‌روزرسانی خواهد شد\&.
.PP
اگر دو فایل با کلید یا تنظیم یکسان داشته باشید، قوانین زیر اعمال می‌شوند:
.IP \[bu] 2
اگر مقادیر بولی یا مقادیر اسکالر YAML (اعداد و رشته‌ها) باشند، مقدار قدیمی توسط مقدار جدید بازنویسی می‌شود\&.
.IP \[bu] 2
اگر مقادیر توالی (آرایه) باشند، توالی‌ها به یکدیگر متصل می‌شوند \- مقادیر جدید به انتهای فهرست قدیمی الحاق می‌شوند\&.
.IP \[bu] 2
اگر مقادیر نگاشت (دیکشنری) باشند، Netplan عناصر نگاشت‌ها را با استفاده از این قوانین به نوبت بررسی خواهد کرد\&.
.SH "همچنین ببینید (SEE ALSO)"
\f[B]\f[CB]netplan\f[B]\f[R](5), \f[B]\f[CB]netplan\-apply\f[B]\f[R](8),
\f[B]\f[CB]netplan\-try\f[B]\f[R](8),
\f[B]\f[CB]systemd\-networkd\f[B]\f[R](8),
\f[B]\f[CB]NetworkManager\f[B]\f[R](8)
.SH "نویسندگان (AUTHORS)"
Daniel Axtens (\c
.MT daniel.axtens@canonical.com
.ME \c
)\&.