'\" t
.\"     Title: firewalld.richlanguage
.\"    Author: Thomas Woerner <twoerner@redhat.com>
.\" Generator: DocBook XSL Stylesheets vsnapshot <http://docbook.sf.net>
.\"      Date:
.\"    Manual: firewalld.richlanguage
.\"    Source: firewalld 2.5.1
.\"  Language: Persian
.\"
.TH "FIREWALLD\&.RICHLANG" "5" "" "firewalld 2.5.1" "firewalld.richlanguage"
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.ie \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH "نام (NAME)"
firewalld.richlanguage \- مستندات زبان غنی (Rich Language) در firewalld
.SH "توضیحات (DESCRIPTION)"
.PP
با زبان غنی (Rich Language) می‌توان قوانین پیچیده‌تر دیواره آتش را به شیوه‌ای ساده و قابل فهم ایجاد کرد\&. این زبان از کلیدواژه‌ها همراه با مقادیر استفاده می‌کند و یک نمایش انتزاعی از قوانین ip*tables است\&.
.PP
زبان غنی عناصر فعلی منطقه (سرویس، پورت، icmp\-block،‏ icmp\-type،‏ masquerade،‏ forward\-port و source\-port) را با نشانی‌های مبدأ و مقصد اضافی، ثبت وقایع (لاگ‌گیری)، کنش‌ها و محدودیت‌ها برای وقایع و کنش‌ها گسترش می‌دهد\&.
.PP
این صفحه زبان غنی مورداستفاده در کلاینت خط فرمان و واسط D\-Bus را شرح می‌دهد\&. برای کسب اطلاعات درباره نحوه نمایش زبان غنی در فایل‌های پیکربندی منطقه، لطفاً به
\fBfirewalld.zone\fR(5)
مراجعه کنید\&.
.PP
هر قانون بخشی از یک منطقه (zone) است\&. یک منطقه می‌تواند شامل چندین قانون باشد\&. اگر چند قانون با یکدیگر تداخل یا تناقض داشته باشند، اولین قانونی که مطابقت یابد «برنده» خواهد بود (اعمال می‌شود)\&.
.PP
\fBساختار کلی قانون\fR
.sp
.if n \{\
.RS 4
.\}
.nf
rule
  [source]
  [destination]
  service|port|protocol|icmp\-block|icmp\-type|masquerade|forward\-port|source\-port
  [log|nflog]
  [audit]
  [accept|reject|drop|mark]

.fi
.if n \{\
.RE
.\}
.sp
قانون کامل به صورت یک رشته متنی تک‌خطی ارائه می‌شود\&. مقصد (destination) تا زمانی که با مقصدِ یک سرویس تداخل نداشته باشد، در اینجا مجاز است\&.
.PP
\fBساختار قانون برای لیست سیاه یا سفید مبدأ\fR
.sp
.if n \{\
.RS 4
.\}
.nf
rule
  source
  [log|nflog]
  [audit]
  accept|reject|drop|mark

.fi
.if n \{\
.RE
.\}
.sp
از این ساختار برای اعطا یا محدود کردن دسترسی از یک مبدأ به این ماشین یا ماشین‌هایی که توسط این ماشین در دسترس هستند استفاده می‌شود\&. استفاده از مقصد (destination) در اینجا مجاز نیست\&.
.PP
\fBاطلاعات مهم درباره گزینه‌های عناصر:\fR
گزینه‌های مربوط به عناصر در یک قانون باید دقیقاً پس از همان عنصر اضافه شوند\&. اگر گزینه در جای دیگری قرار گیرد، ممکن است در صورت مطابقت با گزینه‌های عنصر دیگر برای آن عنصر اعمال شود، یا منجر به بروز خطای قانون گردد\&.
.SS "قانون (Rule)"
.PP
.if n \{\
.RS 4
.\}
.nf
rule [family="ipv4|ipv6"] [priority="priority"]

