സ്റ്റാൻഡേർഡ് ലിനക്സ് ഫയൽ സിസ്റ്റങ്ങൾ സജ്ജീകരിക്കുകയും NFSv4 സെർവർ ക്രമീകരിക്കുകയും ചെയ്യുന്നു - ഭാഗം 2

ഒരു ലിനക്സ് ഫൗണ്ടേഷൻ സർട്ടിഫൈഡ് എഞ്ചിനീയർ (LFCE) ലിനക്സ് സിസ്റ്റങ്ങളിൽ നെറ്റ്uവർക്ക് സേവനങ്ങൾ സജ്ജീകരിക്കാനും കോൺഫിഗർ ചെയ്യാനും കൈകാര്യം ചെയ്യാനും ട്രബിൾഷൂട്ട് ചെയ്യാനും പരിശീലിപ്പിച്ചിരിക്കുന്നു, കൂടാതെ സിസ്റ്റം ആർക്കിടെക്ചറിന്റെ രൂപകൽപ്പനയ്ക്കും നടപ്പിലാക്കുന്നതിനും ദൈനംദിന പ്രശ്uനങ്ങൾ പരിഹരിക്കുന്നതിനും ഉത്തരവാദിയാണ്.

ലിനക്സ് ഫൗണ്ടേഷൻ സർട്ടിഫിക്കേഷൻ പ്രോഗ്രാം (LFCE) അവതരിപ്പിക്കുന്നു.

ഒരു NFS (നെറ്റ്uവർക്ക് ഫയൽ സിസ്റ്റം) സെർവർ എങ്ങനെ ഇൻസ്റ്റാൾ ചെയ്യാമെന്നും, ബൂട്ടിൽ സ്വയമേവ ആരംഭിക്കുന്ന തരത്തിൽ സേവനം സജ്ജീകരിക്കാമെന്നും ഈ സീരീസിന്റെ ഭാഗം 1-ൽ ഞങ്ങൾ വിശദീകരിച്ചു. നിങ്ങൾ ഇതിനകം അങ്ങനെ ചെയ്തിട്ടില്ലെങ്കിൽ, തുടരുന്നതിന് മുമ്പ് ആ ലേഖനം റഫർ ചെയ്uത് ഔട്ട്uലൈൻ ചെയ്ത ഘട്ടങ്ങൾ പാലിക്കുക.

1. നെറ്റ്uവർക്ക് സേവനങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുകയും ബൂട്ടിൽ ഓട്ടോമാറ്റിക് സ്റ്റാർട്ടപ്പ് ക്രമീകരിക്കുകയും ചെയ്യുന്നു - ഭാഗം 1

നിങ്ങളുടെ NFSv4 സെർവർ എങ്ങനെ ശരിയായി കോൺഫിഗർ ചെയ്യാമെന്ന് ഞാൻ ഇപ്പോൾ കാണിച്ചുതരാം (ആധികാരികത ഉറപ്പാക്കൽ സുരക്ഷയില്ലാതെ) അതുവഴി നിങ്ങൾക്ക് ലിനക്സ് ക്ലയന്റുകളിൽ ആ ഫയൽ സിസ്റ്റങ്ങൾ ലോക്കലായി ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നതുപോലെ നെറ്റ്uവർക്ക് ഷെയറുകൾ സജ്ജീകരിക്കാൻ കഴിയും. ആധികാരികത ഉറപ്പാക്കാൻ നിങ്ങൾക്ക് LDAP അല്ലെങ്കിൽ NIS ഉപയോഗിക്കാം, എന്നാൽ രണ്ട് ഓപ്ഷനുകളും LFCE സർട്ടിഫിക്കേഷന്റെ പരിധിക്ക് പുറത്താണ്.

ഒരു NFSv4 സെർവർ കോൺഫിഗർ ചെയ്യുന്നു

NFS സെർവർ പ്രവർത്തനക്ഷമമായിക്കഴിഞ്ഞാൽ, ഞങ്ങൾ ഇതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും:

