.\" Copyright (C) 1994, 1995, Daniel Quinlan .\" Copyright (C) 2002-2008, 2017, Michael Kerrisk .\" Copyright (C) 2023, Alejandro Colomar .\" .\" SPDX-License-Identifier: GPL-3.0-or-later .\" .TH proc_pid_fd 5 2024-05-02 "Linux man-pages 6.9.1" .SH "نام (NAME)" proc_pid_fd \- توصیف‌کننده‌های فایل‌های باز فرآیند .SH "توضیحات (DESCRIPTION)" .TP .IR /proc/ pid /fd/ این یک زیردایرکتوری شامل یک مدخل برای هر فایلی است که فرآیند باز کرده است، که با توصیف‌کننده فایل (file descriptor) آن نام‌گذاری شده و یک پیوند نمادین به فایل واقعی است. بنابراین، 0 ورودی استاندارد، 1 خروجی استاندارد، 2 خطای استاندارد و به همین ترتیب است. .IP برای توصیف‌کننده‌های فایل مربوط به لوله‌ها (pipes) و سوکت‌ها (sockets)، مدخل‌ها پیوندهای نمادینی خواهند بود که محتوای آن‌ها نوع فایل به همراه اینود (inode) است. یک فراخوانی .BR readlink (2) روی این فایل رشته‌ای در این قالب برمی‌گرداند: .IP .in +4n .EX type:[inode] .EE .in .IP برای مثال، .I socket:[2248868] یک سوکت خواهد بود و اینود آن 2248868 است. برای سوکت‌ها، از آن اینود می‌توان برای یافتن اطلاعات بیشتر در یکی از فایل‌های زیرمسیر .IR /proc/net/ استفاده کرد. .IP برای توصیف‌کننده‌های فایلی که هیچ اینود متناظری ندارند (برای نمونه، توصیف‌کننده‌های فایل ایجادشده توسط .BR bpf (2)، .BR epoll_create (2)، .BR eventfd (2)، .BR inotify_init (2)، .BR perf_event_open (2)، .BR signalfd (2)، .BR timerfd_create (2) و .BR userfaultfd (2))، مدخل مربوطه یک پیوند نمادین با محتوایی به شکل زیر خواهد بود: .IP .in +4n .EX .RI anon_inode: file-type .EE .in .IP در بسیاری از موارد (اما نه همه آن‌ها)، .I file-type درون کروشه قرار دارد. .IP برای مثال، یک توصیف‌کننده فایل epoll پیوند نمادینی خواهد داشت که محتوای آن رشته‌ی .IR "anon_inode:[eventpoll]" است. .IP .\"The following was still true as at kernel 2.6.13 در یک فرآیند چندرشته‌ای (multithreaded)، اگر رشته‌ی اصلی پیش‌تر خاتمه یافته باشد (معمولاً با فراخوانی .BR pthread_exit (3))، محتویات این دایرکتوری در دسترس نخواهد بود. .IP برنامه‌هایی که یک نام فایل را به‌عنوان آرگومان خط فرمان دریافت می‌کنند، اما در صورت ارائه نشدن آرگومان ورودی را از ورودی استاندارد نمی‌گیرند، و برنامه‌هایی که در فایلی مشخص‌شده در آرگومان خط فرمان می‌نویسند، اما در صورت ارائه نشدن آرگومان خروجی خود را به خروجی استاندارد ارسال نمی‌کنند، با این حال می‌توانند با استفاده از فایل‌های .IR /proc/ pid /fd به‌عنوان آرگومان‌های خط فرمان، وادار به استفاده از ورودی استاندارد یا خروجی استاندارد شوند. برای مثال، با فرض اینکه .I \-i گزینه‌ای برای تعیین فایل ورودی و .I \-o گزینه‌ای برای تعیین فایل خروجی باشد: .IP .in +4n .EX .RB "$" " foobar \-i /proc/self/fd/0 \-o /proc/self/fd/1 ..." .EE .in .IP و شما یک فیلتر فعال خواهید داشت. .\" The following is not true in my tests (MTK): .\" Note that this will not work for .\" programs that seek on their files, as the files in the fd directory .\" are not seekable. .IP .I /proc/self/fd/N در برخی سیستم‌های UNIX و شبه‌یونیکس تقریباً همانند .I /dev/fd/N است. در واقع، بیشتر اسکریپت‌های MAKEDEV در لینوکس، پیوند نمادینی از .I /dev/fd به .IR /proc/self/fd ایجاد می‌کنند. .IP بیشتر سیستم‌ها پیوندهای نمادین .IR /dev/stdin ، .IR /dev/stdout و .IR /dev/stderr را فراهم می‌کنند که به ترتیب به فایل‌های .IR 0 ، .IR 1 و .I 2 در .IR /proc/self/fd پیوند دارند. بنابراین دستور مثال بالا را می‌توان به این صورت نوشت: .IP .in +4n .EX .RB "$" " foobar \-i /dev/stdin \-o /dev/stdout ..." .EE .in .IP مجوز ارجاع‌زدایی (dereference) یا خواندن .RB ( readlink (2)) پیوندهای نمادین در این دایرکتوری توسط بررسی حالت دسترسی ptrace یعنی .B PTRACE_MODE_READ_FSCREDS اداره می‌شود؛ ببینید: .BR ptrace (2). .IP توجه داشته باشید که برای توصیف‌کننده‌های فایل اشاره‌کننده به اینودها (لوله‌ها و سوکت‌ها، بالا را ببینید)، آن اینودها همچنان بیت‌های دسترسی و اطلاعات مالکیتی مجزایی از مدخل .IR /proc/ pid /fd دارند، و مالک ممکن است با شناسه‌های کاربری و گروهی فرآیند متفاوت باشد. یک فرآیند بدون امتیاز ممکن است مجوز لازم برای باز کردن آن‌ها را نداشته باشد، همان‌طور که در این مثال نشان داده شده است: .IP .in +4n .EX .RB "$" " echo test | sudo \-u nobody cat" test .RB "$" " echo test | sudo \-u nobody cat /proc/self/fd/0" cat: /proc/self/fd/0: Permission denied .EE .in .IP توصیف‌کننده فایل 0 به لوله‌ای اشاره دارد که توسط پوسته ایجاد شده و تحت مالکیت کاربر همان پوسته قرار دارد که .IR nobody نیست؛ بنابراین .B cat مجوز ایجاد یک توصیف‌کننده فایل جدید برای خواندن از آن اینود را ندارد، اگرچه همچنان می‌تواند از توصیف‌کننده فایل 0 موجود خود بخواند. .SH "همچنین ببینید (SEE ALSO)" .BR proc (5)