1/23
Projektowanie i wymiarowanie sieci klasy Campus

Wykład 6: Adresowanie IP w środowisku kampusowym

Witam na szóstym wykładzie. Po logicznym podziale naszej sieci za pomocą sieci VLAN nadszedł czas, aby nadać tym segmentom unikalne tożsamości w warstwie 3. Dzisiaj zajmiemy się kluczowym aspektem projektowania sieci – strategią adresowania IP. Dobrze zaplanowany schemat adresacji jest fundamentem skalowalnej, bezpiecznej i łatwej w zarządzaniu sieci. Omówimy techniki oszczędzania adresów, automatyzację ich przydzielania oraz system DNS, bez którego współczesna sieć nie mogłaby istnieć.

Projektowanie schematu adresacji IP w sieci kampusowej wymaga uwzględnienia wielu czynników, takich jak liczba użytkowników, rodzaj urządzeń końcowych oraz przewidywana rozbudowa infrastruktury. Kluczowe znaczenie ma wybór odpowiedniej puli adresów prywatnych, która zapewni wystarczającą elastyczność na lata. W praktyce inżynierskiej często stosuje się podejście hierarchiczne, w którym poszczególne pule adresowe przypisuje się do konkretnych lokalizacji, pięter lub działów organizacji. Dobrze zaprojektowana tabela adresacji stanowi nieocenione narzędzie podczas diagnostyki awarii oraz planowania zmian konfiguracyjnych.

Należy również pamiętać o rezerwacji adresów dla urządzeń infrastrukturalnych, takich jak przełączniki, routery czy punkty dostępowe. W dużych środowiskach kampusowych warto rozważyć użycie narzędzi do zarządzania adresacją IP, które automatyzują śledzenie przydziałów i zapobiegają konfliktom adresowym. Istotnym elementem planowania jest również określenie zasad przydzielania adresów statycznych dla serwerów i urządzeń krytycznych. Dzięki przemyślanemu podejściu można uniknąć wielu problemów podczas rozbudowy sieci w przyszłości.

2/23
Agenda dzisiejszego wykładu

Plan spotkania

  • Znaczenie przemyślanej strategii adresowania IP.
  • Adresacja IPv4: adresy prywatne i publiczne.
  • Problem marnotrawstwa adresów i rozwiązanie: VLSM (Variable Length Subnet Masking).
  • Praktyczny przykład projektowania schematu adresacji z użyciem VLSM.
  • Wprowadzenie do IPv6 jako następcy IPv4.
  • Rola i działanie protokołu DHCP w automatyzacji przydzielania adresów.
  • Rola i działanie systemu DNS w tłumaczeniu nazw na adresy.

Dzisiejsze spotkanie zostało zaplanowane w taki sposób, aby stopniowo wprowadzać słuchaczy w coraz bardziej zaawansowane zagadnienia związane z adresacją IP. Rozpoczniemy od omówienia fundamentalnych różnic między adresami publicznymi a prywatnymi, co stanowi bazę do zrozumienia dalszych tematów. Następnie skoncentrujemy się na praktycznych aspektach stosowania maski o zmiennej długości, czyli technice VLSM, która rewolucjonizuje sposób gospodarowania ograniczoną przestrzenią adresową IPv4.

W dalszej części wykładu przyjrzymy się protokołowi IPv6, który mimo upływu lat wciąż budzi wiele pytań wśród administratorów sieci. Omówimy również automatyzację konfiguracji za pomocą DHCP oraz znaczenie systemu DNS dla codziennego funkcjonowania sieci. Każdy z tych tematów zostanie zilustrowany praktycznymi przykładami, co ułatwi zrozumienie materiału. Zachęcam do aktywnego uczestnictwa i zadawania pytań w trakcie trwania wykładu.

3/23
Strategia adresowania IP – dlaczego jest ważna?

Fundament logicznej struktury sieci

Plan adresacji IP to coś więcej niż tylko przydzielanie losowych numerów. Dobra strategia ułatwia zarządzanie siecią, wspiera bezpieczeństwo i umożliwia jej łatwą rozbudowę. Przemyślany schemat pozwala na hierarchiczną agregację tras routingu, co zwiększa wydajność routerów. Umożliwia również szybką identyfikację lokalizacji i przeznaczenia danego urządzenia na podstawie samego adresu IP. Chaotyczne adresowanie prowadzi do problemów z bezpieczeństwem, utrudnia diagnostykę i hamuje rozwój infrastruktury.

Przemyślana strategia adresowania IP przynosi wymierne korzyści w codziennym zarządzaniu siecią, ponieważ pozwala szybko identyfikować przynależność urządzeń do konkretnych segmentów. Administratorzy sieci mogą na podstawie samego adresu IP określić lokalizację geograficzną, funkcję lub dział, do którego należy dane urządzenie. Hierarchiczny schemat adresacji ułatwia również implementację list kontroli dostępu oraz reguł bezpieczeństwa. W sytuacjach awaryjnych dobrze zaplanowany schemat skraca czas potrzebny na lokalizację i usunięcie usterki.

W kontekście routingu odpowiednio zaprojektowana adresacja umożliwia agregację tras, co zmniejsza rozmiar tablic routingu i poprawia wydajność routerów. W sieciach kampusowych szczególnie istotne jest zachowanie spójności między numeracją VLAN a przypisanymi do nich podsieciami. Warto także określić zasady przydzielania adresów statycznych dla serwerów oraz urządzeń infrastrukturalnych. Dzięki temu możliwe jest stworzenie przejrzystej i łatwej w utrzymaniu dokumentacji sieciowej.

