Skip to content

Kalkulator podsieci IPv4

Oblicz adres sieci, adres rozgłoszeniowy, zakres hostów, maskę i wildcard dla bloku IPv4 CIDR. Obsługa /31 wg RFC 3021, podział na podsieci, wszystko lokalnie.

Bez śledzenia Działa w przeglądarce Bezpłatne
Wszystko liczy się lokalnie w przeglądarce — wpisywane adresy nigdy nie opuszczają tego urządzenia.
/26
Popularne bloki
Szczegóły podsieci
Zapis CIDR
Adres sieci
Adres rozgłoszeniowy
Zakres hostów użytecznych
Hosty użyteczne
Łączna liczba adresów
Maska podsieci
Maska wildcard
Widok binarny — gdzie tnie maska
Adres sieci
Maska podsieci
Adres rozgłoszeniowy
Bity sieci Bity hosta
Sieć jako liczba całkowita
Sieć szesnastkowo
Odwrotny DNS (PTR)
Konfiguracja gotowa do wklejenia
Interfejs Cisco IOS
Cisco ACL (wildcard)
Instrukcja network w OSPF
Cisco ASA (maska podsieci)
Huawei / H3C
Linux iproute2

Listy ACL i instrukcje network w Cisco IOS przyjmują maskę wildcard, a ASA maskę podsieci. Pomylenie ich to najczęstszy błąd przy kopiowaniu konfiguracji w tym obszarze.

Podziel ten blok na równe podsieci
# Podsieć Zakres użyteczny Rozgłoszeniowy Hosty
Tabela przeliczeń CIDR na maskę podsieci
Prefiks Maska podsieci Maska wildcard Łączna liczba adresów Hosty użyteczne
/8 255.0.0.0 0.255.255.255 16,777,216 16,777,214
/9 255.128.0.0 0.127.255.255 8,388,608 8,388,606
/10 255.192.0.0 0.63.255.255 4,194,304 4,194,302
/11 255.224.0.0 0.31.255.255 2,097,152 2,097,150
/12 255.240.0.0 0.15.255.255 1,048,576 1,048,574
/13 255.248.0.0 0.7.255.255 524,288 524,286
/14 255.252.0.0 0.3.255.255 262,144 262,142
/15 255.254.0.0 0.1.255.255 131,072 131,070
/16 255.255.0.0 0.0.255.255 65,536 65,534
/17 255.255.128.0 0.0.127.255 32,768 32,766
/18 255.255.192.0 0.0.63.255 16,384 16,382
/19 255.255.224.0 0.0.31.255 8,192 8,190
/20 255.255.240.0 0.0.15.255 4,096 4,094
/21 255.255.248.0 0.0.7.255 2,048 2,046
/22 255.255.252.0 0.0.3.255 1,024 1,022
/23 255.255.254.0 0.0.1.255 512 510
/24 255.255.255.0 0.0.0.255 256 254
/25 255.255.255.128 0.0.0.127 128 126
/26 255.255.255.192 0.0.0.63 64 62
/27 255.255.255.224 0.0.0.31 32 30
/28 255.255.255.240 0.0.0.15 16 14
/29 255.255.255.248 0.0.0.7 8 6
/30 255.255.255.252 0.0.0.3 4 2
/31 255.255.255.254 0.0.0.1 2 2
/32 255.255.255.255 0.0.0.0 1 1

Liczby hostów użytecznych są zgodne z RFC 3021 dla /31 (dwa adresy użyteczne na łączu punkt-punkt) i traktują /32 jako pojedynczą trasę hosta.

Zweryfikowano względem RFC 950, RFC 1918, RFC 3021, RFC 3927, RFC 5737 i RFC 6598; każda wartość w przykładach pochodzi z objętego testami jednostkowymi silnika podsieci tego narzędzia — Zespół inżynierów Go Tools · Aug 15, 2026

Treść przygotowana i zweryfikowana przez programistów budujących narzędzia sieciowe; każdy adres, każda maska i każda liczba hostów w tych przykładach pochodzą z przetestowanego silnika samego kalkulatora.

Czym jest maska podsieci?