.fi
.if n \{\
.RE
.\}
.PP
اگر خانواده قانون (family) مشخص شود، می‌تواند
"ipv4"
یا
"ipv6"
باشد که قانون را به IPv4 یا IPv6 محدود می‌کند\&. اگر خانواده قانون ارائه نشود، قانون برای هر دو پروتکل IPv4 و IPv6 افزوده خواهد شد\&. اگر نشانی‌های مبدأ یا مقصد در یک قانون استفاده شوند، خانواده قانون باید مشخص گردد\&. این موضوع در مورد فوروارد پورت/بسته نیز صادق است\&.
.PP
اگر اولویت قانون (priority) مشخص شود، می‌تواند در بازه \-32768 تا 32767 باشد که در آن مقادیر کمتر، تقدم بالاتری دارند\&. قوانین غنی بر اساس اولویت مرتب می‌شوند\&. ترتیب اجرای قوانین با اولویت یکسان نامشخص است\&. مقدار اولویت منفی پیش از سایر ساختارهای اولیه (primitives) در firewalld اجرا خواهد شد\&. مقدار اولویت مثبت پس از سایر ساختارهای اولیه firewalld اجرا می‌شود\&. مقدار اولویت 0 بر اساس کنشِ قانون و طبق بخش «اطلاعات مربوط به ثبت وقایع و کنش‌ها» در ادامه، در زنجیره مربوطه قرار خواهد گرفت\&.
.SS "مبدأ (Source)"
.PP
.if n \{\
.RS 4
.\}
.nf
source [not] address="address[/mask]"|mac="mac\-address"|ipset="ipset"

.fi
.if n \{\
.RE
.\}
.sp
با نشانی مبدأ می‌توان خاستگاه تلاش برای برقراری اتصال را به نشانی مبدأ محدود کرد\&. یک نشانی می‌تواند یک نشانی IP تکی، نشانی یک شبکه IP، یک نشانی MAC یا یک IPSet باشد\&. نشانی باید با خانواده قانون (IPv4/IPv6) همخوانی داشته باشد\&. ماسک زیرشبکه برای نشانی‌های شبکه IPv4 به صورت ده‌دهی نقطه‌دار (/x\&.x\&.x\&.x) یا پیشوند (/x)، و برای نشانی‌های شبکه IPv6 به صورت نماد پیشوند (/x) بیان می‌شود\&. همچنین می‌توان با افزودن
\fBnot\fR
پیش از
\fBaddress\fR
مفهوم نشانی را معکوس کرد؛ در این حالت، تمامی نشانی‌ها به جز نشانی مشخص‌شده مطابقت خواهند یافت\&.
.SS "مقصد (Destination)"
.PP
.if n \{\
.RS 4
.\}
.nf
destination [not] address="address[/mask]"|ipset="ipset"

.fi
.if n \{\
.RE
.\}
.sp
با نشانی مقصد می‌توان هدف اتصال را به نشانی مقصد مشخص‌شده محدود ساخت\&. نشانی مقصد از همان نحو (syntax) نشانی مبدأ استفاده می‌کند\&.
.PP
استفاده از نشانی‌های مبدأ و مقصد اختیاری است و استفاده از نشانی مقصد با تمامی عناصر امکان‌پذیر نیست\&. این امر برای نمونه به استفاده از نشانی‌های مقصد در مدخل‌های سرویس بستگی دارد\&.
.SS "سرویس (Service)"
.PP
.if n \{\
.RS 4
.\}
.nf
service name="service name"

.fi
.if n \{\
.RE
.\}
.PP
سرویس
\fIservice name\fR
به قانون افزوده خواهد شد\&. نام سرویس یکی از سرویس‌های ارائه‌شده توسط firewalld است\&. برای دریافت فهرست سرویس‌های پشتیبانی‌شده، از دستور
\fBfirewall\-cmd \-\-get\-services\fR
استفاده کنید\&.
.PP
اگر یک سرویس نشانی مقصد ارائه دهد، با نشانی مقصدِ موجود در قانون تداخل پیدا کرده و منجر به بروز خطا خواهد شد\&. سرویس‌هایی که به صورت داخلی از نشانی‌های مقصد استفاده می‌کنند بیشتر سرویس‌های مبتنی بر چندپخشی (multicast) هستند\&.
.SS "پورت (Port)"
.PP
.if n \{\
.RS 4
.\}
.nf
port port="port value" protocol="tcp|udp|sctp|dccp"