4/23
Adresacja IPv4: adresy prywatne vs. publiczne

Dwa światy adresów IP

W protokole IPv4 istnieją dwie główne kategorie adresów:

  • Adresy publiczne: są globalnie unikalne i routowalne w Internecie. Są przydzielane przez organizacje takie jak IANA i RIPE. Każde urządzenie, które ma być bezpośrednio dostępne z zewnątrz (np. serwer WWW), musi posiadać publiczny adres IP.
  • Adresy prywatne (RFC 1918): to zarezerwowane pule adresów, które mogą być dowolnie używane w sieciach wewnętrznych (prywatnych), ale nie są routowalne w publicznym Internecie. Pozwalają na budowę sieci lokalnych bez konieczności posiadania globalnie unikalnego adresu dla każdego urządzenia.

Adresy publiczne są dobrem ograniczonym i podlegają ścisłej regulacji przez regionalne rejestry internetowe, takie jak RIPE NCC obsługujący Europę i Bliski Wschód. Organizacja, która chce uzyskać publiczny blok adresów, musi udokumentować jego zapotrzebowanie i uzasadnić konieczność jego przydzielenia. Adresy te są wykorzystywane głównie na interfejsach routerów brzegowych, serwerach dostępnych z zewnątrz oraz w punktach wymiany ruchu internetowego. Bez adresów publicznych niemożliwe byłoby bezpośrednie komunikowanie się urządzeń w globalnej sieci.

Z kolei adresy prywatne zdefiniowane w RFC 1918 mogą być używane przez każdą organizację bez żadnych formalności, co czyni je idealnym rozwiązaniem dla sieci wewnętrznych. W środowisku kampusowym prawie wszystkie urządzenia końcowe otrzymują prywatne adresy IP, a dostęp do Internetu realizowany jest poprzez translację adresów sieciowych. Należy jednak pamiętać, że adresy prywatne nie mogą być routowane w publicznym Internecie. Routery brzegowe są skonfigurowane tak, aby odrzucać pakiety pochodzące z tych zakresów adresowych.

5/23
Prywatne zakresy adresów IPv4 (RFC 1918)

Pule do użytku wewnętrznego

Standard RFC 1918 definiuje trzy bloki adresów zarezerwowane do użytku w sieciach prywatnych. Routery internetowe są skonfigurowane tak, aby odrzucać pakiety pochodzące z tych adresów, co zapobiega ich wyciekowi do globalnej sieci.

Zakres adresów Notacja CIDR Liczba adresów Historyczna klasa
10.0.0.0 – 10.255.255.25510.0.0.0/8~16,7 milionaA
172.16.0.0 – 172.31.255.255172.16.0.0/12~1 milionB
192.168.0.0 – 192.168.255.255192.168.0.0/1665 536C

W sieciach kampusowych najczęściej wykorzystuje się zakres 10.0.0.0/8 ze względu na jego ogromną elastyczność i przestrzeń adresową.

Spośród trzech zakresów zdefiniowanych w RFC 1918 największą popularnością w sieciach kampusowych cieszy się blok 10.0.0.0/8, który oferuje ponad 16 milionów adresów. Daje to ogromną swobodę w projektowaniu hierarchicznego schematu adresacji z podziałem na lokalizacje, budynki, piętra i poszczególne działy. Zakres 172.16.0.0/12 jest często wykorzystywany w średnich przedsiębiorstwach, natomiast 192.168.0.0/16 sprawdza się w małych biurach i sieciach domowych. Wybór konkretnego bloku powinien być podyktowany skalą projektu oraz planami rozwojowymi organizacji.

W praktyce inżynierskiej często spotyka się mieszane podejście, w którym główna pula adresowa pochodzi z bloku 10.0.0.0/8, ale niektóre segmenty sieci wykorzystują również zakres 172.16.0.0/12. Takie rozwiązanie może wynikać z historycznych uwarunkowań lub wymogów interoperacyjności z systemami zewnętrznymi. Niezależnie od wybranego zakresu kluczowe jest konsekwentne stosowanie przyjętych reguł przydzielania adresów. Prowadzenie dokładnej dokumentacji adresacji IP jest absolutnie niezbędne w każdej sieci kampusowej.

6/23
Problem: marnotrawstwo adresów

Tradycyjny podział na podsieci (FLSM)

Historycznie podział sieci na mniejsze segmenty (podsieci) odbywał się przy użyciu maski o stałej długości (Fixed Length Subnet Masking – FLSM). Oznaczało to, że wszystkie podsieci w danej organizacji musiały mieć ten sam rozmiar. Jeśli największy dział firmy potrzebował 100 adresów, to wszystkie inne działy, nawet te liczące 10 osób, otrzymywały podsieci o tej samej wielkości. Prowadziło to do ogromnego marnotrawstwa ograniczonej puli adresów IP.

Stosowanie maski o stałej długości było powszechną praktyką we wczesnych latach rozwoju sieci komputerowych, kiedy przestrzeń adresowa IPv4 wydawała się niewyczerpana. W modelu FLSM administrator musiał wybrać jeden rozmiar maski dla wszystkich podsieci w organizacji, co prowadziło do sytuacji, w której mały dział z dziesięcioma pracownikami otrzymywał podsieć zdolną obsłużyć dwustu pięćdziesięciu hostów. Takie podejście generowało ogromne straty adresowe sięgające nawet osiemdziesięciu procent dostępnej puli. Problem narastał wraz ze wzrostem liczby podsieci, ponieważ każda z nich marnowała kolejne adresy.