Maska podsieci dzieli 32-bitowy adres IPv4 na dwie części: część sieciową, wspólną dla wszystkich hostów w segmencie, oraz część hosta, która identyfikuje pojedynczą maszynę. Sama maska też ma 32 bity — ciąg jedynek oznaczających bity sieci, po którym następują zera oznaczające bity hosta — i właśnie dlatego 255.255.255.0 oraz /24 opisują dokładnie to samo. Zapis CIDR po prostu zlicza jedynki, zamiast wypisywać je dziesiętnie.

Wszystko inne wynika z tego podziału. Wyzerowanie bitów hosta daje adres sieci, ustawienie ich wszystkich na 1 — kierowany adres rozgłoszeniowy, a adresy pomiędzy nimi można przydzielać hostom. Stąd bierze się znany wzór 2^n − 2 i stąd też /26 daje 62 hosty użyteczne, a nie 64. Gdy maszyna rozstrzyga, czy cel jest lokalny, czy wymaga routera, nakłada własną maskę na oba adresy i porównuje wyniki — czyli robi dokładnie to, co test przynależności w tym kalkulatorze.

Dwa prefiksy łamią ten wzorzec celowo. Blok /31 ma tylko dwa adresy, więc nie zostaje miejsca na osobny adres sieci i adres rozgłoszeniowy; RFC 3021 czyni zatem oba użytecznymi na łączach punkt-punkt, a każda dzisiejsza platforma routera to respektuje. Blok /32 to pojedyncza trasa hosta, stosowana na interfejsach loopback, w trasach statycznych, przy adresach anycast i w jednoadresowych regułach zapory. Ślepe zastosowanie 2^n − 2 do któregokolwiek z nich daje 0 hostów użytecznych — odpowiedź, z którą nie zgadza się żadna platforma routera. Wyjątek dla /31 ma własny warunek: działa wyłącznie na rzeczywistych interfejsach punkt-punkt, więc wspólny segment LAN wciąż potrzebuje /30 albo większego bloku.

Wpisany adres niesie znaczenie także poza samą maską. 10.0.0.0/8, 172.16.0.0/12 i 192.168.0.0/16 są prywatne (RFC 1918) i nigdy nie są przekazywane przez routery w publicznym internecie; 100.64.0.0/10 to przestrzeń NAT operatorskiego; 169.254.0.0/16 pojawia się, gdy zawiedzie DHCP; 224.0.0.0/4 to multicast. Historyczne klasy od A do E wciąż występują w dokumentacji i na egzaminach certyfikacyjnych, ale routing klasowy jest przestarzały od pojawienia się CIDR w 1993 roku — o tym, gdzie kończy się sieć, decyduje maska, a nie pierwszy oktet. Do ręcznego obejrzenia tego samego adresu w systemie dwójkowym lub szesnastkowym rachunki wykona konwerter systemów liczbowych.

// Subnetting is integer arithmetic on a 32-bit value.
const toInt = (ip) => ip.split('.').reduce((acc, o) => acc * 256 + Number(o), 0);
const toIp  = (n)  => [24, 16, 8, 0].map((s) => (n >>> s) & 255).join('.');

function subnet(ip, prefix) {
  const mask      = prefix === 0 ? 0 : (0xFFFFFFFF << (32 - prefix)) >>> 0;
  const network   = (toInt(ip) & mask) >>> 0;
  const broadcast = (network | (~mask >>> 0)) >>> 0;
  // RFC 3021: a /31 has two usable addresses; a /32 has one.
  const usable    = prefix >= 31 ? 2 ** (32 - prefix) : 2 ** (32 - prefix) - 2;
  return { network: toIp(network), broadcast: toIp(broadcast), usable };
}

subnet('192.168.1.130', 26);
// { network: '192.168.1.128', broadcast: '192.168.1.191', usable: 62 }

Kluczowe funkcje

Wszystkie pola na jednym ekranie

Adres sieci, adres rozgłoszeniowy, pierwszy i ostatni host użyteczny, liczba hostów użytecznych i łączna liczba adresów, maska podsieci i maska wildcard aktualizują się podczas pisania — bez przycisku wysyłania, bez przeładowania strony, bez czekania.

Poprawna obsługa /31 i /32

Blok /31 pokazuje dwa adresy użyteczne zgodnie z RFC 3021, a /32 jeden, z notatką wyjaśniającą dlaczego — i kiedy /31 nie jest bezpieczny. Zastosowanie 2^n − 2 do tych prefiksów daje zero, na co nie zgadza się żaden router.

