PT-08 — Projekt końcowy sieci firmowej

Wymagane wcześniejsze laboratoria: PT-01–07.

1. Etap fizyczny: narysuj projekt, dodaj urządzenia i połącz wszystkie końce przewodów, w tym ISP oraz Server-PUBLIC.
2. Adresacja: podziel pule VLSM, przypisz sieci LAN i /30 WAN oraz uzupełnij własną tabelę.
3. VLAN-y: utwórz sieci działów, serwerów, zarządzania i native.
4. Trunk: skonfiguruj listy allowed oraz zgodny native VLAN.
5. STP: wybierz root i root secondary, a następnie sprawdź ścieżkę zapasową.
6. HSRP: skonfiguruj R1 i R2 jako redundantne bramy; hosty mają używać VIP.
7. Routing OSPF: włącz R1, R2, EDGE i BRANCH zgodnie z własnym projektem; ISP pozostaje granicą symulowanego operatora.
8. DHCP/DNS: uruchom usługi na Server-INTERNAL i relay w sieciach klienckich.
9. NAT/PAT: skonfiguruj translację wyłącznie na EDGE i sprawdź dostęp do Server-PUBLIC za ISP.
10. Diagnostyka: wykonaj macierz testów, a następnie dwie kontrolowane awarie z rollbackiem.
11. Dokumentacja odbiorowa: zapisz konfiguracje, wyniki show, ping/traceroute, uzasadnienie adresacji i ponownie otwórz plik .pkt.

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

Wymagane dowody:
- show vlan brief / show interfaces trunk
- show ip route / show ip ospf neighbor
- show ip dhcp binding
- show ip nat translations
- test DNS i HTTP

Dodatkowe dowody:
- show spanning-tree vlan ...
- show standby brief
- pomiar failover
- test utraty trunku
- tabela usterek i napraw

Ograniczenia:
- adresy publiczne wyłącznie TEST-NET
- PAT na wydzielonym edge
- Server-PT opisany jako symulacja
- brak fikcyjnych funkcji IOS

Rezultaty

• Projekt spełnia wymagania bez nakładających się sieci.
• NAT/PAT działa na wydzielonym routerze brzegowym.
• Awarie nie powodują pętli ani trwałej utraty kluczowych usług po zbieżności.

Praca w Simulation Mode

1. Utwórz zestaw filtrów DHCP, DNS, ARP, ICMP, OSPF i STP.
2. Pokaż pełną drogę nowego klienta: DHCP → ARP → DNS → HTTP.
3. Pokaż pakiet między VLAN-ami i do oddziału.
4. Wywołaj awarię HSRP i trunku osobno.
5. Zapisz obserwacje przed, podczas i po zbieżności.

Co dzieje się z pakietem?

1. Klient pobiera konfigurację przez DHCP relay.
2. Rozwiązuje nazwę przez DNS.
3. Ruch między VLAN-ami trafia do wirtualnej bramy HSRP.
4. OSPF kieruje ruch do oddziału.
5. Ruch internetowy trafia do wydzielonego edge, gdzie PAT utrzymuje stan translacji.

Procedura diagnostyczna

1. Zapisz objaw i zakres użytkowników.
2. Sprawdź warstwę fizyczną oraz VLAN.
3. Sprawdź adresację, bramę i ARP.
4. Sprawdź routing, sąsiedztwa i drogę powrotną.
5. Sprawdź DHCP/DNS/NAT jako oddzielne usługi.
6. Wprowadź jedną poprawkę i ponów pełny test odbiorczy.

Zadania samodzielne

• Uzupełnij wszystkie puste pola planu VLSM.
• Przygotuj diagram zależności usług.
• Wprowadź trzy usterki w kopii dla innej osoby i odbierz jej raport diagnostyczny.

Przywrócenie

1. Pracuj na kopii pliku projektu.
2. Dla każdej usterki zapisz polecenie lub ustawienie sprzed zmiany.
3. Cofnij zmianę, potwierdź stan i dopiero przejdź do kolejnej awarii.
4. Na końcu odtwórz stan bazowy i wykonaj pełną macierz testów.

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

• Projekt logiczny i fizyczny są kompletne.
• VLSM jest poprawny.
• VLAN/STP/HSRP działają.
• OSPF, DHCP/DNS i PAT działają.
• Wykonano awarie oraz odbiór.
• Dokumentacja i plik .pkt otwierają się ponownie.

Pytania kontrolne

1. Dlaczego PAT umieszczono na wydzielonym edge?
2. Które elementy zapewniają redundancję L2, a które L3?
3. Jak odróżnić błąd DNS od routingu?
4. Które wyniki są dowodem, a które tylko wskazówką?

Zadanie domowe lub rozszerzenie

• Przygotuj prezentację pięciominutową uzasadniającą projekt.
• Zaproponuj plan migracji jednego VLAN-u bez długiej przerwy.

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.
• Błąd krytyczny to m.in. konflikt adresacji, pętla L2 pozostawiona bez kontroli, publikacja prawdziwych sekretów lub świadome fałszowanie wyników; drobna pomyłka nie zeruje automatycznie całej pracy.

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

• Projektowanie sieci
• Zadania sieciowe

Źródła zewnętrzne

• Cisco Packet Tracer — informacje i pobieranie
• Cisco Packet Tracer — zasoby laboratoryjne
• RFC 5737 — IPv4 Address Blocks Reserved for Documentation