NFS.SYSTEMD(7)

الاسم
nfs.systemd - إدارة خدمات NFS عبر systemd.

موجز
nfs-utils.service
nfs-server.service
nfs-client.target
etc

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

  ضبط
لا توفر ملفات وحدات 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-mountd.service لبرنامج rpc.mountd باستخدام القيمة المعطاة لـ RPCMOUNTDOPTS في /etc/sysconfig/nfs كوسائط. يسمح هذا بالتكامل السلس مع أدوات التكوين الحالية.

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

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. تعلن عن تبعيات مناسبة مع ملفات الوحدات الأخرى بحيث
    systemctl restart nfs-utils
سيعيد تشغيل جميع برامج NFS الخلفية التي تعمل. سيؤدي هذا إلى سريان جميع تغييرات التكوين باستثناء التغييرات في قوائم خيارات الوصل في /etc/fstab أو /etc/nfsmount.conf. يمكن تغيير خيارات الوصل فقط عن طريق فك وصل وإعادة وصل نظام الملفات. يمكن أن تكون هذه عملية معطلة لذا يجب القيام بها فقط عندما تبرر القيمة التكلفة. الأمر
    umount -a -t nfs; mount -a -t nfs
يجب فك وصل وإعادة وصل جميع أنظمة ملفات NFS.

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

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

idmapd مطلوب فقط لـ NFSv4، وحتى ذلك الحين ليس مطلوبًا عندما يتفق العميل والخادم على استخدام معرفات المستخدم بدلاً من أسماء المستخدمين لتحديد مالكي الملفات. إذا كان idmapd غير مطلوب وغير مرغوب فيه، فيمكن إخفاؤه باستخدام
    systemctl mask idmapd
يُفترض أن rpc-gssd مطلوب إذا كان ملف krb5.keytab موجودًا. إذا كان موقع يحتاج إلى وجود هذا الملف لكنه لا يريد تشغيل rpc-gssd، فيمكن إخفاؤه باستخدام
    systemctl mask rpc-gssd

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

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

    root=/dev/nfs nfsroot=[<server>:]<path>[,<options>]

        مُعرّف في <kernel_source>/Documentation/admin-guide/nfs/nfsroot.rst

    root=nfs[4]:[<server>:]<path>[:<options>]

        مُعرّف في dracut.cmdline(7).

        ملاحظة: على الرغم من إمكانية استخدام "nfs" كمؤشر نوع لنقطة الوصل، ستستخدم وحدة الوصل دائمًا "nfs4".

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

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

الملفات
/etc/nfs.conf
/etc/nfsmount.conf
/etc/idmapd.conf

وكذلك ملفات مشابهة في /usr/etc وفي أدلة الإسقاط conf.d ذات الصلة.

انظر أيضًا
bootup(7)، systemd.generator(7)، systemd.unit(5)، nfs.conf(5)، nfsmount.conf(5).

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

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 (https://www.gnu.org/licenses/gpl-3.0.html) أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

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