Configurar Acesso de Cliente NFS no RHEL

Introdução

Neste laboratório, você aprenderá as habilidades essenciais para configurar o acesso de cliente NFS em um sistema Red Hat Enterprise Linux (RHEL). Você começará montando manualmente um compartilhamento de rede usando o comando mount para entender o processo fundamental. Após isso, você configurará uma montagem persistente em /etc/fstab para garantir que o compartilhamento NFS esteja automaticamente disponível após a reinicialização do sistema, fornecendo uma compreensão fundamental da integração estática de sistemas de arquivos de rede.

Com base nesses conceitos centrais, você avançará para um método mais dinâmico e eficiente, configurando o automounter. Isso envolve a instalação e habilitação do serviço autofs, e em seguida a criação de mapas indiretos para montagem de diretórios sob demanda e mapas diretos para pontos de montagem estáticos. Você concluirá o laboratório verificando que tanto as montagens automáticas diretas quanto indiretas funcionam corretamente para diferentes usuários, solidificando sua capacidade de gerenciar configurações robustas de clientes NFS.

Montar Manualmente um Compartilhamento NFS Usando o Comando mount

Nesta etapa, você aprenderá como acessar manualmente um diretório compartilhado em rede usando o protocolo Network File System (NFS). O NFS permite que um sistema cliente acesse arquivos em uma rede de computadores de maneira semelhante ao acesso ao armazenamento local. Para este exercício, simularemos um servidor NFS e um cliente em sua máquina local para praticar os comandos necessários.

Um servidor NFS foi pré-configurado em seu sistema para exportar (compartilhar) o diretório /srv/nfs/shared_data. Sua tarefa é montar este diretório compartilhado em uma pasta local, verificar o acesso e, em seguida, desmontá-lo.

Etapa 1.1: Criar um Ponto de Montagem Local

Para acessar o diretório NFS compartilhado, você precisa de um diretório local para servir como um "ponto de montagem". Essencialmente, esta é uma pasta vazia em seu sistema cliente onde o conteúdo do compartilhamento remoto aparecerá assim que for montado. Todas as operações serão realizadas dentro do seu diretório ~/project.

Crie um diretório chamado nfs_mount dentro da sua pasta de projeto:

mkdir ~/project/nfs_mount

Você pode verificar se o diretório foi criado listando o conteúdo da sua pasta de projeto:

ls -F ~/project

nfs_mount/

Etapa 1.2: Montar o Compartilhamento NFS

Agora você pode usar o comando mount para anexar o compartilhamento NFS remoto ao seu ponto de montagem recém-criado. O comando requer privilégios sudo porque a montagem de sistemas de arquivos é uma operação em nível de sistema.

A sintaxe básica é mount -t nfs <servidor>:<diretório_remoto> <ponto_de_montagem_local>.

• -t nfs: Especifica que o tipo de sistema de arquivos é NFS.
• localhost:/srv/nfs/shared_data: A origem, que é o servidor e o caminho que ele está exportando.
• ~/project/nfs_mount: O destino, que é o seu ponto de montagem local.

Execute o seguinte comando para montar o compartilhamento:

sudo mount -t nfs localhost:/srv/nfs/shared_data ~/project/nfs_mount

Este comando não produzirá nenhuma saída se for bem-sucedido.

Etapa 1.3: Verificar a Montagem e Interagir com o Compartilhamento

Após executar o comando mount, você deve verificar se o compartilhamento foi montado corretamente. Você pode fazer isso de algumas maneiras.

Primeiro, use o comando mount canalizado para grep para filtrar montagens NFS:

mount | grep nfs

localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs4 (rw,relatime,vers=4.2,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=...,local_lock=none,addr=...)

Em seguida, verifique o conteúdo do seu ponto de montagem. Ele agora deve exibir os arquivos do diretório remoto /srv/nfs/shared_data.

ls -l ~/project/nfs_mount

total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt

