Teorija – Modul 22 – GNS3 i EVE-NG

Napomena: svaka tema u ovom dokumentu sadrži sedam elemenata: (1) jednostavno objašnjenje, (2) stručno objašnjenje, (3) primer iz svakodnevnog života, (4) primer iz poslovnog IT okruženja, (5) praktičnu vežbu ili napomenu, (6) najčešće greške, (7) pitanje za proveru znanja.

Tema 1 – Simulator naspram emulatora

1. Jednostavno objašnjenje

Packet Tracer „glumi" mrežne uređaje — ponaša se kao da je ruter, ali nije. GNS3 i EVE-NG pokreću pravi operativni sistem rutera, isti onaj koji radi na fizičkom uređaju.

2. Stručno objašnjenje

Simulator (Packet Tracer) je program koji imitira ponašanje uređaja: svaka komanda i protokol su posebno isprogramirani unutar simulatora, pa je podržan samo podskup komandi i funkcija. Emulator (GNS3, EVE-NG) pokreće stvaran image operativnog sistema uređaja (npr. Cisco IOSv, VyOS, Juniper vMX) unutar virtuelne mašine ili kontejnera — ponašanje je identično stvarnom uređaju jer je u pitanju isti softver. Posledica: emulator podržava kompletan skup funkcija i realistične greške, ali troši mnogo više resursa i zahteva legalno pribavljene image-e.

3. Primer iz svakodnevnog života

Simulator je kao simulator letenja u video igri — kontrole liče na prave, ali avion ne postoji. Emulator je kao pravi motor aviona montiran na ispitni sto — sve radi kao u letu, samo što avion ne poleće.

4. Primer iz poslovnog IT okruženja

Inženjer koji želi da proveri kako se konkretna verzija IOS-a ponaša pri određenoj BGP konfiguraciji ne može se osloniti na Packet Tracer, koji tu funkciju ne podržava u punom obimu — koristi emulator sa tačno tom verzijom image-a.

5. Praktična vežba / napomena

Setite se komandi koje u Packet Traceru niste mogli da izvršite (npr. neke napredne show ili debug komande) — u emulatoru bi one radile jer je u pitanju pravi operativni sistem.

6. Najčešće greške

• Očekivanje da Packet Tracer podržava sve što podržava pravi uređaj.
• Potcenjivanje resursa koje emulator zahteva — svaki emulirani ruter je prava VM sa sopstvenim RAM-om.

7. Pitanje za proveru znanja

P: Zašto emulator pruža realističnije ponašanje od simulatora? O: Emulator pokreće stvaran operativni sistem uređaja, dok simulator samo imitira ponašanje kroz posebno isprogramirane funkcije.

Tema 2 – Poređenje Packet Tracer, GNS3, EVE-NG i CML

1. Jednostavno objašnjenje

Svaki alat ima svoju namenu — Packet Tracer za učenje osnova, GNS3 i EVE-NG za ozbiljnije laboratorije, Cisco Modeling Labs kao zvanično Cisco rešenje.

2. Stručno objašnjenje

GNS3 je besplatan i otvorenog koda; EVE-NG ima besplatno Community izdanje i plaćeno Pro izdanje; CML ima plaćeno Personal izdanje i besplatno CML-Free izdanje sa ograničenim brojem čvorova.

3. Primer iz svakodnevnog života

Packet Tracer je dečji set alata za učenje, GNS3 i EVE-NG su profesionalna radionica u koju sami donosite alat, a CML je radionica koja dolazi sa već kupljenim, originalnim alatom.

4. Primer iz poslovnog IT okruženja

Firma koja obučava zaposlene na Cisco opremi bira CML jer dobija legalne Cisco image-e u paketu; firma koja radi sa opremom više proizvođača bira EVE-NG ili GNS3.

5. Praktična vežba / napomena

Razmislite koji alat bi vama najviše odgovarao za pripremu sertifikata koji planirate, uzimajući u obzir dostupnu opremu i budžet.

6. Najčešće greške

• Pretpostavka da su GNS3/EVE-NG „besplatni Cisco" — alat je besplatan, ali Cisco image-i nisu.
• Izbor najzahtevnijeg alata za potrebe koje Packet Tracer već pokriva.

