ضبط¶

لا توفر ملفات وحدات systemd القياسية أي طريقة سهلة لتمرير وسائط سطر الأوامر إلى البرامج الخلفية لتكوين سلوكها. في كثير من الحالات، يمكن إجراء هذا التكوين عن طريق إجراء تغييرات على /etc/nfs.conf أو ملفات تكوين أخرى (انظر nfs.conf(5)). عندما لا يكون ذلك مناسبًا، قد توفر التوزيعة ملفات "إدراج" systemd والتي تستبدل إعداد ExecStart= لبدء البرنامج بوسائط مختلفة. على سبيل المثال، ملف إدراج systemd/system/nfs-mountd.service.d/local.conf يحتوي على

[Service]
EnvironmentFile=/etc/sysconfig/nfs
ExecStart=
ExecStart= /usr/sbin/rpc.mountd $RPCMOUNTDOPTS

تمكين ملفات الوحدات¶

هناك ثلاثة ملفات وحدات مصممة ليتم تمكينها يدويًا. يتم تشغيل جميع الملفات الأخرى آليًا حسب الحاجة. الثلاثة هي:

nfs-client.target

يجب تمكين هذا على أي مضيف يعمل كعميل NFS. هناك تكلفة ضئيلة في تمكينه بشفافية كلما تم تثبيت برنامج عميل NFS.

nfs-server.service

يجب تمكين هذا لتوفير خدمة NFS للعملاء. يبدأ ويكوّن البرامج الخلفية المطلوبة بالترتيب المطلوب.

nfs-blkmap.service

البرنامج الخلفي blkmapd مطلوب فقط على عملاء NFS الذين يستخدمون pNFS (NFS المتوازي)، وبشكل خاص يستخدمون بروتوكول التخطيط blocklayout. إذا كنت قد تستخدم هذا الامتداد الخاص لـ NFS، فيجب تمكين وحدة nfs-blkmap.service.

العديد من الوحدات الأخرى التي قد تعتبر اختيارية، مثل rpc-gssd.service، حريصة على البدء فقط إذا كان ملف التكوين المطلوب موجودًا. لن يبدأ rpc-gssd.service إذا كان ملف krb5.keytab غير موجود (عادةً في /etc).

إعادة تشغيل خدمات NFS¶

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

عند إجراء تغييرات في التكوين، قد يكون من الصعب معرفة الخدمات التي تحتاج إلى إعادة التشغيل بالضبط لضمان سريان التكوين. النهج الأبسط، والذي غالبًا ما يكون الأفضل، هو إعادة تشغيل كل شيء. للمساعدة في ذلك، يتم توفير وحدة nfs-utils.service. تعلن عن تبعيات مناسبة مع ملفات الوحدات الأخرى بحيث

إخفاء الخدمات غير المرغوب فيها¶

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

ثلاث خدمات محددة يمكن تطبيق هذا عليها هي rpcbind و idmapd و rpc-gssd. rpcbind ليس جزءًا من حزمة nfs-utils، لكنه يُستخدم بواسطة عدة خدمات NFS. ومع ذلك، فهو ليس مطلوبًا عند استخدام NFSv4 فقط. إذا كان موقع لن يستخدم أبدًا NFSv3 (أو NFSv2) ولا يريد تشغيل rpcbind، فالنهج الصحيح هو تشغيل

idmapd مطلوب فقط لـ NFSv4، وحتى ذلك الحين ليس مطلوبًا عندما يتفق العميل والخادم على استخدام معرفات المستخدم بدلاً من أسماء المستخدمين لتحديد مالكي الملفات. إذا كان idmapd غير مطلوب وغير مرغوب فيه، فيمكن إخفاؤه باستخدام

المولدات¶

مولدات وحدات systemd هي ملفات تنفيذية صغيرة موضوعة في /usr/lib/systemd/system-generators/ لتوسيع تسلسل ملفات الوحدات ديناميكيًا. توفر حزمة nfs-utils ثلاثة منها:

nfsroot-generator

ينشئ وحدة sysroot.mount لوصل /sysroot عبر NFSv4 في initrd، إذا اكتشف أحد الخيارات التالية في سطر أوامر النواة:

nfs-server-generator

ينشئ تبعيات ترتيب بين nfs-server.service ووصلات أنظمة ملفات مختلفة: يجب أن يبدأ قبل وصل أي نقاط وصل "nfs"، في حال كانت وصلات ارتدادية، وبعد وصل جميع أنظمة الملفات المُصدّرة، فلا يوجد خطر من تصدير الدليل الأساسي.

rpc-pipefs-generator

ينشئ تبعيات ترتيب بين خدمات NFS ونقطة وصل rpc_pipefs.