Agora você pode interagir com este diretório como se fosse uma pasta local. Observe que neste ambiente de laboratório, os arquivos pertencem ao root devido à configuração do servidor NFS com no_root_squash. Em ambientes de produção, você pode ver nobody como proprietário, dependendo das configurações do servidor NFS. Vamos criar um novo arquivo dentro do compartilhamento montado. Como o compartilhamento NFS pode pertencer ao root, você precisa usar sudo com o comando tee para gravar arquivos:

echo "My test file" | sudo tee ~/project/nfs_mount/my_file.txt > /dev/null

Verifique se o seu novo arquivo existe ao lado do original:

ls -l ~/project/nfs_mount

total 8
-rw-r--r--. 1 root  root  13 Nov 10 14:35 my_file.txt
-rw-r--r--. 1 root  root  32 Nov 10 14:30 welcome.txt

Etapa 1.4: Desmontar o Compartilhamento NFS

Quando terminar de usar um compartilhamento de rede, é importante desmontá-lo de forma limpa usando o comando umount. Isso garante que todos os dados sejam sincronizados e que a conexão seja fechada corretamente. Você só precisa especificar o ponto de montagem.

sudo umount ~/project/nfs_mount

Para confirmar que o compartilhamento foi desmontado, liste o conteúdo do diretório ~/project/nfs_mount. Ele agora deve estar vazio novamente.

ls -l ~/project/nfs_mount

total 0

Configurar uma Montagem NFS Persistente em /etc/fstab

Na etapa anterior, você aprendeu como montar manualmente um compartilhamento NFS usando o comando mount. No entanto, tais montagens são temporárias e não sobreviverão a uma reinicialização do sistema. Para tornar uma montagem permanente, você precisa adicionar uma entrada ao arquivo /etc/fstab (abreviação de "file systems table"). Este arquivo contém uma lista de sistemas de arquivos e dispositivos que são montados automaticamente quando o sistema é inicializado.

Nesta etapa, você configurará o mesmo compartilhamento NFS para ser montado persistentemente adicionando uma entrada a /etc/fstab.

Etapa 2.1: Preparar o Ambiente

Primeiro, certifique-se de que o ponto de montagem da etapa anterior, ~/project/nfs_mount, exista e esteja vazio. Se você estiver continuando diretamente da última etapa, ele já deve estar lá.

Se o diretório não existir, crie-o agora:

mkdir -p ~/project/nfs_mount

Além disso, certifique-se de que nada esteja atualmente montado neste diretório. Você pode executar o comando umount, que relatará um erro se não estiver montado, e isso está perfeitamente correto.

sudo umount ~/project/nfs_mount

Etapa 2.2: Editar o Arquivo /etc/fstab

Agora, você adicionará uma nova linha ao arquivo /etc/fstab para definir a montagem NFS persistente. Você deve usar sudo para editar este arquivo de configuração do sistema. Usaremos o editor nano.

Abra o arquivo com o seguinte comando:

sudo nano /etc/fstab

Navegue até o final do arquivo e adicione a seguinte linha. Tenha muito cuidado com a sintaxe, pois erros neste arquivo podem causar problemas na inicialização do sistema.

localhost:/srv/nfs/shared_data /home/labex/project/nfs_mount nfs defaults,_netdev 0 0

Vamos detalhar esta linha:

• localhost:/srv/nfs/shared_data: Este é o dispositivo a ser montado. Ele especifica o servidor NFS (localhost) e o diretório exportado (/srv/nfs/shared_data).
• /home/labex/project/nfs_mount: Este é o ponto de montagem local onde o compartilhamento estará acessível.
• nfs: Isso especifica o tipo de sistema de arquivos.
• defaults,_netdev: Estas são as opções de montagem. defaults inclui um conjunto padrão de opções (como rw para leitura-escrita). _netdev é crucial para sistemas de arquivos de rede; ele informa ao sistema para esperar até que a rede esteja ativa antes de tentar montar este compartilhamento.
• 0: Este é o campo dump, que é usado pela utilidade de backup dump. Um valor de 0 o desabilita.
• 0: Este é o campo pass, usado pela utilidade fsck para determinar a ordem das verificações do sistema de arquivos na inicialização. Um valor de 0 significa que o sistema de arquivos não será verificado.

