الاسم¶

rpc.statd - خفيضة خدمة NSM

موجز¶

rpc.statd [-dh?FLNvV] [-H prog] [-n my-name] [-o outgoing-port] [-p listener-port] [-P path] [--nlm-port port] [--nlm-udp-port port]

الوصف¶

أقفال الملفات ليست جزءًا من حالة نظام الملفات المستمرة. وبالتالي تُفقد حالة القفل عند إعادة تشغيل المضيف.

يجب على أنظمة ملفات الشبكة أيضًا اكتشاف متى تُفقد حالة القفل بسبب إعادة تشغيل مضيف بعيد. بعد إعادة تشغيل عميل NFS، يجب على خادم NFS تحرير جميع أقفال الملفات التي تحتفظ بها التطبيقات التي كانت تعمل على ذلك العميل. بعد إعادة تشغيل الخادم، يجب على العميل تذكير الخادم بأقفال الملفات التي تحتفظ بها التطبيقات التي تعمل على ذلك العميل.

بالنسبة لإصدار NFS 2 [RFC1094] وإصدار NFS 3 [RFC1813]، يُستخدم بروتوكول مراقب حالة الشبكة (أو NSM اختصارًا) لإعلام نظراء NFS بعمليات إعادة التشغيل. في لينكس، يشكل مكونان منفصلان في مساحة المستخدم خدمة NSM:

rpc.statd

عفريت ينصت لإشعارات إعادة التشغيل من المضيفين الآخرين، ويدير قائمة المضيفين المراد إشعارهم عند إعادة تشغيل النظام المحلي

sm-notify

برنامج مساعد يشعر نظراء NFS بعد إعادة تشغيل النظام المحلي

يقوم مدير أقفال NFS المحلي بتنبيه rpc.statd المحلي لكل نظير بعيد يجب مراقبته. عندما يعيد النظام المحلي التشغيل، يقوم أمر sm-notify بإشعار خدمة NSM على النظراء المراقبين بإعادة التشغيل. عندما يعيد نظير بعيد التشغيل، يقوم ذلك النظير بإشعار rpc.statd المحلي، والذي بدوره يمرر إشعار إعادة التشغيل إلى مدير أقفال NFS المحلي.

عملية NSM بالتفصيل¶

يؤدي أول تفاعل لقفل الملفات بين عميل وخادم NFS إلى قيام مديري أقفال NFS في كلا الطرفين بالاتصال بخدمة NSM المحلية الخاصة بهما لتخزين معلومات حول الطرف المقابل. في لينكس، يتصل مدير القفل المحلي بـ rpc.statd.

يسجل rpc.statd معلومات حول كل نظير NFS مٌراقب على وحدة تخزين مستمرة. تصف هذه المعلومات كيفية الاتصال بنظير بعيد في حالة إعادة تشغيل النظام المحلي، وكيفية التعرف على النظير المٌراقب الذي يبلغ عن إعادة التشغيل، وكيفية إخطار مدير القفل المحلي عندما يشير النظير المٌراقب إلى أنه أعاد التشغيل.

يرسل عميل NFS اسم مضيف، يعرف باسم المستدعِي للعميل، في كل طلب قفل ملف. يمكن لخادم NFS استخدام اسم المضيف هذا لإرسال استدعاءات GRANT غير متزامنة للعميل، أو لإشعار العميل بأنه أُعيد تشغيله.

يمكن لخادم NFS في لينكس توفير caller_name الخاص بالعميل أو عنوان شبكة العميل إلى rpc.statd. لأغراض بروتوكول NSM، يُعرف هذا الاسم أو العنوان باسم mon_name للمتراسل المراقب. بالإضافة إلى ذلك، يخبر مدير القفل المحلي rpc.statd بما يعتقد أنه اسم مضيفه الخاص. لأغراض بروتوكول NSM، يُعرف اسم المضيف هذا باسم my_name.

لا يوجد تفاعل مكافئ بين خادم NFS وعميل لإعلام العميل بـ caller_name الخاص بالخادم. لذلك، لا يعرف عملاء NFS فعليًا ما هو mon_name الذي قد يستخدمه خادم NFS في طلب SM_NOTIFY. يستخدم عميل NFS في لينكس اسم مضيف الخادم من أمر التثبيت لتحديد خوادم NFS التي يعاد تشغيلها.

الخيارات¶

-d, --no-syslog

يتسبب في كتابة rpc.statd لرسائل السجل على stderr بدلاً من سجل النظام، إذا تم تحديد الخيار -F أيضًا.

-F, --foreground

