Laboratorijska vežba – Modul 4 – IPv4 adresiranje, gateway i APIPA u praksi
Cilj vežbe
Konfigurisati više uređaja sa ispravnim IPv4 adresama, maskom i default gateway-om; praktično posmatrati posledicu pogrešno podešenog gateway-a; i posmatrati APIPA adresu koja nastaje kada DHCP nije dostupan — sve pojmove iz teorije ovog modula primeniti u jednoj konkretnoj topologiji.
Potrebno predznanje
- Teorija ovog modula, posebno Teme 4, 7, 9, 10 i 12 (subnet maska, privatne adrese, network/broadcast, gateway, APIPA).
- Osnovno korišćenje Packet Tracera, uključujući povezivanje uređaja i dodelu statičke IP adrese (Modul 1).
Potrebni programi
- Cisco Packet Tracer.
Potrebni uređaji (u simulaciji)
| Uređaj | Tačan model u Packet Traceru | Uloga |
|---|---|---|
| Router1 | Generic Router-PT (ili Cisco 4321) | Default gateway mreže |
| Switch1 | Cisco Catalyst 2960 | Povezuje sve računare i ruter |
| PC1, PC2 | Generic PC-PT | Ispravno konfigurisani računari |
| PC3 | Generic PC-PT | Računar sa namerno pogrešnim gateway-om (za vežbu dijagnostike) |
| PC4 | Generic PC-PT | Računar podešen na DHCP, bez DHCP servera u mreži (za demonstraciju APIPA) |
Topologija
graph TD
R1[Router1<br/>Gi0/0: 192.168.4.1 /24] --- SW1[Switch1 - 2960]
SW1 --- PC1[PC1]
SW1 --- PC2[PC2]
SW1 --- PC3[PC3 - pogrešan gateway]
SW1 --- PC4[PC4 - DHCP, bez servera]
Tabela IP adresa
| Uređaj | IP adresa | Maska podmreže | Gateway | Napomena |
|---|---|---|---|---|
| Router1 (Gi0/0) | 192.168.4.1 | 255.255.255.0 | — | Default gateway cele mreže |
| PC1 | 192.168.4.11 | 255.255.255.0 | 192.168.4.1 | Ispravna konfiguracija |
| PC2 | 192.168.4.12 | 255.255.255.0 | 192.168.4.1 | Ispravna konfiguracija |
| PC3 | 192.168.4.13 | 255.255.255.0 | 192.168.4.99 | Namerno pogrešan gateway (ne postoji uređaj sa tom adresom) |
| PC4 | DHCP (automatski) | — | — | Očekuje se APIPA adresa (169.254.x.x) jer DHCP server ne postoji u mreži |
Tabela portova
| Uređaj | Port | Povezan sa | Tip kabla |
|---|---|---|---|
| Router1 | GigabitEthernet0/0 | Switch1 Fa0/1 | Copper Straight-Through |
| Switch1 | Fa0/2 | PC1 | Copper Straight-Through |
| Switch1 | Fa0/3 | PC2 | Copper Straight-Through |
| Switch1 | Fa0/4 | PC3 | Copper Straight-Through |
| Switch1 | Fa0/5 | PC4 | Copper Straight-Through |
Koraci vežbe
Korak 1 – Postavljanje i povezivanje uređaja
Postavite Router1, Switch1, PC1, PC2, PC3 i PC4 na radnu površinu i povežite ih prema tabeli portova, koristeći Copper Straight-Through kablove. Sačekajte da svi linkovi postanu zeleni.
Korak 2 – Konfiguracija rutera preko GUI-ja
Šta radimo: Podešavamo LAN interfejs rutera bez korišćenja komandne linije (CLI konfiguracija se detaljno uči u Modulu 7).
Akcija:
- Kliknite na Router1 → kartica Config.
- Izaberite interfejs GigabitEthernet0/0 (ili odgovarajući LAN port dostupan na vašem modelu rutera).
- Postavite Port Status na On.
- Unesite IP Address:
192.168.4.1, Subnet Mask:255.255.255.0.
Objašnjenje: Ruter mora imati uključen (On) interfejs sa IP adresom da bi uopšte mogao da funkcioniše kao default gateway za uređaje u toj mreži — ovo direktno primenjuje Temu 10.
Očekivani rezultat: LAN interfejs rutera je aktivan sa adresom 192.168.4.1/24.
Korak 3 – Konfiguracija PC1 i PC2 (ispravna konfiguracija)
Akcija: Na PC1 i PC2, kroz Desktop → IP Configuration → Static, unesite vrednosti iz tabele IP adresa (IP adresa, maska 255.255.255.0, gateway 192.168.4.1).
Očekivani rezultat: Oba računara imaju ispravnu, kompletnu IP konfiguraciju u istoj mreži kao ruter.
Korak 4 – Konfiguracija PC3 (namerno pogrešan gateway)
Akcija: Na PC3, unesite IP adresu 192.168.4.13 i masku 255.255.255.0 (ispravno), ali za gateway unesite 192.168.4.99 (adresa koja ne pripada nijednom stvarnom uređaju u mreži).
Objašnjenje: Ova greška je namerna i simulira vrlo čest realan scenario — otkucana pogrešna cifra prilikom ručnog unosa gateway adrese.
Korak 5 – Konfiguracija PC4 (DHCP bez servera)
Akcija: Na PC4, kroz Desktop → IP Configuration, izaberite opciju DHCP umesto Static.
Objašnjenje: Pošto u ovoj topologiji ne postoji DHCP server (uvodi se tek u Modulu 13), PC4 neće dobiti odgovor na svoj DHCP zahtev.
Očekivani rezultat: Nakon kratkog perioda čekanja, PC4 dobija adresu iz opsega 169.254.x.x (APIPA) — ili, u zavisnosti od verzije Packet Tracera, prikazuje 0.0.0.0. Oba ishoda potvrđuju isti zaključak: DHCP server nije dostupan.
Korak 6 – Provera lokalne komunikacije
Akcija: Sa PC1, komandom ping 192.168.4.12 proverite konekciju ka PC2, zatim ping 192.168.4.1 proverite konekciju ka ruteru.
Očekivani rezultat: Oba ping-a uspevaju — komunikacija unutar iste lokalne mreže ne zavisi od gateway podešavanja, samo od ispravne IP adrese, maske i fizičke povezanosti (Tema 10).
Korak 7 – Provera i dijagnostika PC3
Akcija: Sa PC3, pokrenite ping 192.168.4.11 (ka PC1) i ping 192.168.4.1 (ka ruteru).
Očekivani rezultat: Oba ping-a i dalje uspevaju! Ovo je važan zaključak: pogrešan gateway ne utiče na komunikaciju unutar iste lokalne mreže, jer se ta komunikacija odvija direktno (preko ARP-a), bez ikakve potrebe za gateway-om. Problem sa pogrešnim gateway-om bi postao vidljiv tek kada bi PC3 pokušao da komunicira sa uređajem van svoje mreže (npr. van 192.168.4.0/24) — tada bi PC3 pokušao da pošalje paket ka nepostojećoj adresi 192.168.4.99 i komunikacija bi propala.
Korak 8 – Provera loopback adrese
Akcija: Sa bilo kog računara pokrenite ping 127.0.0.1.
Očekivani rezultat: Trenutan uspešan odgovor — potvrđuje da je TCP/IP softver tog uređaja ispravno funkcionalan (Tema 11), nezavisno od bilo kakve mrežne konfiguracije.
Komande za proveru
ipconfig (na svim računarima, da se vizuelno potvrde sve dodeljene adrese)
ping 192.168.4.12 (PC1 → PC2, lokalna komunikacija)
ping 192.168.4.1 (bilo koji PC → ruter)
ping 127.0.0.1 (loopback test, bilo koji uređaj)
Najčešće greške
| Greška | Uzrok | Rešenje |
|---|---|---|
| PC1 ne može da pinguje PC2 | Router1 LAN interfejs nije uključen (Port Status: Off) — ovo ponekad utiče na status linka ka sviču | Proveriti da je Port Status na ruteru postavljen na On |
| PC4 ostaje na 0.0.0.0 duže vreme | Normalno ponašanje dok traje DHCP timeout u simulaciji | Sačekati, ili ubrzati simulaciju u Packet Tracer podešavanjima |
| Očekivano "propao" ping sa PC3 ka udaljenoj mreži ne može da se demonstrira | Topologija nema drugu mrežu/WAN vezu | Ovo je namerno van okvira ove vežbe — koncept se objašnjava teorijski, a stvarno testiranje rutiranja između mreža dolazi u Modulu 11 |
Postupak rešavanja problema (troubleshooting)
- Proverite fizičku povezanost (zeleni linkovi).
- Proverite IP adresu i masku na svakom uređaju komandom
ipconfig. - Proverite da li su adresa uređaja i gateway adresa u istoj mreži (uporedite network adresu obe, na osnovu maske).
- Za PC4, potvrdite da je opseg adrese 169.254.x.x (ili 0.0.0.0) — to je očekivano ponašanje u ovoj vežbi, ne greška koju treba ispraviti.
Završna provera
Vežba je uspešno završena kada: (1) PC1 i PC2 uspešno pingaju jedan drugog i rutera, (2) PC3 uspešno pinguje PC1, PC2 i ruter (dokazujući da pogrešan gateway ne utiče na lokalnu komunikaciju), (3) PC4 pokazuje APIPA (ili 0.0.0.0) adresu, i (4) ping 127.0.0.1 uspeva na bilo kom uređaju.
Dodatni izazov
Ispravite gateway na PC3 na tačnu vrednost (192.168.4.1) i objasnite pisanim putem (2-3 rečenice) zašto ova izmena, iako u ovoj konkretnoj vežbi nije promenila rezultat nijednog testa koji ste izvršili, i dalje predstavlja važnu ispravku koju bi trebalo uraditi u stvarnoj mreži.
Rešenje
Kompletno rešenje ove vežbe nalazi se u /resenja/modul-04/04-laboratorijska-vezba-resenje.md.
📖 Prikaži rešenje
Rešenje laboratorijske vežbe – Modul 4
Kompletan postupak
- Postavljeni Router1, Switch1, PC1–PC4, povezani prema tabeli portova.
- Router1: Config → GigabitEthernet0/0 → Port Status: On, IP Address: 192.168.4.1, Subnet Mask: 255.255.255.0.
- PC1: Static, 192.168.4.11 / 255.255.255.0, gateway 192.168.4.1.
- PC2: Static, 192.168.4.12 / 255.255.255.0, gateway 192.168.4.1.
- PC3: Static, 192.168.4.13 / 255.255.255.0, gateway 192.168.4.99 (namerno pogrešno).
- PC4: DHCP (bez DHCP servera u topologiji).
Očekivani rezultati provere
PC1 → PC2:
C:\>ping 192.168.4.12
Reply from 192.168.4.12: bytes=32 time<1ms TTL=128 (x4, 0% loss)
PC1 → Router1:
C:\>ping 192.168.4.1
Reply from 192.168.4.1: bytes=32 time<1ms TTL=255 (x4, 0% loss)
PC3 → PC1 i PC3 → Router1 (uprkos pogrešnom gateway-u):
C:\>ping 192.168.4.11
Reply from 192.168.4.11: bytes=32 time<1ms TTL=128 (x4, 0% loss)
C:\>ping 192.168.4.1
Reply from 192.168.4.1: bytes=32 time<1ms TTL=255 (x4, 0% loss)
Oba ping-a uspevaju jer su PC1, Router1 i PC3 svi u istoj lokalnoj mreži (192.168.4.0/24) — gateway se uopšte ne koristi za komunikaciju unutar iste mreže.
PC4 (ipconfig):
C:\>ipconfig
IP Address: 169.254.x.x (ili 0.0.0.0, u zavisnosti od verzije Packet Tracera)
Subnet Mask: 255.255.0.0 (tipično za APIPA)
Default Gateway: 0.0.0.0
Loopback test (bilo koji uređaj):
C:\>ping 127.0.0.1
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 (x4, 0% loss)
Rešenje dodatnog izazova
Nakon izmene gateway-a na PC3 sa 192.168.4.99 na ispravnu vrednost 192.168.4.1, svi prethodni ping testovi (koji su i pre uspevali) ostaju identično uspešni — jer se testirala isključivo komunikacija unutar lokalne mreže. Ispravka je i dalje neophodna jer: (1) bez ispravnog gateway-a, PC3 ne bi mogao da komunicira ni sa jednim uređajem VAN mreže 192.168.4.0/24 (npr. internetom ili drugom udaljenom mrežom firme), i (2) u realnom okruženju, greška u konfiguraciji često prolazi neopaženo dok se korisnik ne požali na nemogućnost pristupa internetu ili udaljenim resursima — zbog toga je važno ispraviti grešku odmah čim se uoči, umesto da se čeka da postane vidljiv, konkretan problem za korisnika.