Manter o dispositivo de recepção em um endereço conhecido

LinuxBeginner
Pratique Agora

Introdução

O dispositivo de recepção de Maple Yard precisa de um endereço conhecido para a equipe do evento reconhecê-lo. Uma faixa dinâmica já está preparada, mas falta a reserva da recepção e as opções de gateway e DNS dos novos dispositivos apontam para endereços não usados. A estação de referência protegida continua disponível.

Você associará a identidade real à reserva, corrigirá as opções do servidor e realmente liberará e obterá de novo a concessão da recepção. Este ambiente novo contém tudo o que é necessário; não reutiliza arquivos nem concessões do primeiro laboratório. Conclua o primeiro laboratório guiado ou domine seu fluxo de faixa, concessão e troca de abas.

Use Network Desk para o arquivo do servidor, Check-In e Guest A para seus próprios comandos de cliente e Network Map para observação somente leitura. Como antes, são nós Linux isolados compartilhando um kernel.

Reservar o endereço para o dispositivo certo

Nesta etapa, você dará ao dispositivo de recepção uma concessão real para o endereço planejado. Comece em Network Map e solicite a programação de referência para confirmar o exemplo saudável. Seu endereço deve continuar 10.77.0.10.

Mude para Network Desk, em /home/labex/project/event-network:

cat devices.tsv
cat dhcp.conf

A MAC da recepção é 02:77:00:00:00:28 e ela precisa de 10.77.0.20. A faixa de visitantes continua 10.77.0.100–10.77.0.109; a reserva fica fora dela. Apenas um nome amigável não identificaria o dispositivo. Este exercício preparado usa a MAC estável.

Uma linha dhcp-host associa um dispositivo a um endereço e, opcionalmente, a um nome de host. Aqui, >> acrescenta ao arquivo existente, preservando a faixa e as opções. Copie o bloco literal completo:

cat >> dhcp.conf <<'CONF'
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
CONF

Verifique e aplique usando o mesmo serviço do curso do primeiro laboratório:

dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp

Se a sintaxe falhar, leia o arquivo e corrija apenas a linha malformada antes de reiniciar. Não remova a inclusão protegida.

Mude para Check-In. Ele começa em sua própria área de cliente e shell de administrador. Solicite a concessão real:

dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0

Espere 10.77.0.20/24. Recarregue Network Map para comparar o cartão da recepção com a identidade planejada. Esta etapa verifica apenas o endereço reservado. Gateway e DNS dos novos dispositivos ainda estão errados de propósito; espera-se que uma solicitação da programação em Check-In falhe até a próxima etapa. Não reinicie a VM por essa falha conhecida.

Enviar configurações que os clientes possam usar

Nesta etapa, você reparará as opções de gateway e DNS e fará os clientes recebê-las. Comece em Check-In:

ip route show default
cat /etc/resolv.conf

Os valores errados preparados são 10.77.0.254 para gateway e 10.77.0.253 para DNS. Esses endereços não têm tais serviços. O roteador e DNS reais do curso são ambos 10.77.0.1. O primeiro valor controla o tráfego que sai da sub-rede; o segundo controla a resolução de nomes.

Mude para Network Desk. dhcp-option=option:router fornece um gateway; dhcp-option=option:dns-server fornece DNS. Substitua o arquivo inteiro pela inclusão correta, faixa inalterada, reserva do dispositivo e essas duas opções. O primeiro laboratório ensinou > e o here-document com aspas:

cat > dhcp.conf <<'CONF'
conf-file=/opt/labex/event-network/server-base.conf
dhcp-range=10.77.0.100,10.77.0.109,255.255.255.0,2h
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
dhcp-option=option:router,10.77.0.1
dhcp-option=option:dns-server,10.77.0.1
CONF
dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp

Alterar o servidor não reescreve uma concessão já aplicada pelo cliente. Mude para Check-In. Libere sua concessão antiga usando -r; só o processo e a interface deste cliente serão afetados:

dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0

Solicite novamente:

dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip route show default
cat /etc/resolv.conf

Ambas as configurações devem usar agora 10.77.0.1. O endereço continua 10.77.0.20, pois a reserva corresponde ao mesmo dispositivo.

Mude para Guest A e obtenha sua primeira concessão neste ambiente:

dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
ip route show default
cat /etc/resolv.conf

Espere um endereço dinâmico dentro da faixa de visitantes, com gateway e DNS corretos. Solicite a programação:

curl --noproxy '*' -fsS --max-time 5 http://programme.event.test:8080/programme.txt

Espere todas as cinco linhas da programação de Maple Yard do primeiro laboratório. Se um valor errado antigo permanecer, confirme que o servidor realmente foi reiniciado após editar o arquivo e que você liberou e solicitou no cliente afetado. Não sobrescreva /etc/resolv.conf manualmente: isso esconderia o problema das opções do servidor.

Reconectar e manter a recepção pronta

Nesta etapa, você provará a reserva por meio de uma nova concessão real e salvará o recurso da recepção. Mude para Check-In. Leia o endereço atual antes de liberá-lo:

ip -4 addr show dev eth0

Ele deve ser 10.77.0.20/24. Libere e obtenha a concessão novamente:

dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0

Espere o mesmo endereço reservado. Houve liberação e aquisição DHCP reais, não restauração manual de um endereço estático. A atribuição dinâmica de um visitante não precisa manter sempre o mesmo endereço.

Use a configuração recebida para baixar as instruções da recepção. O primeiro laboratório explicou as opções de curl e -o:

curl --noproxy '*' -fsS --max-time 5 -o desk.txt http://desk.event.test:8080/desk.txt
cat desk.txt

Conteúdo esperado:

MAPLE YARD | Registration desk
Desk: North entrance
Session: Community workshop
Status: Ready for arrivals

Se o endereço estiver errado, volte a Network Desk e compare a relação exata entre MAC e endereço com devices.tsv. Valide o arquivo corrigido, reinicie apenas o serviço DHCP do curso e libere e solicite em Check-In. Reiniciar o serviço ou reconectar a aba por si só não é uma nova concessão do cliente.

Em Network Map, recarregue a página e solicite a programação em Check-In, Guest A e reference. Todos devem funcionar. O endereço fixo da recepção, opções utilizáveis, nova aquisição real e serviços preservados compõem juntos a rede concluída.

Network Map após as solicitações reais dos clientes

Compare endereço IPv4, gateway e DNS em cada cartão e leia a resposta da programação abaixo do botão. Os endereços atribuídos aos visitantes podem diferir deste exemplo.

Resumo

Você vinculou uma identidade real a um endereço reservado, reparou as opções de gateway e DNS na origem e fez os clientes aplicarem novas concessões. Depois liberou e recuperou a concessão da recepção sem perder seu endereço nem o serviço normal dos visitantes.

O desafio independente muda o plano de endereços do evento e o conjunto de dispositivos. Ele usa as mesmas ferramentas e mecanismos. O curso não configurou relay DHCP, rádio Wi-Fi, alta disponibilidade nem persistência após reiniciar.