Suwak prefiksu od /0 do /32

Wystarczy przeciągnąć prefiks i patrzeć, jak granica przesuwa się bit po bicie, podczas gdy adres stoi w miejscu — najszybsza odpowiedź na pytanie „jak duży musi być ten blok?”.

Widok binarny z pokolorowaną granicą maski

Bity sieci i bity hosta są rysowane różnymi kolorami w wierszach sieci, maski i adresu rozgłoszeniowego, więc miejsce cięcia widać, a nie tylko się je zakłada.

Tabela podziału na podsieci

Dowolny blok da się rozbić na równe podsieci potomne przy dłuższym prefiksie i odczytać ich zakresy, adresy rozgłoszeniowe i liczbę hostów — kontrola planu VLAN-ów bez sięgania po arkusz kalkulacyjny.

Rozpoznawanie bloku i odwrotny DNS

Etykieta nazywa blok, do którego należy adres (prywatny wg RFC 1918, CGNAT, link-local, dokumentacyjny, testowy, multicast, zarezerwowany), obok jego postaci całkowitej, szesnastkowej i in-addr.arpa.

Przykłady obliczeń podsieci

Do której podsieci należy 192.168.1.130/26? — klasyczne pytanie egzaminacyjne

192.168.1.130/26
Sieć:          192.168.1.128
Rozgłoszenie:  192.168.1.191
Użyteczne:     192.168.1.129 - 192.168.1.190
Hosty:         62 użyteczne z 64 łącznie
Maska:         255.255.255.192
Wildcard:      0.0.0.63

Wpisany został adres hosta, a nie adres sieci, i o to właśnie chodzi: maska /26 ma 6 bitów hosta, więc bloki przeskakują co 64 adresy — 0, 64, 128, 192. Adres 192.168.1.130 wypada w trzecim bloku i dlatego siecią jest 192.168.1.128, a nie 192.168.1.0. Adresem rozgłoszeniowym jest szczyt tego bloku (192.168.1.191), co pozostawia do przydzielenia adresy od 192.168.1.129 do 192.168.1.190. Założenie, że adresem sieci jest to, co zostało wpisane, z wyzerowaną na oko częścią hosta, to najczęstszy błąd przy podziale na podsieci.

Adres sieci, adres rozgłoszeniowy i hosty użyteczne bloku 10.0.0.0/22

10.0.0.0/22
Sieć:          10.0.0.0
Rozgłoszenie:  10.0.3.255
Użyteczne:     10.0.0.1 - 10.0.3.254
Hosty:         1 022 użyteczne z 1 024 łącznie
Maska:         255.255.252.0
Wildcard:      0.0.3.255

Prefiks /22 pożycza dwa bity z trzeciego oktetu, więc blok obejmuje od 10.0.0.x do 10.0.3.x — cztery kolejne bloki /24 w jednej domenie rozgłoszeniowej. Ludzie potykają się o maskę 255.255.252.0: 252 to w systemie dwójkowym 11111100, więc trzeci oktet rośnie skokami co 4 (10.0.0.0, 10.0.4.0, 10.0.8.0). Widok binarny w narzędziu koloruje te dwa pożyczone bity, a tabela podziału rozkłada ten blok z powrotem na cztery bloki /24.

Łącze punkt-punkt na /31: dwa adresy użyteczne, nie zero

203.0.113.4/31
Adresy:        203.0.113.4 i 203.0.113.5
Użyteczne:     2 (po jednym na każdym końcu łącza)
Rozgłoszenie:  brak
Maska:         255.255.255.254
Wildcard:      0.0.0.1

RFC 3021 definiuje /31 dla łączy punkt-punkt: ponieważ takie łącze ma dokładnie dwa końce i nie ma wspólnego segmentu, adres sieci i adres rozgłoszeniowy zostają usunięte, a oba adresy można przydzielić. Zastosowanie tu ogólnego wzoru 2^n − 2 daje 0 hostów użytecznych, co jest błędem na każdym współczesnym routerze — Cisco IOS, Junos i Linux obsługują /31 na interfejsach punkt-punkt. Użycie /31 zamiast /30 o połowę zmniejsza marnowanie adresów na łączach między routerami. Haczyk polega na tym, że jest to poprawne wyłącznie na rzeczywistych interfejsach punkt-punkt: segment LAN z wieloma urządzeniami potrzebuje /30 albo większego bloku, a Windows nie przyjmie /31 na karcie sieciowej. Przykład korzysta z 203.0.113.0/24, bo RFC 5737 rezerwuje ten zakres na potrzeby dokumentacji.

