Objetivos da aula
O que você vai aprender
1
Configurar uma rede P2P e uma cliente/servidor simples.
2
Usar comandos do PowerShell para diagnóstico de rede.
3
Interpretar a saída dos principais comandos de rede.
1 · Motivação
Montar e diagnosticar com as próprias mãos
Configurar IPs, ver duas máquinas se "enxergarem", compartilhar uma pasta e descobrir por que algo não conecta: este é o trabalho diário de quem cuida de redes. E a ferramenta moderna no Windows é o PowerShell.
Nesta prática você sai do diagrama para a linha de comando real.
💡
Diagnosticar rede é detetive: você segue pistas da camada física para cima até achar o culpado pela falha de conexão.
2 · Mapa
O roteiro da prática
P2P × cliente/servidor→Configurar IPs→PowerShell→Compartilhar + diagnosticar
- Diferenciar os dois modelos na prática.
- Configurar e testar a conectividade.
- Usar cmdlets do PowerShell.
- Interpretar as saídas e resolver problemas.
3 · Modelos
P2P e cliente/servidor
Rede P2P. Rede sem servidor dedicado: cada máquina compartilha seus próprios recursos e gerencia o próprio acesso, de forma descentralizada.
Rede cliente/servidor. Rede em que um servidor centraliza recursos, autenticação e administração, atendendo a vários clientes.
4 · Explicação
Quando usar cada modelo
A escolha depende do tamanho e da necessidade de controle:
- P2P: simples e barato, bom para poucas máquinas (casa, escritório pequeno). Sem ponto central, mas a gestão se espalha.
- Cliente/servidor: escala melhor e centraliza segurança, ideal quando há muitas máquinas e regras de acesso.
💡
No Windows, "Grupo de Trabalho" é o modelo P2P; "Domínio" (Active Directory) é o modelo cliente/servidor.
5 · Exemplo
Comandos essenciais do PowerShell
# mostra a configuracao IP das interfaces
Get-NetIPConfiguration
# testa conectividade com um host (substitui o ping)
Test-Connection "8.8.8.8"
# resolve um nome para endereco IP (DNS)
Resolve-DnsName "exemplo.com"
# lista conexoes TCP ativas e portas
Get-NetTCPConnection
6 · Interativo
Passo a passo: montando a mini-rede
Passo 1
Configure os IPs na mesma sub-rede: PC-A 192.168.50.10/24 e PC-B 192.168.50.11/24.Passo 2
No PC-A, rode Test-Connection 192.168.50.11 para ver se alcança o PC-B.Passo 3
Compartilhe uma pasta no PC-B e defina permissões.Passo 4
No PC-A, acesse a pasta digitando o caminho de rede do PC-B.Passo 5
Se falhar, confira IP, máscara, firewall e o cabo/Wi-Fi — da camada física para cima.7 · Comando
Get-NetIPConfiguration
Get-NetIPConfiguration. Cmdlet que exibe a configuração de rede de cada interface: endereço IP, gateway, servidores DNS e estado do adaptador.
É o ponto de partida do diagnóstico: confirma se a máquina tem IP, máscara e gateway corretos.
8 · Comando
Test-Connection
Test-Connection. Cmdlet que envia pacotes de teste (ICMP) a um destino para verificar conectividade e medir o tempo de resposta — o equivalente moderno do ping.
Falhou? O problema pode estar no IP, na sub-rede, no firewall ou no caminho físico.
9 · Analogia
O comando como exame médico
🩺 Analogia
Diagnosticar uma rede é como um médico investigando sintomas. Get-NetIPConfiguration é checar os sinais vitais (a máquina está "viva" na rede?), Test-Connection é o teste de reflexo (ela responde a um estímulo?) e Resolve-DnsName é verificar se ela "entende os nomes" das outras.10 · Comparação
PowerShell × comandos clássicos
| Tarefa | Clássico | PowerShell |
|---|---|---|
| Config IP | ipconfig | Get-NetIPConfiguration |
| Conectividade | ping | Test-Connection |
| Consulta DNS | nslookup | Resolve-DnsName |
| Conexões/portas | netstat | Get-NetTCPConnection |
11 · Fluxo
Roteiro de diagnóstico
Tem IP?
Get-NetIPConfiguration→Alcança o vizinho?
Test-Connection→Resolve nomes?
Resolve-DnsName→Serviço escutando?
Get-NetTCPConnection
Get-NetIPConfiguration→Alcança o vizinho?
Test-Connection→Resolve nomes?
Resolve-DnsName→Serviço escutando?
Get-NetTCPConnection
12 · Laboratório
Roteiro de diagnóstico camada por camada
Diagnosticar sem método é chutar. O roteiro abaixo sobe pelas camadas: só passe para a linha seguinte quando a anterior estiver verde.
| Camada | Pergunta | Comando | Verde quando… |
|---|---|---|---|
| 1 · física | O cabo está conectado? | Get-NetAdapter | Status = Up |
| 2-3 · rede | Tenho endereço válido? | Get-NetIPConfiguration | IP fora da faixa 169.254.x.x |
| 3 · local | Enxergo o gateway? | Test-Connection 192.168.0.1 | Respostas sem perda |
| 3 · externa | Saio para a Internet? | Test-Connection 8.8.8.8 | Respostas sem perda |
| 7 · nomes | Resolvo nomes? | Resolve-DnsName google.com | Devolve um IP |
| 4 · porta | O serviço responde? | Test-NetConnection host -Port 445 | TcpTestSucceeded = True |
| rota | Onde o caminho quebra? | tracert 8.8.8.8 | Chega ao destino sem * persistente |
🔑
O diagnóstico clássico: IP na faixa 169.254.x.x significa que o DHCP não respondeu — a máquina se autoconfigurou. Ping no IP funciona mas no nome não? O problema é só o DNS. Gateway responde e a Internet não? O problema está fora da sua rede. Cada sintoma aponta uma camada.
13 · Aprofundamento
Por que o firewall bloqueia o ping?
É comum o Test-Connection falhar entre PCs mesmo com IPs corretos. Muitas vezes a causa não é a rede, e sim o firewall: por segurança, o Windows pode bloquear o ICMP de entrada por padrão.
⚠️
Antes de concluir "a rede está caída", lembre que um ping bloqueado pode ser apenas regra de firewall. Teste também o serviço real (ex.: acessar a pasta compartilhada).
14 · Interativo
Verifique seu entendimento
Dois PCs com IPs 192.168.50.10/24 e 192.168.60.11/24 não se enxergam. Qual a causa mais provável?
Com máscara /24, 192.168.50.x e 192.168.60.x são sub-redes diferentes — sem um roteador entre elas, não há comunicação direta.
15 · Caso real
A pasta que não abre
Cenário: o PC-A faz ping no PC-B com sucesso, mas não consegue abrir a pasta compartilhada.
- Pista 1: a rede está OK (o ping responde).
- Pista 2: Get-NetTCPConnection no PC-B mostra que o serviço de compartilhamento (porta 445) está escutando.
- Causa: as permissões de compartilhamento não liberavam o usuário do PC-A.
💡
Conectividade de rede e permissão de acesso são problemas diferentes. O ping testa a primeira; nem sempre a falha está na rede.
16 · Erros comuns
O que costuma travar a prática
⚠️
IPs em sub-redes incompatíveis, máscara errada, firewall bloqueando o tráfego e cabo/Wi-Fi desconectado são as causas mais frequentes de "não conecta".
⚠️
Confundir falha de rede com falha de permissão: às vezes a máquina é alcançável, mas o usuário não tem acesso ao recurso.
17 · Dicas
Diagnosticar com método
✅
Siga sempre da camada física para cima: cabo/Wi-Fi → IP/máscara → gateway → DNS → serviço. Não pule etapas.
✅
Use Test-Connection primeiro pelo IP, depois pelo nome. Se o IP funciona e o nome não, o problema é DNS.
18 · Interativo
Revele a resposta
Se Test-Connection funciona pelo IP mas falha pelo nome, onde está o problema?
No DNS (resolução de nomes). A conectividade de rede está boa — tanto que o IP responde —, mas o nome não está sendo traduzido para o IP correto. Use Resolve-DnsName para confirmar e verifique o servidor DNS configurado em Get-NetIPConfiguration.
19 · Flashcards
Fixe os conceitos
P2Pvirar
Sem servidor dedicado; cada máquina compartilha e gerencia o próprio acesso.
Cliente/servidorvirar
Servidor centraliza recursos, autenticação e administração.
Test-Connectionvirar
Cmdlet que testa conectividade (equivalente ao ping).
Resolve-DnsNamevirar
Cmdlet que resolve um nome de domínio em endereço IP (DNS).
20 · Conexões
Onde isso se liga
- Protocolos e IP (aula 5): a configuração de IP/máscara é o que você ajusta aqui.
- Cliente-servidor × P2P (aula 6): esta prática implementa os dois modelos.
- DNS e serviços (aula 6): Resolve-DnsName consulta o DNS na prática.
21 · Síntese
O essencial em uma frase
🔑
P2P descentraliza a gestão e cliente/servidor a centraliza; o PowerShell diagnostica a rede com Get-NetIPConfiguration, Test-Connection, Resolve-DnsName e Get-NetTCPConnection — sempre investigando da camada física para cima.
Atividade em grupo · Laboratório de diagnóstico
Em grupos, montem uma mini-rede e diagnostiquem-na com PowerShell.
Roteiro
- Configurem os IPs das máquinas na mesma sub-rede (ex.: 192.168.50.x/24).
- Usem Test-Connection para confirmar que se enxergam.
- Compartilhem uma pasta e acessem-na de outra máquina (cliente/servidor simples).
- Coletem a saída de Get-NetIPConfiguration e Resolve-DnsName e interpretem.
Configuradorajusta os IPs
Operador PowerShellroda os cmdlets
Compartilhadorcria e acessa o recurso
Relatorinterpreta as saídas
📤 Entrega: Capturas dos comandos PowerShell + evidência do compartilhamento funcionando.
Mini-quiz · Aula 11
20 questões sobre esta aula. Escolha e veja a explicação na hora.
0/20
📌 Resumo — leve isto para a prova
- P2P descentraliza a gestão (Grupo de Trabalho); cliente/servidor a centraliza (Domínio).
- PowerShell diagnostica a rede: Test-Connection, Resolve-DnsName, Get-NetIPConfiguration, Get-NetTCPConnection.
- Equivalentes clássicos: ping, nslookup, ipconfig, netstat.
- Diagnostique da camada física para cima: cabo, IP/máscara, gateway, DNS, serviço.
- Conectividade (ping) e permissão de acesso são problemas distintos — nem toda falha é de rede.