1. നെറ്റ്uവർക്കിലൂടെ ഞങ്ങൾ പങ്കിടാൻ ആഗ്രഹിക്കുന്ന ലോക്കൽ ഡയറക്uടറികൾ വ്യക്തമാക്കുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു, കൂടാതെ
/etc/fstab ഫയൽ വഴിയോ അല്ലെങ്കിൽ ഓട്ടോമൗണ്ട് കേർണൽ അടിസ്ഥാനമാക്കിയുള്ള യൂട്ടിലിറ്റി (ഓട്ടോഫുകൾ) വഴിയോ ക്ലയന്റുകളിൽ ആ നെറ്റ്uവർക്ക് ഷെയറുകൾ സ്വയമേവ മൗണ്ട് ചെയ്യുന്നു.

ഒരു രീതി അല്ലെങ്കിൽ മറ്റൊന്ന് എപ്പോൾ തിരഞ്ഞെടുക്കണമെന്ന് ഞങ്ങൾ പിന്നീട് വിശദീകരിക്കും.

നമ്മൾ ആകുന്നതിന് മുമ്പ്, idmapd ഡെമൺ പ്രവർത്തിക്കുന്നുണ്ടെന്നും കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെന്നും ഉറപ്പാക്കേണ്ടതുണ്ട്. ഈ സേവനം ഉപയോക്താവിനും ഗ്രൂപ്പ് ഐഡികൾക്കും NFSv4 പേരുകളുടെ ([ഇമെയിൽ സംരക്ഷിത]) മാപ്പിംഗ് നടത്തുന്നു, കൂടാതെ ഒരു NFSv4 സെർവർ നടപ്പിലാക്കാൻ ഇത് ആവശ്യമാണ്.

idmapd പ്രവർത്തനക്ഷമമാക്കാൻ /etc/default/nfs-common എഡിറ്റ് ചെയ്യുക.

NEED_IDMAPD=YES

കൂടാതെ നിങ്ങളുടെ പ്രാദേശിക ഡൊമെയ്uൻ നാമം ഉപയോഗിച്ച് /etc/idmapd.conf എഡിറ്റ് ചെയ്യുക (ഹോസ്റ്റിന്റെ FQDN ആണ് സ്ഥിരസ്ഥിതി).

Domain = yourdomain.com

തുടർന്ന് idmapd ആരംഭിക്കുക.

# service nfs-common start 	[sysvinit / upstart based systems]
# systemctl start nfs-common 	[systemd based systems]

/etc/exports ഫയലിൽ ഞങ്ങളുടെ NFS സെർവറിനായുള്ള പ്രധാന കോൺഫിഗറേഷൻ നിർദ്ദേശങ്ങൾ അടങ്ങിയിരിക്കുന്നു, റിമോട്ട് ഹോസ്റ്റുകളിലേക്ക് കയറ്റുമതി ചെയ്യുന്ന ഫയൽ സിസ്റ്റങ്ങൾ നിർവചിക്കുകയും ലഭ്യമായ ഓപ്ഷനുകൾ വ്യക്തമാക്കുകയും ചെയ്യുന്നു. ഈ ഫയലിൽ, ഓരോ നെറ്റ്uവർക്ക് പങ്കിടലും ഒരു പ്രത്യേക ലൈൻ ഉപയോഗിച്ച് സൂചിപ്പിച്ചിരിക്കുന്നു, അതിന് സ്ഥിരസ്ഥിതിയായി ഇനിപ്പറയുന്ന ഘടനയുണ്ട്:

/filesystem/to/export client1([options]) clientN([options])

/filesystem/to/export എന്നത് കയറ്റുമതി ചെയ്ത ഫയൽ സിസ്റ്റത്തിലേക്കുള്ള സമ്പൂർണ്ണ പാതയാണ്, അതേസമയം client1 (ClientN വരെ) നിർദ്ദിഷ്ട ക്ലയന്റിനെ (ഹോസ്റ്റ് നാമം അല്ലെങ്കിൽ IP വിലാസം) അല്ലെങ്കിൽ നെറ്റ്uവർക്കിനെ പ്രതിനിധീകരിക്കുന്നു. (വൈൽഡ്കാർഡുകൾ അനുവദനീയമാണ്) അതിലേക്കാണ് ഓഹരി കയറ്റുമതി ചെയ്യുന്നത്. അവസാനമായി, ഓപ്uഷനുകൾ എന്നത് ഓഹരി കയറ്റുമതി ചെയ്യുമ്പോൾ യഥാക്രമം കണക്കിലെടുക്കുന്ന കോമയാൽ വേർതിരിച്ച മൂല്യങ്ങളുടെ (ഓപ്uഷനുകൾ) ഒരു പട്ടികയാണ്. ഓരോ ഹോസ്റ്റ്നാമത്തിനും അതിന് മുമ്പുള്ള പരാൻതീസിസിനും ഇടയിൽ സ്uപെയ്uസുകളൊന്നും ഇല്ലെന്നത് ശ്രദ്ധിക്കുക.