Podział 192.168.1.0/24 na cztery podsieci /26

192.168.1.0/24 → /26
192.168.1.0/26     192.168.1.1 - 192.168.1.62     rozgł. 192.168.1.63    62 hosty
192.168.1.64/26    192.168.1.65 - 192.168.1.126   rozgł. 192.168.1.127   62 hosty
192.168.1.128/26   192.168.1.129 - 192.168.1.190  rozgł. 192.168.1.191   62 hosty
192.168.1.192/26   192.168.1.193 - 192.168.1.254  rozgł. 192.168.1.255   62 hosty

Pożyczenie dwóch bitów z /24 daje cztery równe podsieci po 64 adresy, z czego 62 są użyteczne. Warto zauważyć, że każda podsieć potomna traci własny adres sieci i własny adres rozgłoszeniowy, więc podział /24 na cztery bloki /26 kosztuje łącznie 254 − 248 = 6 adresów użytecznych. Tabela podziału wypisuje taki układ dla dowolnego bloku nadrzędnego i dowolnego dłuższego prefiksu — to najszybszy sposób sprawdzenia planu VLAN-ów, zanim trafi on na router.

Tabela CIDR na maskę podsieci: /24 to 255.255.255.0

/24, /25, /26, /27, /28, /29, /30, /31, /32
/24  255.255.255.0     256 adresów   254 użyteczne
/25  255.255.255.128   128 adresów   126 użytecznych
/26  255.255.255.192    64 adresy     62 użyteczne
/27  255.255.255.224    32 adresy     30 użytecznych
/28  255.255.255.240    16 adresów    14 użytecznych
/29  255.255.255.248     8 adresów     6 użytecznych
/30  255.255.255.252     4 adresy      2 użyteczne
/31  255.255.255.254     2 adresy      2 użyteczne (RFC 3021)
/32  255.255.255.255     1 adres       1 użyteczny (trasa hosta)

Każdy dodatkowy bit prefiksu połowi blok. Dwa ostatnie wiersze warto zapamiętać, bo łamią schemat 2^n − 2: /31 ma dwa adresy użyteczne (punkt-punkt, bez rozgłoszenia), a /32 to pojedyncza trasa hosta stosowana na interfejsach loopback, we wpisach ACL i w trasach statycznych. Pełna tabela od /8 do /32 znajduje się pod kalkulatorem i powstaje w tym samym silniku, który go napędza.

Jak korzystać z kalkulatora podsieci IPv4

  1. 1

    Wpisanie adresu lub bloku CIDR

    Wystarczy wpisać 192.168.1.130/26, wkleić 10.0.0.0 255.255.252.0 albo podać sam adres i ustawić prefiks suwakiem. Adres hosta również jest w porządku — narzędzie samo sprowadzi go do jego sieci.

  2. 2

    Przesunięcie suwaka prefiksu i podgląd granicy

    Wystarczy przeciągnąć suwak od /0 do /32 i patrzeć, jak przeliczają się liczba hostów, maska i adres rozgłoszeniowy. Suwak nie rusza adresu, więc jednym gestem odpowiada na pytanie „co, jeśli zmienię rozmiar tego bloku?”.

  3. 3

    Odczyt szczegółów podsieci

    Adres sieci, adres rozgłoszeniowy, pierwszy i ostatni host użyteczny, liczba hostów użytecznych i łączna liczba adresów, maska podsieci i maska wildcard — plus etykieta nazywająca blok (prywatny, CGNAT, link-local, dokumentacyjny, multicast) oraz jego historyczną klasę.

  4. 4

    Sprawdzenie widoku binarnego i pozostałych postaci adresu

    Bity sieci i bity hosta mają osobne kolory, więc granicę maski widać bit po bicie. Ten sam panel podaje adres sieci jako liczbę całkowitą, szesnastkowo oraz jako nazwę odwrotnego DNS w domenie in-addr.arpa.

  5. 5

    Test przynależności i podział bloku

    Wystarczy wkleić dowolny adres, aby potwierdzić, czy mieści się w bieżącej podsieci, a potem wybrać dłuższy prefiks, aby rozbić blok na równe podsieci potomne wraz z ich zakresami, adresami rozgłoszeniowymi i liczbą hostów.

