Sub-redes /24, /26 e /27: aprenda CIDR com exemplos práticos
Publicado em 2026-10-26 por frfrand
Calcular intervalos IPv4 e quantidade de endereços úteis
Uma máscara /24 parece um número estranho até que você precise repartir endereços para VPS, contêineres e redes privadas. Com CIDR você pode calcular sub-redes sem memorizar uma tabela de 256 linhas.
Vamos convertê-lo em um procedimento que você pode usar em um VPS real. O objetivo é entender por que funciona, como testá-lo e qual problema surge se uma parte estiver mal configurada.
O que significa CIDR /24 /26 /27 e quando você precisa
No IPv4, um prefixo /n indica quantos bits identificam a rede. /24 deixa 8 bits para host (256 endereços); /26 deixa 6 (64 endereços); /27 deixa 5 (32 endereços). Em redes IPv4 convencionais, há endereços reservados para rede e broadcast, portanto, os utilizáveis geralmente são dois a menos.
Antes de alterar qualquer coisa em produção, anote o estado atual: IP, domínio, porta, serviço afetado e hora do último deploy. Uma modificação isolada é fácil de verificar; cinco mudanças simultâneas tornam mais difícil reconstruir o ocorrido.
Configuração ou comandos de exemplo
# Ejemplos de rangos IPv4
192.168.10.0/24 -> 192.168.10.0 ... 192.168.10.255
192.168.10.64/26 -> 192.168.10.64 ... 192.168.10.127
192.168.10.128/27 -> 192.168.10.128 ... 192.168.10.159
# En Linux: dirección y prefijo actuales
ip -4 addr show
ip -4 route showOs domínios, IPs, rotas e nomes são ilustrativos. Não copie uma configuração inteira sobre a atual sem comparar primeiro. Nos exemplos que incluem portas ou firewall, certifique-se de manter o acesso administrativo.
Como eu faria passo a passo
- Preparação. Identifique o prefixo da rede, não apenas o endereço de um equipamento.
- Passo 2. Calcule o tamanho do bloco como
2^(32-prefixo)para IPv4. - Passo 3. Busque o início do bloco de acordo com suas fronteiras: /26 avança de 64 no último octeto.
- Passo 4. Separe rede, broadcast e endereços atribuíveis em sub-redes convencionais.
- Verificação. Verifique as rotas e regras de firewall antes de conectar dois segmentos.
Quando terminar, verifique a operação real a partir de outra conexão. Por exemplo, para uma API não basta abrir o navegador: execute uma solicitação de leitura, uma gravação em um banco de teste e consulte os logs do processo.
Exemplo de um projeto de verdade
Em uma infraestrutura de laboratório você tem uma rede /24 e quer separar um grupo de 50 dispositivos de outro de 25. Você poderia planejar uma /26 e uma /27, desde que as rotas, gateways e sobreposições estejam corretamente definidas.
A lição é simples: uma configuração de infraestrutura não vive isolada da aplicação. O frontend, o servidor, o banco de dados e os workers se conectam, então medir onde começa a falha é mais útil do que reiniciar tudo.
O erro que evitaria
Não assuma que CIDR equivale a segurança. Duas sub-redes podem se comunicar por meio de um roteador ou firewall. Também não copie os exemplos de endereços privados em uma rede que já os tenha atribuídos sem verificar conflitos.
Quando trabalha com servidores de clientes, guarde um backup ou procedimento de reversão antes de mudanças que afetem dados, rede ou certificados. E se não souber quais permissões uma operação precisa, evite executá-la como root apenas para parar de mostrar erros.
Como isso se relaciona com o ArduMaker?
Ao administrar vários VPS e serviços, entender CIDR ajuda a planejar acesso privado a bancos de dados e proxies. O ArduMaker pode administrar os servidores, mas a segmentação deve respeitar rotas e permissões.
Em um caso típico, você pode criar um VPS para o aplicativo, implantar via Git, associar domínio HTTPS e administrar o backend e os bancos de dados necessários. As ferramentas ajudam a centralizar operações, mas é preciso entender qual porta e processo cumpre cada função.
Perguntas que aparecem quando você testa
Como saber se a falha é de DNS ou do serviço? Consulte primeiro a resolução, depois a conexão à porta e, finalmente, a resposta do aplicativo. Essa ordem evita confundir problemas diferentes.
Posso expor um banco de dados para facilitar a manutenção? É melhor projetar acesso privado ou túneis autenticados quando possível. Expor uma porta não substitui as permissões do mecanismo nem o firewall.
O que devo documentar? A configuração esperada, como verificar e como voltar ao estado anterior. Esse documento ajuda mais do que uma lista de comandos sem contexto.
Referências
Em resumo: uma boa configuração de rede ou servidor é aquela que você consegue explicar, verificar e recuperar quando algo falha.