Visão Geral

O que o InfraLab é, para quem serve, o que entrega — e o que não entrega.

O que é

Uma plataforma web de treinamento em redes que combina três coisas que costumam vir separadas:

1. Simulador multivendor de CLI — terminal que se comporta como o equipamento da marca escolhida e recusa a sintaxe das outras.
2. Laboratório visual — monte a topologia, configure de verdade, e a rede responde conforme a sua configuração.
3. Trilha de estudo — módulos, flashcards com repetição espaçada e simulados alinhados a certificação.

Tudo no navegador. Sem hardware, sem VM, sem instalação.

Para quem serve

Público	Uso
Escolas técnicas e cursos de redes	Laboratório sem custo de hardware; cada aluno com a própria topologia
Times de infraestrutura	Treinar mudança antes de aplicar em produção; onboarding de gente nova
Candidatos a certificação	Praticar sintaxe por marca e resolver cenários
Autodidatas	Trilha do zero até troubleshooting

O diferencial: isolamento real de marca

A maioria dos simuladores modela um fabricante e aproxima o resto. Aqui, cada dispositivo só aceita a sintaxe da própria marca — como aconteceria no campo.

447 comandos catalogados:

Marca	Sistema	Comandos aceitos	Exclusivos
Aruba	ArubaOS-CX	300	43
Cisco	IOS / IOS-XE	275	45
Huawei	VRP	262	94
HP	ProVision / ProCurve	246	6

Um switchport access vlan 10 num switch Aruba é recusado, com a mensagem de erro nativa. É esse tipo de rigor que transfere para o equipamento real.

Além das quatro marcas, dois firewalls com sintaxe própria, que ensinam filosofias opostas de decisão:

Plataforma	Como decide o que passa
Cisco ASA	Por security-level: de zona mais confiável para menos confiável passa por padrão
FortiGate (FortiOS)	Por lista ordenada com deny implícito — de fábrica não passa nada até existir política

Cada comando novo passa por verificação documental na marca antes de entrar. Regra do projeto, não boa intenção. E todo comando do terminal tem explicação didática em português — um teste reprova a publicação se um comando entrar sem material.

O que a plataforma entrega

Simulação de rede que reage à configuração

• VLAN, trunk 802.1Q, native VLAN, router-on-a-stick
• Roteamento estático, inter-VLAN, administrative distance, NAT PAT
• OSPF área única: adjacência, custo por banda, eleição de router-id — a rota aprendida entra na tabela e o pacote atravessa
• DHCP DORA completo, com pools, exclusões e relay
• ACL por protocolo e porta; firewall ASA por security-level e FortiGate por política ordenada com deny implícito
• STP com porta bloqueada descartando tráfego de verdade
• Tráfego animado — ARP, DHCP, BPDU, CDP/LLDP — nas cadências reais dos protocolos

Ferramentas de trabalho, não só de estudo

• Relatório PDF completo da topologia, com a configuração de cada dispositivo
• Exportação para draw.io
• Import de running-config real
• Validador de consistência, checklist de pré-implantação e runbook

Trilha de aprendizagem

• Módulos por marca
• 100 flashcards em 10 decks, com repetição espaçada (SM-2)
• Certificações com cobertura por tópico e simulado cronometrado

O que a plataforma NÃO entrega

Publicamos os limites porque um simulador de treinamento que esconde os próprios limites ensina coisa errada.

Não entrega	Situação
OSPF multi-área	Área única funciona de verdade. Multi-área não: duas áreas vizinhas não formam adjacência, e o motor diz o motivo em vez de inventar uma rota.
BGP	Só sintaxe. router bgp é aceito e não gera rota nem sessão com vizinho.
VRRP / HSRP	Simulado — eleição de master e failover de gateway funcionam de verdade.
Wireless	O AP participa da rede como host na VLAN da porta. SSID, RF, associação e roaming não são modelados.
Desempenho	O motor responde "chega ou não chega, e por quê" — não mede banda, fila ou jitter.
IPv6 na simulação	O CLI aceita; o motor é IPv4.
QoS com efeito	Comandos existem, sem efeito no encaminhamento.
Captura de pacotes real	O inspetor é reconstrução didática, e diz isso na própria tela.

Detalhamento completo, camada por camada: Manual de Fidelidade →

Como sabemos que funciona

Mais de 500 testes automatizados, executados antes de cada publicação, junto com verificação de tipos. Nenhuma versão vai ao ar com teste quebrado.

Os testes descrevem comportamento — e incluem controles negativos: quebram a configuração de propósito e exigem que a rede falhe. Um simulador que só sabe dizer "funcionou" não prova nada.

Alguns testes não verificam a rede: verificam a própria honestidade da plataforma. Nenhum comando pode existir no terminal sem material de aprendizado; nenhuma descrição pode estar em inglês.

Arquitetura, em uma linha

Motor de simulação headless, separado da interface: quem decide se um pacote passa é sempre o mesmo código, seja no ping, no Tracer ou na animação de tráfego. Isso é o que impede a plataforma de contar duas histórias diferentes sobre a mesma rede.