4.4. Serviços requeridos pela NFS
Esta seção lista os serviços de sistema que são necessários para executar um servidor NFS ou montar ações NFS. O Red Hat Enterprise Linux inicia estes serviços automaticamente.
O Red Hat Enterprise Linux usa uma combinação de suporte em nível de kernel e processos de serviço para fornecer compartilhamento de arquivos NFS. Todas as versões NFS dependem de Remote Procedure Calls (RPC) entre clientes e servidores. Para compartilhar ou montar sistemas de arquivo NFS, os seguintes serviços trabalham em conjunto, dependendo de qual versão do NFS é implementada:
nfsd- O módulo de kernel do servidor NFS que atende solicitações de sistemas de arquivos NFS compartilhados.
rpcbind-
Aceita reservas portuárias dos serviços locais de RPC. Estes portos são então disponibilizados (ou anunciados) para que os serviços de RPCs remotos correspondentes possam acessá-los. O serviço
rpcbindresponde às solicitações de serviços de RPC e estabelece conexões com o serviço de RPC solicitado. Isto não é usado com o NFSv4. rpc.mountd-
Este processo é usado por um servidor NFS para processar solicitações de clientes NFSv3 em
MOUNT. Ele verifica se o compartilhamento NFS solicitado é atualmente exportado pelo servidor NFS, e se o cliente tem permissão para acessá-lo. Se a solicitação de montagem for permitida, o serviçonfs-mountdresponde com um status de Sucesso e fornece o File-Handle para este compartilhamento NFS de volta para o cliente NFS. rpc.nfsd-
Este processo permite a definição de versões e protocolos NFS explícitos que o servidor anuncia. Ele trabalha com o kernel Linux para atender às demandas dinâmicas dos clientes NFS, tais como fornecer threads de servidor cada vez que um cliente NFS se conecta. Este processo corresponde ao serviço
nfs-server. lockd- Esta é uma linha de kernel que roda tanto em clientes quanto em servidores. Ele implementa o protocolo Network Lock Manager (NLM), que permite aos clientes NFSv3 bloquear arquivos no servidor. Ele é iniciado automaticamente sempre que o servidor NFS é executado e sempre que um sistema de arquivos NFS é montado.
rpc.statd-
Este processo implementa o protocolo Network Status Monitor (NSM) RPC, que notifica os clientes NFS quando um servidor NFS é reiniciado sem ser derrubado graciosamente. O serviço
rpc-statdé iniciado automaticamente pelo serviçonfs-server, e não requer configuração do usuário. Isto não é usado com o NFSv4. rpc.rquotad-
Este processo fornece informações de cota de usuário para usuários remotos. O serviço
rpc-rquotadé iniciado automaticamente pelo serviçonfs-servere não requer configuração do usuário. rpc.idmapdEste processo fornece upcalls de cliente e servidor NFSv4, que mapeiam entre os nomes NFSv4 on-the-wire (strings sob a forma de
user@domain) e UIDs e GIDs locais. Para queidmapdfuncione com NFSv4, o arquivo/etc/idmapd.confdeve ser configurado. No mínimo, deve ser especificado o parâmetroDomain, que define o domínio de mapeamento do NFSv4. Se o domínio de mapeamento do NFSv4 for o mesmo que o nome de domínio DNS, este parâmetro pode ser ignorado. O cliente e o servidor devem concordar sobre o domínio de mapeamento do NFSv4 para que o mapeamento de ID funcione corretamente.Somente o servidor NFSv4 usa
rpc.idmapd, que é iniciado pelo serviçonfs-idmapd. O cliente NFSv4 usa o utilitárionfsidmapbaseado no keyring, que é chamado pelo kernel on-demand para realizar o mapeamento de ID. Se houver um problema comnfsidmap, o cliente volta a usarrpc.idmapd.
Os serviços de RPC com NFSv4
Os protocolos de montagem e travamento foram incorporados ao protocolo NFSv4. O servidor também ouve na conhecida porta TCP 2049. Como tal, o NFSv4 não precisa interagir com rpcbind, lockd, e rpc-statd serviços. O serviço nfs-mountd ainda é necessário no servidor NFS para configurar as exportações, mas não está envolvido em nenhuma operação de "over-the-wire".
Recursos adicionais
-
Para configurar um servidor somente NFSv4, que não requer
rpcbind, ver Seção 4.14, “Configuração de um servidor NFSv4 apenas”.