7. Pitanje za proveru znanja

P: Koja je ključna razlika između GNS3 i CML u pogledu image-a? O: GNS3 zahteva da korisnik sam obezbedi (legalno pribavljene) image-e; CML dolazi sa uključenim, licenciranim Cisco image-ima.

Tema 3 – Legalno pribavljanje image-a

1. Jednostavno objašnjenje

Operativni sistem rutera je softver koji je neko napisao i licencirao. Preuzimanje sa neslužbenih sajtova je kršenje licence — ali postoje potpuno legalni, besplatni izbori.

2. Stručno objašnjenje

Legalni izvori image-a: Cisco Modeling Labs (Personal ili besplatno CML-Free izdanje) sadrži licencirane IOSv, IOSvL2, CSR1000v/Cat8000v i druge image-e; VyOS — ruter otvorenog koda, besplatni rolling/Stream image-i; FRRouting (FRR) — softver za rutiranje otvorenog koda koji radi na Linux-u; MikroTik CHR — besplatno za preuzimanje, sa ograničenjem brzine u besplatnoj licenci; Arista cEOS i Nokia SR Linux — besplatni kontejnerski image-i uz registraciju; VPCS — jednostavan virtuelni PC ugrađen u GNS3. Nabavka Cisco image-a sa torrent ili „share" sajtova je kršenje licence, bez obzira na to što je laboratorija lična.

3. Primer iz svakodnevnog života

Isto kao sa softverom za obradu teksta — možete kupiti licencu, koristiti besplatnu alternativu otvorenog koda, ali ne i preuzeti piratsku kopiju.

4. Primer iz poslovnog IT okruženja

Konsultantska firma prilikom revizije licenci otkriva da zaposleni koriste neovlašćene Cisco image-e u laboratorijama — što predstavlja pravni rizik. Firma prelazi na CML licencu za Cisco scenarije i VyOS/FRR za opšte vežbe rutiranja.

5. Praktična vežba / napomena

Laboratorija ovog modula koristi isključivo VyOS i VPCS, koji su legalno besplatni — ceo kurs možete završiti bez ijednog licenciranog image-a.

6. Najčešće greške

• Uverenje da „lična upotreba" opravdava korišćenje nelicenciranih image-a.
• Preuzimanje image-a sa nepoznatih izvora — osim pravnog, postoji i bezbednosni rizik (izmenjeni image-i sa zlonamernim kodom).

7. Pitanje za proveru znanja

P: Navedite dva legalna, besplatna izvora image-a za vežbanje rutiranja. O: Na primer VyOS (otvoren kod) i Cisco CML-Free (zvanično besplatno izdanje); takođe FRRouting, MikroTik CHR ili VPCS za krajnje uređaje.

Tema 4 – Arhitektura GNS3

1. Jednostavno objašnjenje

GNS3 se sastoji od dva dela: programa u kome crtate topologiju i „servera" koji u pozadini zaista pokreće uređaje.

2. Stručno objašnjenje

GNS3 GUI (klijent) služi za crtanje topologije i upravljanje. GNS3 server pokreće uređaje koristeći različite pogone: Dynamips (emulacija starijih Cisco rutera iz serije 7200/3700), QEMU/KVM (pune virtuelne mašine — IOSv, VyOS, Linux), Docker (lagani kontejneri — Alpine, FRR, cEOS), VPCS (jednostavni virtuelni PC-jevi). Preporučen način rada je GNS3 VM — posebna virtuelna mašina (u VirtualBox-u ili VMware-u) u kojoj radi server, jer QEMU/KVM zahteva Linux okruženje. GUI na host računaru se povezuje sa serverom u GNS3 VM preko mreže.

3. Primer iz svakodnevnog života

GUI je kao daljinski upravljač, a GNS3 VM je televizor — daljinski sam ne prikazuje ništa, samo šalje komande uređaju koji radi posao.

4. Primer iz poslovnog IT okruženja

