.\" -*- coding: UTF-8 -*- .\"@(#)rpc.statd.8" .\" .\" Copyright (C) 1999 Olaf Kirch .\" Modified by Jeffrey A. Uphoff, 1999, 2002, 2005. .\" Modified by Lon Hohberger, 2000. .\" Modified by Paul Clements, 2004. .\" .\" Rewritten by Chuck Lever , 2009. .\" Copyright 2009 Oracle. All rights reserved. .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH RPC.STATD 8 "1 نوفمبر 2009" .SH الاسم rpc.statd \- خفيضة خدمة NSM .SH موجز \fBrpc.statd [\-dh?FLNvV] [\-H \fP\fIprog\fP\fB] [\-n \fP\fImy\-name\fP\fB] [\-o \fP\fIoutgoing\-port\fP\fB]\fP .ti +10 \fB[\-p \fP\fIlistener\-port\fP\fB] [\-P \fP\fIpath\fP\fB]\fP .ti +10 \fB[\-\-nlm\-port \fP\fIport\fP\fB] [\-\-nlm\-udp\-port \fP\fIport\fP\fB]\fP .SH الوصف أقفال الملفات ليست جزءًا من حالة نظام الملفات المستمرة. وبالتالي تُفقد حالة القفل عند إعادة تشغيل المضيف. .PP يجب على أنظمة ملفات الشبكة أيضًا اكتشاف متى تُفقد حالة القفل بسبب إعادة تشغيل مضيف بعيد. بعد إعادة تشغيل عميل NFS، يجب على خادم NFS تحرير جميع أقفال الملفات التي تحتفظ بها التطبيقات التي كانت تعمل على ذلك العميل. بعد إعادة تشغيل الخادم، يجب على العميل تذكير الخادم بأقفال الملفات التي تحتفظ بها التطبيقات التي تعمل على ذلك العميل. .PP بالنسبة لإصدار NFS 2 [RFC1094] وإصدار NFS 3 [RFC1813]، يُستخدم بروتوكول \fIمراقب حالة الشبكة\fP (أو NSM اختصارًا) لإعلام نظراء NFS بعمليات إعادة التشغيل. في لينكس، يشكل مكونان منفصلان في مساحة المستخدم خدمة NSM: .TP \fBrpc.statd\fP عفريت ينصت لإشعارات إعادة التشغيل من المضيفين الآخرين، ويدير قائمة المضيفين المراد إشعارهم عند إعادة تشغيل النظام المحلي .TP \fBsm\-notify\fP برنامج مساعد يشعر نظراء NFS بعد إعادة تشغيل النظام المحلي .PP يقوم مدير أقفال NFS المحلي بتنبيه \fBrpc.statd\fP المحلي لكل نظير بعيد يجب مراقبته. عندما يعيد النظام المحلي التشغيل، يقوم أمر \fBsm\-notify\fP بإشعار خدمة NSM على النظراء المراقبين بإعادة التشغيل. عندما يعيد نظير بعيد التشغيل، يقوم ذلك النظير بإشعار \fBrpc.statd\fP المحلي، والذي بدوره يمرر إشعار إعادة التشغيل إلى مدير أقفال NFS المحلي. .SH "عملية NSM بالتفصيل" يؤدي أول تفاعل لقفل الملفات بين عميل وخادم NFS إلى قيام مديري أقفال NFS في كلا الطرفين بالاتصال بخدمة NSM المحلية الخاصة بهما لتخزين معلومات حول الطرف المقابل. في لينكس، يتصل مدير القفل المحلي بـ \fBrpc.statd\fP. .PP يسجل \fBrpc.statd\fP معلومات حول كل نظير NFS مٌراقب على وحدة تخزين مستمرة. تصف هذه المعلومات كيفية الاتصال بنظير بعيد في حالة إعادة تشغيل النظام المحلي، وكيفية التعرف على النظير المٌراقب الذي يبلغ عن إعادة التشغيل، وكيفية إخطار مدير القفل المحلي عندما يشير النظير المٌراقب إلى أنه أعاد التشغيل. .PP يرسل عميل NFS اسم مضيف، يعرف باسم \fIالمستدعِي\fP للعميل، في كل طلب قفل ملف. يمكن لخادم NFS استخدام اسم المضيف هذا لإرسال استدعاءات GRANT غير متزامنة للعميل، أو لإشعار العميل بأنه أُعيد تشغيله. .PP يمكن لخادم NFS في لينكس توفير \fIcaller_name\fP الخاص بالعميل أو عنوان شبكة العميل إلى \fBrpc.statd\fP. لأغراض بروتوكول NSM، يُعرف هذا الاسم أو العنوان باسم \fImon_name\fP للمتراسل المراقب. بالإضافة إلى ذلك، يخبر مدير القفل المحلي \fBrpc.statd\fP بما يعتقد أنه اسم مضيفه الخاص. لأغراض بروتوكول NSM، يُعرف اسم المضيف هذا باسم \fImy_name\fP. .PP لا يوجد تفاعل مكافئ بين خادم NFS وعميل لإعلام العميل بـ \fIcaller_name\fP الخاص بالخادم. لذلك، لا يعرف عملاء NFS فعليًا ما هو \fImon_name\fP الذي قد يستخدمه خادم NFS في طلب SM_NOTIFY. يستخدم عميل NFS في لينكس اسم مضيف الخادم من أمر التثبيت لتحديد خوادم NFS التي يعاد تشغيلها. .SS "إشعار إعادة التشغيل" عند إعادة تشغيل النظام المحلي، يقرأ أمر \fBsm\-notify\fP قائمة النظراء المراقبين من التخزين الدائم ويرسل طلب SM_NOTIFY إلى خدمة NSM على كل نظير بعيد مدرج. يستخدم سلسلة \fImon_name\fP كوجهة. لتحديد المضيف الذي أعيد تشغيله، يرسل أمر \fBsm\-notify\fP سلسلة \fImy_name\fP المسجلة عند مراقبة ذلك البعيد. يطابق \fBrpc.statd\fP البعيد طلبات SM_NOTIFY الواردة باستخدام هذه السلسلة، أو عنوان شبكة المتصل، مع نظير واحد أو أكثر في قائمة المراقبة الخاصة به. .PP إذا لم يجد \fBrpc.statd\fP نظيرا في قائمة مراقبته يطابق طلب SM_NOTIFY الوارد، فلن يُمرر الإشعار إلى مدير الأقفال المحلي. بالإضافة إلى ذلك، لكل نظير \fIرقم حالة NSM\fP خاص به، وهو عدد صحيح 32\-بت يتم رفعه بعد كل إعادة تشغيل بواسطة أمر \fBsm\-notify\fP. يستخدم \fBrpc.statd\fP هذا الرقم للتمييز بين عمليات إعادة التشغيل الحقيقية والإشعارات المعادة. .PP جزء من استعادة قفل NFS هو إعادة اكتشاف المتراسلين الذين يحتاجون إلى المراقبة مرة أخرى. يمسح الأمر \fBsm\-notify\fP قائمة المراقبة في التخزين المستمر بعد كل إعادة تشغيل. .SH الخيارات .TP \fB\-d\fP,\fB \-\-no\-syslog\fP يتسبب في كتابة \fBrpc.statd\fP لرسائل السجل على \fIstderr\fP بدلاً من سجل النظام، إذا تم تحديد الخيار \fB\-F\fP أيضًا. .TP \fB\-F\fP,\fB \-\-foreground\fP يبقي \fBrpc.statd\fP ملتصقًا بطرفيته التحكمية بحيث يمكن مراقبة عملية NSM مباشرة أو تشغيلها تحت مصحح. إذا لم يتم تحديد هذا الخيار، يقوم \fBrpc.statd\fP بتشغيل نفسه في الخلفية بعد بدئه بفترة وجيزة. .TP \fB\-h\fP,\fB \-?\fP,\fB \-\-help\fP يتسبب في عرض \fBrpc.statd\fP لمعلومات الاستخدام على \fIstderr\fP ثم الخروج. .TP \fB\-H,\fP\fB \-\-ha\-callout \fP\fIprog\fP يحدد برنامج استدعاء عالي التوفر. إذا لم يتم تحديد هذا الخيار، لا يتم تنفيذ أي استدعاءات. راجع قسم \fBاستدعاءات عالية التوفر\fP أدناه للتفاصيل. .TP \fB\-L\fP,\fB \-\-no\-notify\fP يمنع \fBrpc.statd\fP من تشغيل أمر \fBsm\-notify\fP عند بدئه، مع الحفاظ على رقم حالة NSM الحالي وقائمة المراقبة. .IP ملاحظة: يحتوي أمر \fBsm\-notify\fP على فحص لضمان تشغيله مرة واحدة فقط بعد كل إعادة تشغيل للنظام. يمنع هذا إشعار إعادة تشغيل زائف إذا أعيد تشغيل \fBrpc.statd\fP بدون الخيار \fB\-L\fP. .TP \fB\-n, \fP\fB\-\-name \fP\fIipaddr\fP\fB | \fP\fIhostname\fP يُستخدم هذا النص فقط بواسطة أمر \fBsm\-notify\fP كعنوان المصدر الذي تُرسل منه طلبات إعلام إعادة التشغيل. .IP يمكن التعبير عن صيغة \fIipaddr\fP كعنوان عرض IPv4 أو IPv6. إذا لم يُحدد هذا الخيار، يستخدم \fBrpc.statd\fP عنوانًا شاملاً كعنوان ربط النقل. راجع \fBsm\-notify\fP(8) للتفاصيل. .TP \fB\-N\fP يتسبب في تشغيل \fBrpc.statd\fP لأمر \fBsm\-notify\fP ثم الخروج. نظرًا لإمكانية تشغيل أمر \fBsm\-notify\fP مباشرةً أيضًا، فإن هذا الخيار مهمل. .TP \fB\-o,\fP\fB \-\-outgoing\-port \fP\fIport\fP يُحدد رقم منفذ المصدر الذي يجب أن يستخدمه أمر \fBsm\-notify\fP عند إرسال إعلامات إعادة التشغيل. راجع \fBsm\-notify\fP(8) للتفاصيل. .TP \fB\-p,\fP\fB \-\-port \fP\fIport\fP يُحدد رقم المنفذ المستخدم لمقابس الاستماع RPC. إذا لم يُحدد هذا الخيار، يحاول \fBrpc.statd\fP استشارة \fI/etc/services\fP، فإذا نجح في الحصول على المنفذ، يضبط نفس المنفذ لجميع مقابس الاستماع، وإلا يختار منفذًا عابرًا عشوائيًا لكل مقبس استماع. .IP يمكن استخدام هذا الخيار لتثبيت قيمة منفذ مستمعيه عندما يجب أن تعبر طلبات SM_NOTIFY جدار حماية بين العملاء والخوادم. .TP \fB\-T,\fP\fB \-\-nlm\-port \fP\fIport\fP يُحدد رقم المنفذ الذي يجب أن يستمع عليه \fIlockd\fP لطلبات \fBNLM\fP. يضبط هذا كلاً من منفذي TCP وUDP ما لم يُضبط منفذ UDP بشكل منفصل. .TP \fB\-U,\fP\fB \-\-nlm\-udp\-port \fP\fIport\fP يُحدد رقم منفذ UDP الذي يجب أن يستمع عليه \fIlockd\fP لطلبات \fBNLM\fP. .TP \fB\-P, \fP\fB\-\-state\-directory\-path\fP\fI مسار_الاسم\fP يُحدد اسم مسار الدليل الأصلي حيث توجد معلومات حالة NSM. إذا لم يُحدد هذا الخيار، يستخدم \fBrpc.statd\fP \fI/var/lib/nfs\fP مبدئيًا. .IP بعد البدء، يحاول \fBrpc.statd\fP ضبط UID وGID الفعليين للمالك والمجموعة للدليل الفرعي \fBsm\fP لهذا الدليل. بعد تغيير المعرفات الفعلية، يحتاج \fBrpc.statd\fP فقط إلى الوصول إلى الملفات في \fBsm\fP و\fBsm.bak\fP داخل مسار دليل الحالة. .TP \fB\-v\fP, \fB\-V\fP, \fB\-\-version\fP يتسبب في عرض \fBrpc.statd\fP لمعلومات الإصدار على \fIstderr\fP ثم الخروج. .SH "ملف الضبط" يمكن التحكم في العديد من الخيارات التي يمكن ضبطها في سطر الأوامر أيضًا من خلال القيم المضبوطة في أقسام \fB[statd]\fP أو، في بعض الحالات، \fB[lockd]\fP من ملف التهيئة \fI/etc/nfs.conf\fP. تشمل القيم المعترف بها في قسم \fB[statd]\fP \fBport\fP و\fBoutgoing\-port\fP و\fBname\fP و\fBstate\-directory\-path\fP و\fBha\-callout\fP والتي لكل منها نفس تأثير الخيار الذي يحمل نفس الاسم. تشمل القيم المعترف بها في قسم \fB[lockd]\fP \fBport\fP و\fBudp\-port\fP والتي لها نفس تأثير الخيارين \fB\-\-nlm\-port\fP و\fB\-\-nlm\-udp\-port\fP، على التوالي. .SH الأمن يجب بدء تشغيل البرنامج الخفي \fBrpc.statd\fP كجذر لاكتساب الامتيازات اللازمة لإنشاء مقابس بمنافذ مصدر مميزة، وللوصول إلى قاعدة بيانات معلومات الحالة. نظرًا لأن \fBrpc.statd\fP يحافظ على خدمة شبكة طويلة التشغيل، فإنه يتخلى عن امتيازات الجذر بمجرد بدء التشغيل لتقليل خطر هجوم تصعيد الامتيازات. .PP خلال العملية العادية، يكون معرف المستخدم الفعال الذي يختاره هو مالك دليل الحالة. يتيح له هذا الاستمرار في الوصول إلى الملفات في ذلك الدليل بعد التخلي عن صلاحيات الجذر. للتحكم في معرف المستخدم الذي يختاره \fBrpc.statd\fP، استخدم ببساطة \fBchown\fP(1) لضبط مالك دليل الحالة. .PP يمكنك أيضًا حماية مستمعي \fBrpc.statd\fP باستخدام مكتبة \fBtcp_wrapper\fP أو \fBiptables\fP(8). لاستخدام مكتبة \fBtcp_wrapper\fP، أضف أسماء المضيفات للأقران التي يجب السماح لها بالوصول إلى \fI/etc/hosts.allow\fP. استخدم اسم البرنامج الخفي \fBstatd\fP حتى لو كان للملف الثنائي \fBrpc.statd\fP اسم ملف مختلف. .P لمزيد من المعلومات، راجع صفحات الدليل \fBtcpd\fP(8) و\fBhosts_access\fP(5). .SH "ملاحظات إضافية" استرداد القفل بعد إعادة التشغيل أمر بالغ الأهمية للحفاظ على سلامة البيانات ومنع تعليق التطبيقات غير الضروري. لمساعدة \fBrpc.statd\fP في مطابقة طلبات SM_NOTIFY مع طلبات NLM، يجب اتباع عدد من أفضل الممارسات، بما في ذلك: .IP يجب أن يتطابق اسم عقدة UTS لأنظمتك مع أسماء DNS التي يستخدمها متراسلو NFS للاتصال بها .IP يجب أن تكون أسماء عقد UTS لأنظمتك دائمًا أسماء نطاقات مؤهلة بالكامل .IP يجب أن تكون خرائط DNS الأمامية والعكسية لأسماء عقد UTS متسقة .IP يجب أن يتطابق اسم المضيف الذي يستخدمه العميل لضم (mount) الخادم مع \fImon_name\fP الخاص بالخادم في طلبات SM_NOTIFY التي يرسلها .PP لا يؤدي فصل نظام ملفات NFS بالضرورة إلى توقف عميل NFS أو الخادم عن مراقبة بعضهما البعض. قد يستمر كلاهما في مراقبة بعضهما البعض لفترة في حال أدت حركة مرور NFS اللاحقة بينهما إلى عمليات وصل جديدة وقفل ملفات إضافي. .PP في لينكس، إذا جرى إلغاء تحميل وحدة النواة \fBlockd\fP أثناء التشغيل العادي، فإن جميع نظراء NFS البعيدين سيصبحون غير مراقبين. يمكن أن يحدث هذا في عميل NFS، على سبيل المثال، إذا قام أداة تركيب تلقائي (automounter) بإزالة جميع نقاط تركيب NFS بسبب عدم النشاط. .SS "استدعاءات التوفر العالي" يمكن لـ \fBrpc.statd\fP تنفيذ برنامج استدعاء خاص أثناء معالجة طلبات SM_MON وSM_UNMON وSM_UNMON_ALL الناجحة، أو عند استلام SM_NOTIFY. يمكن استخدام مثل هذا البرنامج في بيئات NFS عالية التوفر (HA\-NFS) لتتبع حالة القفل التي قد تحتاج إلى ترحيل بعد إعادة تشغيل النظام. .PP يتم تحديد اسم برنامج الاستدعاء باستخدام الخيار \fB\-H\fP. يتم تشغيل البرنامج مع 3 وسائط: الأولى إما \fBadd\-client\fP أو \fBdel\-client\fP أو \fBsm\-notify\fP اعتمادًا على سبب الاستدعاء. الثانية هي \fImon_name\fP للنظير المراقَب. الثالثة هي \fIcaller_name\fP لمدير القفل الطالب لـ \fBadd\-client\fP أو \fBdel\-client\fP، وإلا فهي \fIIP_address\fP للمتصل الذي يرسل SM_NOTIFY. الرابعة هي \fIstate_value\fP في طلب SM_NOTIFY. .SS "دعم IPv6 و TI\-RPC" TI\-RPC هو شرط أساسي لدعم NFS على IPv6. إذا كان دعم TI\-RPC مدمجًا في \fBrpc.statd\fP، فإنه يحاول بدء المستمعين على ناقلات الشبكة المميزة بـ \&'visible' في \fI/etc/netconfig\fP. طالما بدأ مستمع ناقل شبكة واحد على الأقل بنجاح، سيعمل \fBrpc.statd\fP. .SH البيئة .TP \fBRPC_STATD_NO_NOTIFY=\fP إذا تم تعيينه إلى عدد صحيح موجب، فله نفس تأثير \fI\-\-no\-notify\fP. .SH الملفات .TP 2.5i \fI/var/lib/nfs/sm\fP الدليل الذي يحتوي على قائمة المراقبة .TP 2.5i \fI/var/lib/nfs/sm.bak\fP الدليل الذي يحتوي على قائمة الإشعارات .TP 2.5i \fI/var/lib/nfs/state\fP رقم حالة NSM لهذا المضيف .TP 2.5i \fI/run/run.statd.pid\fP ملف pid .TP 2.5i \fI/etc/netconfig\fP قاعدة بيانات قدرة ناقل الشبكة .SH "انظر أيضًا" \fBsm\-notify\fP(8), \fBnfs\fP(5), \fBrpc.nfsd\fP(8), \fBrpcbind\fP(8), \fBtcpd\fP(8), \fBhosts_access\fP(5), \fBiptables\fP(8), \fBnetconfig\fP(5) .sp RFC 1094 \- "NFS: مواصفات بروتوكول نظام ملفات الشبكة" .br RFC 1813 \- "NFS الإصدار 3 مواصفات البروتوكول" .br بروتوكولات OpenGroup للعمل البيني: XNFS، الإصدار 3W \- الفصل 11 .SH المؤلفون جيف أبوف .br Olaf Kirch .br إتش. جيه. لو .br لون هوبيرجر .br بول كليمنتس .br Chuck Lever .PP .SH ترجمة تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي . .PP هذه الترجمة هي وثيقة مجانية؛ راجع .UR https://www.gnu.org/licenses/gpl-3.0.html رخصة جنو العامة الإصدار 3 .UE أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات. .PP إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: .MT kde-l10n-ar@kde.org .ME .