.nh
.TH "DOCKER" "1" "Aug 2026" "Docker Community" "Docker User Manuals"

.SH "نام (NAME)"
docker-container-kill \- متوقف کردن اجباری (kill) یک یا چند کانتینر در حال اجرا


.SH "خلاصه (SYNOPSIS)"
\fBdocker container kill [OPTIONS] CONTAINER [CONTAINER...]\fP


.SH "شرح (DESCRIPTION)"
زیردستور \fBdocker kill\fR یک یا چند کانتینر را متوقف می‌کند. به فرایند اصلی درون کانتینر سیگنال \fBSIGKILL\fR (پیش‌فرض)، یا سیگنال مشخص‌شده با گزینه \fB--signal\fR ارسال می‌شود. می‌توانید با استفاده از شناسه (ID)، پیشوند شناسه، یا نام کانتینر به آن ارجاع دهید.

.PP
فلگ \fB--signal\fR سیگنال فراخوانی سیستمی (syscall) ارسالی به کانتینر را تعیین می‌کند. این سیگنال می‌تواند نام یک سیگنال در قالب \fBSIG<NAME>\fR مانند \fBSIGINT\fR، یا یک عدد بدون علامت متناظر با جایگاه آن در جدول فراخوانی سیستمی هسته (kernel) مانند \fB2\fR باشد\&.

.PP
اگرچه سیگنال پیش‌فرض (\fBSIGKILL\fR) کانتینر را خاتمه می‌دهد، سیگنال تعیین‌شده با \fB--signal\fR بسته به فرایند اصلی کانتینر ممکن است غیرخاتمه‌دهنده باشد. برای نمونه، سیگنال \fBSIGHUP\fR در بیشتر موارد غیرخاتمه‌دهنده است و کانتینر پس از دریافت سیگنال به اجرا ادامه خواهد داد.

.PP
.RS

.PP
\fBیادداشت\fP

.PP
دستورهای \fBENTRYPOINT\fR و \fBCMD\fR در قالب \fIshell\fP به‌صورت فرایند فرزند \fB/bin/sh -c\fR اجرا می‌شوند که سیگنال‌ها را منتقل نمی‌کند. این بدان معناست که فایل اجرایی، PID 1 کانتینر نبوده و سیگنال‌های یونیکس را دریافت نمی‌کند.

.RE


.SH "گزینه‌ها (OPTIONS)"
\fB-s\fP, \fB--signal\fP=""
	سیگنال برای ارسال به کانتینر


.SH "ببینید (SEE ALSO)"
\fBdocker-container(1)\fP