Dodatkowym wyzwaniem w modelu FLSM był brak elastyczności przy dodawaniu nowych segmentów sieci, co często wymuszało przeprojektowanie całego schematu adresacji. W środowiskach kampusowych, gdzie liczba VLAN-ów może sięgać kilkudziesięciu lub nawet kilkuset, takie podejście okazywało się całkowicie niepraktyczne. Wprowadzenie techniki VLSM stanowiło przełom, który pozwolił na znacznie bardziej precyzyjne dopasowanie rozmiaru podsieci do rzeczywistych potrzeb. Dzięki temu możliwe stało się efektywne gospodarowanie ograniczoną przestrzenią adresową IPv4.

7/23
Rozwiązanie: VLSM (Variable Length Subnet Masking)

Maski o zmiennej długości

VLSM to technika pozwalająca na dzielenie przestrzeni adresowej na podsieci o różnej wielkości. Jest to rozwinięcie idei subnettingu, które pozwala na znacznie bardziej efektywne wykorzystanie dostępnej puli. Dzięki VLSM możemy przydzielić dużą podsieć dla dużej grupy użytkowników (np. /24 dla 254 hostów), mniejszą dla serwerów (np. /27 dla 30 hostów) i bardzo małe podsieci dla połączeń punkt-punkt między routerami (np. /30 dla 2 hostów) – wszystko to w ramach jednego bloku adresów.

Technika VLSM opiera się na założeniu, że każda podsieć może mieć inną maskę, co pozwala idealnie dopasować jej rozmiar do liczby wymaganych adresów. Dzięki VLSM administrator może w ramach jednej sieci głównej utworzyć zarówno duże podsieci dla użytkowników, jak i bardzo małe dla połączeń między routerami. Elastyczność ta sprawia, że dostępna przestrzeń adresowa jest wykorzystywana w sposób optymalny, co ma szczególne znaczenie w przypadku ograniczonych pul adresów. Implementacja VLSM wymaga jednak od administratora dobrego zrozumienia adresacji binarnej oraz umiejętności obliczania masek podsieci.

W sieciach kampusowych VLSM umożliwia tworzenie spójnego schematu adresacji, w którym każdy VLAN otrzymuje podsieć o odpowiedniej wielkości. Na przykład sieć dla studentów może być znacznie większa niż sieć dla działu administracji czy strefy zarządzania. Należy jednak pamiętać, że stosowanie VLSM wymaga protokołów routingu obsługujących maski o zmiennej długości, takich jak OSPF czy EIGRP. Starsze protokoły routingu klasowego nie radzą sobie z taką konfiguracją i mogą powodować błędy w tablicach routingu.

8/23
Proces projektowania z użyciem VLSM

Krok po kroku do efektywnego planu

  1. Zbierz wymagania: zidentyfikuj wszystkie segmenty sieci (VLAN-y, połączenia) i określ liczbę potrzebnych adresów IP. Dodaj zapas na przyszłość (np. 20-30%).
  2. Posortuj wymagania: uporządkuj listę segmentów od największego do najmniejszego zapotrzebowania na adresy.
  3. Wybierz pulę główną: zdecyduj, jakiego bloku adresów prywatnych będziesz używać (np. 10.10.0.0/16).
  4. Przydzielaj podsieci: zaczynając od największego wymagania, wytnij pierwszą dostępną podsieć o odpowiedniej wielkości. Zapisz jej adres, maskę i zakres.
  5. Powtarzaj: przejdź do następnego wymagania i wytnij kolejną podsieć z pozostałej, wolnej przestrzeni.

Pierwszym etapem projektowania schematu VLSM jest dokładne rozpoznanie potrzeb sieciowych, które obejmuje nie tylko bieżące wymagania, ale także prognozowany wzrost liczby użytkowników i urządzeń. Warto przy tym uwzględnić rezerwę na poziomie dwudziestu do trzydziestu procent, aby uniknąć konieczności przeprojektowywania sieci w najbliższej przyszłości. Kolejnym krokiem jest posortowanie wszystkich segmentów według wielkości, co pozwala na optymalne wykorzystanie przestrzeni adresowej. Największe segmenty otrzymują priorytet i są przydzielane jako pierwsze z puli głównej.

W trakcie przydzielania podsieci należy każdorazowo obliczać adres sieciowy, maskę oraz zakres dostępnych adresów dla hostów. Ważne jest również precyzyjne określenie adresu rozgłoszeniowego dla każdej podsieci. Po zakończeniu procesu warto zweryfikować poprawność obliczeń oraz upewnić się, że żadna z podsieci nie nakłada się na siebie. Dokumentacja powstała podczas projektowania będzie służyć przez lata jako podstawa do zarządzania siecią i planowania jej dalszego rozwoju.

9/23
Przykład praktyczny VLSM – krok 1: wymagania

Planowanie dla małego biura

Załóżmy, że dysponujemy siecią 192.168.1.0/24 i musimy stworzyć podsieci dla następujących segmentów:

  • VLAN 10: pracownicy (100 hostów)
  • VLAN 20: serwery (20 hostów)
  • VLAN 30: goście (50 hostów)
  • VLAN 99: zarządzanie (10 hostów)
  • Połączenie WAN (2 hosty)

Sortujemy wymagania: pracownicy (100), goście (50), serwery (20), zarządzanie (10), WAN (2).