Tim instalira GNS3 server na moćan zajednički server u firmi; svaki inženjer na svom laptopu ima samo GUI koji se povezuje na taj server, pa laptop ne mora imati puno RAM-a.

5. Praktična vežba / napomena

Nakon instalacije u Temi 5, u GNS3 podešavanjima (Edit → Preferences → Server) proverite na koji server je povezan vaš GUI.

6. Najčešće greške

• Pokretanje QEMU uređaja bez GNS3 VM na Windows-u — nisu podržani ili rade vrlo sporo.
• Različite verzije GUI-ja i GNS3 VM — moraju se tačno poklapati.

7. Pitanje za proveru znanja

P: Zašto se na Windows i macOS sistemima preporučuje GNS3 VM? O: QEMU/KVM i Docker pogoni zahtevaju Linux okruženje; GNS3 VM obezbeđuje to okruženje u kome radi server, dok GUI ostaje na host računaru.

Tema 5 – Instalacija GNS3 i GNS3 VM

1. Jednostavno objašnjenje

Instaliraju se dve komponente — program na vašem računaru i gotova virtuelna mašina koja se uvozi u VirtualBox ili VMware.

2. Stručno objašnjenje

Postupak: (1) preuzeti GNS3 instalater za svoj OS sa zvaničnog sajta; (2) preuzeti GNS3 VM iste verzije, u formatu za vaš hipervizor (OVA za VirtualBox/VMware, Modul 21); (3) uvesti GNS3 VM (File → Import Appliance, Modul 21 Tema 11); (4) u GNS3 Setup Wizard-u izabrati „Run appliances in a virtual machine", izabrati hipervizor i GNS3 VM, dodeliti RAM i CPU. Preporuka: VMware Workstation Player daje bolje performanse za GNS3 VM zbog podrške za nested virtualizaciju; VirtualBox radi, ali sa ograničenjima (Tema 9). Na Windows host-u, konflikt sa Hyper-V (Modul 21, Tema 4) važi i ovde.

3. Primer iz svakodnevnog života

Kao kupovina konzole za igre — kupite i uređaj (GNS3 VM) i daljinski (GUI), a oni moraju biti istog modela da bi radili zajedno.

4. Primer iz poslovnog IT okruženja

IT tim pravi standardnu instalaciju GNS3 + GNS3 VM za sve polaznike obuke, sa unapred podešenom dodelom 8 GB RAM-a za GNS3 VM, kako bi svi imali isto okruženje.

5. Praktična vežba / napomena

U laboratorijskoj vežbi (Korak 1-2) instaliraćete GNS3 i GNS3 VM i potvrditi da je server zelen (povezan) u donjem desnom delu GNS3 prozora.

6. Najčešće greške

• Preuzimanje GNS3 VM druge verzije od GUI-ja.
• Dodela premalo RAM-a GNS3 VM-u — uređaji se ne pokreću ili se pokreću vrlo sporo.

7. Pitanje za proveru znanja

P: Zašto verzija GNS3 GUI-ja i GNS3 VM mora biti identična? O: Klijent i server komuniciraju preko API-ja koji se menja između verzija; neusklađene verzije ne mogu da se povežu ili rade nepredvidivo.

Tema 6 – Arhitektura i instalacija EVE-NG

1. Jednostavno objašnjenje

EVE-NG je gotova virtuelna mašina sa serverom za laboratorije kojoj pristupate iz veb pregledača — bez instalacije posebnog programa na računaru.

2. Stručno objašnjenje

EVE-NG (Emulated Virtual Environment – Next Generation) se isporučuje kao ISO ili OVF image za instalaciju u VM (VMware preporučen) ili na fizički server (bare-metal). Svi uređaji rade unutar EVE-NG servera (QEMU/Dynamips/IOL/Docker), a korisnik pristupa preko veb interfejsa (HTML5 konzola ili Telnet klijent). Community izdanje je besplatno, sa osnovnim funkcijama; Pro izdanje (plaćeno) dodaje više istovremenih korisnika, izmene linkova dok laboratorija radi, Docker podršku i napredne alate. Image-i se na server dodaju ručno (preko SCP/SFTP, Modul 18) u tačno određene fascikle (/opt/unetlab/addons/qemu/...), nakon čega se pokreće skripta za popravku dozvola (/opt/unetlab/wrappers/unl_wrapper -a fixpermissions).