ഏറ്റവും പതിവ് ഓപ്ഷനുകളുടെ ഒരു ലിസ്റ്റും അവയുടെ യോജിച്ച വിവരണവും ഇതാ:

1. ro (വായിക്കാൻ മാത്രമുള്ളതിന്റെ ചുരുക്കം): റിമോട്ട് ക്ലയന്റുകൾക്ക് റീഡ് പെർമിഷനുകൾ ഉപയോഗിച്ച് മാത്രം എക്uസ്uപോർട്ടുചെയ്uത ഫയൽ സിസ്റ്റങ്ങൾ മൗണ്ട് ചെയ്യാൻ കഴിയും.
2. rw (റീഡ്-റൈറ്റിന്റെ ചുരുക്കം): കയറ്റുമതി ചെയ്ത ഫയൽ സിസ്റ്റങ്ങളിൽ റൈറ്റ് മാറ്റങ്ങൾ വരുത്താൻ റിമോട്ട് ഹോസ്റ്റുകളെ അനുവദിക്കുന്നു.
3. wdelay (റൈറ്റ് കാലതാമസത്തിന്റെ ചുരുക്കം): മറ്റൊരു അനുബന്ധ റൈറ്റ് അഭ്യർത്ഥന ആസന്നമാണെന്ന് സംശയിക്കുന്നുവെങ്കിൽ, ഡിസ്കിൽ മാറ്റങ്ങൾ വരുത്തുന്നത് NFS സെർവർ വൈകിപ്പിക്കുന്നു. എന്നിരുന്നാലും, NFS സെർവറിന് ബന്ധമില്ലാത്ത ഒന്നിലധികം ചെറിയ അഭ്യർത്ഥനകൾ ലഭിക്കുകയാണെങ്കിൽ, ഈ ഓപ്uഷൻ പ്രകടനം കുറയ്ക്കും, അതിനാൽ ഇത് ഓഫാക്കാൻ no_wdelay ഓപ്ഷൻ ഉപയോഗിക്കാം.
4. സമന്വയം: സ്ഥിരമായ സംഭരണത്തിൽ (അതായത്, ഹാർഡ് ഡിസ്ക്) മാറ്റങ്ങൾ വരുത്തിയതിന് ശേഷം മാത്രമേ NFS സെർവർ അഭ്യർത്ഥനകൾക്ക് മറുപടി നൽകൂ. അതിന്റെ വിപരീതമായ, async ഓപ്ഷൻ, പ്രകടനം വർദ്ധിപ്പിച്ചേക്കാം, എന്നാൽ വൃത്തിഹീനമായ സെർവർ പുനരാരംഭിച്ചതിന് ശേഷമുള്ള ഡാറ്റ നഷ്uടമോ അഴിമതിയോ മൂലം.
5. root_squash: വിദൂര റൂട്ട് ഉപയോക്താക്കൾക്ക് സെർവറിൽ സൂപ്പർ യൂസർ പ്രത്യേകാവകാശങ്ങൾ ഉണ്ടാകുന്നതിൽ നിന്ന് തടയുകയും അവർക്ക് ആർക്കും ഉപയോക്തൃ ഐഡി നൽകാതിരിക്കുകയും ചെയ്യുന്നു. നിങ്ങൾക്ക് എല്ലാ ഉപയോക്താക്കളും (റൂട്ട് മാത്രമല്ല) \squash ചെയ്യണമെങ്കിൽ, നിങ്ങൾക്ക് all_squash ഓപ്ഷൻ ഉപയോഗിക്കാം.
6. anonuid/anongid: അജ്ഞാത അക്കൗണ്ടിന്റെ UID, GID എന്നിവ വ്യക്തമായി സജ്ജീകരിക്കുന്നു (ആരുമില്ല).
7. subtree_check: ഒരു ഫയൽ സിസ്റ്റത്തിന്റെ ഒരു ഉപഡയറക്uടറി മാത്രമേ എക്uസ്uപോർട്ട് ചെയ്uതിട്ടുള്ളൂവെങ്കിൽ, എക്uസ്uപോർട്ട് ചെയ്uത ഉപഡയറക്uടറിയിൽ അഭ്യർത്ഥിച്ച ഫയൽ ഉണ്ടെന്ന് ഈ ഓപ്uഷൻ പരിശോധിക്കുന്നു. മറുവശത്ത്, മുഴുവൻ ഫയൽ സിസ്റ്റവും കയറ്റുമതി ചെയ്യുകയാണെങ്കിൽ, no_subtree_check ഉപയോഗിച്ച് ഈ ഓപ്ഷൻ പ്രവർത്തനരഹിതമാക്കുന്നത് കൈമാറ്റം വേഗത്തിലാക്കും. മാൻ 5 എക്uസ്uപോർട്ടുകൾ പ്രകാരം സബ്uട്രീ ചെക്കിംഗ് മൂല്യത്തേക്കാൾ കൂടുതൽ പ്രശ്uനങ്ങൾ ഉണ്ടാക്കുന്നതിനാൽ ഇന്നത്തെ ഡിഫോൾട്ട് ഓപ്uഷൻ no_subtree_check ആണ്.
8. fsid=0 | റൂട്ട് (പൂജ്യം അല്ലെങ്കിൽ റൂട്ട്): നിർദ്ദിഷ്ട ഫയൽ സിസ്റ്റം ഒന്നിലധികം എക്uസ്uപോർട്ട് ചെയ്ത ഡയറക്uടറികളുടെ റൂട്ടാണെന്ന് വ്യക്തമാക്കുന്നു (NFSv4-ൽ മാത്രം ബാധകമാണ്).

