ForHosting KIT · Ferramentas para dev

Calculadora CIDR de endereços IPv4 totais e utilizáveis

Esta calculadora de hosts utilizáveis CIDR transforma um endereço IPv4 e seu prefixo no limite exato da rede, endereço de broadcast e totais de endereços e hosts utilizáveis.

● BetaGrátis · no seu navegador

Executar grátis Ver a API

Use pelo WebAPIE-mailTelegramApp em breve

Ela aceita notação comum, como 192.168.1.0/24, e também normaliza um endereço informado dentro do bloco. Redes ponto a ponto /31 e rotas de host /32 recebem o tratamento correto, sem perder duas posições por uma subtração automática. O cálculo é determinístico, local e adequado tanto ao planejamento rápido quanto à validação automatizada.

Interprete corretamente endereços totais e hosts utilizáveis

Um prefixo IPv4 informa quantos dos 32 bits do endereço identificam a rede. Os bits restantes identificam posições dentro dela; portanto, o total é dois elevado à quantidade de bits restantes. Um /24 deixa oito bits e contém 256 endereços. Nas sub-redes convencionais de /0 a /30, o primeiro endereço identifica a rede e o último é o broadcast. Em geral, nenhum dos dois pode ser atribuído a hosts, restando 254 hosts utilizáveis em um /24. A calculadora apresenta os dois valores porque eles respondem a perguntas diferentes: o total descreve o bloco alocado, enquanto os hosts utilizáveis representam a capacidade normal de interfaces. Ela também retorna os limites normalizados de rede e broadcast, facilitando a verificação de pertencimento. A contagem reservada deixa a subtração explícita. Os resultados são inteiros exatos, inclusive os 4,294,967,296 endereços do espaço IPv4 /0 completo, úteis para inventários, documentação e validações sem depender de tabelas decoradas.

Entenda as regras especiais de /31 e /32

A regra conhecida de subtrair dois endereços tem duas exceções importantes. Um /31 contém exatamente dois endereços. Em um enlace ponto a ponto, destinos separados de rede e broadcast não são necessários; assim, os dois endereços podem identificar as extremidades conforme a convenção /31 amplamente adotada. A calculadora retorna dois endereços totais, dois utilizáveis e zero reservados. Um /32 contém um endereço e representa uma rota de host individual, não uma sub-rede convencional com vários hosts. Esse único endereço é utilizável pelo host representado: um total, um utilizável e zero reservados. Aplicar uma subtração mecânica produziria zero ou um valor negativo, prejudicando planos de roteamento e automações. A saída mantém os campos de rede e broadcast para conservar o formato: em /32 eles coincidem; em /31, são as duas extremidades. Antes de implantar enlaces /31, verifique o suporte dos equipamentos e as políticas locais.

Use limites normalizados no planejamento de rede

Você pode informar qualquer endereço IPv4 com prefixo, não apenas um endereço já posicionado no início da rede. Ao enviar 192.168.1.37/24, a calculadora normaliza para 192.168.1.0/24 e informa 192.168.1.255 como broadcast. Isso ajuda na revisão de objetos de firewall, inventários de hosts, projetos em nuvem e configurações geradas por outros sistemas, pois revela o bloco real em vez de repetir um endereço de host potencialmente enganoso. Valide a entrada antes do provisionamento, compare o CIDR normalizado com a alocação pretendida e use usable_hosts nas verificações de capacidade. Um endereço matematicamente utilizável ainda pode ser retido por um provedor, equipamento ou política interna; reservas específicas não fazem parte deste cálculo genérico. O serviço não consulta DNS nem inspeciona uma rede ativa. Ele apenas analisa a notação CIDR IPv4 decimal e aplica aritmética determinística, produzindo resultados estáveis para pipelines, revisões de infraestrutura, importações IPAM e exercícios de redes.

Casos de uso

Dimensionar uma sub-rede

Verifique se um prefixo IPv4 proposto oferece endereços de host utilizáveis suficientes antes de alocá-lo.

Validar a configuração de rede

Normalize um endereço de host com o prefixo e compare os limites de rede e broadcast resultantes com a configuração.

Modelar enlaces ponto a ponto

Conte corretamente as duas extremidades de um /31 ao planejar enlaces entre roteadores sem desperdiçar uma sub-rede maior.

Perguntas frequentes

Quanto custa?

A API custa US$ 0,002 por solicitação, e a calculadora no navegador pode ser usada gratuitamente.

Por que normalmente são subtraídos dois endereços?

Em prefixos de /0 a /30, o primeiro endereço identifica a rede e o último é o broadcast; os endereços intermediários ficam utilizáveis.

Quantos hosts utilizáveis existem em um /31?

Um /31 tem dois endereços utilizáveis para as extremidades de um enlace ponto a ponto, sem reservas separadas de rede ou broadcast.

Quantos hosts utilizáveis existem em um /32?

Um /32 representa um único endereço de host; portanto, o total e a quantidade utilizável são iguais a um.

Posso informar um endereço de host em vez do endereço de rede?

Sim. A calculadora o normaliza para o limite real da rede correspondente ao prefixo informado.

A contagem inclui reservas do provedor de nuvem?

Não. Ela aplica somente as regras CIDR IPv4 padrão; reservas adicionais do provedor ou de políticas locais devem ser descontadas separadamente.

Para desenvolvedores — acesso via API

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

Endpoint

POSThttps://api.kit.forhosting.com/dev/cidr-host-count

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

Chame do seu código

curl -X POST https://api.kit.forhosting.com/dev/cidr-host-count \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"cidr":"192.168.1.0/24"}'

const res = await fetch("https://api.kit.forhosting.com/dev/cidr-host-count", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "cidr": "192.168.1.0/24"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/cidr-host-count",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "cidr": "192.168.1.0/24"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/cidr-host-count", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"cidr":"192.168.1.0/24"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"cidr":"192.168.1.0/24"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/cidr-host-count", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemplo de requisição

{
  "cidr": "192.168.1.0/24"
}

Exemplo de resposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.cidr_host_count",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

Preço

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

Erros

HTTP	Código	O que significa
`401`	`unauthorized`	Token ausente ou inválido. Confira o header Authorization.
`402`	`insufficient_balance`	Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
`404`	`unknown_type`	Esse tipo de tarefa não existe. Confira o campo type no catálogo.
`429`	`rate_limited`	Muitas requisições em pouco tempo. Espere um instante e tente de novo.

Ver a documentação completa do KIT →