Przedstawiony przykład z siecią 192.168.1.0/24 doskonale ilustruje typowe wyzwania stojące przed projektantem sieci małego biura. W rzeczywistych scenariuszach często mamy do czynienia z bardziej złożonymi wymaganiami, obejmującymi wiele lokalizacji i różnorodne grupy użytkowników. Kluczowym elementem planowania jest precyzyjne oszacowanie liczby hostów w każdym segmencie, ponieważ od tego zależy wybór odpowiedniej maski. Warto przy tym pamiętać, że liczba dostępnych adresów dla hostów jest zawsze o dwa mniejsza niż rozmiar podsieci ze względu na adres sieci i adres rozgłoszeniowy.

W analizowanym przypadku segment pracowników wymaga stu adresów, co oznacza konieczność użycia maski /25 zapewniającej 126 adresów użytkowych. Dla gości z zapotrzebowaniem na pięćdziesiąt adresów wystarczająca będzie maska /26 oferująca 62 adresy. W praktyce inżynierskiej często spotyka się sytuację, w której po przydzieleniu wszystkich podsieci pozostaje wolna przestrzeń adresowa. Taką rezerwę można wykorzystać w przyszłości i powinna być starannie odnotowana w dokumentacji technicznej.

10/23
Przykład praktyczny VLSM – krok 2: obliczenia

Dobieranie masek i przydzielanie podsieci

  • Pracownicy (100): najbliższa potęga dwójki to 128 (2^7). Maska to /25 (255.255.255.128).
    • Przydział: 192.168.1.0/25 (zakres .0 - .127)
  • Goście (50): najbliższa potęga dwójki to 64 (2^6). Maska to /26 (255.255.255.192).
    • Przydział: 192.168.1.128/26 (zakres .128 - .191)
  • Serwery (20): najbliższa potęga dwójki to 32 (2^5). Maska to /27 (255.255.255.224).
    • Przydział: 192.168.1.192/27 (zakres .192 - .223)
  • Zarządzanie (10): najbliższa potęga dwójki to 16 (2^4). Maska to /28 (255.255.255.240).
    • Przydział: 192.168.1.224/28 (zakres .224 - .239)
  • WAN (2): najbliższa potęga dwójki to 4 (2^2). Maska to /30 (255.255.255.252).
    • Przydział: 192.168.1.240/30 (zakres .240 - .243)

Obliczenia przedstawione w tym przykładzie pokazują, jak w praktyce wygląda proces wycinania kolejnych podsieci z puli głównej. Zaczynając od największego segmentu pracowników z maską /25, otrzymujemy pierwszą podsieć 192.168.1.0/25, która zajmuje pierwszą połowę zakresu. Następnie dla gości z maską /26 przydzielamy podsieć 192.168.1.128/26, która zaczyna się tuż za poprzednim zakresem. Każda kolejna podsieć jest przydzielana w sposób ciągły, bez pozostawiania luk w przestrzeni adresowej, co jest cechą charakterystyczną poprawnego projektowania VLSM.

Warto zwrócić uwagę na podsieć dla połączenia WAN, która wykorzystuje maskę /30 i oferuje zaledwie dwa adresy dla hostów. Jest to standardowe rozwiązanie w przypadku łączy punkt-punkt między routerami, ponieważ nie ma sensu marnować adresów na nieużywane zakresy. Po zakończeniu przydziałów pozostaje jeszcze wolna przestrzeń od 192.168.1.244 do 192.168.1.255, którą można wykorzystać na przyszłe potrzeby. Taki systematyczny sposób postępowania gwarantuje maksymalną efektywność wykorzystania dostępnej puli adresowej.

11/23
Wprowadzenie do IPv6

Następca IPv4

Protokół IPv4 ma jedną fundamentalną wadę – ograniczoną liczbę adresów (~4,3 mld), która została już praktycznie wyczerpana. Następcą jest IPv6, oferujący niemal niewyczerpywalną pulę. Adres IPv6 ma 128 bitów (w porównaniu do 32 w IPv4), co daje 2^128 kombinacji. Chociaż migracja postępuje powoli, nowoczesne sieci projektuje się w modelu dual-stack (obsługa obu protokołów jednocześnie).

Protokół IPv6 został zaprojektowany na początku lat dziewięćdziesiątych jako odpowiedź na prognozowane wyczerpanie puli adresów IPv4. Jego najważniejszą cechą jest zastosowanie 128-bitowych adresów, co daje astronomiczną liczbę około 340 sekstylionów dostępnych adresów. Oprócz większej przestrzeni adresowej IPv6 wprowadza usprawnienia w zakresie bezpieczeństwa, automatyzacji konfiguracji oraz wydajności przetwarzania pakietów. Wbudowane funkcje takie jak IPsec czy automatyczna konfiguracja bezstanowa stanowią istotne ulepszenie względem starszego protokołu.

Mimo oczywistych zalet IPv6 proces migracji postępuje stosunkowo wolno, co wynika z ogromnej infrastruktury opartej na IPv4 oraz kosztów związanych z wymianą lub aktualizacją sprzętu sieciowego. W sieciach kampusowych coraz częściej wdraża się model dual-stack, w którym urządzenia obsługują oba protokoły równocześnie. Takie podejście pozwala na stopniowe przechodzenie na IPv6 bez zakłócania działania istniejących usług. Konieczne jest jednak odpowiednie przeszkolenie personelu technicznego w zakresie nowego protokołu.

12/23
Struktura i zapis adresu IPv6

Format szesnastkowy i skracanie zapisu