Após adicionar a linha, salve o arquivo e saia do nano pressionando Ctrl+X, depois Y e, em seguida, Enter.

Etapa 2.3: Testar a Entrada /etc/fstab

Você não precisa reiniciar para testar sua nova entrada /etc/fstab. O comando mount é inteligente o suficiente para ler /etc/fstab. Se você fornecer apenas o ponto de montagem, mount procurará a entrada correspondente em /etc/fstab e usará as informações que encontrar lá.

Monte o compartilhamento usando apenas o ponto de montagem:

sudo mount ~/project/nfs_mount

Se o comando for concluído sem erros, sua entrada /etc/fstab está correta.

Etapa 2.4: Verificar a Montagem

Verifique se o compartilhamento agora está montado verificando a saída do comando mount e listando o conteúdo do diretório.

mount | grep nfs_mount

localhost:/srv/nfs/shared_data on /home/labex/project/nfs_mount type nfs4 (rw,relatime,vers=4.2,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=...,local_lock=none,addr=...,_netdev)

Agora, verifique o conteúdo. Você deve ver os arquivos do compartilhamento.

ls -l ~/project/nfs_mount

total 4
-rw-r--r--. 1 root root 32 Nov 10 14:30 welcome.txt

Esta montagem é agora persistente e seria restabelecida automaticamente após uma reinicialização.

Etapa 2.5: Limpar o Ambiente

Para evitar conflitos com exercícios posteriores, você deve agora reverter as alterações. Primeiro, desmonte o compartilhamento e, em seguida, remova a linha que você adicionou de /etc/fstab.

Desmonte o diretório:

sudo umount ~/project/nfs_mount

Abra /etc/fstab novamente para remover a entrada:

sudo nano /etc/fstab

Use as teclas de seta para navegar até a linha que você adicionou (localhost:/srv/nfs/shared_data ...) e pressione Ctrl+K para excluir a linha inteira. Em seguida, salve e saia pressionando Ctrl+X, Y e Enter.

Isso deixa o sistema em um estado limpo para a próxima parte do laboratório.

Configurar o Automounter Instalando e Habilitando o autofs

Nas etapas anteriores, você explorou a montagem manual e persistente. Embora o /etc/fstab seja ótimo para montagens permanentes, ele tem uma desvantagem: ele tenta montar tudo no momento da inicialização. Se um compartilhamento de rede não estiver disponível, ele pode atrasar ou até mesmo interromper o processo de inicialização. O automounter, fornecido pelo serviço autofs, resolve esse problema montando sistemas de arquivos de rede sob demanda, apenas quando são acessados pela primeira vez.

O serviço autofs usa um conjunto de arquivos de configuração chamados "mapas" para determinar quais compartilhamentos remotos montar e onde. Nesta etapa, você preparará seu sistema para usar o automounter instalando o pacote necessário e iniciando seu serviço.

Etapa 3.1: Instalar o Pacote autofs

A funcionalidade autofs não está incluída na instalação padrão do RHEL. Você precisa instalá-la usando o gerenciador de pacotes dnf. Isso requer privilégios sudo.

Execute o seguinte comando para instalar o pacote autofs. O sinalizador -y responde automaticamente "sim" ao prompt de confirmação, o que é conveniente para este laboratório.

sudo dnf install -y autofs

O comando baixará e instalará o pacote autofs e quaisquer dependências necessárias. Você verá uma saída semelhante à seguinte:

Last metadata expiration check: ...
Dependencies resolved.
================================================================================
 Package       Architecture    Version                Repository           Size
================================================================================
Installing:
 autofs        x86_64          1:5.1.7-50.el9         ...                  ...
...

Transaction Summary
================================================================================
Install  1 Package

Total download size: ...
Installed size: ...
...
Complete!

Etapa 3.2: Iniciar o Serviço autofs

Em um sistema RHEL padrão, você usaria systemctl para iniciar e habilitar serviços. No entanto, este laboratório é executado em um ambiente conteinerizado onde systemctl não está disponível. Em vez disso, iniciaremos o daemon autofs diretamente usando seu comando, automount.