يبقي rpc.statd ملتصقًا بطرفيته التحكمية بحيث يمكن مراقبة عملية NSM مباشرة أو تشغيلها تحت مصحح. إذا لم يتم تحديد هذا الخيار، يقوم rpc.statd بتشغيل نفسه في الخلفية بعد بدئه بفترة وجيزة.

-h, -?, --help

يتسبب في عرض rpc.statd لمعلومات الاستخدام على stderr ثم الخروج.

-H, --ha-callout prog

يحدد برنامج استدعاء عالي التوفر. إذا لم يتم تحديد هذا الخيار، لا يتم تنفيذ أي استدعاءات. راجع قسم استدعاءات عالية التوفر أدناه للتفاصيل.

-L, --no-notify

يمنع rpc.statd من تشغيل أمر sm-notify عند بدئه، مع الحفاظ على رقم حالة NSM الحالي وقائمة المراقبة.

ملاحظة: يحتوي أمر sm-notify على فحص لضمان تشغيله مرة واحدة فقط بعد كل إعادة تشغيل للنظام. يمنع هذا إشعار إعادة تشغيل زائف إذا أعيد تشغيل rpc.statd بدون الخيار -L.

-n, --name ipaddr | hostname

يُستخدم هذا النص فقط بواسطة أمر sm-notify كعنوان المصدر الذي تُرسل منه طلبات إعلام إعادة التشغيل.

يمكن التعبير عن صيغة ipaddr كعنوان عرض IPv4 أو IPv6. إذا لم يُحدد هذا الخيار، يستخدم rpc.statd عنوانًا شاملاً كعنوان ربط النقل. راجع sm-notify(8) للتفاصيل.

-N

يتسبب في تشغيل rpc.statd لأمر sm-notify ثم الخروج. نظرًا لإمكانية تشغيل أمر sm-notify مباشرةً أيضًا، فإن هذا الخيار مهمل.

-o, --outgoing-port port

يُحدد رقم منفذ المصدر الذي يجب أن يستخدمه أمر sm-notify عند إرسال إعلامات إعادة التشغيل. راجع sm-notify(8) للتفاصيل.

-p, --port port

يُحدد رقم المنفذ المستخدم لمقابس الاستماع RPC. إذا لم يُحدد هذا الخيار، يحاول rpc.statd استشارة /etc/services، فإذا نجح في الحصول على المنفذ، يضبط نفس المنفذ لجميع مقابس الاستماع، وإلا يختار منفذًا عابرًا عشوائيًا لكل مقبس استماع.

يمكن استخدام هذا الخيار لتثبيت قيمة منفذ مستمعيه عندما يجب أن تعبر طلبات SM_NOTIFY جدار حماية بين العملاء والخوادم.

-T, --nlm-port port

يُحدد رقم المنفذ الذي يجب أن يستمع عليه lockd لطلبات NLM. يضبط هذا كلاً من منفذي TCP وUDP ما لم يُضبط منفذ UDP بشكل منفصل.

-U, --nlm-udp-port port

يُحدد رقم منفذ UDP الذي يجب أن يستمع عليه lockd لطلبات NLM.

-P, --state-directory-path مسار_الاسم

يُحدد اسم مسار الدليل الأصلي حيث توجد معلومات حالة NSM. إذا لم يُحدد هذا الخيار، يستخدم rpc.statd /var/lib/nfs مبدئيًا.

بعد البدء، يحاول rpc.statd ضبط UID وGID الفعليين للمالك والمجموعة للدليل الفرعي sm لهذا الدليل. بعد تغيير المعرفات الفعلية، يحتاج rpc.statd فقط إلى الوصول إلى الملفات في sm وsm.bak داخل مسار دليل الحالة.

-v, -V, --version

يتسبب في عرض rpc.statd لمعلومات الإصدار على stderr ثم الخروج.

ملف الضبط¶

يمكن التحكم في العديد من الخيارات التي يمكن ضبطها في سطر الأوامر أيضًا من خلال القيم المضبوطة في أقسام [statd] أو، في بعض الحالات، [lockd] من ملف التهيئة /etc/nfs.conf. تشمل القيم المعترف بها في قسم [statd] port وoutgoing-port وname وstate-directory-path وha-callout والتي لكل منها نفس تأثير الخيار الذي يحمل نفس الاسم.

تشمل القيم المعترف بها في قسم [lockd] port وudp-port والتي لها نفس تأثير الخيارين --nlm-port و--nlm-udp-port، على التوالي.

الأمن¶