Adres IPv6 zapisuje się w systemie szesnastkowym w ośmiu 16-bitowych blokach (heksetach) oddzielonych dwukropkami.

Przykład pełny: 2001:0DB8:AC10:0001:0000:0000:0000:0001

Zasady skracania:

  1. Pominięcie wiodących zer: np. 0DB8 zamieniamy na DB8, a 0001 na 1.
  2. Podwójny dwukropek: jedną, najdłuższą grupę zerowych heksetów zastępujemy :: (można użyć tylko raz).

Przykład uproszczony: 2001:DB8:AC10:1::1

Zapis adresu IPv6 w systemie szesnastkowym może na pierwszy rzut oka wydawać się skomplikowany, jednak po opanowaniu podstawowych zasad skracania staje się on czytelny i logiczny. Każdy z ośmiu heksetów reprezentuje 16 bitów adresu, a łączna długość 128 bitów pozwala na zapisanie ogromnej liczby kombinacji. W praktyce najczęściej spotykanym typem adresu IPv6 w sieciach lokalnych jest adres link-local, który zaczyna się od prefiksu FE80 i jest wykorzystywany do komunikacji w obrębie jednego segmentu sieci. Adresy globalne, routowalne w Internecie, rozpoczynają się od prefiksu 2000::/3.

Zasada pomijania wiodących zer znacząco upraszcza zapis adresów, ponieważ na przykład hekset 00A1 można zapisać po prostu jako A1. Podwójny dwukropek zastępujący ciąg zerowych heksetów jest szczególnie przydatny w przypadku adresów zawierających wiele zer z rzędu. Należy jednak pamiętać, że podwójnego dwukropka można użyć tylko raz w jednym adresie, gdyż w przeciwnym razie powstałaby niejednoznaczność. W sieciach kampusowych adresy IPv6 są najczęściej przydzielane automatycznie za pomocą mechanizmu SLAAC lub serwera DHCPv6.

13/23
Automatyzacja: DHCP

Protokół DHCP

Ręczne konfigurowanie adresów IP na setkach urządzeń w sieci kampusowej byłoby skrajnie nieefektywne. Protokół DHCP w pełni automatyzuje ten proces. Serwer DHCP centralnie zarządza pulą adresów i dynamicznie przydziela je stacjom dołączającym do sieci. Oprócz adresu IP serwer przekazuje również maskę podsieci, adres bramy domyślnej oraz adresy serwerów DNS.

Protokół DHCP został zdefiniowany w RFC 2131 i stanowi ewolucję starszego protokołu BOOTP, który pełnił podobną funkcję w sieciach opartych na systemie Unix. Głównym zadaniem DHCP jest automatyczne dostarczanie konfiguracji sieciowej urządzeniom końcowym, co eliminuje konieczność ręcznego wprowadzania parametrów. Serwer DHCP może również wymuszać określone ustawienia sieciowe, co pozwala na centralne zarządzanie konfiguracją i zapewnienie spójności w całej organizacji. W sieciach kampusowych serwery DHCP są zazwyczaj wdrażane w konfiguracji redundantnej, aby zapewnić wysoką dostępność usługi.

Oprócz podstawowych parametrów serwer DHCP może przekazywać klientom dodatkowe opcje, takie jak adres serwera czasu NTP, adres serwera druku czy nazwę domeny. Czas dzierżawy adresu jest parametrem, który należy starannie dobrać do charakterystyki sieci. Zbyt krótki czas generuje zbędny ruch, a zbyt długi utrudnia zarządzanie pulą adresową. W przypadku urządzeń wymagających stałego adresu można zastosować rezerwację DHCP, która wiąże adres IP z adresem MAC konkretnego urządzenia. Takie rozwiązanie łączy zalety automatycznej konfiguracji z pewnością stałego adresu.

14/23
Proces działania DHCP – DORA

Cztery kroki do uzyskania adresu

Komunikacja między klientem a serwerem DHCP to proces znany jako DORA:

  1. Discover (Odkryj): klient wysyła broadcast: „Czy jest tu jakiś serwer DHCP?".
  2. Offer (Zaoferuj): serwer odpowiada: „Mam dla ciebie taki adres".
  3. Request (Poproś): klient informuje: „Dziękuję, proszę o przydzielenie właśnie tego adresu".
  4. Acknowledge (Potwierdź): serwer rezerwuje adres dla klienta na określony czas dzierżawy (lease time).

Proces DORA składa się z czterech etapów, które muszą zostać pomyślnie zrealizowane, aby klient otrzymał konfigurację sieciową. Pierwszym krokiem jest wysłanie przez klienta komunikatu DHCP Discover jako transmisji rozgłoszeniowej, ponieważ na tym etapie nie zna on jeszcze adresu serwera DHCP. Po otrzymaniu oferty klient może zaakceptować zaproponowany adres lub odrzucić go i poprosić o inny. W przypadku gdy w sieci działa wiele serwerów DHCP, klient otrzyma kilka ofert i wybierze tę, która dotrze pierwsza lub będzie najbardziej korzystna.

Czwarty krok Acknowledge jest potwierdzeniem rezerwacji adresu przez serwer, który zapisuje przydział w swojej bazie danych i ustala czas dzierżawy. Po zakończeniu procesu klient może rozpocząć komunikację w sieci z pełną konfiguracją sieciową. W połowie czasu dzierżawy klient rozpocznie próbę odnowienia adresu, wysyłając bezpośrednio do serwera komunikat DHCP Request. Jeśli nie otrzyma odpowiedzi, będzie ponawiał próby aż do wygaśnięcia dzierżawy, po czym cały proces DORA zostanie uruchomiony od nowa.

