Configuração do NFS Server no Centos 7

1º ) Configuração do NfS Server. 

root@dlp ~]#

yum -y install nfs-utils
vi /etc/idmapd.conf
# line 5: uncomment and change to your domain name
Domain = srv.world 
vi /etc/exports
# write settings for NFS exports
/home 10.0.0.0/24(rw,no_root_squash) 
systemctl start rpcbind nfs-server
systemctl enable rpcbind nfs-server
2º) Se o Firewalld estiver em execução, permita o serviço NFS.
 firewall-cmd –add-service=nfs –permanent
success
firewall-cmd –reload
success
3º) Para opções básicas de exportações

Option Descrição
rw Permita ambos os pedidos de leitura e gravação em um volume NFS.
ro Permita somente solicitações de leitura em um volume NFS.
sync Responda aos pedidos somente após as alterações terem sido cometidas para armazenamento estável. (Padrão) assíncrono
async Esta opção permite que o servidor NFS viole o protocolo NFS e responda aos pedidos antes que as alterações feitas por esse pedido tenham sido cometidas para armazenamento estável.
secure Esta opção requer que os pedidos se originem em uma porta de Internet inferior a IPPORT_RESERVED (1024). (Padrão) inseguro
insecure Esta opção aceita todas as portas.
wdelay Atrasar cometer um pedido de gravação para o disco um pouco se suspeitar que outro pedido de gravação relacionado pode estar em andamento ou pode chegar em breve. (Padrão)
no_wdelay Esta opção não tem efeito se async também estiver configurado. O servidor NFS normalmente atrasará a confirmação de uma solicitação de gravação para o disco um pouco se suspeitar que outra solicitação de gravação relacionada esteja em andamento ou possa chegar em breve. Isso permite que vários pedidos de gravação sejam comprometidos com o disco com a única operação que pode melhorar o desempenho. Se um servidor NFS recebeu principalmente solicitações não relacionadas, esse comportamento pode realmente reduzir o desempenho, portanto, no_wdelay está disponível para desligá-lo.
subtree_check Esta opção permite a verificação de subtree. (Predefinido) desligado.
no_subtree_check Esta opção desabilita a verificação de subárvore, que tem implicações de segurança suaves, mas pode melhorar a confiabilidade em algumas circunstâncias.
root_squash Solicitações de mapa de uid / gid 0 para o uid / gid anônimo. Observe que isso não se aplica a outros uids ou gids que possam ser igualmente sensíveis, como o compartimento do usuário ou a equipe do grupo.
no_root_squash Desative o abismo da raiz. Esta opção é principalmente útil para clientes sem disco.
all_squash Mapeie todos os uids e gids para o usuário anônimo. Útil para diretórios FTP públicos exportados NFS, diretórios de spool de notícias, etc.
no_all_squash Desligue toda a esmagamento. (Padrão).
anonuid=UID Essas opções definem explicitamente o uid e o gid da conta anônima. Esta opção é principalmente útil para clientes PC / NFS, onde você pode querer que todos os pedidos parecem ser de um usuário. Como exemplo, considere a entrada de exportação para / home / joe na seção de exemplo abaixo, que mapeia todas as solicitações para o uid 150.
anongid=GID Leia acima (anonuid = UID)