.fi
.if n \{\
.RE
.\}
.PP
پورت
\fIport value\fR
می‌تواند یک شماره پورت تکی
\fIportid\fR
یا یک بازه پورت
\fIportid\fR\-\fIportid\fR
باشد\&. پروتکل می‌تواند یکی از مقادیر
\fItcp\fR،
\fIudp\fR،
\fIsctp\fR
یا
\fIdccp\fR
باشد\&.
.SS "پروتکل (Protocol)"
.PP
.if n \{\
.RS 4
.\}
.nf
protocol value="protocol value"

.fi
.if n \{\
.RE
.\}
.PP
مقدار پروتکل می‌تواند یک شماره شناسه پروتکل یا یک نام پروتکل باشد\&. برای مشاهده مدخل‌های پروتکل مجاز، لطفاً فایل
\fI/etc/protocols\fR
را بررسی کنید\&.
.SS "تثبیت اندازه سگمنت (Tcp\-Mss\-Clamp)"
.PP
.if n \{\
.RS 4
.\}
.nf
tcp\-mss\-clamp="value=pmtu|value=number >= 536|None"

.fi
.if n \{\
.RE
.\}
.PP
ویژگی tcp\-mss\-clamp اندازه بیشینه سگمنت (Maximum Segment Size) را در قانون تنظیم می‌کند\&.
.PP
ویژگی tcp\-mss\-clamp دارای یک مقدار خصیصه اختیاری است که می‌تواند برابر با "pmtu" یا عددی بزرگتر یا مساوی ۵۳۶ تنظیم شود\&. اگر مقدار این خصیصه مشخص نشود، اندازه بیشینه سگمنت به طور خودکار روی "pmtu" تنظیم می‌گردد\&.
.SS "مسدودسازی ICMP (ICMP\-Block)"
.PP
.if n \{\
.RS 4
.\}
.nf
icmp\-block name="icmptype name"

.fi
.if n \{\
.RE
.\}
.PP
مقدار icmptype یکی از انواع icmp است که توسط firewalld پشتیبانی می‌شود\&. برای دریافت فهرست انواع icmp پشتیبانی‌شده:
\fBfirewall\-cmd \-\-get\-icmptypes\fR
.PP
تعیین کنش (action) در اینجا مجاز نیست؛ icmp\-block به طور داخلی از کنش reject استفاده می‌کند\&.
.SS "مبدل‌سازی نشانی (Masquerade)"
.PP
.if n \{\
.RS 4
.\}
.nf
masquerade

.fi
.if n \{\
.RE
.\}
.PP
فعال‌سازی مبدل‌سازی نشانی (masquerading) در قانون\&. می‌توان یک نشانی مبدأ و همچنین نشانی مقصد را برای محدود کردن مبدل‌سازی به این محدوده مشخص کرد\&.
.PP
تعیین کنش (action) در اینجا مجاز نیست\&.
.PP
\fIنکته:\fR
فوروارد IP به طور ضمنی فعال خواهد شد\&.
.SS "نوع ICMP (ICMP\-Type)"
.PP
.if n \{\
.RS 4
.\}
.nf
icmp\-type name="icmptype name"

.fi
.if n \{\
.RE
.\}
.PP
مقدار icmptype یکی از انواع icmp است که توسط firewalld پشتیبانی می‌شود\&. برای دریافت فهرست انواع icmp پشتیبانی‌شده:
\fBfirewall\-cmd \-\-get\-icmptypes\fR
.SS "هدایت پورت (Forward\-Port)"
.PP
.if n \{\
.RS 4
.\}
.nf
forward\-port port="port value" protocol="tcp|udp|sctp|dccp" to\-port="port value" to\-addr="address"