ഈ ലേഖനത്തിൽ ഞങ്ങൾ /NFS-SHARE, /NFS-SHARE/mydir 192.168.0.10 (NFS സെർവർ) എന്ന ഡയറക്uടറികൾ ഉപയോഗിക്കും. ടെസ്റ്റ് ഫയൽ സിസ്റ്റങ്ങൾ.

ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് ഒരു NFS സെർവറിൽ നമുക്ക് എല്ലായ്പ്പോഴും ലഭ്യമായ നെറ്റ്uവർക്ക് ഷെയറുകൾ ലിസ്റ്റ് ചെയ്യാം:

# showmount -e [IP or hostname]

മുകളിലുള്ള ഔട്ട്uപുട്ടിൽ, 192.168.0.10-ലെ /NFS-SHARE, /NFS-SHARE/mydir എന്നിവ കയറ്റുമതി ചെയ്തതായി നമുക്ക് കാണാൻ കഴിയും. IP വിലാസം 192.168.0.17 ഉള്ള ക്ലയന്റിലേക്ക്.

എക്uസ്uപോർട്ട് ചെയ്uത ഡയറക്uടറിക്ക് വേണ്ടിയുള്ള ഞങ്ങളുടെ പ്രാരംഭ കോൺഫിഗറേഷൻ (നിങ്ങളുടെ NFS സെർവറിലെ /etc/exports ഡയറക്uടറി കാണുക) ഇപ്രകാരമാണ്:

/NFS-SHARE  	192.168.0.17(fsid=0,no_subtree_check,rw,root_squash,sync,anonuid=1000,anongid=1000)
/NFS-SHARE/mydir    	192.168.0.17(ro,sync,no_subtree_check)

കോൺഫിഗറേഷൻ ഫയൽ എഡിറ്റ് ചെയ്ത ശേഷം, ഞങ്ങൾ NFS സേവനം പുനരാരംഭിക്കണം:

# service nfs-kernel-server restart 		[sysvinit / upstart based system]
# systemctl restart nfs-server			[systemd based systems]

റിമോട്ട് NFS ഷെയറുകൾ ആവശ്യാനുസരണം മൗണ്ടുചെയ്യുന്നതിനെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾക്കായി നിങ്ങൾക്ക് LFCS സീരീസിന്റെ ഭാഗം 5 (\Linux-ൽ ലോക്കൽ, നെറ്റ്uവർക്ക് (സാംബ & NFS) ഫയൽസിസ്റ്റംസ് എങ്ങനെ മൗണ്ട്/അൺമൗണ്ട് ചെയ്യാം) റഫർ ചെയ്യേണ്ടതായി വന്നേക്കാം. mount കമാൻഡ് ഉപയോഗിച്ച് അല്ലെങ്കിൽ സ്ഥിരമായി /etc/fstab ഫയലിലൂടെ.