Este comando inicia o daemon automounter, que será executado em segundo plano e monitorará as tentativas de acesso a diretórios que estão configurados em seus mapas.

Execute o seguinte comando para iniciar o serviço:

sudo automount

Se bem-sucedido, este comando não produzirá nenhuma saída. Ele simplesmente inicia o processo do daemon.

Etapa 3.3: Verificar se o Serviço Está em Execução

Como você não pode usar systemctl status autofs para verificar o serviço, pode verificar se o processo automount está em execução usando o comando ps. O comando ps aux lista todos os processos em execução, e podemos canalizar (|) sua saída para grep para filtrar o processo automount.

ps aux | grep automount

Você deverá ver pelo menos uma linha para o próprio processo automount. A segunda linha mostrando grep automount é apenas o comando grep que você executou, que pode ser ignorado.

root      ...  0.0  0.0 ...      ?        Ssl  15:30   0:00 /usr/sbin/automount
labex     ...  0.0  0.0 ...      pts/0    S+   15:31   0:00 grep --color=auto automount

Ver o processo /usr/sbin/automount confirma que o serviço está em execução e pronto para lidar com montagens sob demanda. Nas próximas etapas, você configurará os mapas que instruem o autofs sobre o que fazer.

Criar um Mapa de Automontagem Indireta para Diretórios Dinâmicos

Nesta etapa, você configurará sua primeira regra de automontagem usando um mapa indireto. Um mapa indireto é o tipo mais comum de configuração de automontagem. Ele funciona associando um único diretório base (como /home ou /net) a um arquivo de mapa. Quando um usuário tenta acessar um subdiretório dentro desse diretório base, o autofs procura o nome do subdiretório no arquivo de mapa e monta o compartilhamento remoto correspondente sob demanda.

Isso é extremamente útil para montar diretórios home de usuários ou uma coleção de pastas de projetos compartilhadas sem ter que montá-las todas de uma vez. Configuraremos um mapa indireto para montar dinamicamente diretórios de projetos localizados sob um novo diretório base chamado /project_shares.

Etapa 4.1: Criar as Exportações do Servidor NFS

Primeiro, vamos preparar os diretórios em nosso servidor NFS simulado que queremos compartilhar. Criaremos dois diretórios de projeto, design e testing, dentro de /srv/nfs/.

Crie os diretórios e coloque um arquivo de exemplo em cada um:

sudo mkdir -p /srv/nfs/{design,testing}
sudo sh -c 'echo "Design documents" > /srv/nfs/design/README'
sudo sh -c 'echo "Testing scripts" > /srv/nfs/testing/README'

Em seguida, precisamos informar ao servidor NFS para exportar esses diretórios. Fazemos isso adicionando entradas ao arquivo /etc/exports.

Abra o arquivo com nano:

sudo nano /etc/exports

Adicione as seguintes linhas ao arquivo. Essas linhas informam ao servidor NFS para compartilhar os diretórios design e testing com qualquer cliente (*) com permissões de leitura-escrita (rw).

/srv/nfs/design *(rw,sync,no_root_squash)
/srv/nfs/testing *(rw,sync,no_root_squash)

Salve o arquivo e saia (Ctrl+X, Y, Enter).

Finalmente, aplique as alterações ao servidor NFS reexportando todos os diretórios:

sudo exportfs -ra

Etapa 4.2: Criar a Entrada do Mapa Mestre

A configuração do autofs começa com o arquivo de mapa mestre, /etc/auto.master. A melhor prática é não editar este arquivo diretamente, mas adicionar novos arquivos de configuração ao diretório /etc/auto.master.d/.

Crie um novo arquivo de mapa mestre para nossos compartilhamentos de projeto:

sudo nano /etc/auto.master.d/shares.autofs

Adicione a seguinte linha única a este arquivo:

/project_shares /etc/auto.shares

Esta linha informa ao autofs: "Para qualquer acesso sob o diretório /project_shares, consulte o arquivo de mapa localizado em /etc/auto.shares para obter instruções."