Najczęstsze błędy przy podziale na podsieci

Zakładanie, że wpisany adres jest adresem sieci

Adres hosta objęty maską /26 rzadko wypada na początku swojego bloku. Siecią jest to, co zostaje po wyzerowaniu bitów hosta, i dlatego 192.168.1.130/26 należy do 192.168.1.128, a nie do 192.168.1.0.

✗ Niepoprawne
192.168.1.130/26 -> sieć 192.168.1.0, rozgłoszeniowy 192.168.1.255
✓ Poprawne
192.168.1.130/26 -> sieć 192.168.1.128, rozgłoszeniowy 192.168.1.191

Stosowanie 2^n - 2 do /31

Reguła „minus dwa” zakłada, że istnieje adres sieci i adres rozgłoszeniowy. Na łączu punkt-punkt /31 one nie istnieją, a RFC 3021 pozwala przydzielić oba adresy. Podanie tutaj zera hostów użytecznych przeczy zachowaniu każdej dzisiejszej platformy routera.

✗ Niepoprawne
203.0.113.4/31 -> 0 hostów użytecznych
✓ Poprawne
203.0.113.4/31 -> 2 hosty użyteczne (203.0.113.4 i 203.0.113.5)

Traktowanie 172.16.0.0/12 wyłącznie jako 172.16.x.x

Ten zakres prywatny rozciąga się od 172.16.0.0 do 172.31.255.255 — szesnaście bloków /16, a nie jeden. Adresy z 172.15.x.x i 172.32.x.x są publiczne i należą do kogoś innego.

✗ Niepoprawne
172.20.5.1 -> uznany za publiczny, bo to nie 172.16.x.x
✓ Poprawne
172.20.5.1 -> prywatny, wewnątrz 172.16.0.0/12 (172.16.0.0 - 172.31.255.255)

Zapisanie nieciągłej maski podsieci

Maska podsieci musi być zwartym ciągiem jedynek, po którym następują zera. Wartości takie jak 255.0.255.0 nie są poprawnymi maskami, mimo że wildcard w liście ACL może mieć przerwy. Urządzenia je odrzucają, a kalkulator, który je przyjmuje, zwyczajnie ukrywa literówkę.

✗ Niepoprawne
10.0.0.0 255.0.255.0
✓ Poprawne
10.0.0.0 255.255.252.0   (= 10.0.0.0/22)

Co można zrobić kalkulatorem podsieci

Planowanie VLAN-ów i bloków adresowych
Można podzielić przydział na równe podsieci, potwierdzić, że każda pomieści założoną liczbę hostów, i przenieść układ wprost do arkusza IPAM lub dokumentu projektowego, zanim trafi on na przełącznik.
Pisanie reguł zapory i list ACL
Wystarczy odczytać maskę wildcard dla list ACL Cisco i instrukcji network w OSPF oraz potwierdzić dokładny zakres adresów, który reguła obejmie — różnica między 0.0.0.63 a 0.0.0.31 to hosty dwóch VLAN-ów.
Diagnostyka hosta, który nie widzi bramy
Wystarczy wkleić adres hosta i maskę, którą skonfigurowano, a następnie sprawdzić, czy brama mieści się w wynikowej podsieci. Niedopasowana maska to klasyczna przyczyna sytuacji „część rzeczy pinguje, część nie”.
Oszczędne adresowanie łączy między routerami
Porównanie /30 z /31 na łączach punkt-punkt: /31 daje adres obu końcom, zamiast marnować dwa adresy na łącze, co szybko się sumuje w sieci WAN z setkami obwodów.
Nauka do egzaminów CCNA, Network+ i podobnych
Można rozwiązać zadanie z podziału na podsieci ręcznie, a potem sprawdzić tutaj adres sieci, adres rozgłoszeniowy i zakres hostów. Widok binarny pokazuje pożyczone bity, czyli to, co egzamin naprawdę sprawdza.

Jak działa podział na podsieci w IPv4

