.\" Man page generated from reStructuredText .\" by the Docutils 0.22.3 manpage writer. . . .nr rst2man-indent-level 0 . .de1 rstReportMargin \\$1 \\n[an-margin] level \\n[rst2man-indent-level] level margin: \\n[rst2man-indent\\n[rst2man-indent-level]] - \\n[rst2man-indent0] \\n[rst2man-indent1] \\n[rst2man-indent2] .. .de1 INDENT .\" .rstReportMargin pre: . RS \\$1 . nr rst2man-indent\\n[rst2man-indent-level] \\n[an-margin] . nr rst2man-indent-level +1 .\" .rstReportMargin post: .. .de UNINDENT . RE .\" indent \\n[an-margin] .\" old: \\n[rst2man-indent\\n[rst2man-indent-level]] .nr rst2man-indent-level -1 .\" new: \\n[rst2man-indent\\n[rst2man-indent-level]] .in \\n[rst2man-indent\\n[rst2man-indent-level]]u .. .TH "mount.cifs, mount.smb3" "8" "" "" .SH "نام (NAME)" mount.cifs \- سوار کردن سیستم‌های فایل شبکه بر پایه cifs یا smb3 .SH "خلاصه دستور (SYNOPSIS)" .INDENT 0.0 .INDENT 3.5 mount.cifs {service} {mount\-point} [\-o options] .UNINDENT .UNINDENT .sp این ابزار بخشی از مجموعه cifs\-utils است. .sp دستور \fBmount.cifs\fP یک سیستم فایل CIFS یا SMB3 را از طریق لینوکس سوار (mount) می‌کند. معمولاً با استفاده از گزینه \(dq\-t cifs\(dq به طور غیرمستقیم توسط دستور mount(8) فراخوانی می‌شود. این دستور فقط در لینوکس کار می‌کند و هسته باید از سیستم فایل cifs پشتیبانی کند. پروتکل SMB3 جانشین پروتکل CIFS (SMB) است و توسط اکثر سرورهای ویندوز، Azure (فضای ابری)، مک‌ها و بسیاری از سرورهای تجاری دیگر و تجهیزات ذخیره‌سازی متصل به شبکه (NAS) و همچنین سرور متن‌باز پرکاربرد Samba پشتیبانی می‌شود. .sp دستور \fBmount.smb3\fP تنها سیستم فایل SMB3 را سوار می‌کند. معمولاً با استفاده از گزینه \(dq\-t smb3\(dq به طور غیرمستقیم توسط دستور mount(8) فراخوانی می‌شود. نوع سیستم فایل \fBsmb3\fP در هسته نسخه 4.18 و بالاتر اضافه شده است. این ابزار عملکردی مشابه mount.cifs دارد، به جز اینکه نوع سیستم فایل را smb3 ارسال می‌کند. .sp ابزار mount.cifs نام UNC (منبع به اشتراک‌گذاشته شده شبکه) مشخص‌شده به عنوان service را (با نحو \fB//server/share\fP که در آن \(dqserver\(dq نام سرور یا آدرس IP و \(dqshare\(dq نام اشتراک است) به دایرکتوری محلی mount\-point متصل می‌کند. .sp گزینه‌های mount.cifs به صورت فهرستی از جفت‌های \fBkey=value\fP که با کاما از هم جدا شده‌اند مشخص می‌شوند. ارسال گزینه‌هایی غیر از موارد فهرست‌شده در اینجا نیز امکان‌پذیر است، به شرطی که ماژول هسته سیستم فایل cifs (\fBcifs.ko\fP) از آن‌ها پشتیبانی کند. گزینه‌های ناشناخته سوار کردن cifs که به کد هسته cifs vfs ارسال شوند در گزارش‌های ثبت هسته (kernel log) ثبت خواهند شد. .sp دستور \fBmount.cifs\fP باعث می‌شود که cifs vfs ریسه‌ای به نام cifsd اجرا کند. پس از سوار شدن، این ریسه تا زمان پیاده‌سازی منبع سوار شده (معمولاً از طریق ابزار \fBumount\fP) در حال اجرا باقی می‌ماند. .sp دستور \fBmount.cifs \-V\fP نسخه ابزار کمکی cifs mount را نمایش می‌دهد. .sp دستور \fBmodinfo cifs\fP نسخه ماژول cifs را نمایش می‌دهد. .SH "گزینه‌ها (OPTIONS)" .INDENT 0.0 .TP .B username=arg|user=arg نام کاربری برای اتصال را مشخص می‌کند. اگر این گزینه ارائه نشود، متغیر محیطی USER استفاده می‌شود. .sp نسخه‌های پیشین mount.cifs امکان تعیین نام کاربری به صورت \fBuser%password\fP یا \fBworkgroup/user\fP یا \fBworkgroup/user%password\fP را نیز می‌دادند تا گذرواژه و workgroup به عنوان بخشی از نام کاربری مشخص شوند. پشتیبانی از این قالب‌های جایگزین نام کاربری منسوخ شده است و دیگر نباید استفاده شوند. کاربران باید از گزینه‌های تفکیک‌شده \fBpassword=\fP و \fBdomain=\fP برای تعیین این مقادیر استفاده کنند. اگرچه برخی نسخه‌های ماژول هسته cifs گزینه \fBuser=\fP را به عنوان مخفف این گزینه می‌پذیرند، استفاده از آن ممکن است برنامه استاندارد mount را به این اشتباه بیندازد که این یک سوار کردن غیر ریشه (non\-superuser) است. بنابراین توصیه می‌شود از نام کامل گزینه \fBusername=\fP استفاده شود. .TP .B password=arg|pass=arg گذرواژه CIFS را مشخص می‌کند. اگر این گزینه ارائه نشود، متغیر محیطی PASSWD استفاده می‌شود. اگر گذرواژه به طور مستقیم یا غیرمستقیم از طریق آرگومانی به mount مشخص نشود، mount.cifs درخواست گذرواژه خواهد کرد، مگر اینکه گزینه guest مشخص شده باشد. .sp توجه داشته باشید که گذرواژه‌ای که حاوی کاراکتر جداکننده باشد (یعنی کاما \(aq,\(aq) در خط فرمان به درستی تجزیه نمی‌شود. با این حال، همان گذرواژه اگر در متغیر محیطی PASSWD یا از طریق فایل اطلاعات هویتی (credentials) تعریف شود یا در اعلان گذرواژه وارد شود، به درستی خوانده خواهد شد. .TP .B password2=arg|pass2=arg یک گذرواژه جایگزین برای کمک به چرخش گذرواژه مشخص می‌کند. اگر این گزینه ارائه نشود، متغیر محیطی PASSWD2 استفاده می‌شود. اگر password2 به طور مستقیم یا غیرمستقیم از طریق آرگومانی به mount مشخص نشود، mount.cifs برای password2 درخواستی نخواهد کرد. .sp توجه داشته باشید که اگر password2 حاوی کاراکتر جداکننده باشد (یعنی کاما \(aq,\(aq) در خط فرمان به درستی تجزیه نمی‌شود. با این حال، همان password2 اگر در متغیر محیطی PASSWD2 یا از طریق فایل اطلاعات هویتی (در ادامه را ببینید) تعریف شود، به درستی خوانده خواهد شد. .TP .B credentials=filename|cred=filename فایلی را مشخص می‌کند که حاوی نام کاربری و/یا گذرواژه و اختیاری گذرواژه جایگزین و/یا نام workgroup است. قالب فایل به صورت زیر است: .INDENT 7.0 .INDENT 3.5 .sp .EX username=value password=value password2=value domain=value .EE .UNINDENT .UNINDENT .sp این روش به قرار دادن گذرواژه‌ها به صورت متن خام در یک فایل مشترک مانند \fI/etc/fstab\fP ترجیح داده می‌شود. حتماً از هر فایل اطلاعات هویتی به درستی محافظت کنید. .TP .B uid=arg شناسه کاربری (uid) مالک تمامی فایل‌ها یا دایرکتوری‌های سیستم فایل سوار شده را در صورتی که سرور اطلاعات مالکیت را ارائه ندهد، تنظیم می‌کند. می‌توان آن را به صورت نام کاربری یا یک uid عددی مشخص کرد. در صورت عدم تعیین، مقدار پیش‌فرض uid 0 است. ابزار کمکی mount.cifs برای پشتیبانی از تعیین uid به شکل غیر عددی باید نسخه 1.10 یا بالاتر باشد. برای اطلاعات بیشتر بخش مالکیت و دسترسی‌های فایل و دایرکتوری را در ادامه ببینید. .TP .B forceuid به کلاینت دستور می‌دهد هرگونه uid ارائه‌شده توسط سرور برای فایل‌ها و دایرکتوری‌ها را نادیده بگیرد و همیشه مالک را برابر با مقدار گزینه uid= قرار دهد. برای اطلاعات بیشتر بخش مالکیت و دسترسی‌های فایل و دایرکتوری را در ادامه ببینید. .TP .B cruid=arg شناسه کاربری (uid) مالک حافظه موقت اطلاعات هویتی (credentials cache) را تعیین می‌کند. این گزینه عمدتاً با \fBsec=krb5\fP\& کاربرد دارد. مقدار پیش‌فرض، uid واقعی فرایندی است که سوار کردن را انجام می‌دهد. تنظیم این پارامتر باعث می‌شود فراخوانی upcall به دنبال حافظه موقت اعتباری متعلق به آن کاربر بگردد. .TP .B gid=arg شناسه گروهی (gid) مالک تمامی فایل‌ها یا دایرکتوری‌های سیستم فایل سوار شده را در صورتی که سرور اطلاعات مالکیت را ارائه ندهد، تنظیم می‌کند. می‌توان آن را به صورت نام گروه یا یک gid عددی مشخص کرد. در صورت عدم تعیین، مقدار پیش‌فرض gid 0 است. ابزار کمکی mount.cifs برای پشتیبانی از تعیین gid به شکل غیر عددی باید نسخه 1.10 یا بالاتر باشد. برای اطلاعات بیشتر بخش مالکیت و دسترسی‌های فایل و دایرکتوری را در ادامه ببینید. .TP .B forcegid به کلاینت دستور می‌دهد هرگونه gid ارائه‌شده توسط سرور برای فایل‌ها و دایرکتوری‌ها را نادیده بگیرد و همیشه مالک گروهی را برابر با مقدار گزینه gid= قرار دهد. برای اطلاعات بیشتر بخش مالکیت و دسترسی‌های فایل و دایرکتوری را در ادامه ببینید. .TP .B idsfromsid شناسه‌های uid/gid را از SID ویژه استخراج می‌کند به جای اینکه آن را نگاشت کند. برای اطلاعات بیشتر بخش مالکیت و دسترسی‌های فایل و دایرکتوری را در ادامه ببینید. .TP .B port=arg شماره پورتی را تعیین می‌کند که کلاینت سعی خواهد کرد روی آن با سرور CIFS ارتباط برقرار کند. اگر این مقدار مشخص شود، به دنبال یک اتصال موجود با این پورت می‌گردد و در صورت وجود، از آن استفاده می‌کند. اگر اتصالی وجود نداشته باشد، سعی می‌کند یک اتصال جدید روی آن پورت ایجاد کند. در صورت شکست اتصال، خطا برمی‌گرداند. اگر این مقدار مشخص نشود، به دنبال اتصال موجود روی پورت 445 یا 139 می‌گردد. اگر چنین اتصالی وجود نداشته باشد، ابتدا سعی می‌کند روی پورت 445 متصل شود و در صورت عدم موفقیت، روی پورت 139 تلاش می‌کند. در صورت شکست هر دو، خطا برمی‌گرداند. .TP .B netbiosname=arg هنگام سوار کردن روی سرورها از طریق پورت 139، نام مبدأ RFC1001 را مشخص می‌کند که برای نشان دادن ماشین netbios کلاینت در طول مقداردهی اولیه نشست netbios استفاده می‌شود. .TP .B servern=arg مشابه \fBnetbiosname\fP است، به جز اینکه نام netbios سرور را به جای کلاینت مشخص می‌کند. اگرچه برای سوار کردن روی سرورهای جدیدتر به ندرت مورد نیاز است، اما این گزینه برای اتصال به برخی سرورهای قدیمی‌تر (مانند OS/2 یا Windows 98 و Windows ME) لازم است، زیرا هنگام اتصال روی پورت 139، بر خلاف اکثر سرورهای جدید، از نام پیش‌فرض سرور پشتیبانی نمی‌کنند. نام سرور می‌تواند تا 15 کاراکتر باشد و معمولاً با حروف بزرگ نوشته می‌شود. .TP .B file_mode=arg اگر سرور از افزونه‌های یونیکس CIFS پشتیبانی نکند، حالت پیش‌فرض فایل را لغو می‌کند. .TP .B dir_mode=arg اگر سرور از افزونه‌های یونیکس CIFS پشتیبانی نکند، حالت پیش‌فرض دایرکتوری‌ها را لغو می‌کند. .TP .B ip=arg|addr=arg آدرس IP مقصد را مشخص می‌کند. اگر بخش نام سرور در نام UNC درخواستی قابل تفکیک و حل باشد، این گزینه به طور خودکار تنظیم می‌شود، بنابراین به ندرت نیاز به تعیین توسط کاربر دارد. .TP .B domain=arg|dom=arg|workgroup=arg دامنه (workgroup) کاربر را مشخص می‌کند. اگر دامنه‌ای داده نشود، دامنه خالی استفاده خواهد شد. از \fBdomainauto\fP برای حدس خودکار دامنه سروری که به آن متصل می‌شوید استفاده کنید. .TP .B domainauto هنگام استفاده از احراز هویت NTLM و عدم ارائه دامنه از طریق \fBdomain\fP، دامنه را از چالش NTLM سرور حدس می‌زند. این رفتار در هسته‌های قدیمی‌تر از 2.6.36 حالت پیش‌فرض بود. .TP .B guest برای گذرواژه درخواستی مطرح نمی‌کند. .TP .B iocharset مجموعه نویسه (Charset) مورد استفاده برای تبدیل نام‌های محلی مسیر به یونیکد و برعکس. در صورتی که سرور از آن پشتیبانی کند، یونیکد به طور پیش‌فرض برای نام‌های مسیر شبکه استفاده می‌شود. اگر \fBiocharset\fP مشخص نشود، \fBnls_default\fP تعیین‌شده در زمان ساخت هسته کلاینت محلی استفاده خواهد شد. اگر سرور از یونیکد پشتیبانی نکند، این پارامتر بی‌استفاده می‌ماند. .TP .B ro سوار کردن به صورت فقط‌خواندنی. .TP .B rw سوار کردن به صورت خواندن و نوشتن. .TP .B setuids اگر افزونه‌های یونیکس CIFS با سرور مورد توافق قرار گیرد، کلاینت تلاش می‌کند شناسه مؤثر uid و gid فرایند محلی را روی فایل‌ها، دایرکتوری‌ها و دستگاه‌های تازه ایجادشده تنظیم کند (create, mkdir, mknod). اگر افزونه‌های یونیکس CIFS مورد توافق قرار نگیرد، برای فایل‌ها و دایرکتوری‌های تازه ایجادشده، به جای استفاده از uid و gid پیش‌فرضی که در زمان سوار کردن مشخص شده، uid و gid فایل جدید را به صورت محلی ذخیره موقت می‌کند، به این معنی که با بارگذاری مجدد اینود (یا زمانی که کاربر اشتراک را مجدداً سوار کند)، uid فایل می‌تواند تغییر کند. .TP .B nosetuids کلاینت تلاش نخواهد کرد uid و gid را روی فایل‌ها، دایرکتوری‌ها و دستگاه‌های تازه ایجادشده تنظیم کند (create, mkdir, mknod) که منجر می‌شود سرور uid و gid را روی مقادیر پیش‌فرض قرار دهد (معمولاً uid سروری کاربری که اشتراک را سوار کرده است). واگذاری تعیین uid و gid به سرور (به جای کلاینت) حالت پیش‌فرض است. اگر افزونه‌های یونیکس CIFS مورد توافق قرار نگیرد، uid و gid فایل‌های جدید به صورت uid (و gid) سوارکننده یا پارامتر uid (و gid) مشخص‌شده در زمان سوار کردن نمایش داده خواهد شد. .TP .B perm کلاینت بررسی دسترسی‌ها را انجام می‌دهد (بررسی vfs_permission برای uid و gid فایل در برابر حالت و عملیات درخواستی). توجه داشته باشید که این علاوه بر بررسی معمول ACL روی ماشین مقصد است که توسط نرم‌افزار سرور انجام می‌شود. بررسی دسترسی کلاینت به طور پیش‌فرض فعال است. .TP .B noperm کلاینت بررسی دسترسی‌ها را انجام نمی‌دهد. این می‌تواند فایل‌های روی این نقطه سوار کردن را در معرض دسترسی سایر کاربران در سیستم کلاینت محلی قرار دهد. معمولاً تنها زمانی نیاز است که سرور از افزونه‌های یونیکس CIFS پشتیبانی کند، اما شناسه‌های UID/GID در سیستم کلاینت و سرور به اندازه کافی مطابقت نداشته باشند تا اجازه دسترسی توسط کاربری که سوار کردن را انجام داده صادر شود. توجه داشته باشید که این گزینه بر بررسی معمول ACL روی ماشین مقصد که توسط نرم‌افزار سرور انجام می‌شود (بررسی ACL سرور در برابر نام کاربری ارائه‌شده در زمان سوار کردن) تأثیری نمی‌گذارد. .TP .B dynperm به سرور دستور می‌دهد مالکیت و دسترسی‌ها را در حافظه نگهداری کند که نمی‌توانند روی سرور ذخیره شوند. این اطلاعات می‌توانند در هر زمانی (هرگاه اینود از حافظه موقت پاک شود) ناپدید شوند، بنابراین اگرچه ممکن است به اجرای برخی برنامه‌ها کمک کند، اما رفتار آن تا حدی غیرقابل اطمینان است. برای اطلاعات بیشتر بخش مالکیت و دسترسی‌های فایل و دایرکتوری را در ادامه ببینید. .TP .B cache=arg حالت حافظه موقت (Cache mode). برای جزئیات بخش سازگاری حافظه موقت را در ادامه ببینید. مقادیر مجاز عبارتند از: .INDENT 7.0 .IP \(bu 2 \fBnone\fP \- داده‌های فایل اصلاً ذخیره موقت نشوند .IP \(bu 2 \fBstrict\fP \- پروتکل CIFS/SMB2 دقیقاً رعایت شود .IP \(bu 2 \fBloose\fP \- قواعد سهل‌گیرانه ذخیره‌سازی موقت مجاز باشد .UNINDENT .sp مقدار پیش‌فرض در هسته‌های قدیمی‌تر از 3.7 برابر با \fBloose\fP\& بود. از هسته 3.7 مقدار پیش‌فرض \fBstrict\fP\& است. .TP .B nostrictsync از سرور درخواست نکن هنگام fsync() عمل تخلیه (flush) را انجام دهد. برخی سرورها به طور پیش‌فرض نوشتن‌های بدون بافر انجام می‌دهند که در این حالت عمل تخلیه زائد است. در بارهای کاری که کلاینت تعداد زیادی ترکیب نوشتن کوچک + fsync انجام می‌دهد و تأخیر شبکه بسیار بیشتر از تأخیر سرور است، این گزینه ۲ برابر بهبود عملکرد به همراه دارد. این گزینه همچنین در سناریوهایی که عملکرد بر سازگاری ارجحیت دارد، انتخاب خوبی است. .TP .B handlecache (پیش‌فرض) در SMB2 و بالاتر، کلاینت اغلب مجبور است ریشه اشتراک (مسیر خالی) را در نقاط مختلف در طول سوار کردن، اعتبارسنجی مجدد مسیر و فراخوانی سیستمی statfs(2) باز کند. این گزینه ترافیک رفت و برگشت زائد (باز و بسته کردن‌ها) را به سادگی با نگه‌داشتن دستگیره (handle) دایرکتوری ریشه پس از یک بار باز شدن کاهش می‌دهد. .TP .B nohandlecache ذخیره‌سازی موقت دستگیره دایرکتوری ریشه اشتراک را غیرفعال می‌کند. .TP .B max_cached_dirs=arg حداکثر تعداد دایرکتوری‌های ذخیره‌شده در حافظه موقت به ازای هر اشتراک. دایرکتوری‌ها در صورتی به صورت محلی ذخیره موقت می‌شوند که اجاره‌ای (lease) توسط سرور اعطا شده باشد، که با کاهش ترافیک شبکه، عملکرد را بهبود می‌بخشد. .sp به طور پیش‌فرض، \fBmax_cached_dirs\fP روی 16 تنظیم شده است و می‌تواند مقادیری بین 0 و حداکثر مقدار 2^32 \- 1 داشته باشد. .TP .B handletimeout=arg مدت زمانی (به میلی‌ثانیه) که سرور باید دستگیره را پس از یک جابه‌جایی در هنگام بروز خطا (failover) در انتظار اتصال مجدد کلاینت رزرو نگه دارد. هنگام سوار کردن با گزینه resilienthandles یا persistenthandles، یا زمانی که استفاده از آن‌ها توسط سرور درخواست شده باشد (اشتراک‌های دسترسی مداوم)، این پارامتر مقدار پیش‌فرض وقفه دستگیره سرور (که برای اکثر سرورها 120 ثانیه است) را لغو می‌کند. .TP .B rwpidforward شناسه pid فرایندی را که فایلی را باز کرده است به هر عملیات خواندن یا نوشتن روی آن فایل فوروارد می‌کند. این از شکست برنامه‌هایی مانند wine(1) در خواندن و نوشتن در صورت استفاده از سبک قفل اجباری brlock جلوگیری می‌کند. .TP .B mapchars شش کاراکتر از هفت کاراکتر رزرو شده را (نه بک‌اسلش، بلکه شامل کاراکترهای دونقطه، علامت سوال، خط عمودی pipe، ستاره، بزرگتر و کوچکتر) به محدوده بازنگاشت (بالای 0xF000) تبدیل می‌کند، که همچنین به کلاینت CIFS اجازه می‌دهد فایل‌های ایجادشده با این کاراکترها را توسط Services for Unix ویندوز شناسایی کند. این همچنین هنگام سوار کردن به اکثر نسخه‌های Samba مفید است (که ایجاد و باز کردن فایل‌هایی را که نامشان حاوی هر یک از این هفت کاراکتر باشد ممنوع می‌کند). اگر سرور از یونیکد روی شبکه پشتیبانی نکند، این گزینه هیچ اثری ندارد. لطفاً توجه داشته باشید که فایل‌های ایجادشده با گزینه سوار کردن \fBmapchars\fP ممکن است در صورت سوار شدن اشتراک بدون آن گزینه قابل دسترسی نباشند. .TP .B nomapchars (پیش‌فرض) هیچ‌یک از این هفت کاراکتر را تبدیل نمی‌کند. .TP .B mapposix کاراکترهای رزرو شده را مشابه \fBmapchars\fP تبدیل می‌کند، اما از نگاشت متعلق به \(dqServices For Mac\(dq مایکروسافت استفاده می‌کند. این گزینه علاوه بر این، علامت نقل قول دوگانه و یک نقطه یا فاصله انتهایی را نیز بازنگاشت می‌کند. .TP .B intr در حال حاضر پیاده‌سازی نشده است. .TP .B nointr (پیش‌فرض) در حال حاضر پیاده‌سازی نشده است. .TP .B hard برنامه‌ای که به فایلی روی سیستم فایل سوار شده cifs دسترسی دارد، در صورت خرابی و توقف سرور متوقف (hang) خواهد شد. .TP .B soft (پیش‌فرض) برنامه‌ای که به فایلی روی سیستم فایل سوار شده cifs دسترسی دارد، در صورت خرابی و توقف سرور متوقف نمی‌شود و خطاها را به برنامه کاربر بازمی‌گرداند. .TP .B noacl عملیات POSIX ACL را حتی اگر سرور از آن‌ها پشتیبانی کند، مجاز نمی‌داند. .sp کلاینت CIFS می‌تواند POSIX ACLها را روی سرورهای Samba نسخه 3.0.10 و بالاتر دریافت و تنظیم کند (getfacl, setfacl). تنظیم POSIX ACLها نیازمند فعال بودن هر دو گزینه \fBCONFIG_CIFS_XATTR\fP و سپس \fBCONFIG_CIFS_POSIX\fP در گزینه‌های پیکربندی CIFS در زمان ساخت ماژول cifs است. پشتیبانی از POSIX ACL می‌تواند برای هر سوار کردن به طور جداگانه با مشخص کردن \fBnoacl\fP غیرفعال شود. .TP .B cifsacl این گزینه برای نگاشت CIFS/NTFS ACL به/از بیت‌های دسترسی لینوکس، نگاشت SIDها به/از UIDها و GIDها، و دریافت و تنظیم توصیف‌کننده‌های امنیتی (Security Descriptors) استفاده می‌شود. .sp برای اطلاعات بیشتر بخش مربوط به CIFS/NTFS ACL، نگاشت SID/UID/GID، توصیف‌کننده‌های امنیتی را ببینید. .TP .B backupuid=arg دسترسی به فایل توسط این کاربر باید با تنظیم پرچم قصد پشتیبان‌گیری (backup intent) انجام شود. باید نام یا شناسه به عنوان آرگومان ارائه شود؛ مقادیر پیش‌فرضی وجود ندارد. .sp برای جزئیات بیشتر بخش دسترسی به فایل‌ها با هدف پشتیبان‌گیری را ببینید. .TP .B backupgid=arg دسترسی به فایل توسط کاربرانی که عضو این گروه هستند باید با تنظیم پرچم قصد پشتیبان‌گیری انجام شود. باید نام یا شناسه به عنوان آرگومان ارائه شود؛ مقادیر پیش‌فرضی وجود ندارد. .sp برای جزئیات بیشتر بخش دسترسی به فایل‌ها با هدف پشتیبان‌گیری را ببینید. .TP .B nocase درخواست تطبیق نام مسیر بدون حساسیت به حروف کوچک و بزرگ (حساسیت به حروف حالت پیش‌فرض است، اگر سرور از آن پشتیبانی کند). .TP .B ignorecase مترادف \fBnocase\fP\&. .TP .B sec=arg حالت امنیتی. مقادیر مجاز عبارتند از: .INDENT 7.0 .IP \(bu 2 \fBnone\fP \- تلاش برای اتصال به عنوان کاربر تهی (بدون نام) .IP \(bu 2 \fBkrb5\fP \- استفاده از احراز هویت کربروس نسخه 5 .IP \(bu 2 \fBkrb5i\fP \- استفاده از احراز هویت کربروس و فعال‌سازی اجباری امضای بسته‌ها .IP \(bu 2 \fBntlm\fP \- استفاده از درهم‌سازی گذرواژه NTLM .IP \(bu 2 \fBntlmi\fP \- استفاده از درهم‌سازی گذرواژه NTLM و اجبار امضای بسته‌ها .IP \(bu 2 \fBntlmv2\fP \- استفاده از درهم‌سازی گذرواژه NTLMv2 .IP \(bu 2 \fBntlmv2i\fP \- استفاده از درهم‌سازی گذرواژه NTLMv2 و اجبار امضای بسته‌ها .IP \(bu 2 \fBntlmssp\fP \- استفاده از درهم‌سازی گذرواژه NTLMv2 کپسوله‌شده در پیام خام NTLMSSP .IP \(bu 2 \fBntlmsspi\fP \- استفاده از درهم‌سازی گذرواژه NTLMv2 کپسوله‌شده در پیام خام NTLMSSP و اجبار امضای بسته‌ها .UNINDENT .sp مقدار پیش‌فرض در نسخه‌های اصلی هسته قبل از نسخه 3.8 برابر با \fBsec=ntlm\fP\& بود. در نسخه 3.8، مقدار پیش‌فرض به \fBsec=ntlmssp\fP\& تغییر یافت. .sp اگر سرور در طول مذاکره پروتکل نیاز به امضا داشته باشد، ممکن است به طور خودکار فعال شود. همچنین در صورتی که در \fI/proc/fs/cifs/SecurityFlags\fP\& فعال شده باشد، امضای بسته‌ها ممکن است به صورت خودکار فعال شود. .TP .B seal درخواست رمزنگاری در لایه SMB. الگوریتم رمزنگاری استفاده‌شده AES\-128\-CCM است. نیازمند SMB3 یا بالاتر است (گزینه \fBvers\fP را ببینید). .TP .B esize=arg حداقل اندازه (به بایت) پاسخ خواندن رمزنگاری‌شده که در آن کلاینت رمزگشایی را به یک ریسه کارگر مجزا واگذار می‌کند. این زمانی کار می‌کند که تعداد درخواست‌های در جریان بیشتر از 1 باشد. .sp رمزگشایی پاسخ‌های خواندن رمزنگاری‌شده بزرگ می‌تواند از نظر محاسباتی سنگین باشد و زمانی که چندین خواندن در جریان هستند، واگذاری کار می‌تواند عملکرد را بهبود بخشد. .sp مقدار پیش‌فرض \fBesize=0\fP است، به این معنی که تمام پاسخ‌های خواندن رمزنگاری‌شده بدون واگذاری رمزگشایی می‌شوند و می‌توان آن را تا حداکثر اندازه بافر تنظیم کرد که می‌تواند از 8192 تا 130048 بایت متغیر باشد، و پیش‌فرض آن 16384 بایت است. .TP .B rdma اتصال مستقیم به سرور با استفاده از SMB Direct از طریق یک آداپتور RDMA. نیازمند SMB3 یا بالاتر است (گزینه \fBvers\fP را ببینید). .TP .B resilienthandles فعال‌سازی دستگیره‌های ارتجاعی (resilient handles). در صورت پشتیبانی سرور، فایل‌های بازشده را پس از اتصال‌های مجدد حفظ می‌کند. نیازمند SMB2.1 است (گزینه \fBvers\fP را ببینید). .TP .B noresilienthandles (پیش‌فرض) غیرفعال‌سازی دستگیره‌های ارتجاعی. .TP .B persistenthandles فعال‌سازی دستگیره‌های پایدار (persistent handles). در صورت پشتیبانی سرور، فایل‌های بازشده را پس از اتصال‌های مجدد حفظ می‌کند. دستگیره‌های پایدار همچنین در میان سرورهای یک کلاستر معتبر هستند و ضمانت‌های قوی‌تری نسبت به دستگیره‌های ارتجاعی دارند. نیازمند SMB3 یا بالاتر است (گزینه \fBvers\fP را ببینید). .TP .B nopersistenthandles (پیش‌فرض) غیرفعال‌سازی دستگیره‌های پایدار. .TP .B snapshot=time سوار کردن یک تصویر لحظه‌ای (snapshot) مشخص از اشتراک راه دور. \fBtime\fP باید یک عدد صحیح مثبت باشد که تصویر لحظه‌ای درخواستی را مشخص می‌کند (بر حسب واحدهای 100 نانوثانیه‌ای که از 1 ژانویه 1601 سپری شده است، یا به عنوان جایگزین می‌تواند در قالب GMT مشخص شود، مانند @GMT\-2019.03.27\-20.52.19). در هسته لینوکس از نسخه 4.19 به بعد پشتیبانی می‌شود. .TP .B nobrl عدم ارسال درخواست‌های قفل محدوده بایتی (byte range lock) به سرور. این برای برنامه‌های خاصی که با قفل‌های محدوده بایتی اجباری سبک cifs دچار مشکل می‌شوند ضروری است (و اکثر سرورهای cifs هنوز از درخواست قفل‌های محدوده بایتی مشورتی پشتیبانی نمی‌کنند). .TP .B forcemandatorylock عدم استفاده از قفل‌های POSIX حتی در صورت دردسترس بودن از طریق افزونه‌های یونیکس. همیشه از قفل‌های اجباری سبک cifs استفاده کن. .TP .B locallease بررسی اجاره‌های (leases) ذخیره‌شده موقت به صورت محلی به جای استعلام از سرور. .TP .B nolease عدم درخواست lease/oplock هنگام باز کردن فایل در سرور. این کار ذخیره‌سازی موقت محلی عملیات‌های IO، قفل محدوده بایتی و متاداده‌های خواندن را خاموش می‌کند (برای جزئیات بیشتر درباره ذخیره‌سازی موقت متاداده، گزینه \fBactimeo\fP را ببینید). نیازمند SMB2 و بالاتر است (گزینه \fBvers\fP را ببینید). .TP .B sfu هنگامی که افزونه‌های یونیکس CIFS یا SMB3 مورد توافق قرار نگرفته باشد، تلاش می‌کند فایل‌های دستگاه و fifoها را در قالبی سازگار با Services for Unix (SFU) ایجاد کند. علاوه بر این، بیت‌های 10-12 حالت را از طریق ویژگی گسترش‌یافته \fBSETFILEBITS\fP (همان‌طور که SFU انجام می‌دهد) بازیابی می‌کند. در آینده، 9 بیت پایینی حالت نیز با استفاده از پرس‌وجوی توصیف‌کننده امنیت (ACL) شبیه‌سازی خواهد شد. [توجه: نیازمند نسخه 1.39 یا بالاتر از CIFS VFS است. برای شناسایی پیوندهای نمادین و امکان ایجاد آن‌ها در قالبی سازگار با SFU، نسخه 1.40 یا بالاتر ماژول هسته CIFS VFS لازم است.] .TP .B mfsymlinks فعال‌سازی پشتیبانی از پیوندهای نمادین Minshall+French (پیوند \% را ببینید). این گزینه در صورت تعیین همزمان با گزینه \fBsfu\fP نادیده گرفته می‌شود. پیوندهای نمادین Minshall+French حتی در صورتی که سرور از افزونه‌های یونیکس CIFS پشتیبانی کند استفاده می‌شوند. .TP .B echo_interval=n فاصله زمانی ارسال درخواست‌های echo به سرور روی یک اتصال بیکار را تنظیم می‌کند. این تنظیم همچنین بر زمان لازم برای پایان مهلت اتصال به سرور بدون پاسخ تأثیر می‌گذارد. در اینجا n فاصله echo بر حسب ثانیه است. اتصال مجدد در سه برابر مقدار echo_interval تعیین‌شده برای سرور بدون پاسخ رخ می‌دهد. اگر این گزینه داده نشود، مقدار پیش‌فرض 60 ثانیه استفاده می‌شود. حداقل مقدار قابل تنظیم 1 ثانیه و حداکثر می‌تواند تا 600 ثانیه باشد. .TP .B serverino استفاده از شماره‌های اینود (شناسه‌های پایدار و یکتای فایل) بازگردانده‌شده توسط سرور به جای تولید خودکار شماره‌های اینود موقت روی کلاینت. اگرچه شماره‌های اینود سرور تشخیص فایل‌های دارای پیوند سخت (hardlinked) را آسان‌تر می‌کند (زیرا شماره‌های اینود یکسانی خواهند داشت) و شماره‌های اینود ممکن است پایدار باشند (که برای برخی نرم‌افزارها مفید است)، اما سرور تضمین نمی‌کند که در صورت اشتراک‌گذاری چندین سوار سمت سرور تحت یک اشتراک واحد، شماره‌های اینود یکتا باشند (زیرا اگر چندین سیستم فایل زیر یک دایرکتوری سطح بالاتر به اشتراک گذاشته شده سوار شده باشند، شماره‌های اینود روی سرورها ممکن است یکتا نباشد). توجه داشته باشید که همه سرورها از بازگرداندن شماره‌های اینود سرور پشتیبانی نمی‌کنند، هرچند سرورهایی که از افزونه‌های یونیکس CIFS پشتیبانی می‌کنند و سرورهای Windows 2000 و بعد از آن معمولاً از این ویژگی پشتیبانی می‌کنند (البته نه لزوماً در هر سیستم فایل محلی سرور). اگر سرور از بازگرداندن شماره‌های اینود یا معادل آن پشتیبانی نکند، پارامتر تأثیری ندارد. این رفتار به طور پیش‌فرض فعال است. .TP .B noserverino کلاینت به جای استفاده از شماره‌های واقعی سرور، خودش شماره‌های اینود را تولید می‌کند. .sp برای اطلاعات بیشتر بخش شماره‌های اینود را ببینید. .TP .B posix|unix|linux (پیش‌فرض) فعال‌سازی افزونه‌های یونیکس برای این سوار کردن. نیازمند CIFS (vers=1.0) یا SMB3.1.1 (vers=3.1.1) و سروری است که از آن‌ها پشتیبانی کند. .TP .B noposix|nounix|nolinux غیرفعال‌سازی افزونه‌های یونیکس برای این سوار کردن. این گزینه می‌تواند برای خاموش کردن چندین تنظیم به طور همزمان مفید باشد. این شامل POSIX aclها، قفل‌های POSIX، مسیرهای POSIX، پشتیبانی از پیوند نمادین و دریافت uid/gid/mode از سرور است. این همچنین می‌تواند برای دور زدن یک باگ در سروری که از افزونه‌های یونیکس پشتیبانی می‌کند مفید باشد. .sp برای اطلاعات بیشتر بخش شماره‌های اینود را ببینید. .TP .B nouser_xattr اجازه ندادن به getfattr/setfattr برای دریافت/تنظیم xattrها، حتی اگر سرور از آن پشتیبانی کند. حالت پیش‌فرض فعال بودن پشتیبانی از xattr است. .TP .B nodfs ارجاعات سیستم فایل توزیع‌شده (DFS) را دنبال نکن. عملیات ورودی/خروجی روی فایلی که در سرور ذخیره نشده است به جای اتصال شفاف به سرور مقصد، با شکست مواجه می‌شود. .TP .B noautotune استفاده از اندازه ثابت برای بافرهای سوکت recv/send هسته. .TP .B nosharesock در صورتی که سیستم از قبل از طریق یک نقطه سوار کردن موجود به سرور متصل است، سعی در استفاده مجدد از سوکت‌ها نکن. این کار باعث می‌شود کلاینت بدون توجه به اتصالات قبلی، همیشه یک اتصال جدید به سرور برقرار کند. این می‌تواند در شبیه‌سازی اتصال چند کلاینت به یک سرور مفید باشد، زیرا هر نقطه سوار کردن از یک سوکت TCP متفاوت استفاده خواهد کرد. .TP .B noblocksend ارسال داده روی سوکت با استفاده از عملیات‌های غیرمسدودکننده (پرچم MSG_DONTWAIT). .TP .B rsize=bytes حداکثر مقدار داده‌ای که هسته در یک درخواست خواندن طلب می‌کند بر حسب بایت. حداکثر اندازه‌ای که سرورها می‌پذیرند معمولاً برای گویش‌های SMB3 یا بالاتر 8 مگابایت است. مقدار پیش‌فرض درخواستی هنگام سوار کردن 4 مگابایت است. قبل از هسته 4.20، مقدار پیش‌فرض درخواستی 1 مگابایت بود. قبل از گویش SMB2.1، حداکثر مقدار معمولاً 64 کیلوبایت بود. .TP .B wsize=bytes حداکثر مقدار داده‌ای که هسته در یک درخواست نوشتن ارسال می‌کند بر حسب بایت. حداکثر اندازه‌ای که سرورها می‌پذیرند معمولاً برای گویش‌های SMB3 یا بالاتر 8 مگابایت است. مقدار پیش‌فرض درخواستی هنگام سوار کردن 4 مگابایت است. قبل از هسته 4.20، مقدار پیش‌فرض درخواستی 1 مگابایت بود. قبل از گویش SMB2.1، حداکثر مقدار معمولاً 64 کیلوبایت بود. .TP .B bsize=bytes لغو اندازه بلوک پیش‌فرض (1 مگابایت) گزارش‌شده روی فایل‌های SMB3 (نیازمند نسخه هسته 5.1 یا بالاتر). قبل از نسخه 5.1 هسته، اندازه بلوک همیشه به جای 1 مگابایت به عنوان 16 کیلوبایت گزارش می‌شد (و قابل پیکربندی نبود) که می‌تواند به عملکرد ابزارهایی مانند cp و scp (به ویژه برای I/O بدون ذخیره موقت) که بر اساس اندازه بلوک اینود درباره اندازه خواندن و نوشتن مورد استفاده برای کپی فایل تصمیم می‌گیرند، آسیب برساند. bsize نباید کمتر از 16 کیلوبایت یا بیشتر از 16 مگابایت باشد. .TP .B max_credits=n حداکثر اعتباری که کلاینت SMB2 می‌تواند داشته باشد. پیش‌فرض 32000 است. باید عددی بین 20 و 60000 تنظیم شود. .TP .B fsc فعال‌سازی ذخیره‌سازی موقت دیسک محلی با استفاده از FS\-Cache برای CIFS. این گزینه می‌تواند برای بهبود عملکرد در پیوندهای کند، سرور با بار کاری سنگین و/یا شبکه‌ای که خواندن از دیسک در آن سریع‌تر از خواندن از سرور (روی شبکه) است، مفید باشد. این همچنین می‌تواند بر مقیاس‌پذیری تأثیر مثبت بگذارد زیرا تعداد فراخوانی‌ها به سرور کاهش می‌یابد. اما توجه داشته باشید که ذخیره‌سازی موقت محلی برای همه بارهای کاری مناسب نیست، به عنوان مثال بارهای کاری از نوع یک‌بار-خواندن (read\-once). بنابراین باید قبل از استفاده از این گزینه، شرایط/بار کاری را به دقت بررسی کنید. در حال حاضر، ذخیره‌سازی موقت دیسک محلی برای فایل‌های CIFS بازشده به صورت فقط‌خواندنی فعال است. .sp \fBNOTE\fP: این ویژگی فقط در هسته‌های جدیدی موجود است که با گزینه پیکربندی هسته \fBCONFIG_CIFS_FSCACHE\fP\& ساخته شده باشند. همچنین باید دیمن \fBcachefilesd\fP را نصب کرده و در حال اجرا داشته باشید تا حافظه موقت عملیاتی شود. .TP .B multiuser هنگام دسترسی به سرور، دسترسی‌های کاربر را به اطلاعات هویتی مجزا نگاشت می‌کند. به طور پیش‌فرض، سوار کردن‌های CIFS هنگام دسترسی به یک اشتراک تنها از یک مجموعه واحد از اطلاعات هویتی کاربر (اطلاعات هویتی زمان سوار کردن) استفاده می‌کنند. با این گزینه، هر زمان که کاربر جدیدی به نقطه سوار دسترسی پیدا کند، کلاینت در عوض یک نشست جدید با سرور با استفاده از اطلاعات هویتی آن کاربر ایجاد می‌کند. دسترسی‌های بعدی توسط آن کاربر نیز از همان اطلاعات هویتی استفاده خواهند کرد. از آنجا که هسته نمی‌تواند درخواست گذرواژه کند، سوار کردن‌های multiuser محدود به سوارهایی هستند که از گزینه‌های \fBsec=\fP که نیازی به گذرواژه ندارند استفاده می‌کنند. .sp با این تغییر، برای سرور ممکن است که اعمال دسترسی‌ها را مدیریت کند، بنابراین این گزینه به طور ضمنی به معنی \fBnoperm\fP نیز هست. علاوه بر این، هنگامی که افزونه‌های یونیکس در حال استفاده نباشند و مدیر سیستم مالکیت را با استفاده از گزینه‌های \fBuid=\fP یا \fBgid=\fP لغو نکرده باشد، مالکیت فایل‌ها به عنوان کاربر فعلی که به اشتراک دسترسی دارد ارائه می‌شود. .TP .B actimeo=arg مدت زمانی (به ثانیه) که کلاینت CIFS ویژگی‌های یک فایل یا دایرکتوری را قبل از درخواست اطلاعات ویژگی از سرور در حافظه موقت نگه می‌دارد. در طول این دوره، تغییراتی که روی سرور رخ می‌دهد تا زمانی که کلاینت دوباره سرور را بررسی نکند، ناشناخته باقی می‌ماند. .sp به طور پیش‌فرض، مهلت زمانی حافظه موقت ویژگی روی 1 ثانیه تنظیم شده است. این به معنای فراخوانی‌های مکرر روی شبکه به سرور برای بررسی تغییر ویژگی‌ها است که می‌تواند بر عملکرد تأثیر بگذارد. با این گزینه، کاربران می‌توانند بسته به نیازهای بار کاری، بین عملکرد و صحت متاداده‌های حافظه موقت تعادل برقرار کنند. زمان‌های کوتاه‌تر به معنای سازگاری بهتر حافظه موقت است، اما تعداد فراخوانی‌ها به سرور را افزایش می‌دهد. زمان‌های طولانی‌تر به معنای کاهش تعداد فراخوانی‌ها به سرور اما سازگاری سهل‌گیرانه‌تر حافظه موقت است. مقدار \fBactimeo\fP یک عدد صحیح مثبت است که می‌تواند مقادیری بین 0 و حداکثر مقدار تنظیم‌شده 2^30 * HZ (فرکانس وقفه تایمر) داشته باشد. تنظیم آن روی 0 ذخیره‌سازی موقت را غیرفعال می‌کند. .TP .B acregmax=arg حداکثر زمانی (به ثانیه) که کلاینت CIFS ویژگی‌های یک فایل معمولی را قبل از درخواست اطلاعات جدید ویژگی از سرور، در حافظه موقت نگه می‌دارد. اگر این گزینه مشخص نشود، مقدار acregmax برابر با مقدار \fBactimeo\fP تنظیم خواهد شد؛ برای جزئیات بیشتر \fBactimeo\fP را ببینید. .TP .B acdirmax=arg حداکثر زمانی (به ثانیه) که کلاینت CIFS ویژگی‌های یک دایرکتوری را قبل از درخواست اطلاعات جدید ویژگی از سرور، در حافظه موقت نگه می‌دارد. اگر این گزینه مشخص نشود، مقدار acdirmax برابر با مقدار \fBactimeo\fP تنظیم خواهد شد؛ برای جزئیات بیشتر \fBactimeo\fP را ببینید. .TP .B upcall_target=arg فضای نامی را تعیین می‌کند که فراخوانی‌های upcall از سیستم فایل SMB باید در آن مدیریت شوند. مقادیر مجاز عبارتند از: .sp \- \fBmount\fP \- حل upcallها به فضای نام میزبان. .br \- \fBapp\fP \- حل upcallها در فضای نام ریسه فراخواننده (برنامه). .sp مقدار پیش‌فرض \fBapp\fP\& است. این گزینه در محیط‌هایی مانند Kubernetes مفید است، جایی که ممکن است سوار کردن توسط یک پاد گرداننده از طرف برنامه‌ای که در یک کانتینر مجزا اجرا می‌شود انجام شود. این اطمینان حاصل می‌کند که اطلاعات هویتی کربروس و سایر داده‌های ویژه کاربر در فضای نام صحیح قابل دسترسی هستند. با مشخص کردن \fBapp\fP، فراخوانی‌های upcall می‌توانند در فضای نام برنامه حل شوند و از استفاده از اطلاعات هویتی صحیح اطمینان حاصل شود. \fBmount\fP اجازه حل در فضای نام میزبان را می‌دهد، که ممکن است زمانی لازم باشد که اطلاعات هویتی یا پیکربندی‌ها در خارج از کانتینر مدیریت شوند. .TP .B multichannel این گزینه ویژگی multichannel (چندکاناله) را فعال می‌کند. Multichannel یک ویژگی پروتکل SMB3 است که به کلاینت اجازه می‌دهد چندین اتصال انتقال به یک سرور SMB برقرار کرده و آن‌ها را در یک نشست احراز هویت شده واحد SMB متصل کند. این ویژگی تحمل خطا را افزایش می‌دهد و با توزیع ترافیک در چندین اتصال، توان عملیاتی را بالا می‌برد. با این گزینه سوار کردن، پیش‌فرض در صورت پشتیبانی سرور از multichannel استفاده از دو کانال است. پارامتر \fBmax_channels\fP می‌تواند در صورت تمایل به استفاده از بیش از دو کانال مشخص شود. .TP .B max_channels=arg این گزینه هنگام استفاده از ویژگی \fBmultichannel\fP کاربرد دارد. گزینه max_channels به کاربر امکان می‌دهد تعداد اتصالات انتقالی را که باید بین کلاینت و سرور برقرار شود تا سقف 16 مشخص کند. استفاده از این گزینه به طور ضمنی ویژگی \fBmultichannel\fP را فعال می‌کند. اگر گزینه max_channels مشخص نشود، ویژگی \fBmultichannel\fP به طور پیش‌فرض از 2 اتصال استفاده می‌کند. .TP .B closetimeo=arg حداکثر زمانی (به ثانیه) که کلاینت CIFS ارسال دستور نهایی بستن SMB3 را زمانی که کلاینت اجاره دستگیره (handle lease) روی فایل دارد، به تعویق می‌اندازد. .sp به طور پیش‌فرض، \fBclosetimeo\fP روی 1 ثانیه تنظیم شده است و می‌تواند مقادیری بین 0 و حداکثر مقدار 2^30 * HZ داشته باشد. .TP .B noposixpaths اگر افزونه‌های یونیکس روی یک اشتراک فعال باشند، کلاینت معمولاً به نام فایل‌ها اجازه می‌دهد هر کاراکتری به جز \(aq/\(aq را در مؤلفه نام مسیر داشته باشند و از اسلش رو به جلو به عنوان جداکننده نام مسیر استفاده خواهد کرد. این گزینه مانع از تلاش کلاینت برای توافق بر سر استفاده از نام‌های مسیر به سبک posix با سرور می‌شود. .TP .B posixpaths معکوس \fBnoposixpaths\fP\&. .TP .B compress \fBویژگی آزمایشی (EXPERIMENTAL FEATURE)\fP فشرده‌سازی پیام‌های روی شبکه را برای سوارهای SMB 3.1.1 یا بالاتر فعال می‌کند. در صورتی که compress روشن باشد و \fBvers\fP روی نسخه‌ای کمتر از 3.1.1 تنظیم شده باشد، سوار کردن با شکست مواجه می‌شود. .TP .B vers=arg نسخه پروتکل SMB. مقادیر مجاز عبارتند از: .INDENT 7.0 .IP \(bu 2 1.0 \- پروتکل کلاسیک CIFS/SMBv1. .IP \(bu 2 2.0 \- پروتکل SMBv2.002. این پروتکل ابتدا در Windows Vista Service Pack 1 و Windows Server 2008 معرفی شد. توجه داشته باشید که نسخه اولیه منتشرشده Windows Vista با گویش کمی متفاوت (2.000) ارتباط برقرار می‌کرد که پشتیبانی نمی‌شود. .IP \(bu 2 2.1 \- پروتکل SMBv2.1 که در Microsoft Windows 7 و Windows Server 2008R2 معرفی شد. .IP \(bu 2 3.0 \- پروتکل SMBv3.0 که در Microsoft Windows 8 و Windows Server 2012 معرفی شد. .IP \(bu 2 3.02 یا 3.0.2 \- پروتکل SMBv3.0.2 که در Microsoft Windows 8.1 و Windows Server 2012R2 معرفی شد. .IP \(bu 2 3.1.1 یا 3.11 \- پروتکل SMBv3.1.1 که در Microsoft Windows 10 و Windows Server 2016 معرفی شد. .IP \(bu 2 3 \- نسخه پروتکل SMBv3.0 و بالاتر. .IP \(bu 2 default \- تلاش می‌کند بر سر بالاترین نسخه SMB2+ پشتیبانی‌شده توسط هر دو طرف کلاینت و سرور توافق کند. .UNINDENT .sp اگر هیچ گویشی هنگام سوار کردن مشخص نشود، vers=default استفاده می‌شود. برای بررسی \fBDialect\fP به /proc/fs/cifs/DebugData مراجعه کنید. .sp همچنین توجه داشته باشید که اگرچه این گزینه نسخه پروتکل مورد استفاده را کنترل می‌کند، اما همه ویژگی‌های هر نسخه در دسترس نیستند. .sp حالت پیش‌فرض از نسخه v4.13.5 این است که کلاینت و سرور بر سر بالاترین نسخه ممکن بزرگتر یا مساوی با \fB2.1\fP\& توافق کنند. در هسته‌های قبل از v4.13، مقدار پیش‌فرض \fB1.0\fP\& بود. برای هسته‌های بین v4.13 و v4.13.5 مقدار پیش‌فرض \fB3.0\fP\& است. .TP .B sloppy به سیستم اجازه می‌دهد هر گزینه ناشناخته سوار کردنی را که پس از این گزینه می‌آید نادیده بگیرد، به جای اینکه سوار کردن به طور کامل با شکست مواجه شود. .UNINDENT .INDENT 0.0 .TP .B \-\-verbose اطلاعات اشکال‌زدایی بیشتری را برای سوار کردن چاپ می‌کند. توجه داشته باشید که این پارامتر باید قبل از \fB\-o\fP مشخص شود. به عنوان مثال: .INDENT 7.0 .INDENT 3.5 .sp .EX mount \-t cifs //server/share /mnt \-\-verbose \-o user=username .EE .UNINDENT .UNINDENT .UNINDENT .SH "قالب‌بندی سرویس و جداکننده‌ها (SERVICE FORMATTING AND DELIMITERS)" .sp به طور کلی ترجیح داده می‌شود از اسلش‌های رو به جلو (/) به عنوان جداکننده در نام‌های سرویس استفاده شود. آن‌ها به عنوان \(dqجداکننده جهانی\(dq در نظر گرفته می‌شوند زیرا معمولاً اجازه قرارگیری در داخل مؤلفه‌های مسیر در ماشین‌های ویندوز را ندارند و کلاینت می‌تواند آن‌ها را بدون قید و شرط به بک‌اسلش (\e) تبدیل کند. برعکس، کاراکترهای بک‌اسلش توسط POSIX مجاز هستند تا بخشی از یک مؤلفه مسیر باشند و نمی‌توان آن‌ها را به همان روش به طور خودکار تبدیل کرد. .sp ابزار \fBmount.cifs\fP در هر جایی که قادر باشد تلاش می‌کند بک‌اسلش‌ها را به اسلش‌های رو به جلو تبدیل کند، اما نمی‌تواند این کار را در هیچ مؤلفه مسیری پس از sharename انجام دهد. .SH "شماره‌های اینود (INODE NUMBERS)" .sp هنگامی که افزونه‌های یونیکس فعال هستند، ما از شماره اینود واقعی ارائه‌شده توسط سرور در پاسخ به فراخوانی‌های POSIX به عنوان شماره اینود استفاده می‌کنیم. .sp هنگامی که افزونه‌های یونیکس غیرفعال هستند و گزینه سوار کردن \fBserverino\fP فعال است، هیچ راهی برای دریافت شماره اینود سرور وجود ندارد. کلاینت معمولاً \fBUniqueID\fP تخصیص‌یافته توسط سرور را روی یک شماره اینود نگاشت می‌کند. .sp توجه داشته باشید که \fBUniqueID\fP مقداری متفاوت از شماره اینود سرور است. مقدار \fBUniqueID\fP در محدوده کل سرور یکتا است و اغلب بزرگتر از ۲ به توان ۳۲ است. این مقدار اغلب باعث می‌شود برنامه‌هایی که با LFS (پشتیبانی از فایل‌های بزرگ) کامپایل نشده‌اند، خطای \fBEOVERFLOW\fP در glibc را صادر کنند زیرا این مقدار در فیلد ساختار مقصد جا نمی‌شود. اکیداً توصیه می‌شود برنامه‌های خود را با پشتیبانی LFS (یعنی با \fB\-D_FILE_OFFSET_BITS=64\fP) کامپایل کنید تا از این مشکل جلوگیری شود. همچنین می‌توانید از گزینه سوار کردن \fBnoserverino\fP برای تولید شماره‌های اینود کوچکتر از ۲ به توان ۳۲ روی کلاینت استفاده کنید. اما ممکن است نتوانید پیوندهای سخت را به درستی تشخیص دهید. .SH "سازگاری حافظه موقت (CACHE COHERENCY)" .sp در یک سیستم فایل شبکه مانند CIFS یا NFS، کلاینت باید با این واقعیت کنار بیاید که فعالیت در سایر کلاینت‌ها یا سرور می‌تواند محتویات یا ویژگی‌های یک فایل را بدون آگاهی کلاینت تغییر دهد. یک راه برای مقابله با چنین مشکلی این است که الزامی شود تمام دسترسی‌های فایل مستقیماً به سرور بروند. با این حال این کار مانع عملکرد مطلوب است، بنابراین اکثر پروتکل‌ها مکانیزمی دارند که به کلاینت اجازه می‌دهد داده‌ها را به صورت محلی در حافظه موقت ذخیره کند. .sp پروتکل CIFS (در عمل) الزام می‌کند که کلاینت نباید داده‌های فایل را در حافظه موقت ذخیره کند مگر اینکه یک قفل فرصت‌طلبانه (oplock) یا یک اجاره (lease) داشته باشد. هر دوی این موجودیت‌ها به کلاینت اجازه می‌دهند انواع خاصی از دسترسی انحصاری به یک فایل را تضمین کند تا بتواند بدون نیاز به تعامل مداوم با سرور به محتویات آن دسترسی داشته باشد. هنگامی که سرور نیاز به لغو هر یک از آن‌ها داشته باشد، کلاینت را بازفراخوانی (call back) می‌کند و به کلاینت مقدار مشخصی زمان می‌دهد تا داده‌های ذخیره‌شده موقت را تخلیه کند. .sp کلاینت cifs از pagecache هسته برای ذخیره موقت داده‌های فایل استفاده می‌کند. هرگونه ورودی/خروجی (I/O) که از طریق pagecache انجام شود عموماً تراز صفحه‌ای (page\-aligned) دارد. این می‌تواند در صورت ترکیب با قفل‌های محدوده بایتی مشکل‌ساز شود زیرا قفل‌گذاری ویندوز اجباری است و می‌تواند مانع از رخ دادن خواندن‌ها و نوشتن‌ها شود. .sp گزینه \fBcache=none\fP به این معنی است که کلاینت هرگز از حافظه موقت برای خواندن‌ها و نوشتن‌های عادی استفاده نمی‌کند. همیشه برای برآوردن یک درخواست خواندن یا نوشتن مستقیماً به سرور دسترسی پیدا می‌کند. .sp گزینه \fBcache=strict\fP به این معنی است که کلاینت تلاش خواهد کرد پروتکل CIFS/SMB2 را به طور دقیق دنبال کند. یعنی حافظه موقت تنها زمانی مورد اعتماد است که کلاینت یک oplock داشته باشد. هنگامی که کلاینت oplock ندارد، از حافظه موقت عبور کرده و برای برآوردن درخواست خواندن یا نوشتن مستقیماً به سرور دسترسی پیدا می‌کند. با انجام این کار، کلاینت از مشکلات مربوط به قفل‌های محدوده بایتی اجتناب می‌کند. علاوه بر این، قفل‌های محدوده بایتی زمانی که کلاینت oplock دارد روی کلاینت ذخیره موقت می‌شوند و هنگامی که آن oplock فراخوانی مجدد شود به سرور ارسال (push) می‌شوند. .sp گزینه \fBcache=loose\fP به کلاینت اجازه می‌دهد از قواعد پروتکل سهل‌گیرانه‌تری استفاده کند که گاهی اوقات می‌تواند عملکرد بهتری را به بهای از دست رفتن سازگاری حافظه موقت ارائه دهد. دسترسی به فایل همیشه شامل pagecache می‌شود. هنگامی که یک oplock یا lease نگه داشته نشده باشد، کلاینت تلاش می‌کند بلافاصله پس از نوشتن در یک فایل، حافظه موقت را تخلیه کند. توجه داشته باشید که این تخلیه لزوماً قبل از بازگشت فراخوانی سیستمی write رخ نمی‌دهد. .sp در مورد خواندن بدون داشتن یک oplock، کلاینت تلاش می‌کند به طور دوره‌ای ویژگی‌های فایل را بررسی کند تا اطمینان حاصل کند که آیا تغییر کرده است یا خیر و آیا حافظه موقت ممکن است دیگر معتبر نباشد. این سازوکار بسیار شبیه به سازوکاری است که NFSv2/3 برای سازگاری حافظه موقت استفاده می‌کند، اما به ویژه در CIFS مشکل‌ساز است. ویندوز در به‌روزرسانی فیلد \fBLastWriteTime\fP که کلاینت برای تأیید این موضوع استفاده می‌کند کاملاً \(dqتنبل\(dq عمل می‌کند. نتیجه این است که \fBcache=loose\fP می‌تواند زمانی که چندین خواننده و نویسنده روی فایل‌های یکسان کار می‌کنند، باعث فساد داده‌ها شود. .sp به همین دلیل، هنگامی که چندین کلاینت به یک مجموعه یکسان از فایل‌ها دسترسی دارند، استفاده از \fBcache=strict\fP توصیه می‌شود. این کار با پیروی دقیق‌تر از پروتکل‌های CIFS/SMB2 به حذف مشکلات سازگاری حافظه موقت کمک می‌کند. .sp همچنین توجه داشته باشید که صرف نظر از اینکه چه مدل حافظه موقتی استفاده می‌شود، کلاینت همیشه از pagecache برای مدیریت فایل‌های نگاشت‌شده با mmap استفاده خواهد کرد. نوشتن روی فایل‌های نگاشت‌شده با mmap تنها زمانی تضمین می‌شود که به سرور تخلیه شود که msync() فراخوانی شود، یا در هنگام close(). .sp مقدار پیش‌فرض در هسته‌های قبل از 3.7 برابر با \fBloose\fP\& بود. از 3.7، پیش‌فرض \fBstrict\fP\& است. .SH "مجوزهای دسترسی CIFS/NTFS، نگاشت SID/UID/GID، توصیف‌کننده‌های امنیتی (CIFS/NTFS ACL, SID/UID/GID MAPPING, SECURITY DESCRIPTORS)" .sp این گزینه برای کار با اشیاء فایلی استفاده می‌شود که توصیف‌کننده‌های امنیتی (Security Descriptors) و CIFS/NTFS ACL را به جای UID، GID، بیت‌های دسترسی فایل و POSIX ACL به عنوان مدل احراز هویت کاربر دارند. این رایج‌ترین مدل احراز هویت برای سرورهای CIFS است و همان مدلی است که توسط ویندوز استفاده می‌شود. .sp پشتیبانی از این قابلیت نیازمند ساخته شدن ماژول هسته cifs با هر دو گزینه \fBCONFIG_CIFS_XATTR\fP و \fBCONFIG_CIFS_ACL\fP فعال است. از لینوکس 5.3، گزینه \fBCONFIG_CIFS_ACL\fP دیگر وجود ندارد زیرا پشتیبانی از CIFS/NTFS ACL همیشه در ماژول هسته cifs تعبیه شده است. .sp اکثر هسته‌های توزیع‌ها قبلاً این گزینه‌ها را به طور پیش‌فرض فعال کرده‌اند، اما همچنان می‌توانید فعال بودن آن‌ها را با دستور زیر بررسی کنید: .INDENT 0.0 .INDENT 3.5 .sp .EX cat /lib/modules/$(uname \-r)/build/.config .EE .UNINDENT .UNINDENT .sp همچنین، در صورتی که هسته با \fBCONFIG_IKCONFIG_PROC\fP پیکربندی شده باشد: .INDENT 0.0 .INDENT 3.5 .sp .EX zcat /proc/config.gz .EE .UNINDENT .UNINDENT .sp یک CIFS/NTFS ACL با استفاده از الگوریتم مشخص‌شده در سند مایکروسافت TechNet زیر به بیت‌های دسترسی فایل نگاشت می‌شود: .sp \% .sp به منظور نگاشت SIDها به/از UIDها و GIDها، موارد زیر الزامی است: .INDENT 0.0 .IP \(bu 2 یک upcall هسته به ابزار \fBcifs.idmap\fP که از طریق request\-key.conf(5) تنظیم شده باشد .IP \(bu 2 پشتیبانی از winbind یا sssd که از طریق nsswitch.conf(5) پیکربندی شده باشد .UNINDENT .sp لطفاً برای اطلاعات بیشتر به صفحات راهنمای مربوطه cifs.idmap(8)، winbindd(8) و sssd(8) مراجعه کنید. .sp توصیف‌کننده‌های امنیتی برای یک شیء فایل را می‌توان با استفاده از ویژگی گسترش‌یافته به نام \fBsystem.cifs_acl\fP\& مستقیماً دریافت و تنظیم کرد. توصیف‌کننده‌های امنیتی ارائه‌شده از طریق این رابط، تکه‌داده‌های خام (\(dqraw\(dq blobs) هستند و به یک ابزار فضای کاربری برای تجزیه و قالب‌بندی یا سرهم کردن آن نیاز دارند، مانند getcifsacl(1) و setcifsacl(1) به ترتیب. .sp برخی از نکاتی که باید هنگام استفاده از این گزینه سوار کردن در نظر بگیرید: .INDENT 0.0 .IP \(bu 2 ممکن است به دلیل درخواست‌های اضافی برای دریافت و تنظیم توصیف‌کننده‌های امنیتی، تأخیر بیشتری در هنگام مدیریت متاداده وجود داشته باشد. .IP \(bu 2 نگاشت بین CIFS/NTFS ACL و بیت‌های دسترسی فایل POSIX ناقص است و ممکن است برخی از اطلاعات ACL در این تبدیل از بین بروند. .IP \(bu 2 اگر upcall به cifs.idmap به درستی تنظیم نشده باشد یا winbind یا sssd پیکربندی نشده و در حال اجرا نباشد، نگاشت شناسه با شکست مواجه خواهد شد. در این صورت، uid و gid به مقادیر اشتراک یا در صورت تعیین، به مقادیر گزینه‌های سوار کردن uid و/یا gid تغییر خواهند کرد. .UNINDENT .SH "دسترسی به فایل‌ها با هدف پشتیبان‌گیری (ACCESSING FILES WITH BACKUP INTENT)" .sp برای یک کاربر در سرور، دسترسی مورد نظر به یک فایل با مجوزها و حقوق مرتبط با آن فایل تعیین می‌شود. این کار معمولاً با استفاده از مالکیت و ACL انجام می‌شود. برای کاربری که حق دسترسی به یک فایل را ندارد، همچنان امکان دسترسی به آن فایل برای یک هدف خاص یا مشخص با اعطای حقوق ویژه وجود دارد. یکی از اهداف خاص، دسترسی به یک فایل با هدف پشتیبان‌گیری یا بازیابی است، یعنی قصد پشتیبان‌گیری (backup intent). حق دسترسی به یک فایل با قصد پشتیبان‌گیری معمولاً می‌تواند با عضویت آن کاربر در گروه داخلی \fIBackup Operators\fP\& اعطا شود. بنابراین، هنگامی که این کاربر تلاش می‌کند فایلی را با قصد پشتیبان‌گیری باز کند، درخواست باز کردن با تنظیم بیت \fBFILE_OPEN_FOR_BACKUP_INTENT\fP به عنوان یکی از \fBCreateOptions\fP\& ارسال می‌شود. .sp به عنوان مثال، در یک سرور ویندوز، کاربری به نام \fItestuser\fP، نمی‌تواند این فایل را با چنین توصیف‌کننده امنیتی باز کند: .INDENT 0.0 .INDENT 3.5 .sp .EX REVISION:0x1 CONTROL:0x9404 OWNER:Administrator GROUP:Domain Users ACL:Administrator:ALLOWED/0x0/FULL .EE .UNINDENT .UNINDENT .sp اما کاربر \fItestuser\fP، اگر عضوی از گروه \fIBackup Operators\fP شود، می‌تواند فایل را با قصد پشتیبان‌گیری باز کند. .sp هر کاربری در سمت کلاینت که بتواند به عنوان چنین کاربری در سرور احراز هویت کند، می‌تواند به فایل‌ها با قصد پشتیبان‌گیری دسترسی داشته باشد. اما بنا به دلایل امنیتی از میان موارد متعدد، مطلوب و ترجیح داده شده است که این حق ویژه محدود شود. .sp گزینه سوار کردن \fBbackupuid\fP برای محدود کردن این حق ویژه به کاربری استفاده می‌شود که با یک نام یا یک شناسه مشخص می‌شود. گزینه سوار کردن \fBbackupgid\fP برای محدود کردن این حق ویژه به کاربران در یک گروه استفاده می‌شود که با یک نام یا یک شناسه مشخص می‌شود. فقط کاربرانی که با backupuid یا backupgid مطابقت دارند باید تلاش کنند تا به فایل‌ها با قصد پشتیبان‌گیری دسترسی پیدا کنند. این دو گزینه سوار کردن می‌توانند با هم استفاده شوند. .SH "مالکیت و دسترسی‌های فایل و دایرکتوری (FILE AND DIRECTORY OWNERSHIP AND PERMISSIONS)" .sp پروتکل اصلی CIFS اطلاعات مالکیت یونیکس یا حالت (mode) را برای فایل‌ها و دایرکتوری‌ها ارائه نمی‌دهد. به همین دلیل، فایل‌ها و دایرکتوری‌ها عموماً متعلق به هر مقداری که گزینه‌های \fBuid=\fP یا \fBgid=\fP تنظیم شده باشند به نظر می‌رسند، و مجوزهای آن‌ها روی مقادیر پیش‌فرض \fBfile_mode\fP و \fBdir_mode\fP برای سوار کردن تنظیم خواهد شد. تلاش برای تغییر این مقادیر از طریق chmod/chown موفقیت‌آمیز بازمی‌گردد اما هیچ اثری نخواهد داشت. .sp هنگامی که کلاینت و سرور بر سر افزونه‌های یونیکس توافق می‌کنند، به فایل‌ها و دایرکتوری‌ها uid، gid و mode ارائه‌شده توسط سرور اختصاص می‌یابد. از آنجا که سوارهای CIFS عموماً تک‌کاربره هستند و بدون توجه به اینکه چه کاربری به سوار دسترسی دارد، از همان اطلاعات هویتی استفاده می‌شود، فایل‌ها و دایرکتوری‌های تازه ایجادشده عموماً مالکیتی متناسب با هر اطلاعات هویتی که برای سوار کردن اشتراک استفاده شده بود، دریافت می‌کنند. .sp اگر uidها و gidهای مورد استفاده در کلاینت و سرور مطابقت نداشته باشند، گزینه‌های \fBforceuid\fP و \fBforcegid\fP ممکن است مفید باشند. با این حال توجه داشته باشید که هیچ گزینه متناظری برای نادیده گرفتن حالت (mode) وجود ندارد. مجوزهای اختصاص داده شده به یک فایل هنگامی که \fBforceuid\fP یا \fBforcegid\fP در حال اعمال هستند ممکن است دسترسی‌های واقعی را منعکس نکنند. .sp هنگامی که افزونه‌های یونیکس مورد توافق قرار نگیرند، شبیه‌سازی محلی آن‌ها روی سرور با استفاده از گزینه سوار کردن \fBdynperm\fP نیز امکان‌پذیر است. هنگامی که این گزینه سوار کردن اعمال شود، فایل‌ها و دایرکتوری‌های تازه ایجادشده آنچه را که به نظر مجوزهای مناسب است دریافت خواهند کرد. با این حال این مجوزها روی سرور ذخیره نمی‌شوند و می‌توانند در هر زمان در آینده ناپدید شوند (بسته به تصمیم هسته برای تخلیه حافظه موقت اینود). به طور کلی، استفاده از این گزینه سوار کردن توصیه نمی‌شود. .sp همچنین امکان لغو کامل بررسی دسترسی‌ها در کلاینت از طریق گزینه \fBnoperm\fP وجود دارد. بررسی‌های دسترسی سمت سرور را نمی‌توان نادیده گرفت. بررسی‌های دسترسی انجام‌شده توسط سرور همیشه با اطلاعات هویتی مورد استفاده برای سوار کردن اشتراک مطابقت خواهد داشت، و نه لزوماً با کاربری که به اشتراک دسترسی دارد. .SH "متغیرهای محیطی (ENVIRONMENT VARIABLES)" .sp متغیر \fBUSER\fP ممکن است حاوی نام کاربری فردی باشد که برای احراز هویت در سرور استفاده می‌شود. این متغیر می‌تواند برای تنظیم هر دو نام کاربری و گذرواژه با استفاده از قالب \fBusername%password\fP\& استفاده شود. .sp متغیرهای \fBPASSWD\fP و \fBPASSWD2\fP ممکن است به ترتیب حاوی گذرواژه و گذرواژه جایگزین فرد استفاده‌کننده از کلاینت باشند. .sp متغیرهای \fBPASSWD_FILE\fP و \fBPASSWD2_FILE\fP ممکن است به ترتیب حاوی مسیر فایلی باشند که password یا password2 از آن خوانده می‌شود. در هر مورد یک خط ورودی خوانده شده و به عنوان گذرواژه استفاده می‌شود. .SH "نکات (NOTES)" .sp این دستور فقط توسط کاربر ریشه (root) قابل استفاده است، مگر اینکه با پرچم setuid نصب شده باشد که در این صورت پرچم‌های سوار کردن noexec و nosuid فعال می‌شوند. هنگامی که به عنوان یک برنامه setuid نصب می‌شود، این برنامه از قواعد تعیین‌شده توسط برنامه mount برای سوارهای کاربر پیروی می‌کند، با این محدودیت اضافه که کاربران باید قبل از سوار کردن بتوانند با دستور chdir() وارد نقطه سوار کردن شوند تا بتوانند روی آن عملیات سوار کردن را انجام دهند. .sp برخی ابزارهای کلاینت samba مانند smbclient(8) به پارامترهای پیکربندی سمت کلاینت موجود در \fIsmb.conf\fP\& احترام می‌گذارند. بر خلاف آن ابزارهای کلاینت، \fBmount.cifs\fP فایل \fIsmb.conf\fP\& را به طور کامل نادیده می‌گیرد. .SH "پیکربندی (CONFIGURATION)" .sp سازوکار اصلی برای اعمال تغییرات پیکربندی و خواندن اطلاعات اشکال‌زدایی برای cifs vfs از طریق سیستم فایل /proc لینوکس است. در دایرکتوری \fI/proc/fs/cifs\fP فایل‌های پیکربندی و فایل‌های شبه‌سیستمی گوناگونی وجود دارند که می‌توانند اطلاعات اشکال‌زدایی و آمار عملکرد را نمایش دهند. گزینه‌های راه‌اندازی دیگری مانند حداکثر اندازه بافر و تعداد بافرها وجود دارد که فقط در زمان بارگذاری ماژول cifs vfs هسته (ماژول cifs.ko) قابل تنظیم هستند. این موارد را می‌توان با اجرای ابزار \fBmodinfo\fP روی فایل cifs.ko مشاهده کرد که گزینه‌هایی را که می‌توان در زمان نصب ماژول (بارگذاری گرداننده دستگاه) به cifs ارسال کرد، فهرست می‌کند. برای اطلاعات بیشتر فایل هسته \fIfs/cifs/README\fP\& را ببینید. هنگام پیکربندی ردیابی پویا (trace\-cmd) توجه داشته باشید که فهرست رویدادهای SMB3 که می‌توانند فعال شوند را می‌توان در آدرس زیر مشاهده کرد: \fI/sys/kernel/debug/tracing/events/cifs\fP .SH "امنیت (SECURITY)" .sp استفاده از SMB2.1 یا بالاتر (از جمله جدیدترین گویش SMB3.1.1) برای بهبود امنیت توصیه می‌شود و SMB1 دیگر به طور پیش‌فرض در زمان سوار کردن درخواست نمی‌شود. گویش‌های قدیمی مانند CIFS (SMB1 یعنی vers=1.0) امنیت بسیار ضعیف‌تری دارند. استفاده از CIFS (SMB1) می‌تواند با دستور modprobe cifs disable_legacy_dialects=y غیرفعال شود. .SH "ایرادها (BUGS)" .sp سوار کردن با استفاده از مشخصات URL برای CIFS در حال حاضر پشتیبانی نمی‌شود. .sp فایل اطلاعات هویتی (credentials) نام‌های کاربری یا گذرواژه‌هایی را که دارای فاصله در ابتدا هستند مدیریت نمی‌کند. .sp توجه داشته باشید که پاسخ معمول به گزارش یک باگ، پیشنهاد آزمایش نسخه جدیدتر در وهله اول است. بنابراین لطفاً ابتدا این کار را امتحان کنید، و همیشه نسخه‌های نرم‌افزارهای مرتبط را هنگام گزارش باگ‌ها درج کنید (حداقل: mount.cifs (دستور \fBmount.cifs \-V\fP را امتحان کنید)، هسته (فایل \fI/proc/version\fP را ببینید) و نوع سروری که تلاش می‌کنید با آن ارتباط برقرار کنید). .SH "نسخه (VERSION)" .sp این صفحه راهنما برای نسخه 2.18 از سیستم فایل cifs vfs (تقریباً هسته لینوکس 5.0) معتبر است. .SH "همچنین ببینید (SEE ALSO)" .sp cifs.upcall(8), getcifsacl(1), setcifsacl(1) .sp فایل‌های \fIDocumentation/filesystems/cifs.txt\fP و \fIfs/cifs/README\fP در درخت کد منبع هسته لینوکس ممکن است حاوی گزینه‌ها و اطلاعات بیشتری باشند. .SH "نویسنده (AUTHOR)" .sp Steve French .sp نگه‌دارنده cifs vfs در لینوکس Steve French است. نگه‌دارنده مجموعه ابزارهای فضای کاربری cifs\-utils آقای Pavel Shilovsky است. لیست پستی Linux CIFS Mailing list مکان ترجیحی برای طرح پرسش‌ها در رابطه با این برنامه‌ها است. .\" End of generated man page.