================================================== PT-02 — KONFIGURACJE WZORCOWE DHCP, DHCP Relay i DNS ================================================== R1 — interfejsy interface GigabitEthernet0/0 ip address 192.168.10.1 255.255.255.0 no shutdown interface GigabitEthernet0/1 ip address 192.168.50.1 255.255.255.0 no shutdown WARIANT A — DHCP na R1 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 WARIANT B — Server-PT i relay no ip dhcp pool LAN10 interface GigabitEthernet0/0 ip helper-address 192.168.50.10 Server-PT: 192.168.50.10/24, brama 192.168.50.1 DHCP: start 192.168.10.100, maska 255.255.255.0, 100 użytkowników DNS A: www.firma.test -> 192.168.50.10 HTTP: On === R1 — przygotowanie wariantu B === enable configure terminal no ip dhcp pool LAN10 interface GigabitEthernet0/0 no ip helper-address 192.168.50.10 ip helper-address 192.168.50.10 exit end copy running-config startup-config show running-config show ip interface brief === SW-LAN === enable configure terminal hostname SW-LAN interface range FastEthernet0/1-2 switchport mode access spanning-tree portfast exit interface GigabitEthernet0/1 description R1-G0/0 exit end copy running-config startup-config === SW-SERWER === enable configure terminal hostname SW-SERWER interface FastEthernet0/1 description Server-PT switchport mode access spanning-tree portfast exit interface GigabitEthernet0/1 description R1-G0/1 exit end copy running-config startup-config === SERVER-PT — konfiguracja GUI === 1. Desktop > IP Configuration: Static. 2. IPv4: 192.168.50.10, maska 255.255.255.0. 3. Default Gateway: 192.168.50.1. 4. Services > DHCP: utwórz pulę LAN10. 5. Start IP Address: 192.168.10.100. 6. Subnet Mask: 255.255.255.0. 7. Default Gateway: 192.168.10.1. 8. DNS Server: 192.168.50.10. 9. Maximum Users: 100. 10. Services > DNS: On. 11. Dodaj rekord A www.firma.test -> 192.168.50.10. 12. Services > HTTP: On. 13. Na PC wybierz DHCP i sprawdź parametry. === KOMPATYBILNOŚĆ PACKET TRACERA === Dostępność poleceń zależy od modelu urządzenia i wersji Packet Tracera. show ip ospf interface brief -> alternatywnie: show ip ospf interface show ip route ospf -> alternatywnie: show ip route show ip route rip -> alternatywnie: show ip route show ip route static -> alternatywnie: show ip route show running-config | include ip route -> alternatywnie: show running-config show standby brief -> alternatywnie: show standby PC-PT: arp -a, ipconfig /all i tracert mogą zależeć od wersji. Alternatywy PC-PT: ipconfig, ping oraz obserwacja ARP/ICMP w Simulation Mode. Nie pomijaj użytecznego testu tylko dlatego, że wariant szczegółowy jest niedostępny. === PLAN PRACY I DOWODY === Połączenie: PC1 Fa0 -> SW-LAN Fa0/1 | copper straight-through Połączenie: PC2 Fa0 -> SW-LAN Fa0/2 | copper straight-through Połączenie: SW-LAN Gi0/1 -> R1 G0/0 | copper straight-through Połączenie: R1 G0/1 -> SW-SERWER Gi0/1 | copper straight-through Połączenie: SW-SERWER Fa0/1 -> Server-PT Fa0 | copper straight-through Adresacja: R1 | G0/0 | 192.168.10.1/24 | LAN klientów Adresacja: R1 | G0/1 | 192.168.50.1/24 | LAN serwera Adresacja: Server-PT | Fa0 | 192.168.50.10/24 | GW 192.168.50.1 Adresacja: DHCP LAN10 | 192.168.10.100-192.168.10.199 | /24 | GW 192.168.10.1 | DNS 192.168.50.10 Adresacja: DNS A | www.firma.test | 192.168.50.10 Kontrola: Pula routera jest wyłączona przed testem Server-PT. Kontrola: Zakres DHCP nie obejmuje bramy ani serwera. Kontrola: Relay wskazuje dokładnie 192.168.50.10. Kontrola: Rekord A wskazuje adres usługi HTTP. Kontrola: DORA i DNS są obserwowane osobno. === WALIDACJA ETAPOWA === 1. Urządzenia i ich liczba odpowiadają planowi. 2. Nazwy urządzeń są czytelne i zgodne z dokumentacją. 3. Każdy przewód ma sprawdzone oba końce oraz właściwy typ. 4. Porty źródłowe i docelowe odpowiadają tabeli połączeń. 5. Wszystkie wymagane interfejsy mają stan fizyczny up. 6. Adresy, maski i prefiksy są zgodne z planem. 7. Bramy hostów wskazują interfejs lub adres wirtualny we własnej podsieci. 8. Nie występują duplikaty adresów ani nakładające się podsieci. 9. Konfiguracja każdego urządzenia została wykonana pod właściwą nazwą. 10. Polecenia show potwierdzają oczekiwany stan, a nie tylko brak błędu składni. 11. Wykonano test lokalny, do bramy i end-to-end. 12. Simulation Mode ma filtry odpowiadające badanemu protokołowi. 13. Zapisano co najmniej jeden dowód z Simulation Mode. 14. Wykonano trzy zadania samodzielne i zapisano wyniki. 15. Każdą usterkę wprowadzano osobno po zapisaniu stanu bazowego. 16. Diagnoza przebiegała od warstwy fizycznej do usługi. 17. Po każdej naprawie wykonano pełny test kontrolny. 18. Rollback przywrócił wszystkie celowo zmienione ustawienia. 19. Na urządzeniach IOS wykonano copy running-config startup-config. 20. Plik .pkt zapisano przez File > Save As pod oczekiwaną nazwą. 21. Plik .pkt zamknięto, otwarto ponownie i wykonano test końcowy. 22. Raport zawiera komendy, wyniki, wnioski i opis dowodów. === ZADANIA I KRYTERIA ODBIORU === Zadanie 1: DORA na routerze Cel: udokumentować cztery etapy dzierżawy Stan początkowy: DHCP działa wyłącznie na R1 Ograniczenia: bez ręcznego adresu klienta Weryfikacja: show ip dhcp binding, ipconfig, Simulation Mode Dowód: binding i kolejność DORA Kryterium: adres, brama i DNS zgodne z pulą Zadanie 2: Relay do Server-PT Cel: przenieść usługę DHCP do innej podsieci Stan początkowy: pula R1 usunięta, Server-PT statyczny Ograniczenia: nie uruchamiaj dwóch serwerów jednocześnie Weryfikacja: ipconfig, show run interface, DORA Dowód: konfiguracja GUI i pakiety relay Kryterium: brak konkurencyjnej oferty DHCP Zadanie 3: DNS przed HTTP Cel: odróżnić rozwiązywanie nazwy od połączenia z usługą Stan początkowy: routing i DHCP działają Ograniczenia: testuj najpierw IP, potem nazwę Weryfikacja: ping IP, ping nazwy, przeglądarka, zdarzenia DNS Dowód: rekord A i wynik zapytania Kryterium: wskazano, czy błąd dotyczył DNS czy HTTP === ROLLBACK USTEREK === Rollback usterki „Brak wykluczeń DHCP”: dodaj wykluczenie; następnie odnów dzierżawy i sprawdź binding. Rollback usterki „Błędny helper”: popraw ip helper-address; następnie pełne DORA. Rollback usterki „Dwa aktywne DHCP”: wyłącz nieużywany serwer; następnie odnów klienta i sprawdź jedną ofertę. Rollback usterki „Zły rekord DNS”: popraw rekord A; następnie test po nazwie. Rollback usterki „HTTP wyłączony”: włącz HTTP; następnie otwórz stronę po nazwie.