3. Primer iz svakodnevnog života

EVE-NG je kao onlajn učionica — sve se dešava na serveru, a vi ulazite preko pregledača sa bilo kog računara.

4. Primer iz poslovnog IT okruženja

Trening centar instalira EVE-NG Pro na jedan server u sali; svaki polaznik iz pregledača pristupa sopstvenoj laboratoriji, bez instalacije bilo čega na računarima u sali.

5. Praktična vežba / napomena

Uporedite pristup: GNS3 zahteva desktop klijent, EVE-NG samo pregledač. Razmislite koji pristup više odgovara radu sa više uređaja (npr. laptop i tablet).

6. Najčešće greške

• Zaboravljanje komande za popravku dozvola nakon dodavanja image-a — uređaj se ne pokreće.
• Pogrešan naziv fascikle za image — EVE-NG prepoznaje image samo po tačnom prefiksu imena fascikle (npr. vyos-, vios-).

7. Pitanje za proveru znanja

P: Koja je glavna praktična razlika u načinu pristupa između GNS3 i EVE-NG? O: GNS3 koristi desktop GUI klijent na host računaru; EVE-NG se koristi preko veb pregledača, bez instalacije klijenta.

Tema 7 – Kreiranje topologije u GNS3

1. Jednostavno objašnjenje

Kao u Packet Traceru: prevučete uređaje na radnu površinu, povežete ih linkovima i otvorite konzolu — ali sada se uređaji zaista pokreću kao prave VM.

2. Stručno objašnjenje

Tok rada: (1) New project — svaki projekat ima sopstvenu fasciklu; (2) dodavanje uređaja iz liste (za QEMU uređaje prethodno se dodaje appliance/template, često iz GNS3 Marketplace-a, uz ručno dodavanje image fajla); (3) Add a link — povezivanje konkretnih interfejsa (npr. eth0 na VyOS-u); (4) Start (zeleno dugme) pokreće sve uređaje; (5) dvoklik na uređaj otvara konzolu (Telnet ili VNC). Za razliku od Packet Tracer-a, pokretanje uređaja traje (VyOS se podiže 30-60 sekundi), a svaki uređaj troši RAM na serveru dok radi.

3. Primer iz svakodnevnog života

Packet Tracer je kao crtanje plana kuće; GNS3 je kao da vam se svaka nacrtana prostorija zaista sagradi i upali svetlo — zato traje duže i košta više.

4. Primer iz poslovnog IT okruženja

Pre promene rutiranja u produkciji, inženjer u GNS3 napravi tačnu kopiju relevantnog dela mreže sa istim verzijama softvera i isproba izmenu.

5. Praktična vežba / napomena

U laboratorijskoj vežbi (Koraci 3-6) napravićete topologiju sa dva VyOS rutera i dva VPCS računara.

6. Najčešće greške

• Povezivanje pogrešnog interfejsa — u VyOS-u je prvi interfejs eth0, a ne GigabitEthernet0/0 kao kod Cisco-a.
• Pokretanje svih uređaja odjednom na računaru sa malo RAM-a.

7. Pitanje za proveru znanja

P: Zašto pokretanje uređaja u GNS3 traje duže nego u Packet Traceru? O: GNS3 zaista pokreće (bootuje) pravi operativni sistem uređaja kao virtuelnu mašinu, dok Packet Tracer samo simulira uređaj.

Tema 8 – Kreiranje topologije u EVE-NG

1. Jednostavno objašnjenje

U EVE-NG-u se sve radi u pregledaču: napravite „lab", dodate čvorove (nodes), povežete ih i pokrenete.

2. Stručno objašnjenje

