🎯 Objetivo e mensagem central

Este tópico usa os protocolos estudados anteriormente: lembre que o ICMP transporta mensagens de controle, o DNS traduz nomes em endereços, o DHCP distribui configurações e cada serviço escuta em uma porta. Ao final, você será capaz de escolher o comando certo para cada sintoma de rede, interpretar o resultado básico de ping, tracert, ipconfig, nslookup e netstat, reconhecer seus equivalentes no Linux e identificar os aplicativos de acesso remoto, compartilhamento e transferência de arquivos que as bancas cobram.

Por que isso vale a pena? Porque a banca descreve um sintoma (“o usuário não acessa sites pelo nome”, “deseja-se saber por quais roteadores o pacote passa”) e pede o comando. Quem associa comando a pergunta acerta sem precisar decorar listas.

Onde os comandos são digitados

Os comandos deste tópico são executados em uma interface de linha de comando. No Windows, a forma mais rápida de abri-la é pressionar Windows+R, que abre a caixa Executar, digitar cmd e pressionar Enter, o que abre o Prompt de Comando. Também é possível usar o Windows PowerShell ou o Terminal, que aceitam os mesmos comandos de rede. Alguns parâmetros exigem que o prompt seja aberto como administrador, pela opção “Executar como administrador”.

A tabela reúne os caminhos que aparecem nas questões e no dia a dia de suporte. O Ctrl+C merece destaque: é ele que encerra um ping contínuo ou qualquer comando que esteja demorando demais.

Comandos de diagnóstico no Windows

ipconfig: a configuração da máquina

O ipconfig exibe a configuração TCP/IP atual. Sem parâmetros, mostra para cada adaptador o endereço IPv4, o IPv6, a máscara de sub-rede e o gateway padrão. É o primeiro comando de qualquer diagnóstico, porque responde à pergunta “esta máquina recebeu uma configuração válida?”.

A tabela traz dois pares que costumam ser cobrados juntos. O par /release e /renew “devolve” o endereço e pede outro ao DHCP, útil quando a máquina ficou com configuração errada. O par /displaydns e /flushdns mostra e limpa a memória de nomes já consultados, útil quando um site mudou de endereço e o computador insiste no antigo.

ping: o destino responde?

O ping envia mensagens de solicitação de eco do protocolo ICMP e aguarda as respostas de eco, mostrando o tempo de ida e volta em milissegundos. No Windows, ele envia quatro mensagens por padrão e encerra. Com ping -t, envia continuamente até ser interrompido com Ctrl+C; com ping -n 10, envia dez mensagens. O ping 127.0.0.1 testa a própria pilha TCP/IP da máquina, sem sair dela.

Uma regra prática da documentação da Microsoft é muito útil: se o ping pelo endereço IP funciona, mas pelo nome não, o problema está na resolução de nomes. Mas atenção ao contrário: a falta de resposta nem sempre significa que o destino está fora do ar, porque muitos servidores e firewalls bloqueiam o ICMP.

tracert: por onde o caminho passa?

O tracert (no Linux, traceroute) mostra a lista de roteadores pelos quais os pacotes passam até o destino. Ele usa um truque com o campo TTL (tempo de vida) do pacote IP: cada roteador diminui o TTL em 1 e, quando o valor chega a zero, descarta o pacote e devolve uma mensagem ICMP de “tempo excedido”. O tracert envia o primeiro pacote com TTL 1, o segundo com TTL 2, e assim por diante, descobrindo um roteador a cada passo, como mostra a Figura 1. O padrão é de até 30 saltos.

Quando um salto aparece com asteriscos (*), aquele roteador não respondeu dentro do tempo limite, seja por estar sobrecarregado, seja por estar configurado para não enviar as mensagens ICMP. Se os asteriscos começam em certo ponto e não terminam mais, o problema provavelmente está a partir daquele salto. O parâmetro tracert -d evita a tradução dos endereços em nomes e torna o resultado mais rápido. Há ainda o pathping, que combina o rastreamento do caminho com estatísticas de perda de pacotes em cada salto.

nslookup: qual IP corresponde a este nome?

O nslookup consulta servidores DNS. No modo direto, basta digitar nslookup seguido do nome, e o comando devolve os endereços IP correspondentes; também é possível consultar o nome associado a um endereço IP. Se um segundo argumento for informado, ele indica qual servidor DNS consultar, o que permite comparar a resposta do servidor da empresa com a de um servidor público. Digitado sozinho, o nslookup entra em modo interativo, com o prompt >, e sai com exit.

netstat: quais conexões estão abertas?