15/23
DHCP w środowisku multi-VLAN

Problem z komunikatami broadcast

Komunikaty DHCP Discover i Request są broadcastami. Ponieważ routery i przełączniki L3 nie przesyłają broadcastów między sieciami VLAN, klienci w innych sieciach nie dotrą do centralnego serwera DHCP. Tworzenie osobnego serwera dla każdego VLAN-u jest nieopłacalne. Rozwiązaniem jest mechanizm DHCP Relay.

W sieciach kampusowych z wieloma sieciami VLAN standardowe zapytania DHCP nie mogą przekroczyć granicy między podsieciami, ponieważ są to transmisje rozgłoszeniowe. Routery i przełączniki warstwy 3 domyślnie nie przekazują ruchu broadcast między interfejsami, co stanowi podstawową zasadę działania sieci IP. Gdyby nie istniał mechanizm DHCP Relay, każda sieć VLAN wymagałaby własnego serwera DHCP, co znacząco podniosłoby koszty infrastruktury i skomplikowałoby zarządzanie. Rozwiązanie tego problemu jest jednak stosunkowo proste i opiera się na specjalnym agencie pośredniczącym.

DHCP Relay jest funkcją implementowaną na urządzeniach warstwy 3, która przekształca lokalny broadcast DHCP w pakiet unicast kierowany do konkretnego serwera. Dzięki temu jeden centralny serwer DHCP może obsługiwać wiele sieci VLAN jednocześnie, co znacząco upraszcza architekturę sieci. W praktyce inżynierskiej warto skonfigurować co najmniej dwa serwery DHCP w klastrze wysokiej dostępności, aby zapewnić ciągłość działania usługi. Należy również pamiętać o odpowiednim skonfigurowaniu reguł zapory sieciowej, aby pakiety DHCP mogły swobodnie przepływać między segmentami.

16/23
DHCP Relay Agent (IP Helper)

Pośrednik dla zapytań DHCP

Funkcję DHCP Relay konfiguruje się na urządzeniu warstwy 3 będącym bramą dla klientów. Na interfejsie SVI danego VLAN-u ustawiamy tzw. adres pomocniczy (ip helper-address), który wskazuje na centralny serwer DHCP. Brama przechwytuje lokalny broadcast DHCP, zamienia go na pakiet unicast i przesyła bezpośrednio do serwera, umożliwiając mu obsługę wielu zdalnych podsieci.

Agent DHCP Relay jest skonfigurowany na interfejsie SVI danego VLAN-u i działa jako pośrednik między klientami a serwerem DHCP. Gdy klient wysyła broadcast DHCP Discover, przełącznik warstwy 3 przechwytuje ten pakiet i dodaje do niego adres IP interfejsu SVI, z którego pochodzi zapytanie. Następnie przekształca pakiet na unicast i wysyła go bezpośrednio na adres serwera DHCP określony w konfiguracji. Serwer DHCP na podstawie otrzymanego adresu interfejsu SVI wie, z której puli adresów przydzielić adres dla klienta.

W środowiskach Cisco funkcję DHCP Relay konfiguruje się za pomocą polecenia ip helper-address, które należy zastosować na każdym interfejsie SVI obsługującym zdalnych klientów. Warto wiedzieć, że polecenie to przekierowuje nie tylko ruch DHCP, ale także inne typy transmisji rozgłoszeniowych, takie jak TFTP czy DNS. W niektórych przypadkach może być konieczne ręczne określenie, które protokoły mają być przekazywane przez agenta. DHCP Relay jest standardowym mechanizmem zgodnym z RFC 1542, co gwarantuje jego interoperacyjność między urządzeniami różnych producentów.

17/23
Przykład: konfiguracja DHCP i Relay (Cisco)

Konfiguracja puli i pośrednika

Przykład konfiguracji puli na routerze oraz ip helper-address na przełączniku L3:

! Na serwerze DHCP
dhcp-server(config)# ip dhcp pool vlan10_pracownicy
dhcp-server(dhcp-config)# network 192.168.10.0 255.255.255.0
dhcp-server(dhcp-config)# default-router 192.168.10.1
dhcp-server(dhcp-config)# dns-server 8.8.8.8

! Na przełączniku L3 (bramie VLAN 10)
l3-switch(config)# interface Vlan10
l3-switch(config-if)# ip address 192.168.10.1 255.255.255.0
l3-switch(config-if)# ip helper-address 10.1.1.5 ! Adres serwera DHCP

Przedstawiona konfiguracja pokazuje typowy schemat wdrażania DHCP w sieci kampusowej z podziałem na VLAN-y. Na serwerze DHCP definiuje się pule adresowe dla poszczególnych sieci VLAN, określając adres sieci, maskę oraz bramę domyślną dla każdej z nich. W praktyce warto również skonfigurować czas dzierżawy odpowiedni do charakteru danego segmentu sieci dla gości może to być kilka godzin, a dla stacji roboczych pracowników dwadzieścia cztery godziny. Serwer DHCP może być implementowany jako dedykowane urządzenie sieciowe, serwer systemowy lub wbudowana funkcja routera.