Salve e saia do editor.

Etapa 4.3: Criar o Arquivo de Mapa Indireto

Agora, crie o arquivo de mapa indireto /etc/auto.shares que você acabou de referenciar no mapa mestre.

sudo nano /etc/auto.shares

Adicione as seguintes linhas a este arquivo:

design  -fstype=nfs,rw,sync   localhost:/srv/nfs/design
testing -fstype=nfs,rw,sync   localhost:/srv/nfs/testing

Vamos detalhar uma linha:

• design: Esta é a "chave". Ela corresponde ao nome do subdiretório sob /project_shares. Quando um usuário acessa /project_shares/design, esta linha é acionada.
• -fstype=nfs,rw,sync: Estas são as opções de montagem, especificando o tipo de sistema de arquivos, acesso de leitura-escrita e escritas síncronas.
• localhost:/srv/nfs/design: Esta é a localização remota do compartilhamento NFS a ser montado.

Salve e saia do editor.

Etapa 4.4: Recarregar o autofs e Testar a Montagem

Para que o serviço autofs reconheça seus novos arquivos de mapa, você deve recarregar sua configuração. Como o systemctl não está disponível, enviamos o sinal HUP (hangup) para o processo automount, o que faz com que ele releia sua configuração.

sudo killall -HUP automount

Agora, vamos testar. Primeiro, tente listar o conteúdo do diretório base /project_shares. Ele parecerá vazio porque nada foi montado ainda.

ls -l /project_shares

total 0

Em seguida, tente acessar um dos subdiretórios. Este é o gatilho que faz o autofs realizar a montagem.

ls -l /project_shares/design

total 4
-rw-r--r--. 1 root root 17 Nov 10 16:10 README

Sucesso! O compartilhamento design foi montado automaticamente. Agora, se você listar o diretório base novamente, verá o diretório design porque ele é um ponto de montagem ativo.

ls -l /project_shares

total 0
dr-xr-xr-x. 2 root root 0 Nov 10 16:12 design

Faça o mesmo para o diretório testing para confirmar que ele também funciona:

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 root root 16 Nov 10 16:10 README

Você configurou e testou com sucesso um mapa de automontagem indireta.

Criar um Mapa de Automontagem Direta para Pontos de Montagem Estáticos

Nesta etapa, você aprenderá sobre o segundo tipo de configuração de automontagem: um mapa direto. Ao contrário de um mapa indireto, que agrupa várias montagens sob um diretório base comum, um mapa direto define pontos de montagem específicos e individuais em qualquer lugar do sistema de arquivos. Cada entrada em um mapa direto corresponde a um único caminho absoluto.

Mapas diretos são úteis para montar um pequeno número de compartilhamentos em locais fixos e bem conhecidos, como montar um diretório de ferramentas compartilhado em /usr/local/tools. Configuraremos um mapa direto para montar um diretório common_data compartilhado em /mnt/common.

Etapa 5.1: Preparar a Exportação do Servidor NFS

Como antes, primeiro precisamos configurar o diretório em nosso servidor NFS simulado que queremos compartilhar. Criaremos um diretório chamado common_data.

Crie o diretório e um arquivo de exemplo dentro dele:

sudo mkdir -p /srv/nfs/common_data
sudo sh -c 'echo "Common shared data" > /srv/nfs/common_data/info.txt'

Agora, adicione uma entrada a /etc/exports para tornar este diretório disponível via NFS.

sudo nano /etc/exports

Adicione a seguinte nova linha ao arquivo. Isso compartilhará o diretório /srv/nfs/common_data.

/srv/nfs/common_data *(rw,sync,no_root_squash)

Salve o arquivo e saia (Ctrl+X, Y, Enter).

Aplique as alterações ao servidor NFS reexportando todos os diretórios:

sudo exportfs -ra

Etapa 5.2: Criar a Entrada do Mapa Mestre para o Mapa Direto

Para usar um mapa direto, você deve primeiro referenciá-lo a partir da configuração do mapa mestre. O ponto de montagem especial /- é usado para indicar que o arquivo de mapa associado é um mapa direto.

