PT-05 — NAT i PAT

Wymagane wcześniejsze laboratoria: PT-03.

1. Zbuduj prywatny LAN, łącze R1–ISP i publiczną sieć serwera.
2. Skonfiguruj wszystkie adresy oraz bramy.
3. Potwierdź routing R1 ↔ ISP i ISP ↔ Server-PUBLIC.
4. Dodaj default route na R1.
5. Skonfiguruj role NAT, ACL i overload.

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

access-list 1 permit 192.168.10.0 0.0.0.255
interface GigabitEthernet0/0
 ip nat inside
exit
interface GigabitEthernet0/1
 ip nat outside
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

show ip nat translations
show ip nat statistics
show access-lists
show ip route
clear ip nat translation *

! ISP kieruje osobny adres /32 do R1
ISP(config)# ip route 192.0.2.10 255.255.255.255 198.51.100.2

! R1 publikuje testowy serwer 192.168.10.50
R1(config)# ip nat inside source static 192.168.10.50 192.0.2.10
R1# show ip nat translations

Rezultaty

• Oba hosty prywatne osiągają serwer dokumentacyjny.
• Po stronie ISP ruch pochodzi z 198.51.100.2.
• Bez overload tylko ograniczona liczba translacji lub ruch nie działa zgodnie z celem.

Praca w Simulation Mode

1. Filtruj ARP, ICMP i ewentualnie TCP/HTTP.
2. Wyślij ruch z PC1 i PC2.
3. Porównaj źródłowy IPv4 przed R1 i za R1.
4. Odczytaj tablicę translacji podczas aktywnego ruchu.
5. Usuń overload lub zmień ACL i porównaj objaw.

Co dzieje się z pakietem?

1. PC wysyła pakiet do bramy 192.168.10.1.
2. R1 wybiera default route i dopasowuje źródło do ACL 1.
3. PAT zmienia źródłowy adres i identyfikator/port na reprezentację 198.51.100.2.
4. ISP rutuje pakiet do 203.0.113.10.
5. Odpowiedź trafia do R1, który używa stanu translacji, aby odtworzyć hosta wewnętrznego.

Procedura diagnostyczna

1. Najpierw potwierdź routing bez rozpatrywania NAT.
2. Sprawdź role inside/outside.
3. Sprawdź dopasowania ACL.
4. Wygeneruj świeży ruch i odczytaj translations/statistics.
5. Sprawdź trasę zwrotną oraz bramę serwera.
6. Po naprawie wyczyść stare translacje i testuj ponownie.

Zadania samodzielne

• Porównaj wpisy dla PC1 i PC2.
• Usuń jeden host z zakresu ACL i wyjaśnij wynik.
• Jeżeli wspierane, przetestuj statyczny NAT w osobnej kopii pliku.

Przywrócenie

1. Przywróć właściwe role interfejsów.
2. Usuń błędną regułę NAT poleceniem no z pełną składnią i dodaj poprawną.
3. Przywróć ACL 1 oraz default route.
4. Wyczyść translacje i przywróć bramę Server-PUBLIC.

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

• Routing do sieci publicznej działa.
• PAT obejmuje PC1 i PC2.
• Translations i statistics zostały zapisane.
• Rozróżniono inside local/global.
• Wszystkie usterki cofnięto.

Pytania kontrolne

1. Dlaczego NAT nie zastępuje routingu?
2. Jak PAT rozróżnia dwa hosty?
3. Jaką rolę ma ACL 1 w tej konfiguracji?
4. Dlaczego ruch inicjowany z outside nie ma automatycznie wpisu?

Zadanie domowe lub rozszerzenie

• Zaprojektuj osobny adres publiczny dla statycznego NAT bez konfliktu z interfejsem R1.
• Wyjaśnij, dlaczego użyto zakresów TEST-NET zamiast realnych adresów publicznych.

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

• NAT i PAT
• Routing

Źródła zewnętrzne

• Cisco Packet Tracer — informacje i pobieranie
• Cisco Packet Tracer — zasoby laboratoryjne
• RFC 5737 — adresy dokumentacyjne IPv4