PT-02 — DHCP, DHCP Relay i podstawowy DNS
Kodowanie: UTF-8

CEL I ZAKRES
Celem laboratorium jest porównanie DHCP na routerze z usługą Server-PT za relayem oraz rozwiązanie nazwy lokalnej usługi WWW. Po ukończeniu student potrafi wykazać: obserwacja DORA; konfiguracja puli i wykluczeń; użycie ip helper-address; oddzielenie problemu DNS od routingu i HTTP. Materiał prowadzi od budowy i kontroli warstwy fizycznej, przez adresację oraz konfigurację, do pomiarów, celowej usterki i pełnego rollbacku. Szacowany czas pracy wynosi 90–120 minut; nie obejmuje instalacji programu ani sporządzania rozbudowanego sprawozdania.

WYMAGANIA I ŚRODOWISKO
Wymagania wstępne: ukończony PT-01; statyczna adresacja routera i serwera; podstawowa znajomość DHCP i DNS. Użyj aktualnej wspieranej wersji Cisco Packet Tracer pobranej z oficjalnej strony Cisco; instrukcje przygotowano dla linii 8.x. Nazwy interfejsów i część poleceń mogą różnić się między modelami oraz wersjami. Przed użyciem polecenia zależnego od platformy sprawdź znak zapytania w CLI, podaną alternatywę albo bardziej ogólne polecenie show. Materiał nie zawiera gotowego pliku .pkt i nie zastępuje testu w rzeczywistym symulatorze.

URZĄDZENIA I KOLEJNOŚĆ PRACY
W projekcie wykorzystasz: R1 | Cisco 2911 | bramy i DHCP relay; SW-LAN | Cisco 2960 | sieć klientów; SW-SERWER | Cisco 2960 | sieć serwerowa; Server-PT | DHCP, DNS, HTTP; PC1, PC2 | klienci DHCP. Najpierw przeczytaj plan adresacji i tabelę przewodów. Następnie zbuduj topologię, nazwij urządzenia, skonfiguruj stan bazowy i sprawdź linki. Wprowadzaj funkcje etapami, po każdym etapie wykonując polecenia kontrolne. Dopiero po udokumentowaniu działającego stanu przejdź do Simulation Mode, zadań samodzielnych i kontrolowanych usterek. Jedna zmiana naraz pozwala połączyć objaw z przyczyną.

ZAPIS, DOWODY I ODDANIE
Zapisz projekt jako lab-02-dhcp-dns-nazwisko.pkt. Na każdym urządzeniu IOS wykonaj copy running-config startup-config, a w aplikacji wybierz File > Save As. Przed usterkami utwórz osobną kopię bazową. Dowody mają obejmować tabelę adresacji i portów, wyniki właściwych poleceń show, macierz ping lub traceroute oraz obserwacje zdarzeń; same zrzuty bez opisu nie wystarczają. Dla każdej awarii zapisz stan przed zmianą, objaw, kolejność diagnostyki, poprawkę i kontrolę po naprawie. Na koniec zamknij plik, otwórz go ponownie i powtórz przynajmniej jeden test end-to-end. Oddaj plik .pkt, uzupełnioną checklistę i krótki raport z wnioskami.