Praktični primeri – Modul 22 – GNS3 i EVE-NG

Ovaj dokument sadrži pet detaljno rešenih praktičnih primera i jedan integrativan poslovni scenario.

Primer 1 – Izbor alata za tri scenarija

Situacija: Tri polaznika imaju različite potrebe.

Rešenje:

• Polaznik koji priprema CCNA i ima laptop sa 8 GB RAM-a: Packet Tracer — dovoljan za CCNA gradivo, bez zahteva za image-ima i resursima.
• Polaznik koji priprema CCNP i želi prave Cisco image-e legalno: Cisco Modeling Labs (CML-Free ili Personal).
• Polaznik koji želi da vežba rutiranje sa opremom više proizvođača: GNS3 sa VyOS, FRR i MikroTik CHR image-ima.

Objašnjenje: Izbor se zasniva na tri pitanja (Tema 2): da li je potreban pravi OS uređaja, da li su potrebni baš Cisco image-i (onda CML kao legalan izvor), i koliko resursa je dostupno (Tema 9).

Primer 2 – Osnovna konfiguracija VyOS rutera

Situacija: VyOS ruter u GNS3 treba da dobije adrese na dva interfejsa.

Konfiguracija:

vyos@vyos:~$ configure
vyos@vyos# set system host-name R1
vyos@vyos# set interfaces ethernet eth0 address 10.0.12.1/30
vyos@vyos# set interfaces ethernet eth1 address 192.168.1.1/24
vyos@vyos# commit
vyos@vyos# save
vyos@vyos# exit
vyos@R1:~$ show interfaces

Objašnjenje: VyOS koristi drugačiju sintaksu od Cisco IOS-a, ali isti koncept: ulazak u konfiguracioni režim (configure ≈ configure terminal), commit aktivira izmene (≈ Cisco izmene koje stupaju odmah), save ih trajno zapisuje (≈ copy running-config startup-config). Bez save, konfiguracija nestaje pri restartu — isti princip kao u Modulu 7 i Temi 12.

Primer 3 – OSPF između dva VyOS rutera

Situacija: R1 (LAN 192.168.1.0/24) i R2 (LAN 192.168.2.0/24) povezani su linkom 10.0.12.0/30.

Konfiguracija na R1:

set protocols ospf area 0 network 10.0.12.0/30
set protocols ospf area 0 network 192.168.1.0/24
set protocols ospf passive-interface eth1
commit
save

Konfiguracija na R2:

set protocols ospf area 0 network 10.0.12.0/30
set protocols ospf area 0 network 192.168.2.0/24
set protocols ospf passive-interface eth1
commit
save

Provera:

vyos@R1:~$ show ip ospf neighbor
vyos@R1:~$ show ip route ospf

Objašnjenje: Isti koncepti kao u Modulu 12 — network komande određuju na kojim interfejsima OSPF radi, passive-interface sprečava slanje Hello paketa ka LAN-u gde nema rutera. Razlika je samo u sintaksi (VyOS koristi CIDR notaciju umesto wildcard maske).

Primer 4 – NAT izlaz na internet preko VyOS rutera

Situacija: R1 ima treći interfejs (eth2) povezan na GNS3 NAT čvor. Svi LAN računari treba da imaju pristup internetu.

Konfiguracija na R1:

set interfaces ethernet eth2 address dhcp
set nat source rule 10 outbound-interface name eth2
set nat source rule 10 source address 192.168.0.0/16
set nat source rule 10 translation address masquerade
set protocols ospf default-information originate always
commit
save

Objašnjenje: eth2 dobija adresu preko DHCP-a od NAT čvora (Tema 10). Pravilo masquerade je VyOS ekvivalent PAT-a (Modul 13, NAT Overload). default-information originate šalje podrazumevanu rutu R2-u preko OSPF-a (Modul 12), pa i LAN iza R2 dobija pristup internetu.

Primer 5 – Dijagnostika: KVM nije dostupan

Situacija: Pri pokretanju VyOS uređaja GNS3 prijavljuje: „KVM acceleration cannot be used", a ruter se podiže više od 10 minuta.

Dijagnostika:

1. U VirtualBox-u, podešavanja GNS3 VM → System → Processor: opcija „Enable Nested VT-x/AMD-V" nije označena.
2. Na Windows host-u, proverava se da li je Hyper-V uključen (Modul 21, Tema 4).

Rešenje: Isključiti GNS3 VM, uključiti nested virtualizaciju, po potrebi isključiti Hyper-V, ponovo pokrenuti GNS3 VM.

Objašnjenje: GNS3 VM pokreće KVM unutar sebe (Tema 9) — bez nested virtualizacije nema hardverskog ubrzanja, pa QEMU emulira procesor softverski, što je višestruko sporije.

Poslovni scenario – „Lab-first" provera izmene rutiranja

Kontekst: Firma „Orion Logistika" planira da na dve lokacije uvede OSPF umesto statičkih ruta. Mrežni inženjer želi da izmenu prvo proveri u laboratoriji.

Postupak:

Zašto ovakav pristup: Greška u produkciji znači prekid rada lokacija; greška u laboratoriji znači samo povratak na snapshot. Ovaj „lab-first" pristup je standardna praksa pre bilo koje značajne izmene mreže.