Pojmovi u EVE-NG: Lab (projekat, .unl fajl), Node (emulirani uređaj), Network (virtuelni segment ili „bridge" koji povezuje više čvorova, odnosno Cloud mreže pnet0–pnet9 za vezu sa spoljnim svetom). Tok: desni klik na praznu površinu → Add object → Node → izbor šablona (npr. VyOS) → broj čvorova, RAM, broj interfejsa; povezivanje prevlačenjem od čvora do čvora; desni klik → Start; klik na čvor otvara konzolu. Konfiguracije čvorova se mogu izvesti (Export CFG) i postaviti kao početne (startup-config).

3. Primer iz svakodnevnog života

Isto kao pravljenje dijagrama u onlajn alatu za crtanje, s tom razlikom što svaki element dijagrama zaista radi.

4. Primer iz poslovnog IT okruženja

Instruktor pripremi lab u EVE-NG-u, izveze početne konfiguracije i podeli ga polaznicima, koji dobijaju identično početno stanje.

5. Praktična vežba / napomena

Ako imate EVE-NG Community, ponovite topologiju iz laboratorije (Dodatni izazov) i uporedite tok rada sa GNS3.

6. Najčešće greške

• Zaboravljanje da se konfiguracija sačuva na samom uređaju (commit + save na VyOS-u) — zaustavljanje čvora briše nesačuvane izmene.
• Brisanje čvora umesto zaustavljanja — gubi se i konfiguracija.

7. Pitanje za proveru znanja

P: Čemu u EVE-NG-u služe Cloud mreže pnet0–pnet9? O: Povezuju emuliranu topologiju sa fizičkim mrežnim interfejsima EVE-NG servera, tj. sa spoljnom mrežom i internetom.

Tema 9 – Resursi, performanse i nested virtualizacija

1. Jednostavno objašnjenje

Svaki emulirani ruter je prava mala virtuelna mašina — što ih je više, više RAM-a i procesora treba. Pored toga, pošto GNS3 VM i sama radi u hipervizoru, potrebna je „virtualizacija unutar virtualizacije".

2. Stručno objašnjenje

Orijentacione potrebe po čvoru: VPCS ~ zanemarljivo; Docker kontejner 50–200 MB; VyOS ~512 MB; Cisco IOSv ~512 MB; CSR1000v/Cat8000v 3–4 GB; firewall-i poput Palo Alto VM 4–7 GB. Nested virtualizacija znači da hipervizor (npr. KVM u GNS3 VM/EVE-NG) radi unutar druge VM — mora biti uključena opcija „Expose hardware assisted virtualization to the guest OS" (VMware) odnosno „Enable Nested VT-x/AMD-V" (VirtualBox). Bez nje, QEMU uređaji rade bez hardverskog ubrzanja i drastično sporije. Za stare Dynamips image-e koristi se Idle-PC vrednost koja sprečava da ruter troši 100% CPU-a.

3. Primer iz svakodnevnog života

Kao koliko stanara može da stane u stan — svaki stanar (uređaj) treba prostor (RAM), a ako nema struje za lift (nested virtualizacija), svi se penju peške i sve ide sporije.

4. Primer iz poslovnog IT okruženja

Inženjer planira laboratoriju sa 10 VyOS rutera (5 GB) i 4 CSR1000v rutera (16 GB) — ukupno preko 21 GB samo za uređaje, pa za tu laboratoriju koristi server sa 64 GB RAM-a umesto laptopa.

5. Praktična vežba / napomena

Pre pravljenja laboratorije saberite potreban RAM svih čvorova i uporedite ga sa RAM-om dodeljenim GNS3 VM-u.

6. Najčešće greške

• Neuključena nested virtualizacija — GNS3 prijavljuje upozorenje „KVM not available".
• Dodela skoro svog RAM-a host računara GNS3 VM-u, pa sam host postaje spor.

7. Pitanje za proveru znanja

P: Šta se dešava sa QEMU uređajima ako nested virtualizacija nije uključena? O: Rade bez hardverskog ubrzanja (KVM nije dostupan), pa su znatno sporiji ili se uopšte ne pokreću u razumnom vremenu.

Tema 10 – Povezivanje sa internetom, VM-ovima i stvarnom mrežom

1. Jednostavno objašnjenje

Emulirana mreža može da „izađe" iz simulacije — na internet, ka vašim VirtualBox VM-ovima ili čak ka stvarnoj kućnoj mreži.

2. Stručno objašnjenje

GNS3 nudi posebne čvorove: NAT node — daje topologiji izlaz ka internetu preko NAT-a (isti princip kao VirtualBox NAT, Modul 21, Tema 6), uz DHCP adresu iz opsega 192.168.122.0/24; Cloud node — povezuje link topologije sa stvarnim interfejsom (fizički adapter, VirtualBox Host-only adapter ili TAP interfejs), čime emulirani ruteri mogu da komuniciraju sa VM-ovima iz Modula 17-18 ili sa kućnom mrežom. U EVE-NG-u istu ulogu imaju Cloud mreže (pnet0 je po pravilu most ka upravljačkom/fizičkom interfejsu servera). Pri povezivanju sa stvarnom mrežom važi isti oprez kao kod Bridged adaptera (Modul 21, Tema 5): pogrešna konfiguracija u laboratoriji (npr. DHCP server na ruteru) može ometati stvarnu mrežu.

3. Primer iz svakodnevnog života

Laboratorija je kao maketa grada; NAT i Cloud čvorovi su mostovi koji spajaju maketu sa pravim putem ispred kuće.

4. Primer iz poslovnog IT okruženja

Inženjer povezuje VyOS ruter u GNS3 sa Ubuntu Server VM-om iz Modula 18 preko Cloud čvora vezanog na Host-only adapter — tako testira rutiranje ka pravom serveru sa nginx-om.

5. Praktična vežba / napomena

U laboratorijskoj vežbi (Korak 8) dodaćete NAT čvor i proveriti da VPCS računari dobijaju pristup internetu preko VyOS rutera.

6. Najčešće greške

• Povezivanje Cloud čvora na fizički interfejs i pokretanje DHCP servera u laboratoriji — ometa kućnu/kancelarijsku mrežu.
• Očekivanje da NAT čvor omogućava dolazne konekcije spolja — kao i svaki NAT, omogućava samo izlazni saobraćaj.

7. Pitanje za proveru znanja

P: Koja je razlika između NAT čvora i Cloud čvora u GNS3? O: NAT čvor daje izlazni pristup internetu preko NAT-a, izolovano od lokalne mreže; Cloud čvor direktno povezuje link topologije sa stvarnim interfejsom (fizičkim ili virtuelnim), pa je topologija deo te mreže.

Tema 11 – Snimanje saobraćaja u emulatoru

1. Jednostavno objašnjenje

U GNS3 možete desnim klikom na bilo koji link odmah pokrenuti Wireshark — i videti pakete koji prolaze tim „kablom".

2. Stručno objašnjenje

Desni klik na link → Start capture pokreće snimanje na tom konkretnom virtuelnom linku i automatski otvara Wireshark (Modul 19) sa živim prikazom. Ovo je znatno lakše nego u fizičkoj mreži, gde bi za isto bio potreban SPAN port ili TAP uređaj (Modul 19, Tema 2). U EVE-NG-u (Pro) snimanje je integrisano; u Community izdanju koristi se dodatni klijentski paket. Snimak se čuva u fascikli projekta kao .pcap fajl. Ovo omogućava direktno posmatranje, na primer, OSPF Hello paketa (Modul 12), ARP-a ili DHCP DORA procesa (Modul 19) na tačno određenom segmentu.

3. Primer iz svakodnevnog života

Kao da možete da stavite mikrofon na bilo koju cev u zgradi i čujete šta kroz nju protiče — bez bušenja zidova.

4. Primer iz poslovnog IT okruženja

Inženjer koji dijagnostikuje zašto se OSPF susedstvo ne formira pokreće snimanje na linku između dva rutera i u Hello paketima vidi različite Hello/Dead intervale.

5. Praktična vežba / napomena

U laboratorijskoj vežbi (Korak 9) snimićete saobraćaj na linku između dva VyOS rutera i identifikovati OSPF Hello pakete filterom ospf.

6. Najčešće greške

• Snimanje na pogrešnom linku, pa traženi saobraćaj „ne postoji".
• Neinstaliran Wireshark na host računaru — GNS3 ne može da otvori živi prikaz.

7. Pitanje za proveru znanja

P: Zašto je snimanje saobraćaja u GNS3 jednostavnije nego u fizičkoj mreži? O: Svaki virtuelni link je dostupan za snimanje direktno iz interfejsa, bez potrebe za SPAN portom ili fizičkim TAP uređajem.

Tema 12 – Čuvanje, izvoz i deljenje projekata

1. Jednostavno objašnjenje

Laboratorija je vredna samo ako je možete ponovo otvoriti sutra — ili je poslati kolegi.

2. Stručno objašnjenje

U GNS3 projekat je fascikla sa .gns3 fajlom (JSON opis topologije), diskovima uređaja i snimcima saobraćaja. File → Export portable project pravi .gns3project arhivu koja se može uvesti na drugom računaru (opciono sa image-ima — ali licencirane image-e nikada ne treba deliti). GNS3 podržava i snapshot-e projekta (isti koncept kao VM snapshot, Modul 21, Tema 10). U EVE-NG-u lab je .unl fajl koji se izvozi iz File manager-a. Ključno: konfiguracija uređaja mora biti sačuvana unutar samog uređaja (VyOS save, Cisco copy running-config startup-config) — inače projekat čuva topologiju, ali ne i konfiguracije.

3. Primer iz svakodnevnog života

Kao sačuvana igra — ali ako zaboravite da sačuvate unutar igre (uređaja), sačuvaće se samo mapa, ne i vaš napredak.

4. Primer iz poslovnog IT okruženja

Instruktor izvozi portable projekat bez image-a, a polaznici ga uvoze i koriste sopstvene legalno pribavljene image-e iste verzije.

5. Praktična vežba / napomena

U laboratorijskoj vežbi (Korak 10-11) sačuvaćete konfiguracije na ruterima i izvesti projekat kao .gns3project.

6. Najčešće greške

• Deljenje projekta sa uključenim licenciranim image-ima — kršenje licence.
• Zatvaranje projekta bez save na uređajima.

7. Pitanje za proveru znanja

P: Zašto izvoz GNS3 projekta sam po sebi ne garantuje da će konfiguracije rutera biti sačuvane? O: Projekat čuva topologiju i diskove, ali konfiguracija koja nije sačuvana unutar samog uređaja (npr. VyOS save) nije trajno zapisana i gubi se pri zaustavljanju.

Tema 13 – Dokumentovanje laboratorije

1. Jednostavno objašnjenje

Dobra laboratorija ima „uputstvo" — dijagram, spisak adresa i konfiguracije — da biste za mesec dana znali šta ste i zašto radili.

2. Stručno objašnjenje

Minimalna dokumentacija laboratorije: dijagram topologije (izvoz iz GNS3 File → Export as image, ili Mermaid dijagram); adresni plan (tabela interfejsa i adresa, isti format kao u laboratorijama ovog kursa); konfiguracije svih uređaja kao tekstualni fajlovi (VyOS show configuration commands, Cisco show running-config); opis cilja i verzija softvera (verzija GNS3, image-a); dnevnik izmena. Napredna praksa: čuvanje konfiguracija u git repozitorijumu — svaka izmena ima istoriju i komentar, isto kao što je ovaj kurs verzionisan. Ovo se direktno nastavlja u Modul 23 (dokumentovanje mreže) i Modul 24 (automatizacija).

3. Primer iz svakodnevnog života

Kao recept uz jelo — bez recepta, sledeći put ne možete ponoviti isti ukus.

4. Primer iz poslovnog IT okruženja

Tim čuva sve laboratorijske konfiguracije u git-u; kada se isproba nova konfiguracija, promena se vidi kao razlika (diff) u odnosu na prethodnu verziju.

5. Praktična vežba / napomena

Uz laboratorijsku vežbu, napravićete README fajl sa dijagramom, adresnim planom i izvezenim konfiguracijama (Korak 12).

6. Najčešće greške

• Oslanjanje na pamćenje umesto dokumentacije.
• Dokumentovanje topologije bez konfiguracija — dijagram pokazuje „šta je povezano", ali ne i „kako je podešeno".

7. Pitanje za proveru znanja

P: Koja četiri elementa čine minimalnu dokumentaciju laboratorije? O: Dijagram topologije, adresni plan, konfiguracije svih uređaja i opis cilja sa verzijama softvera (idealno uz dnevnik izmena).

Tema 14 – Legalno i bezbedno korišćenje laboratorije

1. Jednostavno objašnjenje

Laboratorija je mesto za bezbedno eksperimentisanje — ali samo ako je odvojena od stvarnih mreža i ako koristi legalan softver.

2. Stručno objašnjenje

Pravila: (1) licence — koristiti samo image-e dobijene zvaničnim putem (Tema 3); (2) izolacija — laboratorije sa namerno nebezbednim konfiguracijama (Modul 16 scenariji) ne povezivati preko Cloud/Bridged veze na stvarnu mrežu; (3) bez skeniranja/napada na tuđe sisteme — NAT izlaz na internet služi za preuzimanje ažuriranja i testove povezanosti, ne za testiranje tuđih sistema; (4) zaštita pristupa — EVE-NG/GNS3 server dostupan preko mreže mora imati promenjene podrazumevane lozinke (EVE-NG podrazumevano admin/eve, root/eve) i ne sme biti izložen internetu; (5) podaci — ne unositi stvarne lozinke i konfiguracije firme u lične laboratorije.

3. Primer iz svakodnevnog života

Kao hemijska laboratorija u školi — eksperimentišete slobodno, ali unutar zatvorene prostorije, sa legalno nabavljenim materijalom, i ne nosite eksperimente napolje.

4. Primer iz poslovnog IT okruženja

Firma otkriva da je EVE-NG server jednog inženjera bio dostupan sa interneta sa podrazumevanom lozinkom — server je kompromitovan i korišćen za napade. Posle incidenta, pravilo je: laboratorijski serveri samo u izolovanom segmentu, sa promenjenim lozinkama.

5. Praktična vežba / napomena

Nakon instalacije proverite: da li su podrazumevane lozinke promenjene i da li je server dostupan samo iz vaše lokalne mreže.

6. Najčešće greške

• Ostavljanje podrazumevanih EVE-NG lozinki.
• Povezivanje laboratorije sa nebezbednim konfiguracijama direktno na kućnu mrežu.

7. Pitanje za proveru znanja

P: Zašto EVE-NG server ne sme biti izložen internetu sa podrazumevanim lozinkama? O: Podrazumevane lozinke su javno poznate; napadač može preuzeti server i koristiti ga za napade ili pristup ostatku mreže.

Rezime modula

• Simulator (Packet Tracer) imitira uređaje; emulator (GNS3, EVE-NG, CML) pokreće prave operativne sisteme uređaja.
• Image-i proizvođača su licencirani — legalni izbori su CML/CML-Free, VyOS, FRR, MikroTik CHR, cEOS, SR Linux i VPCS.
• GNS3 = GUI klijent + server (preporučeno u GNS3 VM); EVE-NG = server sa veb interfejsom (Community/Pro).
• Svaki emulirani uređaj troši RAM/CPU; nested virtualizacija je neophodna za QEMU uređaje.
• NAT i Cloud čvorovi povezuju topologiju sa internetom, VM-ovima i stvarnom mrežom.
• Snimanje saobraćaja na virtuelnom linku je direktno i jednostavno.
• Projekat čuva topologiju, ali konfiguracije se moraju sačuvati na samim uređajima; laboratoriju treba dokumentovati i koristiti legalno i izolovano.

Mermaid dijagram

graph LR
    GUI["GNS3 GUI<br/>(host računar)"] -->|"API"| VM["GNS3 VM<br/>(server)"]
    VM --> QEMU["QEMU/KVM<br/>VyOS, IOSv"]
    VM --> Docker["Docker<br/>FRR, Alpine"]
    VM --> VPCS["VPCS"]
    VM --> NAT["NAT čvor → Internet"]

Dodatni izvori (opciono)

• GNS3 Documentation (docs.gns3.com)
• EVE-NG Community Cookbook (eve-ng.net)
• Cisco Modeling Labs Documentation
• VyOS Documentation (docs.vyos.io)