Maska to granica bitowa, a nie wartość dziesiętna
Maska podsieci ma 32 bity: ciągły ciąg jedynek dla sieci, a potem zera dla hostów. Poprawnych masek jest tylko 33 (od /0 do /32) i dlatego 255.255.255.192 jest dozwolona, a 255.0.255.0 nie — ta druga ma w środku dziurę. Ten kalkulator odrzuca maski nieciągłe, zamiast zgadywać, o co chodziło.
Rozmiar bloku i skrót na czwartym oktecie
Podsieci tej samej wielkości leżą na wielokrotnościach swojego rozmiaru bloku, a rozmiar bloku to 256 minus odpowiedni oktet maski. Maska /26 kończy się na 192, więc bloki zaczynają się od 0, 64, 128 i 192; /28 kończy się na 240, więc przeskakują co 16. To jest arytmetyka stojąca za pytaniem „do której podsieci należy 192.168.1.130?” — do trzeciego bloku /26, czyli do 192.168.1.128.
Adresy zarezerwowane i dwa wyjątki
Adres z samymi zerami w części hosta identyfikuje sieć, a adres z samymi jedynkami to kierowany adres rozgłoszeniowy, więc zwykłe podsieci tracą dwa adresy. RFC 3021 znosi oba dla łączy punkt-punkt na /31 (dwa adresy użyteczne), a /32 to pojedyncza trasa hosta (jeden adres użyteczny). Tabela referencyjna pod kalkulatorem trzyma się tych reguł, dlatego w wierszu /31 widnieje 2, a nie 0.
Maski wildcard i miejsca, w których są wymagane
Maska wildcard to bitowa negacja maski podsieci — 255.255.255.192 po negacji daje 0.0.0.63. Listy ACL Cisco, instrukcje network w OSPF oraz EIGRP przyjmują wildcard zamiast maski. W odróżnieniu od masek podsieci wildcard w liście ACL może być nieciągły i właśnie dzięki temu jedna reguła potrafi objąć wszystkie adresy nieparzyste w zakresie.
Klasy to historia, bloki to teraźniejszość
Klasy A/B/C/D/E dzielą przestrzeń adresową według pierwszego oktetu (0–127, 128–191, 192–223, 224–239, 240–255) i wciąż są wykładane oraz sprawdzane na egzaminach, ale CIDR zastąpił routing klasowy w 1993 roku — o tym, gdzie kończy się sieć, decyduje maska, a nie pierwsze bity. Nadal liczy się natomiast to, w który blok zarezerwowany wypada adres: prywatny wg RFC 1918, NAT operatorski wg RFC 6598, link-local wg RFC 3927, dokumentacyjny wg RFC 5737, testowy wg RFC 2544, multicast oraz zakres zarezerwowany 240.0.0.0/4.

Dobre praktyki adresowania IP

Zapas na wzrost tak, ale nie dziesięciokrotny
Blok /24 dla ośmiu urządzeń marnuje 246 adresów i bez żadnego pożytku powiększa domenę rozgłoszeniową. Warto wybrać najmniejszy blok, który zostawia wygodny zapas — liczba hostów w kalkulatorze pokazuje ten kompromis wprost, jeszcze przed decyzją.
Na łączach punkt-punkt warto stosować /31
Na obwodach między routerami /31 daje adres obu końcom, zamiast palić cztery adresy na dwa końce. Prefiks /30 warto zostawić dla sprzętu, który faktycznie jest starszy niż obsługa RFC 3021, i nigdy nie zakładać /31 na segmencie wielodostępowym.
Przydzielanie na granicy bitu, a nie na okrągłych liczbach dziesiętnych
Plany adresowe zaczynające bloki od 10.0.10.0 czy 10.0.100.0 wyglądają w zapisie dziesiętnym schludnie, ale nie dają się zagregować w jedną trasę. Przydziały wyrównane do potęg dwójki sprawiają, że cały region zwija się w tablicy routingu do jednego prefiksu.
Przykłady w dokumentacji tylko z zakresów zarezerwowanych
RFC 5737 rezerwuje 192.0.2.0/24, 198.51.100.0/24 i 203.0.113.0/24 właśnie po to, by przykłady nie zderzyły się z prawdziwą siecią. Przypadkowy adres publiczny wpisany do instrukcji operacyjnej prędzej czy później skieruje kogoś na żywy host.
Sprawdzenie maski po obu stronach przed obwinianiem routingu
Gdy host dociera do jednych celów, a do innych nie, warto porównać jego maskę z maską bramy. Maska /24 skonfigurowana tam, gdzie segment jest /23, sprawia, że połowa sieci wygląda na zdalną — wystarczy wkleić oba adresy do testu przynależności, a rozbieżność ujawni się natychmiast.