Crie um novo arquivo de mapa mestre para nossa montagem direta:

sudo nano /etc/auto.master.d/direct.autofs

Adicione a seguinte linha única a este arquivo:

/- /etc/auto.direct

Esta linha informa ao autofs: "Consulte o arquivo /etc/auto.direct para obter uma lista de montagens diretas. Os pontos de montagem são caminhos absolutos definidos dentro desse arquivo."

Salve e saia do editor.

Etapa 5.3: Criar o Arquivo de Mapa Direto

Agora, crie o arquivo de mapa direto /etc/auto.direct que você acabou de referenciar.

sudo nano /etc/auto.direct

Adicione a seguinte linha a este arquivo. O formato é ligeiramente diferente de um mapa indireto.

/mnt/common -fstype=nfs,rw,sync   localhost:/srv/nfs/common_data

Vamos analisar esta linha:

• /mnt/common: Esta é a "chave", mas para um mapa direto, a chave é o caminho absoluto completo do ponto de montagem.
• -fstype=nfs,rw,sync: Estas são as opções de montagem, iguais às anteriores.
• localhost:/srv/nfs/common_data: Esta é a localização remota do compartilhamento NFS.

Salve e saia do editor.

Etapa 5.4: Recarregar o autofs e Testar a Montagem Direta

Assim como você fez para o mapa indireto, você deve recarregar a configuração do autofs para que ele reconheça o novo mapa direto.

sudo killall -HUP automount

Agora, vamos testar a montagem direta. Ao contrário de um mapa indireto, o ponto de montagem /mnt/common não existe no sistema de arquivos até que você tente acessá-lo.

Tente acessar o diretório /mnt/common. Isso acionará o autofs para criar o ponto de montagem e montar o compartilhamento.

ls -l /mnt/common

total 4
-rw-r--r--. 1 root root 19 Nov 10 17:00 info.txt

Sucesso! A montagem direta foi criada sob demanda. Você também pode verificá-la com o comando mount:

mount | grep common

localhost:/srv/nfs/common_data on /mnt/common type nfs4 (rw,relatime,vers=4.2,rsize=...,wsize=...,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=...,local_lock=none,addr=...)

Você agora configurou com sucesso tanto um mapa indireto para subdiretórios dinâmicos quanto um mapa direto para um ponto de montagem estático e absoluto.

Verificar Automontagens Diretas e Indiretas como Usuários Diferentes

Nesta etapa final, você verificará como o automounter funciona em um ambiente multiusuário. A automontagem disponibiliza um compartilhamento, mas são as permissões do sistema de arquivos subjacentes no servidor NFS que controlam quem pode realmente ler ou escrever nos arquivos. Você criará alguns usuários de teste, atribuirá a eles a propriedade dos respectivos compartilhamentos NFS e, em seguida, testará o acesso a ambos os mapas, indireto e direto.

Este exercício demonstra um cenário do mundo real em que diferentes equipes (por exemplo, design e testes) possuem seus respectivos diretórios compartilhados, com acesso de leitura disponível para outros usuários, mas acesso de escrita restrito ao proprietário.

Etapa 6.1: Criar Usuários de Teste e Definir Permissões

Primeiro, você precisa criar dois novos usuários: designer1 e tester1. Você também definirá uma senha simples para eles para que possa alternar para suas contas.

Use o comando useradd para criar os usuários. O sinalizador -m cria um diretório home para eles.

sudo useradd -m designer1
sudo useradd -m tester1

Em seguida, defina uma senha para cada usuário. Para simplificar neste laboratório, usaremos a senha labex.io para ambos (atende aos requisitos de complexidade, incluindo comprimento, letras maiúsculas e minúsculas, números e caracteres especiais).

sudo passwd designer1
## Enter new UNIX password: labex.io
## Retype new UNIX password: labex.io
## passwd: password updated successfully

sudo passwd tester1
## Enter new UNIX password: labex.io
## Retype new UNIX password: labex.io
## passwd: password updated successfully

