Primer y último host utilizable CIDR
192.168.1.0/24 da como hosts utilizables de 192.168.1.1 a 192.168.1.254, 254 direcciones tras apartar la red y el broadcast. Pegue cualquier bloque IPv4, incluso con una dirección de host dentro, y obtenga la primera y la última dirección que de verdad puede asignar. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- CIDR
- 192.168.1.0/24
- Prefijo
- 24
- Red de la tarjeta
- 192.168.1.0
- Difusión (broadcast)
- 192.168.1.255
- Primer host
- 192.168.1.1
Los ingenieros de red, los alumnos de CCNA y quien asigne direcciones en una subred IPv4 necesitan el primer y el último host utilizable, no el identificador de red ni el broadcast dirigido. Esta calculadora de primer y último host CIDR acepta un bloque IPv4 en notación CIDR, obtiene la red y el broadcast con enmascaramiento entero y devuelve el intervalo inclusivo de hosts utilizables tras excluir esas dos direcciones reservadas. Pegue 192.168.1.0/24 y recibirá 192.168.1.1 hasta 192.168.1.254. Una dirección de host dentro del bloque se normaliza primero a la red, de modo que 192.168.1.50/24 produce el mismo intervalo. Los prefijos punto a punto /31 siguen el RFC 3021 (ambas direcciones son utilizables). Una ruta de host /32 se trata como una sola dirección utilizable.
Qué significan el primer y el último host utilizable en una subred IPv4
En una subred IPv4 la primera dirección del bloque es el identificador de red y la última es el broadcast dirigido. Ninguna de las dos se asigna a una interfaz en una LAN multiacceso habitual. El primer host utilizable es, por tanto, la dirección inmediatamente posterior a la de red, y el último host utilizable es la inmediatamente anterior al broadcast.
En el ejemplo clásico de barra veinticuatro 192.168.1.0/24 la red es 192.168.1.0, el broadcast es 192.168.1.255 y el intervalo utilizable va de 192.168.1.1 a 192.168.1.254: doscientas cincuenta y cuatro direcciones. La misma regla escala: una /16 tiene 65,534 hosts utilizables; una /30, usada en muchos enlaces punto a punto antes del RFC 3021, tiene exactamente dos. Esta calculadora existe para que usted no tenga que convertir el prefijo en máscara, aplicar AND bit a bit, invertir la máscara y sumar o restar uno a mano.
Esa es la consulta de quien ya conoce la subred y solo necesita los extremos asignables del intervalo, un trabajo distinto al de un planificador de subredes que también parte redes o imprime máscaras wildcard para listas de acceso.
Dónde sirve el rango de hosts utilizables
Las hojas de direccionamiento, los tickets de cambio de cortafuegos y las automatizaciones de laboratorio necesitan las mismas dos direcciones: el host más bajo y el más alto que usted puede asignar. Un ingeniero junior que documenta una /27 para una VLAN de impresoras quiere 10.0.0.1 como puerta de enlace y 10.0.0.30 como última impresora, no 10.0.0.0 ni 10.0.0.31. Un ticket que abre TCP 443 hacia un circuito de proveedor debe listar los extremos utilizables para que la ACL no incluya por accidente el broadcast.
La preparación de exámenes y los ejercicios al estilo CCNA usan el mismo contrato como oráculo: dado un CIDR, ¿cuál es el primer y el último host utilizable? Las cadenas CIDR inválidas se rechazan antes de cualquier aritmética y no consumen saldo.
Qué puede hacer con ella
Pools DHCP y hojas de asignación estática
Convierta un bloque CIDR en la primera y la última dirección que puede entregar a hosts o reservar como puerta de enlace, sin listar la red ni el broadcast.
Límites de cortafuegos y ACL
Documente en el ticket de cambio el intervalo utilizable inclusivo para que la regla cubra solo hosts asignables y no abra el broadcast dirigido.
Preguntas frecuentes
¿Cómo se obtienen el primer y el último host utilizable de un bloque CIDR?
Envíe cidr como IPv4 en cuatro octetos y prefijo (por ejemplo 192.168.1.0/24).
¿Por qué se excluyen las direcciones de red y de broadcast?
En una LAN IPv4 multiacceso la primera dirección identifica la subred y la última es el broadcast dirigido. Asignar cualquiera de las dos a un host rompe el enrutamiento o inunda el segmento, así que no son hosts utilizables.
¿Puedo pegar una dirección de host como 192.168.1.50/24?
Sí. El motor enmascara la dirección a la red (192.168.1.0/24) y calcula el intervalo utilizable desde esa red, así que un pegado desde ifconfig o desde un ticket sigue funcionando.
¿Qué pasa con los bloques /31 y /32?
Un /31 es un enlace punto a punto de dos direcciones según la RFC 3021: no tiene red ni broadcast, así que ambas son utilizables. Un /32 es una ruta de host, de modo que el primer y el último host son la misma dirección.
¿Cómo elijo la puerta de enlace y la última dirección para los equipos?
Tome los dos extremos del rango utilizable. En un /27 que empieza en 10.0.0.0, la puerta de enlace puede ser 10.0.0.1 y el último equipo 10.0.0.30; nunca 10.0.0.0 ni 10.0.0.31, que son la red y el broadcast.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
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)Ejemplo de solicitud
{
"cidr": "192.168.1.0/24"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.cidr_first_last_host",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Qué significan el primer y el último host utilizable en una subred IPv4
Envíe el bloque CIDR; reciba first_host, last_host y usable_host_count, más la red y el broadcast reservados para ver qué se excluyó.
Contrato de entrada, análisis CIDR y prefijos especiales
Se ignoran los espacios alrededor de la barra. Si pega un host que ya está dentro del bloque —10.20.30.40/16— el motor enmascara la dirección a la red 10.20.0.0/16 y calcula el intervalo utilizable desde esa red, de modo que los pools DHCP y los comentarios de ACL quedan alineados con el bloque oficial. Los prefijos de 0 a 30 excluyen red y broadcast al modo clásico. Envíe un cuerpo JSON con el campo obligatorio cidr: un IPv4 en cuatro octetos, una barra y un prefijo de 0 a 32. Se aceptan los alias block y network con el mismo significado. Un /31 es un prefijo punto a punto de dos direcciones según el RFC 3021: no hay red ni broadcast reservados, ambas direcciones son utilizables y excludes_reserved es false. Un /32 es una ruta de host: first_host y last_host coinciden y el recuento utilizable es uno. IPv6, prefijos ausentes, octetos fuera de 0–255 y prefijos fuera de 0–32 fallan con invalid_input nombrando cidr; esos fallos no se facturan. Si tiene éxito, el cuerpo ecoa el cidr normalizado (red/prefijo), el prefijo entero, network, broadcast, first_host, last_host, usable_host_count y excludes_reserved para que el cliente pinte una sola línea o ramifique en los prefijos especiales sin reimplementar la aritmética.
Dónde aporta valor una API de primer y último host utilizable
Las llamadas API correctas cuestan el precio base publicado $0.002 sin tokens de modelo ni consulta saliente. Mantenga la entrada en un solo bloque IPv4, fije first_host y last_host en las pruebas y obtendrá un intervalo determinista que puede pegar en DHCP, zonas inversas DNS o una hoja de cálculo sin montar un IPAM propio.
Casos de integración
Laboratorios CCNA y comprobación de ejercicios
Entregue a los alumnos un CIDR y verifique first_host, last_host y usable_host_count frente al método clásico de excluir red y broadcast.
Preguntas técnicas
¿Qué ocurre con un /31 o un /32?
Un /31 sigue el RFC 3021: ambas direcciones son utilizables y excludes_reserved es false. Un /32 es una ruta de host, de modo que first_host y last_host coinciden y el recuento utilizable es uno.
¿Cuánto cuesta la calculadora de primer y último host utilizable CIDR?
La herramienta del navegador es gratuita. Las peticiones API usan saldo prepago de KIT a $0.002 por llamada correcta; la entrada inválida no se factura.