O netstat exibe as conexões TCP ativas, as portas em escuta e estatísticas de rede. Sem parâmetros, mostra as conexões TCP ativas.

Os parâmetros podem ser combinados, como em netstat -ano, que lista todas as conexões e portas, em forma numérica, com o processo responsável. Com o número do processo, é possível localizar o programa no Gerenciador de Tarefas. Esse uso é valioso em segurança: uma conexão aberta para um endereço desconhecido pode revelar um programa indesejado em atividade.

Outros comandos

Equivalentes no Linux

As bancas também comparam comandos do Windows com os do Linux. Alguns têm o mesmo nome, outros mudam, e alguns se comportam de forma diferente. O terminal do Linux é estudado em detalhe na parte do curso dedicada a esse sistema; aqui, interessa a correspondência.

Repare em duas diferenças que viram pegadinha. A primeira é o nome do rastreamento: tracert no Windows, traceroute no Linux. A segunda é o comportamento do ping: no Windows ele para sozinho depois de quatro envios; no Linux ele continua até ser interrompido, e o número de envios é limitado com -c, como em ping -c 4.

Roteiro de diagnóstico

Os comandos ganham força quando usados em sequência, de dentro para fora: primeiro a própria máquina, depois a rede local, depois o mundo externo e, por fim, os nomes. O fluxo abaixo resume o caminho que um técnico de suporte percorre.

A lógica do roteiro é eliminar hipóteses. Se a etapa 3 falha, não adianta investigar o DNS: o problema está entre a máquina e o roteador. Se as etapas 1 a 4 funcionam e a 5 falha, o problema é de resolução de nomes, e um ipconfig /flushdns ou a correção do servidor DNS configurado podem resolver.

Aplicativos de rede

Além dos comandos de diagnóstico, o edital fala em “aplicativos” de rede: programas que usam a rede para prestar um serviço ao usuário. Navegadores, correio eletrônico e ferramentas de colaboração têm estudo próprio no curso; aqui ficam os aplicativos ligados diretamente à infraestrutura de rede.

Acesso remoto

O acesso remoto permite usar outro computador como se você estivesse diante dele. No Windows, a Conexão de Área de Trabalho Remota (executável mstsc) usa o protocolo RDP, na porta 3389, e mostra a área de trabalho da máquina remota. Para receber conexões, o recurso precisa estar habilitado na máquina de destino, e as edições Home do Windows não aceitam conexões de entrada da Área de Trabalho Remota. Em servidores, sobretudo Linux, o acesso remoto mais comum é o SSH, por linha de comando e com criptografia. O Telnet cumpre a mesma função sem criptografia e, por isso, é desaconselhado. Há também aplicativos de suporte remoto de diversos fornecedores, que exibem e controlam a tela do usuário mediante autorização dele.

Compartilhamento de arquivos e impressoras

Em redes Windows, pastas e impressoras são compartilhadas pelo protocolo SMB (porta 445). O acesso a um recurso compartilhado usa o caminho UNC, no formato \\servidor\pasta: duas barras invertidas, o nome ou IP do computador e o nome do compartilhamento. Para facilitar o uso diário, o recurso pode ser mapeado como unidade de rede no Explorador de Arquivos, recebendo uma letra de unidade, como Z:, e passando a aparecer em “Este Computador” como se fosse um disco local.

Transferência de arquivos

Para transferir arquivos entre máquinas, usam-se clientes FTP, que se conectam a um servidor FTP com usuário e senha, enviando (upload) ou baixando (download) arquivos. Como o FTP tradicional não criptografa nem a senha, a preferência atual é pelo SFTP, que funciona sobre o SSH, ou pelo FTPS, que usa TLS. Muitos clientes gráficos de FTP também suportam SFTP.

Outros aplicativos de apoio

Os cartões mostram que a mesma ferramenta pode servir ao bem e ao mal. O analisador de protocolos ajuda o técnico a encontrar a causa de uma lentidão, mas também permite a um invasor capturar senhas que trafegam sem criptografia. É mais um motivo para preferir sempre as versões seguras dos protocolos.

🧭 Revisão

✍️ Exercícios de revisão

Nível 1 · Recordar

Nível 2 · Compreender

Nível 3 · Aplicar

Nível 4 · Analisar

Você concluiu o estudo sobre as ferramentas e aplicativos de rede e, com ele, toda a base de redes de computadores. A seguir, o curso avança para internet e intranet, onde veremos como essa infraestrutura se transforma nos serviços que você usa todos os dias, da World Wide Web às redes internas das organizações. Continue firme nos estudos!

Os casos apresentados são hipotéticos, elaborados para fins didáticos.