Primeiro e último host utilizável CIDR
192.168.1.0/24 dá como hosts utilizáveis de 192.168.1.1 a 192.168.1.254, 254 endereços depois de separar a rede e o broadcast. Cole qualquer bloco IPv4, mesmo com um endereço de host dentro, e receba o primeiro e o último endereço que você pode atribuir de fato. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- CIDR
- 192.168.1.0/24
- Prefixo
- 24
- Bandeira do cartão
- 192.168.1.0
- Broadcast
- 192.168.1.255
- Primeiro host
- 192.168.1.1
Engenheiros de rede, alunos de CCNA e quem atribui endereços em uma sub-rede IPv4 precisam do primeiro e do último host utilizável, não do identificador de rede nem do broadcast dirigido. Esta calculadora de primeiro e último host CIDR aceita um bloco IPv4 em notação CIDR, obtém a rede e o broadcast com mascaramento inteiro e devolve o intervalo inclusivo de hosts utilizáveis depois de excluir esses dois endereços reservados. Cole 192.168.1.0/24 e você recebe 192.168.1.1 até 192.168.1.254. Um endereço de host dentro do bloco é normalizado primeiro à rede, de modo que 192.168.1.50/24 produz o mesmo intervalo. Prefixos ponto a ponto /31 seguem o RFC 3021 (os dois endereços são utilizáveis). Uma rota de host /32 é tratada como um único endereço utilizável.
O que significam o primeiro e o último host utilizável em uma sub-rede IPv4
Em uma sub-rede IPv4 o primeiro endereço do bloco é o identificador de rede e o último é o broadcast dirigido. Nenhum dos dois se atribui a uma interface em uma LAN multiacesso comum. O primeiro host utilizável é, portanto, o endereço imediatamente depois da rede, e o último host utilizável é o imediatamente antes do broadcast.
No exemplo clássico de barra vinte e quatro 192.168.1.0/24 a rede é 192.168.1.0, o broadcast é 192.168.1.255 e o intervalo utilizável vai de 192.168.1.1 a 192.168.1.254: duzentos e cinquenta e quatro endereços. A mesma regra escala: uma /16 tem 65,534 hosts utilizáveis; uma /30, usada em muitos enlaces ponto a ponto antes do RFC 3021, tem exatamente dois. Esta calculadora existe para que você não precise converter o prefixo em máscara, aplicar AND bit a bit, inverter a máscara e somar ou subtrair um à mão.
Essa é a busca de quem já conhece a sub-rede e só precisa das pontas atribuíveis do intervalo, um trabalho diferente do de um planejador de sub-redes que também parte redes ou imprime máscaras wildcard para listas de acesso.
Onde a faixa de hosts utilizáveis ajuda
Planilhas de endereçamento, tickets de mudança de firewall e automações de laboratório precisam dos mesmos dois endereços: o host mais baixo e o mais alto que você pode atribuir. Um engenheiro júnior que documenta uma /27 para uma VLAN de impressoras quer 10.0.0.1 como gateway e 10.0.0.30 como última impressora, não 10.0.0.0 nem 10.0.0.31. Um ticket que abre TCP 443 para um circuito de fornecedor deve listar as pontas utilizáveis para a ACL não incluir o broadcast por acidente.
Preparação de provas e exercícios no estilo CCNA usam o mesmo contrato como oráculo: dado um CIDR, quais são o primeiro e o último host utilizável? Cadeias CIDR inválidas são rejeitadas antes de qualquer aritmética e não consomem saldo.
Casos de uso
Pools DHCP e planilhas de atribuição estática
Transforme um bloco CIDR no primeiro e no último endereço que você pode entregar a hosts ou reservar como gateway, sem listar a rede nem o broadcast.
Limites de firewall e ACL
Documente no ticket de mudança o intervalo utilizável inclusivo para a regra cobrir só hosts atribuíveis e não abrir o broadcast dirigido.
Perguntas frequentes
Como obter o primeiro e o último host utilizável de um bloco CIDR?
Envie cidr como IPv4 em quatro octetos e prefixo (por exemplo 192.168.1.0/24).
Por que os endereços de rede e de broadcast são excluídos?
Em uma LAN IPv4 multiacesso o primeiro endereço identifica a sub-rede e o último é o broadcast dirigido. Atribuir qualquer um dos dois a um host quebra o roteamento ou inunda o segmento, então eles não são hosts utilizáveis.
Posso colar um endereço de host como 192.168.1.50/24?
Sim. O motor mascara o endereço para a rede (192.168.1.0/24) e calcula o intervalo utilizável a partir dessa rede, então uma colagem do ifconfig ou de um ticket continua válida.
E os blocos /31 e /32?
Um /31 é um enlace ponto a ponto de dois endereços pela RFC 3021: não há rede nem broadcast, então os dois são utilizáveis. Um /32 é uma rota de host, e o primeiro e o último host são o mesmo endereço.
Como escolho o gateway e o último endereço para os equipamentos?
Use as duas pontas da faixa utilizável. Em um /27 que começa em 10.0.0.0, o gateway pode ser 10.0.0.1 e o último equipamento 10.0.0.30; nunca 10.0.0.0 nem 10.0.0.31, que são a rede e o broadcast.
Ferramentas relacionadas
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
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-first-last-host \
-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-first-last-host", {
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-first-last-host",
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-first-last-host", 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-first-last-host", 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_first_last_host",
"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
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. |
Notas técnicas
O que significam o primeiro e o último host utilizável em uma sub-rede IPv4
Envie o bloco CIDR; receba first_host, last_host e usable_host_count, mais a rede e o broadcast reservados para ver o que foi excluído.
Contrato de entrada, análise CIDR e prefixos especiais
Espaços em torno da barra são ignorados. Se você colar um host que já está dentro do bloco —10.20.30.40/16— o motor mascara o endereço para a rede 10.20.0.0/16 e calcula o intervalo utilizável a partir dessa rede, de modo que pools DHCP e comentários de ACL fiquem alinhados ao bloco oficial. Prefixos de 0 a 30 excluem rede e broadcast do jeito clássico. Envie um corpo JSON com o campo obrigatório cidr: um IPv4 em quatro octetos, uma barra e um prefixo de 0 a 32. Os aliases block e network são aceitos com o mesmo significado. Um /31 é um prefixo ponto a ponto de dois endereços segundo o RFC 3021: não há rede nem broadcast reservados, os dois endereços são utilizáveis e excludes_reserved é false. Um /32 é uma rota de host: first_host e last_host coincidem e a contagem utilizável é um. IPv6, prefixos ausentes, octetos fora de 0–255 e prefixos fora de 0–32 falham com invalid_input nomeando cidr; essas falhas não são cobradas. Em sucesso, o corpo ecoa o cidr normalizado (rede/prefixo), o prefixo inteiro, network, broadcast, first_host, last_host, usable_host_count e excludes_reserved para o cliente desenhar uma linha só ou ramificar nos prefixos especiais sem reimplementar a aritmética.
Onde uma API de primeiro e último host utilizável agrega valor
Chamadas API corretas custam o preço-base publicado US$ 0,002 sem tokens de modelo nem consulta de saída. Mantenha a entrada em um único bloco IPv4, fixe first_host e last_host nos testes e você obtém um intervalo determinístico para colar em DHCP, zonas inversas DNS ou uma planilha sem montar um IPAM próprio.
Casos de integração
Laboratórios CCNA e conferência de exercícios
Entregue aos alunos um CIDR e verifique first_host, last_host e usable_host_count contra o método clássico de excluir rede e broadcast.
Perguntas técnicas
O que acontece com um /31 ou um /32?
Um /31 segue o RFC 3021: os dois endereços são utilizáveis e excludes_reserved é false. Um /32 é uma rota de host, então first_host e last_host coincidem e a contagem utilizável é um.
Quanto custa a calculadora de primeiro e último host utilizável CIDR?
A ferramenta do navegador é gratuita. Pedidos API usam saldo pré-pago do KIT a US$ 0,002 por chamada correta; entrada inválida não é cobrada.