ഈ രീതികൾ ഉപയോഗിച്ച് ഒരു നെറ്റ്uവർക്ക് ഫയൽ സിസ്റ്റം മൗണ്ടുചെയ്യുന്നതിന്റെ പോരായ്മ, ഷെയർ എല്ലായ്uപ്പോഴും മൌണ്ട് ചെയ്uതിരിക്കുന്നതിന് സിസ്റ്റം ആവശ്യമായ ഉറവിടങ്ങൾ അനുവദിക്കണം എന്നതാണ്, അല്ലെങ്കിൽ കുറഞ്ഞത് ഞങ്ങൾ അവ സ്വമേധയാ അൺമൗണ്ട് ചെയ്യാൻ തീരുമാനിക്കുന്നത് വരെ. ആവശ്യമുള്ള ഫയൽ സിസ്റ്റം ആവശ്യാനുസരണം സ്വയമേവ (മൌണ്ട് കമാൻഡ് ഉപയോഗിക്കാതെ) autofs വഴി മൗണ്ട് ചെയ്യുക എന്നതാണ് ഒരു ബദൽ, അത് ഫയൽ സിസ്റ്റങ്ങൾ ഉപയോഗിക്കുമ്പോൾ മൌണ്ട് ചെയ്യാനും ശേഷം അവയെ അൺമൗണ്ട് ചെയ്യാനും കഴിയും. നിഷ്ക്രിയത്വത്തിന്റെ ഒരു കാലഘട്ടം.

Autofs /etc/auto.master വായിക്കുന്നു, അതിന് ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:

[mount point]	[map file]

[മാപ്പ് ഫയൽ] [മൗണ്ട് പോയിന്റ്]-നുള്ളിൽ ഒന്നിലധികം മൗണ്ട് പോയിന്റുകൾ സൂചിപ്പിക്കാൻ ഉപയോഗിക്കുന്നിടത്ത്.

ഈ മാസ്റ്റർ മാപ്പ് ഫയൽ (/etc/auto.master) പിന്നീട് ഏത് മൌണ്ട് പോയിന്റുകളാണ് നിർവചിച്ചിരിക്കുന്നതെന്ന് നിർണ്ണയിക്കാൻ ഉപയോഗിക്കുന്നു, തുടർന്ന് ഓരോ മൗണ്ട് പോയിന്റിനുമുള്ള നിർദ്ദിഷ്ട പാരാമീറ്ററുകൾ ഉപയോഗിച്ച് ഒരു ഓട്ടോമൗണ്ട് പ്രക്രിയ ആരംഭിക്കുന്നു.

നിങ്ങളുടെ /etc/auto.master ഇനിപ്പറയുന്ന രീതിയിൽ എഡിറ്റ് ചെയ്യുക:

/media/nfs	/etc/auto.nfs-share	--timeout=60

ഇനിപ്പറയുന്ന ഉള്ളടക്കങ്ങൾ ഉപയോഗിച്ച് /etc/auto.nfs-share എന്ന പേരിൽ ഒരു മാപ്പ് ഫയൽ സൃഷ്ടിക്കുക:

writeable_share  -fstype=nfs4 192.168.0.10:/
non_writeable_share  -fstype=nfs4 192.168.0.10:/mydir

/etc/auto.nfs-share എന്നതിലെ ആദ്യ ഫീൽഡ് /media/nfs എന്നതിനുള്ളിലെ ഒരു ഉപഡയറക്uടറിയുടെ പേരാണ് എന്നത് ശ്രദ്ധിക്കുക. ഓരോ ഉപഡയറക്uടറിയും ഓട്ടോഫുകൾ വഴി ചലനാത്മകമായി സൃഷ്uടിക്കപ്പെട്ടിരിക്കുന്നു.

ഇപ്പോൾ, autofs സേവനം പുനരാരംഭിക്കുക:

# service autofs restart 			[sysvinit / upstart based systems]
# systemctl restart autofs 			[systemd based systems]

