.nh
.TH KUBERNETES 1 "Jan 2015" "Eric Paris" "راهنمای کاربر kubernetes"

.SH "نام (NAME)"
kubectl-auth-reconcile \- تطبیق قوانین برای اشیاء role، role binding، cluster role و cluster role binding در RBAC


.SH "خلاصه دستور (SYNOPSIS)"
\fBkubectl auth reconcile\fP [OPTIONS]


.SH "توضیحات (DESCRIPTION)"
قوانین مربوط به اشیاء نقش (role)، انتساب نقش (role binding)، نقش کلاستر (cluster role) و انتساب نقش کلاستر (cluster role binding) در سامانه کنترل دسترسی بر مبنای نقش (RBAC) را تطبیق و هماهنگ می‌کند.

.PP
اشیاء ناموجود ایجاد می‌شوند، و در صورت نیاز برای اشیاء دارای دامنه فضای نام (namespaced)، فضای نام دربرگیرنده آن‌ها نیز ایجاد می‌گردد.

.PP
نقش‌های موجود به‌روزرسانی می‌شوند تا شامل مجوزهای موجود در اشیاء ورودی شوند، و در صورت تعیین گزینه
.BR \-\-remove\-extra\-permissions ،
مجوزهای اضافی حذف می‌گردند.

.PP
انتساب‌های موجود به‌روزرسانی می‌شوند تا شامل سوژه‌ها (subjects) در اشیاء ورودی شوند، و در صورت تعیین گزینه
.BR \-\-remove\-extra\-subjects ،
سوژه‌های اضافی حذف می‌گردند.

.PP
استفاده از این دستور نسبت به دستور 'apply' برای منابع RBAC ارجحیت دارد تا ادغام قواعد و سوژه‌ها با آگاهی از ساختار و مفاهیم معنایی (semantically-aware) انجام پذیرد.


.SH "گزینه‌ها (OPTIONS)"
\fB--allow-missing-template-keys\fP=true
	در صورت true بودن، هرگونه خطا در الگوها هنگامی که یک فیلد یا کلید نقشه (map) در الگو وجود نداشته باشد، نادیده گرفته می‌شود. تنها در فرمت‌های خروجی golang و jsonpath اعمال می‌گردد.

.PP
\fB--dry-run\fP="none"
	باید یکی از مقادیر "none"، "server" یا "client" باشد. اگر راهبرد client باشد، تنها شیئی که ارسال خواهد شد چاپ می‌شود بدون آنکه واقعاً ارسال گردد. اگر راهبرد server باشد، درخواست به سمت سرور ارسال می‌شود بدون آنکه منبع پایدار و ماندگار شود.

.PP
\fB-f\fP, \fB--filename\fP=[]
	نام فایل، دایرکتوری یا نشانی URL به فایل‌هایی که منابع مورد نظر برای تطبیق را مشخص می‌کنند.

.PP
\fB-k\fP, \fB--kustomize\fP=""
	پردازش دایرکتوری kustomization. این فلگ را نمی‌توان همراه با
.B \-f
یا
.B \-R
استفاده کرد.

.PP
\fB-o\fP, \fB--output\fP=""
	فرمت خروجی. یکی از موارد: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file).

.PP
\fB-R\fP, \fB--recursive\fP=false
	پردازش بازگشتی دایرکتوری ارائه‌شده در
.B \-f
یا
.BR \-\-filename .
زمانی که می‌خواهید مانیفست‌های مرتبط سازمان‌یافته در یک دایرکتوری یکسان را مدیریت کنید مفید است.

.PP
\fB--remove-extra-permissions\fP=false
	در صورت true بودن، مجوزهای اضافی اضافه‌شده به نقش‌ها (roles) را حذف می‌کند.

.PP
\fB--remove-extra-subjects\fP=false
	در صورت true بودن، سوژه‌های اضافی اضافه‌شده به rolebindingها را حذف می‌کند.

.PP
\fB--show-managed-fields\fP=false
	در صورت true بودن، هنگام چاپ اشیاء در قالب‌های JSON یا YAML، فیلدهای managedFields حفظ می‌شوند.

.PP
\fB--template\fP=""
	رشته الگو یا مسیر فایل الگو برای استفاده در مواقعی که