.fi
.if n \{\
.RE
.\}
.PP
فوروارد پورت/بسته‌ها از مقدار پورت محلی با پروتکل "tcp" یا "udp" به پورتی دیگر به صورت محلی، یا به ماشینی دیگر، یا به پورتی دیگر در ماشینی دیگر\&.
.PP
مقدار پورت می‌تواند یک شماره پورت تکی یا بازه‌ای از پورت‌ها به صورت
\fIportid\-portid\fR
باشد\&. گزینه
\fBto\-addr\fR
یک نشانی IP است\&. پروتکل می‌تواند یکی از مقادیر
\fItcp\fR،
\fIudp\fR،
\fIsctp\fR
یا
\fIdccp\fR
باشد\&.
.PP
تعیین کنش (action) در اینجا مجاز نیست؛ forward\-port به طور داخلی از کنش accept استفاده می‌کند\&.
.PP
\fIنکته:\fR
اگر
\fBto\-addr\fR
مشخص شده باشد، فوروارد IP به طور ضمنی فعال خواهد شد\&.
.SS "پورت مبدأ (Source\-Port)"
.PP
.if n \{\
.RS 4
.\}
.nf
source\-port port="port value" protocol="tcp|udp|sctp|dccp"

.fi
.if n \{\
.RE
.\}
.PP
پورت مبدأ
\fIport value\fR
می‌تواند یک شماره پورت تکی
\fIportid\fR
یا یک بازه پورت
\fIportid\fR\-\fIportid\fR
باشد\&. پروتکل می‌تواند یکی از مقادیر
\fItcp\fR،
\fIudp\fR،
\fIsctp\fR
یا
\fIdccp\fR
باشد\&.
.SS "ثبت وقایع (Log)"
.PP
.if n \{\
.RS 4
.\}
.nf
log [prefix="prefix text"] [level="log level"] [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
ثبت تلاش‌های جدید برای اتصال در قانون با استفاده از لاگ‌گیری هسته، به عنوان مثال در syslog\&. می‌توانید یک متن پیشوند با حداکثر طول ۱۲۷ نویسه تعیین کنید که به عنوان پیشوند به پیام لاگ افزوده می‌شود\&. سطح لاگ می‌تواند یکی از مقادیر
"\fBemerg\fR"،
"\fBalert\fR"،
"\fBcrit\fR"،
"\fBerror\fR"،
"\fBwarning\fR"،
"\fBnotice\fR"،
"\fBinfo\fR"
یا
"\fBdebug\fR"
باشد که مقدار پیش‌فرض آن (در صورت عدم تعیین)
"\fBwarning\fR"
است\&. برای مشاهده توضیحات مربوط به سطوح، به
\fBsyslog\fR(3)
مراجعه کنید\&. برای توضیحات مربوط به برچسب
\fBlimit\fR
بخش «محدودیت (Limit)» را ببینید\&.
.PP
\fIنکته:\fR
بک‌اند iptables طول پیشوند را به ۲۹ نویسه کوتاه می‌کند\&.
.SS "ثبت وقایع با نت‌فیلتر (NFLog)"
.PP
.if n \{\
.RS 4
.\}
.nf
nflog [group="group id"] [prefix="prefix text"] [queue\-size="threshold"] [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
ثبت تلاش‌های جدید برای اتصال در قانون با استفاده از لاگ‌گیری هسته جهت ارسال بسته‌ها از طریق یک سوکت \*(Aqnetlink\*(Aq به کاربران یا برنامه‌هایی که گروه چندپخشی (multicast)
\fBgroup\fR
را پایش می‌کنند\&. حداقل و مقدار پیش‌فرض برای
\fBgroup\fR
برابر 0 و حداکثر مقدار آن 65535 است\&. برای توضیحات دقیق‌تر، مدخل NETLINK_NETFILTER را در صفحه راهنمای
\fBnetlink\fR(7)
و گزینه NFLOG را در هر دو صفحه راهنمای
\fBiptables-extensions\fR(8)
و
\fBnft\fR(8)
ببینید\&.
.PP
می‌توانید یک متن پیشوند با حداکثر طول ۱۲۷ نویسه تعیین کنید که به عنوان پیشوند به پیام لاگ افزوده شود\&. گزینه
\fBqueue\-size\fR
می‌تواند برای افزایش آستانه صف تنظیم شود که به محدود کردن تعویض زمینه (context switching) کمک می‌کند\&. مقدار پیش‌فرض برای
\fBqueue\-size\fR
برابر 1 و حداکثر مقدار آن 65535 است\&. برای جزئیات بیشتر به
\fBiptables-extensions\fR(8)
و
\fBnft\fR(8)
مراجعه کنید\&.
.PP
برای توضیحات برچسب
\fBlimit\fR
بخش «محدودیت (Limit)» را ببینید\&.
.PP
\fIنکته:\fR
بک‌اند iptables طول پیشوند را به ۶۳ نویسه کوتاه می‌کند\&.
.SS "حسابرسی (Audit)"
.PP
.if n \{\
.RS 4
.\}
.nf
audit [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
قابلیت Audit روشی جایگزین برای ثبت وقایع با استفاده از رکوردهای حسابرسی ارسالی به سرویس auditd ارائه می‌دهد\&. نوع حسابرسی به طور خودکار از روی کنش قانون تشخیص داده خواهد شد\&. استفاده از audit اختیاری است\&. برای توضیحات مربوط به برچسب
\fBlimit\fR
بخش «محدودیت (Limit)» را ببینید\&.
.SS "کنش (Action)"
.PP
یک کنش می‌تواند یکی از موارد
\fBaccept\fR،
\fBreject\fR،
\fBdrop\fR
یا
\fBmark\fR
باشد\&.
.PP
قانون می‌تواند حاوی یک عنصر باشد یا صرفاً شامل یک مبدأ باشد\&. اگر قانون حاوی یک عنصر باشد، اتصال جدیدِ منطبق بر آن عنصر با این کنش مدیریت خواهد شد\&. اگر قانون عنصری نداشته باشد، تمام ترافیک رسیده از نشانی مبدأ با این کنش مدیریت می‌شود\&.
.PP
.if n \{\
.RS 4
.\}
.nf
accept [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
.if n \{\
.RS 4
.\}
.nf
reject [type="reject type"] [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
.if n \{\
.RS 4
.\}
.nf
drop [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
.if n \{\
.RS 4
.\}
.nf
mark set="mark[/mask]" [limit value="rate/duration"]

.fi
.if n \{\
.RE
.\}
.PP
با
\fBaccept\fR
تمامی تلاش‌های جدید برای برقراری اتصال پذیرفته خواهند شد\&. با
\fBreject\fR
اتصالات پذیرفته نمی‌شوند و مبدأ آن‌ها یک پیام رد ICMP(v6) دریافت می‌کند\&. نوع رد کردن (reject type) را می‌توان برای تعیین پیام خطای ICMP(v6) مناسب تنظیم کرد\&. برای مشاهده انواع معتبر رد کردن، به
\fB\-\-reject\-with type\fR
در صفحه راهنمای
\fBiptables-extensions\fR(8)
مراجعه کنید\&. از آنجا که انواع reject برای IPv4 و IPv6 متفاوت هستند، هنگام استفاده از reject type باید خانواده قانون (rule family) را مشخص کنید\&. با
\fBdrop\fR
تمام بسته‌ها بلافاصله دور ریخته می‌شوند و هیچ اطلاعاتی به مبدأ ارسال نخواهد شد\&. با
\fBmark\fR
تمام بسته‌ها در زنجیره
\fBPREROUTING\fR
در جدول
\fBmangle\fR
با ترکیب نشان و ماسک علامت‌گذاری می‌شوند\&. برای توضیحات مربوط به برچسب
\fBlimit\fR
بخش «محدودیت (Limit)» را ببینید\&.
.SS "محدودیت (Limit)"
.PP
.if n \{\
.RS 4
.\}
.nf
limit value="rate/duration"

.fi
.if n \{\
.RE
.\}
.PP
امکان محدودسازی Log،‏ NFLog،‏ Audit و Action وجود دارد\&. قانونی که از این برچسب استفاده می‌کند تا زمان رسیدن به این حد مطابقت خواهد یافت\&. نرخ (rate) یک عدد طبیعی مثبت است [1, \&.\&.]\&. مدت‌زمان (duration) یکی از مقادیر "s"،‏ "m"،‏ "h" یا "d" است که "s" به معنای ثانیه، "m" دقیقه، "h" ساعت و "d" روز می‌باشد\&. بیشینه مقدار محدودیت "2/d" است که به معنای حداکثر دو بار مطابقت در روز است\&.
.SS "اطلاعات مربوط به ثبت وقایع و کنش‌ها"
.PP
ثبت وقایع (Logging) می‌تواند با کنش‌های log،‏ nflog و audit انجام پذیرد\&. یک زنجیره جدید به تمام مناطق افزوده می‌شود: zone_log\&. این زنجیره برای برقراری نظم مناسب، پیش از زنجیره deny فراخوانی می‌شود\&.
.PP
قوانین یا بخش‌هایی از آن‌ها بر اساس اولویت و کنش قانون در زنجیره‌های جداگانه قرار می‌گیرند:
.PP
.if n \{\
.RS 4
.\}
.nf
\fIzone\fR_pre
\fIzone\fR_log
\fIzone\fR_deny
\fIzone\fR_allow
\fIzone\fR_post

.fi
.if n \{\
.RE
.\}
.PP
هنگامی که
\fIpriority < 0\fR
باشد، قانون غنی در زنجیره
\fIzone\fR_pre
قرار خواهد گرفت\&.
.PP
هنگامی که
\fIpriority == 0\fR
باشد:
در این صورت تمامی قوانین لاگ‌گیری در زنجیره
\fIzone\fR_log
قرار می‌گیرند\&. تمامی قوانین reject و drop در زنجیره
\fIzone\fR_deny
قرار می‌گیرند که پس از زنجیره log پیمایش می‌شود\&. تمامی قوانین accept در زنجیره
\fIzone\fR_allow
قرار می‌گیرند که پس از زنجیره deny پیمایش خواهد شد\&. اگر یک قانون حاوی لاگ و همچنین کنش‌های deny یا allow باشد، هر بخش در زنجیره متناظر خود قرار می‌گیرد\&.
.PP
هنگامی که
\fIpriority > 0\fR
باشد، قانون غنی در زنجیره
\fIzone\fR_post
قرار می‌گیرد\&.
.SH "مثال‌ها (EXAMPLES)"
.PP
این‌ها نمونه‌هایی از نحوه مشخص کردن قوانین زبان غنی هستند\&. این قالب (یعنی یک رشته که کل قانون را مشخص می‌کند) به عنوان مثال توسط
\fBfirewall\-cmd \-\-add\-rich\-rule\fR
(رجوع کنید به
\fBfirewall-cmd\fR(1))
و همچنین واسط D\-Bus استفاده می‌شود\&.
.SS "مثال ۱"
.PP
فعال‌سازی اتصالات جدید IPv4 و IPv6 برای پروتکل \*(Aqah\*(Aq
.PP
.if n \{\
.RS 4
.\}
.nf
rule protocol value="ah" accept

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۲"
.PP
مجاز کردن اتصالات جدید IPv4 و IPv6 برای سرویس ftp و ثبت وقایع با نرخ ۱ در دقیقه با استفاده از audit
.PP
.if n \{\
.RS 4
.\}
.nf
rule service name="ftp" log limit value="1/m" audit accept

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۳"
.PP
مجاز کردن اتصالات جدید IPv4 از نشانی 192\&.168\&.0\&.0/24 برای سرویس tftp و ثبت وقایع با نرخ ۱ در دقیقه با استفاده از syslog
.PP
.if n \{\
.RS 4
.\}
.nf
rule family="ipv4" source address="192\&.168\&.0\&.0/24" service name="tftp" log prefix="tftp" level="info" limit value="1/m" accept

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۴"
.PP
رد کردن تمام اتصالات جدید IPv6 از 1:2:3:4:6:: به سرویس radius و ثبت لاگ با نرخ ۳ در دقیقه\&. اتصالات جدید IPv6 از سایر مبدأها پذیرفته می‌شوند\&.
.PP
.if n \{\
.RS 4
.\}
.nf
rule family="ipv6" source address="1:2:3:4:6::" service name="radius" log prefix="dns" level="info" limit value="3/m" reject
rule family="ipv6" service name="radius" accept

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۵"
.PP
فوروارد پورت/بسته‌های IPv6 دریافت شده از 1:2:3:4:6:: روی پورت 4011 با پروتکل tcp به نشانی 1::2:3:4:7 روی پورت 4012
.PP
.if n \{\
.RS 4
.\}
.nf
rule family="ipv6" source address="1:2:3:4:6::" forward\-port to\-addr="1::2:3:4:7" to\-port="4012" protocol="tcp" port="4011"

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۶"
.PP
قرار دادن نشانی مبدأ در لیست سفید برای مجاز ساختن تمامی اتصالات از 192\&.168\&.2\&.2
.PP
.if n \{\
.RS 4
.\}
.nf
rule family="ipv4" source address="192\&.168\&.2\&.2" accept

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۷"
.PP
قرار دادن نشانی مبدأ در لیست سیاه برای رد کردن (reject) تمامی اتصالات از 192\&.168\&.2\&.3
.PP
.if n \{\
.RS 4
.\}
.nf
rule family="ipv4" source address="192\&.168\&.2\&.3" reject type="icmp\-admin\-prohibited"

.fi
.if n \{\
.RE
.\}
.sp
.SS "مثال ۸"
.PP
قرار دادن نشانی مبدأ در لیست سیاه برای دور ریختن (drop) تمامی اتصالات از 192\&.168\&.2\&.4
.PP
.if n \{\
.RS 4
.\}
.nf
rule family="ipv4" source address="192\&.168\&.2\&.4" drop

.fi
.if n \{\
.RE
.\}
.sp
.SH "همچنین ببینید (SEE ALSO)"
\fBfirewall-applet\fR(1), \fBfirewalld\fR(1), \fBfirewall-cmd\fR(1), \fBfirewall-config\fR(1), \fBfirewalld.conf\fR(5), \fBfirewalld.direct\fR(5), \fBfirewalld.dbus\fR(5), \fBfirewalld.icmptype\fR(5), \fBfirewall-offline-cmd\fR(1), \fBfirewalld.richlanguage\fR(5), \fBfirewalld.service\fR(5), \fBfirewalld.zone\fR(5), \fBfirewalld.zones\fR(5), \fBfirewalld.policy\fR(5), \fBfirewalld.policies\fR(5), \fBfirewalld.ipset\fR(5), \fBfirewalld.helper\fR(5)
.SH "نکات (NOTES)"
.PP
صفحه خانگی firewalld:
.RS 4
\m[blue]\fB\%http://firewalld.org\fR\m[]
.RE
.SH "نویسندگان (AUTHORS)"
.PP
\fBThomas Woerner\fR <\&twoerner@redhat\&.com\&>
.RS 4
توسعه‌دهنده
.RE
.PP
\fBJiri Popelka\fR <\&jpopelka@redhat\&.com\&>
.RS 4
توسعه‌دهنده
.RE
.PP
\fBEric Garver\fR <\&eric@garver\&.life\&>
.RS 4
توسعه‌دهنده
.RE