Kalkulačka podsítí / CIDR

Rychle zjistěte podrobnosti o podsíti z oktetů IPv4 a délky CIDR prefixu.

Zadejte první oktet IPv4.
Zadejte druhý oktet IPv4.
Zadejte třetí oktet IPv4.
Zadejte čtvrtý oktet IPv4.
Zadejte prefix podsítě, například 24 pro /24.

Maska podsítě

255.255.255.0

Síťová adresa192.168.1.0
Broadcast adresa192.168.1.255
Využitelní hostitelé254

Jak používat tuto kalkulačku podsítí / CIDR

  1. Zadejte oktety IP adresy

    Zadejte čtyři oktety do polí Oktet 1, Oktet 2, Oktet 3 a Oktet 4 (např. 192, 168, 10, 50).

  2. Nastavte délku prefixu CIDR

    Zadejte prefix podsítě do pole délky prefixu CIDR (např. 24 pro /24, 26 pro /26).

  3. Přečtěte si masku podsítě

    Kalkulačka zobrazí masku podsítě v desítkovém a binárním formátu.

  4. Zkontrolujte síť a broadcast

    Zkontrolujte výsledky Síťová adresa a Broadcastová adresa pro zobrazení rozsahu podsítě.

  5. Poznamenejte si použitelné hostitele

    Pomocí hodnoty Použitelní hostitelé naplánujte, kolika zařízením lze v podsíti přiřadit adresy.

Metodika

Jak tato kalkulačka podsítí / CIDR funguje

Tato kalkulačka podsítí odvozuje masku podsítě, síťovou adresu, broadcast adresu a počet využitelných hostitelů z IPv4 adresy a délky prefixu CIDR. Využívá bitové operace — stejnou logiku, kterou provádějí routery a síťové zásobníky operačních systémů u každého paketu — k rozdělení 32bitového adresního prostoru na síťovou a hostitelskou část. Délka prefixu kalkulačce říká, kolik úvodních bitů identifikuje síť; zbývající bity jsou k dispozici pro adresy hostitelů. Porozumění těmto hranicím je zásadní pro plánování IP adres, vytváření pravidel firewallu, seznamy řízení přístupu (ACL) a řešení problémů se směrováním v jakékoli síti TCP/IP.

Vzorec
síť = IP AND maska • broadcast = IP OR NOT(maska) • tradiční využitelní hostitelé = 2^(32 − prefix) − 2, se speciálním zpracováním pro /31 a /32
IP 32bitová IPv4 adresa zadaná jako čtyři oktety (např. 192.168.1.100)
maska Maska podsítě — 32bitová hodnota, kde prvních 'prefix' bitů je nastaveno na 1 a zbytek na 0
prefix Délka prefixu CIDR (0–32), udávající, kolik úvodních bitů definuje síť
síť Síťová adresa — výsledek bitového operátoru AND mezi IP adresou a maskou; identifikuje podsíť
broadcast Broadcastová adresa — výsledek bitového operátoru OR mezi IP adresou a invertovanou maskou; poslední adresa v podsíti
použitelní hostitelé Počet přiřaditelných adres hostitelů v podsíti, přičemž /31 je považováno za dva koncové body point-to-point a /32 za jednu cestu k hostiteli
Příklad

Pro IP adresu 192.168.10.50 s prefixem /26: maska podsítě je 11111111.11111111.11111111.11000000, což je v desítkovém zápisu 255.255.255.192. Bitový součin (AND) 192.168.10.50 a 255.255.255.192 dává síťovou adresu 192.168.10.0. Bitový součet (OR) 192.168.10.50 a invertované masky (0.0.0.63) dává broadcastovou adresu 192.168.10.63. Hostitelská část má 32 − 26 = 6 bitů, tedy celkový počet adres = 2^6 = 64 a počet použitelných hostitelů = 64 − 2 = 62.

Pro 10.0.0.100/22: maska podsítě je 255.255.252.0, síťová adresa je 10.0.0.0, broadcast je 10.0.3.255 a počet použitelných hostitelů = 1 022. /22 ponechává 10 bitů pro hostitele (2^10 − 2).

Pro 172.16.5.1/28: maska podsítě je 255.255.255.240, síťová adresa je 172.16.5.0, broadcast je 172.16.5.15 a počet použitelných hostitelů = 14. /28 je běžný pro malé prodejní terminály nebo IoT podsítě.

Předpoklady
  • Kalkulačka pracuje pouze s protokolem IPv4 (32bitové adresy). Subnetting IPv6 využívá 128bitový adresní prostor a odlišné konvence.
  • Délky prefixů /31 a /32 jsou platné notace CIDR. Tato kalkulačka uvádí /31 jako dva použitelné koncové body point-to-point v souladu s RFC 3021 a /32 jako jednu cestu k hostiteli.
  • Každý oktet musí být v rozmezí 0–255 a délka prefixu musí být mezi 0 a 32. Hodnoty mimo tyto meze povedou k neplatným výsledkům.
  • Výpočet předpokládá bezřídové adresování (CIDR). Starší hranice tříd (třídy A/B/C) nejsou vynucovány.