.B \-o=go\-template
یا
.B \-o=go\-template\-file
تنظیم شده باشد. فرمت الگو از نوع الگوهای golang است [http://golang.org/pkg/text/template/#pkg-overview].


.SH "گزینه‌های به ارث رسیده از دستورات والد (OPTIONS INHERITED FROM PARENT COMMANDS)"
\fB--as\fP=""
	نام کاربری برای جعل هویت (impersonate) در این عملیات. کاربر می‌تواند یک کاربر معمولی یا یک حساب خدمت (service account) در یک namespace باشد.

.PP
\fB--as-group\fP=[]
	گروه برای جعل هویت در این عملیات؛ این فلگ می‌تواند برای تعیین چندین گروه تکرار شود.

.PP
\fB--as-uid\fP=""
	شناسه کاربری (UID) برای جعل هویت در این عملیات.

.PP
\fB--as-user-extra\fP=[]
	اطلاعات تکمیلی کاربر (user extras) برای جعل هویت در این عملیات؛ این فلگ می‌تواند برای تعیین چندین مقدار برای یک کلید یکسان تکرار شود.

.PP
\fB--cache-dir\fP="/home/username/.kube/cache"
	دایرکتوری پیش‌فرض کش (cache)

.PP
\fB--certificate-authority\fP=""
	مسیر فایل گواهی برای مرجع صدور گواهی (certificate authority)

.PP
\fB--client-certificate\fP=""
	مسیر فایل گواهی کلاینت برای TLS

.PP
\fB--client-key\fP=""
	مسیر فایل کلید کلاینت برای TLS

.PP
\fB--cluster\fP=""
	نام کلاستر kubeconfig برای استفاده

.PP
\fB--context\fP=""
	نام کانتکست kubeconfig برای استفاده

.PP
\fB--disable-compression\fP=false
	در صورت true بودن، فشرده‌سازی پاسخ‌ها برای تمامی درخواست‌ها به سرور غیرفعال می‌شود

.PP
\fB--insecure-skip-tls-verify\fP=false
	در صورت true بودن، اعتبار گواهی سرور بررسی نخواهد شد. این کار اتصالات HTTPS شما را ناامن می‌کند

.PP
\fB--kubeconfig\fP=""
	مسیر فایل kubeconfig برای استفاده در درخواست‌های CLI.

.PP
\fB--kuberc\fP=""
	مسیر فایل kuberc برای تنظیمات ترجیحی. این قابلیت می‌تواند با export کردن متغیر ویژگی به صورت KUBECTL_KUBERC=false یا خاموش کردن ویژگی با KUBERC=off غیرفعال شود.

.PP
\fB--match-server-version\fP=false
	الزام به تطابق نسخه سرور با نسخه کلاینت

.PP
\fB-n\fP, \fB--namespace\fP=""
	در صورت وجود، دامنه namespace برای این درخواست CLI

.PP
\fB--password\fP=""
	رمز عبور برای احراز هویت پایه (basic authentication) در سرور API

.PP
\fB--profile\fP="none"
	نام پروفایل برای ثبت. یکی از موارد (none|cpu|heap|goroutine|threadcreate|block|mutex|trace)

.PP
\fB--profile-output\fP="profile.pprof"
	نام فایلی که داده‌های پروفایل در آن ذخیره می‌شود

.PP
\fB--request-timeout\fP="0"
	مدت زمان انتظار پیش از انصراف از یک درخواست به سرور. مقادیر غیر صفر باید شامل واحد زمانی متناظر باشند (مانند 1s، 2m، 3h). مقدار صفر یعنی درخواست‌ها هرگز دچار وقفه زمانی (timeout) نشوند.

.PP
\fB-s\fP, \fB--server\fP=""
	آدرس و پورت سرور Kubernetes API

.PP
\fB--tls-server-name\fP=""
	نام سرور برای اعتبارسنجی گواهی سرور. در صورت عدم ارائه، از hostname استفاده‌شده برای ارتباط با سرور استفاده می‌شود

.PP
\fB--token\fP=""
	توکن حامل (Bearer token) برای احراز هویت در سرور API

.PP
\fB--user\fP=""
	نام کاربر kubeconfig برای استفاده

.PP
\fB--username\fP=""
	نام کاربری برای احراز هویت پایه در سرور API

.PP
\fB--version\fP=false
	گزینه‌های
.B \-\-version
یا
.B \-\-version=raw
اطلاعات نسخه را چاپ کرده و خارج می‌شوند؛
.B \-\-version=vX.Y.Z...
نسخه گزارش‌شده را تعیین می‌کند

.PP
\fB--warnings-as-errors\fP=false
	تلقی کردن هشدارهای دریافتی از سرور به عنوان خطا و خروج با کد وضعیت غیر صفر


.SH "مثال‌ها (EXAMPLES)"
.EX
  # تطبیق منابع RBAC از روی یک فایل
  kubectl auth reconcile -f my-rbac-rules.yaml
.EE


.SH "همچنین ببینید (SEE ALSO)"
\fBkubectl-auth(1)\fP


.SH "تاریخچه (HISTORY)"
ژانویه ۲۰۱۵، در ابتدا توسط Eric Paris (eparis at redhat dot com) بر پایه محتوای منبع kubernetes گردآوری شد، اما امید است که از آن زمان به بعد به طور خودکار تولید شده باشد!