يجب بدء تشغيل البرنامج الخفي rpc.statd كجذر لاكتساب الامتيازات اللازمة لإنشاء مقابس بمنافذ مصدر مميزة، وللوصول إلى قاعدة بيانات معلومات الحالة. نظرًا لأن rpc.statd يحافظ على خدمة شبكة طويلة التشغيل، فإنه يتخلى عن امتيازات الجذر بمجرد بدء التشغيل لتقليل خطر هجوم تصعيد الامتيازات.

خلال العملية العادية، يكون معرف المستخدم الفعال الذي يختاره هو مالك دليل الحالة. يتيح له هذا الاستمرار في الوصول إلى الملفات في ذلك الدليل بعد التخلي عن صلاحيات الجذر. للتحكم في معرف المستخدم الذي يختاره rpc.statd، استخدم ببساطة chown(1) لضبط مالك دليل الحالة.

يمكنك أيضًا حماية مستمعي rpc.statd باستخدام مكتبة tcp_wrapper أو iptables(8). لاستخدام مكتبة tcp_wrapper، أضف أسماء المضيفات للأقران التي يجب السماح لها بالوصول إلى /etc/hosts.allow. استخدم اسم البرنامج الخفي statd حتى لو كان للملف الثنائي rpc.statd اسم ملف مختلف.

لمزيد من المعلومات، راجع صفحات الدليل tcpd(8) وhosts_access(5).

ملاحظات إضافية¶

استرداد القفل بعد إعادة التشغيل أمر بالغ الأهمية للحفاظ على سلامة البيانات ومنع تعليق التطبيقات غير الضروري. لمساعدة rpc.statd في مطابقة طلبات SM_NOTIFY مع طلبات NLM، يجب اتباع عدد من أفضل الممارسات، بما في ذلك:

يجب أن يتطابق اسم عقدة UTS لأنظمتك مع أسماء DNS التي يستخدمها متراسلو NFS للاتصال بها

يجب أن تكون أسماء عقد UTS لأنظمتك دائمًا أسماء نطاقات مؤهلة بالكامل

يجب أن تكون خرائط DNS الأمامية والعكسية لأسماء عقد UTS متسقة

يجب أن يتطابق اسم المضيف الذي يستخدمه العميل لضم (mount) الخادم مع mon_name الخاص بالخادم في طلبات SM_NOTIFY التي يرسلها

لا يؤدي فصل نظام ملفات NFS بالضرورة إلى توقف عميل NFS أو الخادم عن مراقبة بعضهما البعض. قد يستمر كلاهما في مراقبة بعضهما البعض لفترة في حال أدت حركة مرور NFS اللاحقة بينهما إلى عمليات وصل جديدة وقفل ملفات إضافي.

في لينكس، إذا جرى إلغاء تحميل وحدة النواة lockd أثناء التشغيل العادي، فإن جميع نظراء NFS البعيدين سيصبحون غير مراقبين. يمكن أن يحدث هذا في عميل NFS، على سبيل المثال، إذا قام أداة تركيب تلقائي (automounter) بإزالة جميع نقاط تركيب NFS بسبب عدم النشاط.

البيئة¶

RPC_STATD_NO_NOTIFY=

إذا تم تعيينه إلى عدد صحيح موجب، فله نفس تأثير --no-notify.

الملفات¶

/var/lib/nfs/sm

الدليل الذي يحتوي على قائمة المراقبة

/var/lib/nfs/sm.bak

الدليل الذي يحتوي على قائمة الإشعارات

/var/lib/nfs/state

رقم حالة NSM لهذا المضيف

/run/run.statd.pid

ملف pid

/etc/netconfig

قاعدة بيانات قدرة ناقل الشبكة

انظر أيضًا¶

sm-notify(8), nfs(5), rpc.nfsd(8), rpcbind(8), tcpd(8), hosts_access(5), iptables(8), netconfig(5)

RFC 1094 - "NFS: مواصفات بروتوكول نظام ملفات الشبكة"
RFC 1813 - "NFS الإصدار 3 مواصفات البروتوكول"
بروتوكولات OpenGroup للعمل البيني: XNFS، الإصدار 3W - الفصل 11

المؤلفون¶

جيف أبوف <juphoff@users.sourceforge.net>
Olaf Kirch <okir@monad.swb.de>
إتش. جيه. لو <hjl@gnu.org>
لون هوبيرجر <hohberger@missioncriticallinux.com>
بول كليمنتس <paul.clements@steeleye.com>
Chuck Lever <chuck.lever@oracle.com>

ترجمة¶

تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.