അവസാനമായി, ബൂട്ടിൽ ആരംഭിക്കുന്നതിന് autofs പ്രവർത്തനക്ഷമമാക്കാൻ, ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

# chkconfig --level 345 autofs on
# systemctl enable autofs 			[systemd based systems]

ഞങ്ങൾ autofs പുനരാരംഭിക്കുമ്പോൾ, മാപ്പ് ഫയൽ (/etc/auto.nfs-share) നിർദ്ദിഷ്uടമാക്കിയിരിക്കുന്നതായി mount കമാൻഡ് കാണിക്കുന്നു. /etc/auto.master-ലെ ഡയറക്ടറി:

ഡയറക്uടറികളൊന്നും യഥാർത്ഥത്തിൽ ഇതുവരെ മൗണ്ട് ചെയ്uതിട്ടില്ല, എന്നാൽ /etc/auto.nfs-share-ൽ വ്യക്തമാക്കിയിട്ടുള്ള ഷെയറുകൾ ആക്uസസ് ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ അത് സ്വയമേവ ആകും.

നമുക്ക് കാണാൻ കഴിയുന്നത് പോലെ, autofs സേവനം \മൌണ്ട് ചെയ്യുക മാപ്പ് ഫയൽ, അങ്ങനെ പറയാം, എന്നാൽ യഥാർത്ഥത്തിൽ അവ മൌണ്ട് ചെയ്യുന്നതിനായി ഫയൽ സിസ്റ്റങ്ങളോട് ഒരു അഭ്യർത്ഥന വരുന്നത് വരെ കാത്തിരിക്കുന്നു.

anonuid, anongid ഓപ്uഷനുകൾ, root_squash എന്നിവയ്uക്കൊപ്പം, ആദ്യ ഷെയറിൽ സജ്ജമാക്കിയിരിക്കുന്നത്, റൂട്ട് ഉപയോക്താവ് നടത്തുന്ന അഭ്യർത്ഥനകൾ മാപ്പ് ചെയ്യാൻ ഞങ്ങളെ അനുവദിക്കുന്നു സെർവറിലെ ഒരു പ്രാദേശിക അക്കൗണ്ടിലേക്ക് ക്ലയന്റ്.

മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, എക്uസ്uപോർട്ടുചെയ്uത ഡയറക്uടറിയിൽ ക്ലയന്റിലുള്ള റൂട്ട് ഒരു ഫയൽ സൃഷ്uടിക്കുമ്പോൾ, സെർവറിൽ അത്തരം അക്കൗണ്ട് നിലവിലുണ്ടെങ്കിൽ അതിന്റെ ഉടമസ്ഥാവകാശം യുഐഡിയും GID = 1000 ഉം ഉള്ള ഉപയോക്തൃ അക്കൗണ്ടിലേക്ക് സ്വയമേവ മാപ്പ് ചെയ്യപ്പെടും:

ഉപസംഹാരം

ഈ ലേഖനം ഒരു ഗൈഡായി ഉപയോഗിച്ച് നിങ്ങളുടെ പരിസ്ഥിതിക്ക് അനുയോജ്യമായ ഒരു NFS സെർവർ വിജയകരമായി സജ്ജീകരിക്കാനും കോൺഫിഗർ ചെയ്യാനും നിങ്ങൾക്ക് കഴിഞ്ഞുവെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. കൂടുതൽ സഹായത്തിനായി നിങ്ങൾക്ക് പ്രസക്തമായ മാൻ പേജുകൾ റഫർ ചെയ്യാവുന്നതാണ് (മാൻ എക്uസ്uപോർട്ടുകൾ കൂടാതെ man idmapd.conf, ഉദാഹരണത്തിന്).

നേരത്തെ സൂചിപ്പിച്ചതുപോലെ മറ്റ് ഓപ്ഷനുകളും ടെസ്റ്റ് കേസുകളും ഉപയോഗിച്ച് പരീക്ഷിക്കാൻ മടിക്കേണ്ടതില്ല, നിങ്ങളുടെ അഭിപ്രായങ്ങളോ നിർദ്ദേശങ്ങളോ ചോദ്യങ്ങളോ അയയ്uക്കുന്നതിന് ചുവടെയുള്ള ഫോം ഉപയോഗിക്കാൻ മടിക്കരുത്. നിങ്ങളിൽ നിന്ന് കേൾക്കുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്.