Dia 22/30 — Seu Computador na Rede

Hoje é o Dia 22 do desafio de 30 dias estudando Linux, com foco na certificação Linux Essentials — LPI 010-160 e na construção de uma base prática para atuar com Suporte Técnico em TI.

Rede é uma das áreas mais presentes em suporte. Hoje vamos entender IP, máscara/prefixo, gateway, DNS e os comandos usados para consultar a configuração.

📌 Metodologia do projeto:
Teoria → Exercício → Prática → Explicar → Revisar

🎯 Objetivos do dia

Objetivo LPI: 4.4 — Seu Computador na Rede
Peso no exame: 2
Entender o conceito, executar os comandos no terminal e saber explicar o motivo de cada resultado.
Relacionar o conteúdo da prova com situações reais de suporte Linux.

💻 Ambiente recomendado: Debian/Ubuntu em máquina virtual ou máquina de estudos.
Evite praticar comandos destrutivos como rm e alterações administrativas no seu sistema principal.

🚀 UPLinux.com.br - prática complementar

Durante esta jornada, uso a plataforma UP Linux para revisar questões e executar desafios práticos:

👉 https://uplinux.com.br

Use a plataforma depois da leitura para reforçar o conteúdo com repetição espaçada e exercícios.

🧠 TEORIA

1. Conceitos

IP — endereço lógico de uma interface;
IPv4 — exemplo 192.168.1.10;
IPv6 — endereços maiores, como 2001:db8::10;
prefixo — em IPv4, /24 é comum em LANs e descreve a parte de rede;
gateway padrão — roteador usado para alcançar outras redes;
DNS — resolve nomes para endereços;
LAN — rede local.

2. Endereços

ip addr show
ip a

3. Rotas

ip route show
ip route

Exemplo:

default via 192.168.1.1 dev eth0

Isso indica o gateway padrão.

4. DNS

cat /etc/resolv.conf
cat /etc/hosts

/etc/hosts permite associações locais de nome → IP. /etc/resolv.conf tradicionalmente contém configuração do resolvedor DNS, embora possa ser gerenciado automaticamente.

5. Testes

ping 127.0.0.1
ping -c 4 8.8.8.8
ping -c 4 example.com
host example.com

A interpretação é importante:

se IP funciona e nome não, suspeite de DNS;
se nem gateway responde, investigue conexão local/configuração;
ping pode ser bloqueado, então falha de ping não prova sozinho que um serviço está indisponível.

6. Comandos antigos e atuais

A LPI cita tanto ferramentas tradicionais (ifconfig, route, netstat) quanto equivalentes modernos do iproute2, como ip addr, ip route e ss.

💻 PRÁTICA GUIADA

ip addr show
ip route show
cat /etc/resolv.conf
cat /etc/hosts

Identifique:

interface ativa;
IPv4;
prefixo;
gateway padrão;
servidores DNS disponíveis.

Teste a sequência de diagnóstico:

ping -c 2 127.0.0.1
ping -c 2 SEU_GATEWAY
ping -c 2 8.8.8.8
ping -c 2 example.com
host example.com

Substitua SEU_GATEWAY pelo endereço retornado em ip route.

✏️ EXERCÍCIOS

Descubra seu gateway sem interface gráfica.
Descubra seu IPv4 e nome da interface.
Explique a diferença entre testar 8.8.8.8 e example.com.
Veja qual arquivo contém mapeamentos locais de nomes.
Execute ss -tuln e observe sockets em escuta, sem alterar nada.

🗣️ EXPLICAR COM SUAS PALAVRAS

Explique:

IP x DNS;
roteador x gateway padrão;
IPv4 x IPv6 em nível conceitual;
por que “ping para IP funciona, mas para nome falha” sugere DNS;
por que um ping bloqueado não prova que o servidor está desligado.

🧪 MINI SIMULADO

1. Qual comando moderno mostra endereços?

✅ ip addr show.

2. Qual comando moderno mostra rotas?

✅ ip route show.

3. Onde ficam mapeamentos locais de nomes?

✅ /etc/hosts.

4. Qual arquivo é associado à configuração do resolvedor DNS?

✅ /etc/resolv.conf.

5. Se ping para IP funciona e nome não, qual serviço deve ser investigado primeiro?

✅ DNS.

6. Qual protocolo de endereçamento usa endereços como 2001:db8::1?

✅ IPv6.

7. Qual comando consulta resolução DNS de um nome?

✅ host.

✅ CHECKLIST DO DIA

Entendo IPv4, IPv6, gateway e DNS
Sei usar ip addr e ip route
Sei consultar /etc/hosts e /etc/resolv.conf
Sei usar ping e host
Consigo seguir uma sequência básica de diagnóstico
Reconheço ifconfig, route, netstat como ferramentas tradicionais

📅 Próximo passo — Dia 23

No próximo dia: Revisão do Tópico 4 + laboratório de diagnóstico.

📚 Referências

Regra da jornada: não apenas leia os comandos. Digite, observe a saída, provoque erros controlados e tente explicar o comportamento antes de consultar a resposta.