Na przełączniku warstwy 3 kluczową rolę odgrywa polecenie ip helper-address, które wskazuje adres IP serwera DHCP. Należy upewnić się, że ścieżka sieciowa między przełącznikiem a serwerem DHCP jest poprawnie skonfigurowana i że nie ma reguł zapory blokujących ruch na porcie 67 UDP. W przypadku korzystania z wielu serwerów DHCP w konfiguracji redundantnej można podać kilka adresów IP w kolejnych liniach konfiguracyjnych. Testowanie poprawnego działania DHCP Relay najlepiej przeprowadzić poprzez podłączenie klienta testowego do docelowego VLAN-u i sprawdzenie logów na serwerze DHCP.

18/23
System nazw domenowych (DNS)

Książka telefoniczna sieci

Urządzenia sieciowe komunikują się za pomocą adresów IP, jednak ludzie łatwiej zapamiętują nazwy (np. www.google.pl). DNS (Domain Name System) to hierarchiczna baza danych służąca do tłumaczenia nazw domenowych na odpowiadające im adresy IP. Jest to jedna z fundamentalnych usług umożliwiających wygodne korzystanie z zasobów sieciowych.

System DNS został opracowany w latach osiemdziesiątych ubiegłego wieku jako następca prostego pliku hosts.txt, który zawierał mapowanie wszystkich nazw na adresy IP. Jego hierarchiczna struktura opiera się na domenach najwyższego poziomu, takich jak pl, com, org, a także domenach narodowych i funkcjonalnych. Każda domena jest zarządzana przez autonomiczny serwer DNS, który odpowiada za swoje poddomeny i deleguje je do kolejnych serwerów. Taka architektura zapewnia skalowalność i odporność na awarie, ponieważ awaria jednego serwera nie wpływa na działanie całego systemu.

W sieci kampusowej wewnętrzny serwer DNS pełni kluczową rolę w udostępnianiu zasobów lokalnych, takich jak serwery plików, drukarki czy systemy informatyczne. Administratorzy mogą tworzyć własne strefy domenowe, które nie są widoczne w publicznym Internecie, co zwiększa bezpieczeństwo wewnętrznej infrastruktury. Współczesne serwery DNS oferują zaawansowane funkcje, takie jak filtrowanie treści, ochrona przed złośliwym oprogramowaniem czy równoważenie obciążenia. Regularne monitorowanie logów DNS pozwala na szybkie wykrywanie nietypowych zachowań sieciowych.

19/23
DNS w sieci klasy Campus

Wewnętrzny i zewnętrzny DNS

  • Zewnętrzny DNS: służy do rozwiązywania nazw publicznych w Internecie (np. serwery Google 8.8.8.8).
  • Wewnętrzny DNS: kluczowy dla organizacji, przechowuje mapowania nazw usług lokalnych (np. serwer-plikow.firma.local) na prywatne adresy IP. Umożliwia użytkownikom łatwy dostęp do zasobów firmy bez konieczności znania ich adresacji IP.

W sieciach kampusowych wewnętrzny DNS odgrywa szczególnie istotną rolę ze względu na dużą liczbę usług dostępnych wyłącznie w obrębie organizacji. Pracownicy i studenci korzystają z nazw takich jak intranet.uczelnia.pl czy dziekanat.uczelnia.pl, które muszą być rozwiązywane na wewnętrzne adresy IP. Konfiguracja stref DNS dla domen wewnętrznych wymaga starannego planowania, aby uniknąć kolizji z domenami publicznymi. Zazwyczaj stosuje się domeny nienależące do nikogo w Internecie, takie jak .local lub .internal, co zapobiega przypadkowym konfliktom.

Z kolei zewnętrzny DNS jest niezbędny do uzyskiwania dostępu do zasobów internetowych, dlatego każdy klient w sieci kampusowej musi mieć skonfigurowany adres serwera DNS. W dużych sieciach często stosuje się lokalne serwery DNS z mechanizmem buforowania, co przyspiesza rozwiązywanie nazw i zmniejsza ruch wychodzący. Wiele organizacji wdraża również własne serwery DNS jako autorytatywne dla swoich domen publicznych. Bezpieczeństwo systemu DNS ma kluczowe znaczenie, dlatego coraz częściej wdraża się protokół DNSSEC chroniący przed fałszowaniem odpowiedzi.

20/23
Podsumowanie wykładu

Kluczowe wnioski

  • Przemyślana strategia adresacji to fundament stabilnej i zarządzalnej sieci.
  • Technika VLSM pozwala na efektywne wykorzystanie puli IPv4 poprzez tworzenie podsieci o różnej wielkości.
  • IPv6 rozwiązuje problem wyczerpania adresów i staje się standardem w nowych instalacjach.
  • Protokół DHCP automatyzuje konfigurację urządzeń końcowych, a IP Helper umożliwia jego działanie w wielu sieciach VLAN.
  • DNS jest niezbędny do zamiany nazw na adresy, zarówno wewnątrz firmy, jak i w Internecie.

Dzisiejszy wykład dostarczył kompleksowej wiedzy na temat strategii adresacji IP, która stanowi fundament każdej nowoczesnej sieci komputerowej. Omówione techniki VLSM pozwalają na efektywne gospodarowanie ograniczoną przestrzenią adresową IPv4, co ma szczególne znaczenie w erze wyczerpywania się puli publicznych adresów. Wprowadzenie do protokołu IPv6 pokazało, że przyszłość sieci należy do protokołów oferujących praktycznie nieograniczoną liczbę adresów. Automatyzacja procesów za pomocą DHCP oraz rola DNS jako książki telefonicznej sieci to tematy, które każdy administrator powinien znać w stopniu zaawansowanym.

