PT-02 — DHCP, DHCP Relay i podstawowy DNS

Wymagane wcześniejsze laboratoria: PT-01.

1. Zbuduj dwie sieci połączone routerem R1.
2. Nadaj Server-PT adres statyczny i bramę.
3. Włącz interfejsy R1.
4. Wariant A wykonaj z wyłączonym DHCP na Server-PT.
5. Przed wariantem B usuń pulę z routera, włącz DHCP na Server-PT i skonfiguruj relay.

Przy pierwszej pracy z IOS rozróżniaj tryb użytkownika Router>, uprzywilejowany Router#, konfigurację globalną Router(config)#, interfejsu Router(config-if)# i protokołu routingu Router(config-router)#.

Dostępność polecenia może zależeć od modelu urządzenia i wersji Packet Tracera. Gdy wariant szczegółowy nie jest rozpoznawany, użyj polecenia ogólnego: show ip ospf interface, show ip route, show running-config albo show standby. Na PC-PT polecenia arp -a, ipconfig /all i tracert także zależą od wersji; alternatywą są zwykłe ipconfig, ping oraz obserwacja ARP, ICMP i kolejnych urządzeń w Simulation Mode.

Router> enable
Router# configure terminal
Router(config)#
Router(config-if)#
Router(config-router)#
Router(config)# end
Router# copy running-config startup-config

ip dhcp excluded-address 192.168.10.1 192.168.10.99
ip dhcp pool LAN10
 network 192.168.10.0 255.255.255.0
 default-router 192.168.10.1
 dns-server 192.168.50.10
 domain-name firma.test
exit
show ip dhcp pool
show ip dhcp binding

R1(config)# no ip dhcp pool LAN10
R1(config)# interface GigabitEthernet0/0
R1(config-if)# ip helper-address 192.168.50.10

Server-PT > Services > DHCP
Pool: LAN10
Default Gateway: 192.168.10.1
DNS Server: 192.168.50.10
Start IP: 192.168.10.100
Subnet Mask: 255.255.255.0
Maximum Users: 100

Server-PT > Services > DNS > On
Name: www.firma.test
Type: A
Address: 192.168.50.10

Server-PT > Services > HTTP > On
PC > Web Browser > http://www.firma.test

Rezultaty

• Obaj klienci otrzymują różne adresy z właściwej puli.
• Relay przekazuje żądania do 192.168.50.10.
• Nazwa www.firma.test rozwiązuje się do serwera.

Praca w Simulation Mode

1. Wyczyść dzierżawę klienta i przełącz się do Simulation.
2. Filtruj DHCP, DNS, ARP i HTTP.
3. Ustaw klienta na DHCP i obserwuj DORA.
4. Otwórz www.firma.test i prześledź DNS przed HTTP.
5. Porównaj wariant DHCP lokalny i relay.

Co dzieje się z pakietem?

1. Klient wysyła DHCP Discover jako broadcast.
2. R1 relay przekazuje informację wraz z adresem interfejsu klienta.
3. Serwer wybiera pulę 192.168.10.0/24 i odpowiada przez relay.
4. Po dzierżawie klient pyta DNS o www.firma.test, a potem inicjuje HTTP do 192.168.50.10.

Procedura diagnostyczna

1. Sprawdź link i adres interfejsu R1.
2. Sprawdź, czy klient wysłał Discover.
3. Zweryfikuj pulę, wykluczenia i helper.
4. Sprawdź bramę oraz trasę do serwera.
5. Oddziel test DNS od testu HTTP.
6. Odnow dzierżawę po każdej naprawie.

Zadania samodzielne

• Zmień czas dzierżawy, odnow adres i zanotuj zmianę.
• Dodaj rekord intranet.firma.test.
• Wyklucz dodatkowe adresy infrastruktury w wariancie routerowym.

Przywrócenie

1. Usuń ip helper-address, gdy wracasz do wariantu A.
2. Usuń pulę R1 przed uruchomieniem wariantu B, aby nie działały dwa serwery jednocześnie.
3. Przywróć rekord A i włącz DNS/HTTP.
4. Ustaw oba PC ponownie na DHCP i odnow adresy.

Zapis

1. Wykonaj copy running-config startup-config na każdym urządzeniu IOS, jeżeli konfiguracja ma pozostać po restarcie urządzenia.
2. Wybierz File > Save As i zapisz plik pod nazwą zawierającą numer laboratorium oraz nazwisko.
3. Zapisz osobną kopię stanu bazowego przed wprowadzaniem usterek oraz kopię końcową po pełnej weryfikacji.
4. Ponownie otwórz zapisany plik .pkt i wykonaj przynajmniej jeden test kontrolny.

Checklista ukończenia

• Wariant A działa.
• Wariant B z relay działa.
• DORA została przeanalizowana.
• Rekord DNS i HTTP działają.
• Wszystkie usterki cofnięto.

Pytania kontrolne

1. Dlaczego Discover nie przechodzi samodzielnie przez router?
2. Jak relay pomaga serwerowi wybrać pulę?
3. Dlaczego ping po IP może działać mimo błędu DNS?
4. Czym Server-PT różni się od pełnego serwera Debian?

Zadanie domowe lub rozszerzenie

• Dodaj drugą pulę dla 192.168.20.0/24 i osobny interfejs routera.
• Przygotuj tabelę pokazującą, które pola klient otrzymuje z DHCP.

Kryteria zaliczenia

• Topologia i adresacja są zgodne z tabelami, bez nakładających się podsieci.
• Konfiguracja jest zapisana, a polecenia weryfikacyjne potwierdzają oczekiwany stan.
• Student potrafi wskazać przyczynę co najmniej dwóch usterek na podstawie objawów.
• Raport zawiera wyniki testów, wnioski i nazwy użytych poleceń, a nie wyłącznie zrzuty ekranu.

Pliki zawierają plan, checklistę i konfiguracje zgodne z tą stroną. Plików .pkt nie udajemy: topologię należy zbudować i zapisać ręcznie w Packet Tracerze.

Powiązana teoria

• DHCP
• DNS

Źródła zewnętrzne

• Cisco Packet Tracer — informacje i pobieranie
• Cisco Packet Tracer — zasoby laboratoryjne
• RFC 2131 — DHCP
• RFC 1034 — DNS concepts