Najczęściej zadawane pytania o kalkulator podsieci

Jak obliczyć maskę podsieci z prefiksu CIDR?
Prefiks to po prostu liczba wiodących jedynek w 32-bitowej masce. /26 oznacza 26 jedynek, po których następuje 6 zer: 11111111.11111111.11111111.11000000, co odczytane z powrotem daje 255.255.255.192. Końcowe zera to bity hosta, więc blok mieści 2^6 = 64 adresy. W drugą stronę wystarczy policzyć jedynki w masce: 255.255.252.0 to 11111111.11111111.11111100.00000000, czyli 22 jedynki, a zatem /22. Widok binarny w tym kalkulatorze pokazuje tę granicę wprost, z bitami sieci i bitami hosta w różnych kolorach.
Jakiemu prefiksowi odpowiada maska 255.255.255.0?
To /24. Liczba 255 to w systemie dwójkowym 11111111, więc trzy oktety po 255 dają 24 wiodące jedynki, a ostatnie 8 bitów to bity hosta — 255.255.255.0 = /24, czyli 256 adresów i 254 hosty użyteczne. Tym samym rozumowaniem 255.255.255.192 to /26 (64 adresy, 62 użyteczne), 255.255.252.0 to /22 (1 024 adresy, 1 022 użyteczne), a 255.255.255.128 to /25 (128 adresów, 126 użytecznych). Maskę w zapisie dziesiętnym z kropkami wystarczy wkleić wprost do pola wejściowego, aby odczytać jej prefiks, albo sięgnąć po tabelę referencyjną pod kalkulatorem, która dla każdego prefiksu od /8 do /32 podaje maskę, wildcard i liczbę hostów.
Jak zamienić adres IP na liczbę dziesiętną albo szesnastkową?
Cztery oktety traktuje się jako jedną 32-bitową liczbę całkowitą: 192.168.1.128 = 192×256³ + 168×256² + 1×256 + 128 = 3232235904, co szesnastkowo daje 0xC0A80180. Taka postać pojawia się, gdy baza danych trzyma adresy w kolumnie liczbowej (INET_ATON / INET_NTOA w MySQL), gdy filtruje się logi po zakresie oraz przy każdym bitowym teście przynależności. Panel binarny tego kalkulatora wypisuje adres sieci jako liczbę całkowitą, szesnastkowo oraz jako nazwę odwrotnego DNS w domenie in-addr.arpa. Do ręcznej konwersji między systemami liczbowymi służy konwerter systemów liczbowych.
Jak przenieść wynik na urządzenie Cisco albo Huawei?
Panel konfiguracji gotowej do wklejenia generuje sześć postaci dla bieżącego bloku. Dla 192.168.1.130/26 są to: interfejs Cisco IOS ip address 192.168.1.129 255.255.255.192; lista ACL Cisco z maską wildcard access-list 10 permit 192.168.1.128 0.0.0.63; OSPF network 192.168.1.128 0.0.0.63 area 0; Cisco ASA, które zamiast niej przyjmuje maskę podsieci, access-list OUT permit ip 192.168.1.128 255.255.255.192 any; Huawei/H3C ip address 192.168.1.129 26; oraz Linux iproute2 ip addr add 192.168.1.129/26 dev eth0. Pułapka polega na tym, że listy ACL i OSPF w IOS przyjmują maskę wildcard, a ASA maskę podsieci — zamiana ich miejscami nie wywoła żadnego błędu, ale obejmie zupełnie inny zakres adresów.
Dlaczego hostów użytecznych jest o dwa mniej niż adresów łącznie?
Każda zwykła podsieć IPv4 rezerwuje pierwszy adres jako identyfikator sieci, a ostatni jako kierowany adres rozgłoszeniowy, więc /24 z 256 adresami oddaje hostom 254. Wyjątkiem są dwa prefiksy: w /31 nie ma już miejsca na te adresy zarezerwowane, a RFC 3021 czyni oba jego adresy użytecznymi na łączach punkt-punkt; /32 to pojedyncza trasa hosta z jednym adresem użytecznym. Ten kalkulator stosuje oba wyjątki — ogólny wzór 2^n − 2 podałby dla /31 zero adresów użytecznych, a z tym nie zgadza się żaden współczesny router.
Czym jest maska wildcard i czym różni się od maski podsieci?
Maska wildcard (nazywana też maską wieloznaczną) to bitowa negacja maski podsieci: tam, gdzie maska podsieci ma jedynki, wildcard ma zera. Dla /26 maska to 255.255.255.192, a wildcard 0.0.0.63. Listy kontroli dostępu Cisco oraz instrukcje network w OSPF przyjmują wildcard zamiast maski, więc access-list 10 permit 192.168.1.128 0.0.0.63 obejmuje ten sam blok co 192.168.1.128/26. W dokumentacji Huawei i H3C również mówi się o masce wildcard, a wśród inżynierów przyjęło się skrótowe określenie „maska odwrotna”; obie nazwy oznaczają tutaj tę samą wartość. Warto pamiętać, że wildcard w liście ACL może legalnie mieć bity nieciągłe (dopasowując na przykład tylko adresy parzyste albo tylko nieparzyste), czego maskom podsieci nie wolno.
Ile hostów mieści się w /24, /25 lub /26?
Blok /24 (255.255.255.0) ma 256 adresów i 254 hosty użyteczne. Blok /25 (255.255.255.128) ma 128 adresów i 126 użytecznych. Blok /26 (255.255.255.192) ma 64 adresy i 62 użyteczne. Każdy dodatkowy bit prefiksu połowi obie liczby. Przy dzieleniu czwartego oktetu przydaje się skrót: rozmiar bloku to 256 minus ostatni oktet maski, więc maska kończąca się na 192 przeskakuje co 64 adresy, a kończąca się na 240 — co 16. Tabela referencyjna pod kalkulatorem obejmuje zakres od /8 do /32.
Które zakresy IP są prywatne, a które publiczne?
RFC 1918 rezerwuje trzy zakresy prywatne: 10.0.0.0/8 (16 777 214 adresów użytecznych), 172.16.0.0/12 (1 048 574) oraz 192.168.0.0/16 (65 534). Zakres z 172 obejmuje wyłącznie adresy od 172.16.0.0 do 172.31.255.255 — 172.15.x.x i 172.32.x.x są publiczne, a tę granicę bardzo łatwo pomylić. Poza nimi 100.64.0.0/10 to przestrzeń NAT operatorskiego (RFC 6598), 169.254.0.0/16 to autokonfiguracja link-local (RFC 3927), a 192.0.2.0/24, 198.51.100.0/24 i 203.0.113.0/24 są zarezerwowane na potrzeby dokumentacji (RFC 5737). Ten kalkulator nazywa blok, w którym wypada podany adres.
Czy /31 albo /32 da się wykorzystać w prawdziwej sieci?
Tak. Prefiks /31 to standardowy sposób adresowania łączy między routerami: RFC 3021 usuwa adres sieci i adres rozgłoszeniowy na interfejsach punkt-punkt, więc oba adresy trafiają do dwóch końców łącza, o połowę zmniejszając marnotrawstwo w porównaniu z tradycyjnym /30. Obsługują go Cisco IOS, Junos, Arista EOS i Linux, ale jest poprawny wyłącznie na rzeczywistych interfejsach punkt-punkt — nie wolno zakładać /31 na segmencie LAN z wieloma urządzeniami. Prefiks /32 to trasa hosta: korzystają z niej interfejsy loopback, jednoadresowe wpisy ACL, trasy statyczne i adresy anycast.
Czy wpisywane adresy trafiają na serwer?
Nie. Każde obliczenie wykonuje się lokalnie w przeglądarce, na zwykłej arytmetyce całkowitoliczbowej — bez żądania sieciowego, bez zewnętrznych bibliotek, bez zapisu w logach. Można otworzyć narzędzia deweloperskie przeglądarki i patrzeć, jak panel sieciowy milczy podczas pisania, albo całkowicie odłączyć się od internetu i liczyć dalej. Przycisk „Kopiuj link” zapisuje bieżący blok we fragmencie adresu URL, a fragmentu przeglądarki nigdy nie wysyłają na serwer.

Powiązane narzędzia

Zobacz wszystkie narzędzia →