Praktyczne przykłady i konfiguracje przedstawione podczas wykładu mają bezpośrednie przełożenie na codzienną pracę inżyniera sieciowego. Zachęcam do samodzielnego eksperymentowania z różnymi schematami adresacji w środowisku laboratoryjnym, co pozwoli utrwalić zdobytą wiedzę. Należy pamiętać, że dobrze zaprojektowana adresacja IP to inwestycja, która zwraca się wielokrotnie w postaci łatwiejszego zarządzania i szybszego rozwiązywania problemów sieciowych. W kolejnych wykładach będziemy rozwijać te tematy w kontekście routingu i bezpieczeństwa sieci.

21/23
Zapowiedź kolejnego wykładu

Wykład 7: Podstawy routingu: statyczny vs dynamiczny

Na następnym spotkaniu przejdziemy do warstwy 3 i procesu routingu. Dowiemy się, jak routery budują tablice routingu (mapy sieci), które pozwalają im na podejmowanie decyzji o przesyłaniu pakietów. Porównamy ręczną konfigurację tras statycznych z automatycznym uczeniem się topologii przez protokoły routingu dynamicznego.

Następny wykład będzie poświęcony jednemu z najważniejszych zagadnień w sieciach komputerowych, jakim jest routing, czyli proces przekazywania pakietów między różnymi sieciami. Poznanie różnic między routingiem statycznym a dynamicznym jest kluczowe dla zrozumienia, jak działają współczesne sieci. Trasy statyczne są prostsze w konfiguracji i bardziej przewidywalne, ale wymagają ręcznej aktualizacji przy każdej zmianie topologii sieci. Protokoły routingu dynamicznego, takie jak OSPF czy EIGRP, automatycznie wykrywają zmiany w sieci i dostosowują tablice routingu bez ingerencji administratora.

Wykład obejmie również praktyczne aspekty konfiguracji tras statycznych na urządzeniach Cisco oraz podstawowe zasady działania protokołów routingu dynamicznego. Omówione zostaną metryki, które routery wykorzystują do wyboru najlepszej ścieżki, oraz mechanizmy zapobiegające pętlom routingu. Zachęcam do powtórzenia materiału z dzisiejszego wykładu, ponieważ dobra znajomość adresacji IP jest niezbędna do zrozumienia procesu routingu. Do zobaczenia na kolejnym spotkaniu w przyszłym tygodniu.

22/23
Pytania i odpowiedzi

Sesja Q&A

Czy mają Państwo pytania dotyczące planowania adresacji, VLSM, DHCP lub DNS? Zachęcam do dyskusji na temat praktycznych aspektów zarządzania adresacją IP.

Zachęcam wszystkich uczestników do zadawania pytań dotyczących omówionych zagadnień, ponieważ aktywna dyskusja sprzyja lepszemu zrozumieniu złożonych tematów sieciowych. Jeśli jakieś zagadnienie związane z VLSM, DHCP lub DNS pozostało niejasne, jest to doskonały moment, aby poprosić o dodatkowe wyjaśnienie. W praktyce inżynierskiej często okazuje się, że pozornie trywialne pytania prowadzą do najciekawszych dyskusji i odkrywania nowych aspektów omawianych technologii. W trakcie sesji Q&A możemy również omówić konkretne scenariusze z Państwa codziennej pracy, co pozwoli na praktyczne zastosowanie zdobytej wiedzy.

Przypominam, że materiały z wykładu oraz przykładowe konfiguracje są dostępne w systemie e-learningowym, gdzie można je pobrać i przeanalizować we własnym zakresie. Zachęcam również do korzystania z symulatorów sieciowych, takich jak Cisco Packet Tracer czy GNS3, które umożliwiają bezpieczne eksperymentowanie z różnymi konfiguracjami. Jeśli nie zdążyli Państwo zapisać odpowiedzi na któreś z pytań, proszę o kontakt mailowy lub zgłoszenie się po wykładzie. Dziękuję za aktywny udział i ciekawe pytania, które wzbogaciły nasze dzisiejsze spotkanie.

23/23
Dziękuję za uwagę

Koniec wykładu

Dziękuję za uwagę i aktywność na zajęciach. Zapraszam na kolejne spotkanie w przyszłym tygodniu.

Serdecznie dziękuję wszystkim uczestnikom za obecność i aktywne uczestnictwo w szóstym wykładzie z cyklu projektowania sieci klasy Campus. Mam nadzieję, że zdobyta wiedza na temat strategii adresacji IP, techniki VLSM oraz protokołów DHCP i DNS okaże się przydatna w Państwa codziennej pracy lub podczas przygotowań do egzaminów. Świadome projektowanie schematu adresacji IP jest umiejętnością, która wyróżnia dobrego inżyniera sieciowego i pozwala tworzyć stabilne oraz skalowalne rozwiązania. Zachęcam do samodzielnego studiowania dokumentacji technicznej i standardów RFC, które stanowią najważniejsze źródło wiedzy o protokołach sieciowych.

Przed kolejnym wykładem warto zapoznać się z podstawowymi pojęciami związanymi z routingiem, ponieważ będzie to stanowić podstawę do zrozumienia bardziej zaawansowanych protokołów routingu dynamicznego. Przypominam, że materiały dodatkowe oraz nagrania z wykładów są systematycznie udostępniane w systemie zdalnego nauczania. W razie jakichkolwiek pytań lub wątpliwości zapraszam do kontaktu przez platformę komunikacyjną uczelni lub bezpośrednio na adres e-mail. Życzę sukcesów w zgłębianiu tajników sieci komputerowych i do zobaczenia na siódmym wykładzie.