Poznámky
  • U většiny podsítí nelze síťovou adresu (všechny bity hostitele jsou nula) a broadcastovou adresu (všechny bity hostitele jsou jedna) přiřadit zařízením, proto se v tradičním vzorci od celkového počtu adres odečítají dvě.
  • Spoje point-to-point s prefixem /31 jsou záměrnou výjimkou: obě adresy jsou považovány za použitelné koncové body, namísto rezervace samostatných slotů pro síť a broadcast.
  • Při plánování VLAN nebo cloudových VPC zvolte prefix, který ponechává dostatek prostoru pro budoucí růst – jakmile je podsíť v provozu, změna velikosti obvykle znamená přečíslování celého rozsahu.
  • Supernetting (agregace tras) využívá stejnou bitovou logiku v opačném směru: kombinuje několik menších prefixů do jednoho většího za účelem zmenšení směrovacích tabulek.
  • Pro rychlé počítání z hlavy si zapamatujte řadu /24 = 254 hostitelů, /25 = 126, /26 = 62, /27 = 30, /28 = 14 – každý další bit prefixu snižuje počet hostitelů na polovinu.
Zdroje
  1. RFC 4632 — Classless Inter-Domain Routing (CIDR): Plán přidělování a agregace internetových adres
  2. RFC 3021 — Použití 31bitových prefixů na spojích IPv4 Point-to-Point
  3. RFC 791 — Internet Protocol (struktura IPv4 adres a bitové operace)

Porozumění notaci CIDR a výpočtům podsítí

CIDR (Classless Inter-Domain Routing) notace kompaktně popisuje, jak je IPv4 adresa rozdělena na síťovou část a část pro hostitele. Délka prefixu (např. /24) určuje, kolik z 32 bitů identifikuje síť; zbývající bity definují adresy hostitelů v rámci této podsítě. /24 ponechává 8 bitů pro hostitele, tedy celkem 2^8 = 256 adres, přičemž 254 je obvykle použitelných po vyhrazení síťové a broadcastové adresy. Výpočet podsítě spoléhá na bitové operace: síťová adresa je IP AND maska podsítě a broadcastová adresa je IP OR invertovaná maska. Routery a firewally používají tuto logiku u každého paketu k rozhodnutí, zda adresa patří do lokální podsítě, nebo musí být předána jinam.

Praktické případy použití podsítí pro vývojáře

Vývojáři se setkávají s výpočty podsítí při navrhování cloudových VPC, psaní pravidel firewallu, ladění problémů se směrováním a konfiguraci seznamů pro řízení přístupu (ACL). V AWS, GCP nebo Azure volíte CIDR bloky pro VPC a podsítě; pochopení délek prefixů vám pomůže správně dimenzovat podsítě a vyhnout se překryvům. Bezpečnostní inženýři používají rozsahy CIDR v iptables, nftables a cloudových bezpečnostních skupinách k povolení nebo zakázání provozu podle rozsahu IP. Při řešení problémů s konektivitou vám znalost síťové a broadcastové adresy pomůže ověřit, zda je hostitel v očekávaném rozsahu. DevOps týmy také používají matematiku podsítí při plánování přidělování IP adres pro Kubernetes clustery, kontejnerové sítě a multi-tenant architektury.

Časté dotazy k subnet / CIDR kalkulačce

Jaký je rozdíl mezi maskou podsítě a prefixem CIDR?

Vyjadřují stejnou informaci v jiném zápisu. Prefix /24 znamená 24 úvodních jedničkových bitů, což odpovídá masce podsítě v desítkovém formátu 255.255.255.0. Zápis CIDR je kompaktnější a je standardem používaným v moderní konfiguraci směrování.

Proč se od celkového počtu odečítají dvě adresy pro získání použitelných hostitelů?

V tradičním podsíťování IPv4 je první adresa v podsíti (všechny bity hostitele jsou nuly) vyhrazena jako adresa sítě a poslední adresa (všechny bity hostitele jsou jedničky) jako adresa všesměrového vysílání (broadcast). Žádnou z nich nelze přiřadit zařízení, takže použitelní hostitelé = 2^(bity hostitele) − 2. Významnou výjimkou je spojení point-to-point /31.

Mohu tuto kalkulačku použít pro soukromé rozsahy IP adres?

Ano. Bitová matematika je identická pro soukromé (RFC 1918) i veřejné adresy. Běžné soukromé rozsahy jsou 10.0.0.0/8, 172.16.0.0/12 a 192.168.0.0/16.

Co znamená prefix /32?

Prefix /32 identifikuje adresu jednoho hostitele bez bitů hostitele. Běžně se používá ve směrovacích tabulkách a pravidlech firewallu pro shodu s přesně jednou IP adresou a tato kalkulačka ji uvádí jako jednu použitelnou trasu hostitele.

Funguje to pro IPv6?

Ne. Tato kalkulačka je navržena pro 32bitový adresní prostor IPv4. IPv6 používá 128bitové adresy, jiný rozsah délek prefixů (obvykle /48 až /128) a nerezervuje adresu broadcast stejným způsobem.

Autor Jan Křenek Zakladatel a hlavní vývojář
Odborná revize Revize metodiky DigitSum Ověřování vzorců a QA
Naposledy aktualizováno 10. 3. 2026

Používejte jako odhad a důležitá rozhodnutí konzultujte s kvalifikovaným odborníkem.

Vstupy zůstávají v prohlížeči, pokud vás budoucí funkce výslovně neinformuje jinak.