================================================== PT-05 — KONFIGURACJE WZORCOWE NAT i PAT ================================================== R1 — PAT overload access-list 1 permit 192.168.10.0 0.0.0.255 interface GigabitEthernet0/0 ip address 192.168.10.1 255.255.255.0 ip nat inside no shutdown exit interface GigabitEthernet0/1 ip address 198.51.100.2 255.255.255.252 ip nat outside no shutdown exit ip nat inside source list 1 interface GigabitEthernet0/1 overload ip route 0.0.0.0 0.0.0.0 198.51.100.1 ISP interface GigabitEthernet0/0 ip address 198.51.100.1 255.255.255.252 no shutdown interface GigabitEthernet0/1 ip address 203.0.113.1 255.255.255.0 no shutdown Weryfikacja R1 show ip nat translations show ip nat statistics show access-lists show ip route clear ip nat translation * === SW-LAN === enable configure terminal hostname SW-LAN interface FastEthernet0/1 description PC1 switchport mode access spanning-tree portfast exit interface FastEthernet0/2 description PC2 switchport mode access spanning-tree portfast exit interface FastEthernet0/3 description SERVER-INSIDE-OPCJONALNY switchport mode access spanning-tree portfast exit interface GigabitEthernet0/1 description R1-G0/0 exit end copy running-config startup-config show interfaces status === SERVER-PUBLIC — GUI === 1. Desktop > IP Configuration. 2. IPv4 203.0.113.10. 3. Maska 255.255.255.0. 4. Brama 203.0.113.1. === SERVER-INSIDE — TYLKO ROZSZERZENIE === 1. Podłącz Fa0 do SW-LAN Fa0/3. 2. Ustaw 192.168.10.50/24. 3. Ustaw bramę 192.168.10.1. 4. Sprawdź obsługę składni static NAT w wybranym modelu. 5. Nie jest wymagany do podstawowego PAT. === USUNIĘCIE NAT/PAT === enable configure terminal no ip nat inside source list 1 interface GigabitEthernet0/1 overload no access-list 1 interface GigabitEthernet0/0 no ip nat inside exit interface GigabitEthernet0/1 no ip nat outside exit end clear ip nat translation * show ip nat translations === 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 | straight-through Połączenie: PC2 Fa0 -> SW-LAN Fa0/2 | straight-through Połączenie: R1 G0/0 -> SW-LAN Gi0/1 | straight-through Połączenie: Server-INSIDE Fa0 -> SW-LAN Fa0/3 | opcjonalne rozszerzenie Połączenie: R1 G0/1 -> ISP G0/0 | crossover/Auto | 198.51.100.0/30 Połączenie: ISP G0/1 -> Server-PUBLIC Fa0 | straight-through | 203.0.113.0/24 Adresacja: R1 G0/0 192.168.10.1/24 inside | R1 G0/1 198.51.100.2/30 outside Adresacja: ISP G0/0 198.51.100.1/30 | ISP G0/1 203.0.113.1/24 Adresacja: PC1 192.168.10.10/24 | PC2 192.168.10.20/24 | GW 192.168.10.1 Adresacja: Server-PUBLIC Fa0 203.0.113.10/24 | GW 203.0.113.1 Adresacja: Server-INSIDE Fa0 192.168.10.50/24 | GW 192.168.10.1 | opcjonalny Kontrola: SW-LAN i wszystkie trzy porty dostępu są udokumentowane. Kontrola: R1 G0/0 jest inside, G0/1 outside. Kontrola: ACL obejmuje tylko 192.168.10.0/24. Kontrola: PAT używa overload i adresu G0/1. Kontrola: Server-INSIDE nie jest wymagany w wariancie podstawowym. === 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: PAT dwóch hostów Cel: wykazać współdzielenie adresu 198.51.100.2 Stan początkowy: routing bez NAT jest sprawdzony Ograniczenia: generuj ruch z obu hostów Weryfikacja: show ip nat translations, statistics, ping Dowód: tabela inside local/global Kryterium: oba hosty osiągają serwer Zadanie 2: ACL NAT Cel: powiązać licznik ACL z klasyfikacją ruchu Stan początkowy: PAT działa Ograniczenia: nie traktuj ACL jako firewalla Weryfikacja: show access-lists, show ip nat statistics Dowód: liczniki przed i po Kryterium: poprawnie wyjaśniona rola ACL Zadanie 3: Opcjonalny static NAT Cel: opublikować Server-INSIDE bez kolizji z interfejsem PAT Stan początkowy: wariant podstawowy zapisany Ograniczenia: sprawdź obsługę składni w modelu; potrzebna trasa /32 na ISP Weryfikacja: show ip nat translations, ping Dowód: konfiguracja obu stron i wynik Kryterium: PAT nadal działa, static używa osobnego adresu === ROLLBACK USTEREK === Rollback usterki „Inside/outside zamienione”: przypisz właściwe role; następnie wygeneruj świeży ruch i sprawdź translations. Rollback usterki „Błędna ACL”: popraw ACL 1; następnie licznik i translacje rosną. Rollback usterki „Brak overload”: dodaj overload; następnie ruch PC1 i PC2. Rollback usterki „Brak default route”: dodaj poprawny default; następnie ping i translacje. Rollback usterki „Zła brama Server-PUBLIC”: ustaw właściwą bramę; następnie test z obu PC.