Agora, altere a propriedade dos diretórios compartilhados no lado do "servidor" (/srv/nfs/*) para conceder acesso a esses novos usuários.

sudo chown -R designer1:designer1 /srv/nfs/design
sudo chown -R tester1:tester1 /srv/nfs/testing

O diretório /srv/nfs/common_data permanecerá de propriedade do root, tornando-o somente leitura para usuários regulares.

Etapa 6.2: Testar o Acesso como Usuário designer1

Alterne para a conta de usuário designer1 usando o comando su (substituir usuário). O - garante que você obtenha o ambiente de login completo do usuário.

su - designer1
## Password: labex.io

Seu prompt de comando mudará para [designer1@host ~]$.

Primeiro, teste o acesso ao compartilhamento design através do mapa indireto. Isso deve ser bem-sucedido.

ls -l /project_shares/design

total 4
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Agora, tente escrever um arquivo neste diretório. Isso também deve ser bem-sucedido.

echo "My design file" > /project_shares/design/design_file.txt
ls -l /project_shares/design

total 8
-rw-r--r--. 1 designer1 designer1 15 Jun 16 16:18 design_file.txt
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Em seguida, tente acessar o compartilhamento testing. Você pode ver o conteúdo, mas não pode escrever nele, pois ele pertence ao tester1.

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README

Finalmente, teste o compartilhamento mapeado diretamente. O designer1 deve ser capaz de lê-lo, mas não escrever nele.

cat /mnt/common/info.txt

Common shared data

echo "test" > /mnt/common/new_file.txt

-bash: /mnt/common/new_file.txt: Permission denied

Saia da sessão designer1 para retornar ao usuário labex.

exit

Etapa 6.3: Testar o Acesso como Usuário tester1

Agora, execute testes semelhantes como o usuário tester1.

su - tester1
## Password: labex.io

Acesse o compartilhamento design. Você pode ver o conteúdo, incluindo o arquivo criado pelo designer1, mas não pode escrever nele.

ls -l /project_shares/design

total 8
-rw-r--r--. 1 designer1 designer1 15 Jun 16 16:18 design_file.txt
-rw-r--r--. 1 designer1 designer1 17 Jun 16 16:12 README

Agora, acesse e escreva no compartilhamento testing. Isso deve ser bem-sucedido, pois o tester1 é o proprietário deste diretório.

ls -l /project_shares/testing

total 4
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README

echo "My test script" > /project_shares/testing/test_script.sh
ls -l /project_shares/testing

total 8
-rw-r--r--. 1 tester1 tester1 16 Jun 16 16:12 README
-rw-r--r--. 1 tester1 tester1 15 Jun 16 16:19 test_script.sh

Saia da sessão tester1.

exit

Etapa 6.4: Limpar o Ambiente

Para concluir o laboratório e restaurar o sistema ao seu estado original, remova os usuários de teste que você criou. O comando userdel -r remove o usuário e seu diretório home.

sudo userdel -r designer1
sudo userdel -r tester1

Isso conclui o laboratório sobre o gerenciamento de NFS com autofs.

Resumo

Neste laboratório, você aprenderá a configurar o acesso de cliente NFS em um sistema RHEL. Você começará realizando uma montagem manual, primeiro criando um ponto de montagem local e, em seguida, usando o comando mount para se conectar ao compartilhamento NFS. Após estabelecer a conexão manual com o comando mount, você prosseguirá para configurar uma montagem persistente criando uma entrada no arquivo /etc/fstab, garantindo que o compartilhamento seja montado automaticamente na inicialização.

Além disso, o laboratório abrange a configuração de montagem sob demanda com o serviço autofs. Isso envolve a instalação e habilitação do serviço, e então a definição de como os compartilhamentos são montados usando dois métodos diferentes: a criação de um mapa indireto para montagem dinâmica de diretórios e um mapa direto para montagem de compartilhamentos em locais estáticos e pré-definidos. O processo é concluído com a verificação de que as automontagens diretas e indiretas funcionam corretamente para diferentes usuários.