Teorija – Modul 2 – Mrežni modeli i protokoli

Tema 1 – Šta je mrežni protokol

1. Jednostavno objašnjenje

Protokol je skup dogovorenih pravila po kojima uređaji u mreži razgovaraju međusobno — slično pravilima pristojnog razgovora (ko prvi govori, kako se pozdravlja, kako se razgovor završava), samo što ta pravila prate računari, a ne ljudi.

2. Stručno objašnjenje

Mrežni protokol je formalno definisan skup pravila, formata poruka i procedura koje određuju kako uređaji razmenjuju podatke. Protokol definiše: strukturu poruke (koja polja poruka sadrži i kojim redom), značenje svakog polja, i redosled razmene poruka (ko šalje prvi, kako se odgovara, kako se prekida komunikacija). Zahvaljujući standardizovanim protokolima, uređaji različitih proizvođača (npr. ruter jedne kompanije i svič druge kompanije) mogu međusobno da komuniciraju bez problema, jer svi „govore isti jezik". Protokole definišu međunarodna tela za standardizaciju, najčešće kroz dokumente poznate kao RFC (Request for Comments, za internet protokole) i IEEE standarde (za mrežne tehnologije poput Ethernet-a i Wi-Fi-ja).

3. Primer iz svakodnevnog života

Kada telefonirate, postoji nepisani protokol razgovora: pozivalac se javi ili sačeka da sagovornik podigne slušalicu, prvi progovori onaj ko je pozvao ("Halo, ovde je..."), razgovor se vodi naizmenično, i na kraju obe strane se pozdrave pre prekidanja veze. Da neko prekrši taj „protokol" (npr. spusti slušalicu bez pozdrava usred rečenice), komunikacija bi bila neuspešna ili zbunjujuća — isto važi i za mrežne protokole.

4. Primer iz poslovnog IT okruženja

Kada zaposleni otvori veb sajt firme, njegov pregledač i veb server firme razmenjuju poruke po strogo definisanom HTTP protokolu — pregledač šalje zahtev tačno određenog formata (GET /pocetna HTTP/1.1, sa dodatnim zaglavljima), a server odgovara isto tako strogo definisanim formatom odgovora (statusni kod, zaglavlja, sadržaj stranice). Da server odgovori na potpuno drugačiji, nepredviđen način, pregledač ne bi znao da protumači odgovor.

5. Praktična vežba / napomena

Razmislite o razmeni imejlova kao o protokolu: postoji polje "Prima" (To), "Naslov" (Subject) i "Sadržaj" (Body) koje se uvek prenosi u istom, predvidljivom formatu, bez obzira da li imejl šaljete iz Gmail-a, Outlook-a ili bilo kog drugog programa — to je zahvaljujući standardizovanim protokolima za slanje pošte (obrađenim kasnije u ovom modulu).

6. Najčešće greške

• Poistovećivanje pojma „protokol" isključivo sa internet protokolima (kao što je HTTP) — protokoli postoje na svakom sloju mrežne komunikacije, uključujući i fizički prenos signala.
• Pretpostavka da je dovoljno da dva uređaja koriste „isti kabl" da bi komunicirali — bez zajedničkog protokola na višim slojevima, fizička veza sama po sebi ne omogućava razumljivu komunikaciju.

7. Pitanje za proveru znanja

P: Zašto je standardizacija protokola važna za uređaje različitih proizvođača? O: Zato što standardizovani protokoli omogućavaju da uređaji različitih proizvođača „govore isti jezik" i međusobno komuniciraju bez posebnih prilagođavanja, jer svi prate ista pravila formata i redosleda razmene poruka.

Tema 2 – OSI model: opšti pregled i svrha

1. Jednostavno objašnjenje

OSI model je „mapa" koja deli sav posao potreban da podaci stignu sa jednog uređaja na drugi u sedam jasno odvojenih koraka (slojeva), tako da je lakše razumeti, učiti i rešavati probleme u mreži.

2. Stručno objašnjenje

OSI (Open Systems Interconnection) je referentni model koji je definisala Međunarodna organizacija za standardizaciju (ISO), a koji deli proces mrežne komunikacije na sedam slojeva: fizički, sloj veze podataka (data link), mrežni, transportni, sesijski, prezentacioni i aplikacioni. Svaki sloj ima jasno definisanu funkciju, komunicira samo sa slojem neposredno iznad i ispod sebe, i ne mora „znati" kako tačno rade ostali slojevi — dovoljno je da poštuje dogovoreni interfejs. OSI model je pre svega teorijski, edukativni i dijagnostički alat — u praksi se za stvarnu implementaciju interneta koristi jednostavniji TCP/IP model (Tema 10), ali se OSI model svakodnevno koristi u IT industriji kao zajednički jezik za opisivanje na kom nivou se nalazi problem (npr. „ovo je Layer 2 problem" ili „proveri Layer 3 konekciju").

Redosled slojeva (od najnižeg ka najvišem), sa uobičajenom mnemoničkom frazom na engleskom ("All People Seem To Need Data Processing", od 7. ka 1. sloju):

3. Primer iz svakodnevnog života

OSI model je poput procesa slanja pisma preko pošte, podeljenog u korake: (7) vi pišete sadržaj pisma na jeziku koji primalac razume, (6) pišete ga u formatu koji je čitljiv (npr. ćirilica/latinica), (5) vodite „razgovor" u pismima (prepiska), (4) pismo se deli na više koverti ako je preveliko za jednu, sa brojevima stranica, (3) na koverat pišete adresu grada i ulice (kuda pismo treba geografski da putuje), (2) lokalni poštar zna tačno u koju zgradu i poštansko sanduče da ga ubaci, (1) pismo se fizički prevozi kamionom, avionom ili biciklom poštara.

4. Primer iz poslovnog IT okruženja

Kada IT tehničar dijagnostikuje problem "korisnik ne može da otvori sajt firme", prolazi kroz slojeve redom: proverava fizičku vezu (Sloj 1 — da li je kabl povezan), proverava da li svič vidi uređaj (Sloj 2 — MAC adresa u tabeli), proverava IP adresu i mogućnost pinga (Sloj 3), proverava da li je port 443 dostupan (Sloj 4), i na kraju proverava da li sam veb server ispravno odgovara (Sloj 7). Ovaj redosled provere „od dna ka vrhu" je jedna od osnovnih metodologija troubleshooting-a, detaljno obrađena u Modulu 20.

5. Praktična vežba / napomena

Napamet naučite redosled sedam slojeva, u oba smera (od 1 do 7 i od 7 do 1) — ovo znanje se koristi kroz ceo ostatak kursa, posebno u Modulu 20 (Dijagnostika).

6. Najčešće greške

• Učenje naziva slojeva napamet bez razumevanja njihove funkcije — cilj OSI modela nije memorisanje spiska, već razumevanje koji sloj rešava koji tip problema.
• Mešanje OSI modela (teorijski, 7 slojeva) sa TCP/IP modelom (praktičan, 4 sloja) kao da su identični — razlika i veza između njih se detaljno objašnjava u Temi 10.

7. Pitanje za proveru znanja

P: Koje su glavne prednosti podele mrežne komunikacije na slojeve (bilo koje dve)? O: Bilo koje dve od: lakše razumevanje i učenje složenog procesa; lakše pronalaženje uzroka problema (izolovanje kvara na određeni sloj); mogućnost da se svaki sloj razvija/menja nezavisno od ostalih; standardizacija koja omogućava saradnju različitih proizvođača opreme.

Tema 3 – Sloj 1: Fizički sloj (Physical Layer)

1. Jednostavno objašnjenje

Fizički sloj je „najniži" nivo mreže — bavi se time kako se bitovi (nule i jedinice) zaista prenose kroz kabl, optiku ili vazduh, u obliku električnih, svetlosnih ili radio signala.

2. Stručno objašnjenje

Fizički sloj (Layer 1) definiše mehaničke, električne, funkcionalne i proceduralne specifikacije za aktiviranje, održavanje i deaktiviranje fizičke veze između uređaja. Bavi se: tipovima kablova (UTP, optika — detaljno u Modulu 3), konektorima (RJ45), naponima i signalima, brzinama prenosa, i fizičkim topologijama. Jedinica podataka na ovom sloju je bit. Uređaji koji rade isključivo na ovom sloju: habovi, repetitori, mrežni kablovi.

3. Primer iz svakodnevnog života

Fizički sloj je poput same telefonske žice i električnog signala koji njome putuje kada razgovarate telefonom — to je čisto fizički prenos, bez ikakvog „razumevanja" sadržaja razgovora.

4. Primer iz poslovnog IT okruženja

Kada mrežni tehničar kabluje novu kancelariju, provlačeći UTP kablove kroz zidove do patch panela u rack ormanu, radi isključivo na fizičkom sloju — bira kategoriju kabla, dužinu, način montiranja konektora.

5. Praktična vežba / napomena

Sledeći put kada vidite da mrežni kabl "ne radi", prva provera treba da bude fizička: da li je kabl fizički oštećen, da li je do kraja utaknut, da li lampica (LED) na portu sviča svetli. Ovo je uvek prvi korak u troubleshooting metodologiji (Modul 20).

6. Najčešće greške

• Preskakanje provere fizičkog sloja i direktno "sumnjičenje" softvera ili konfiguracije, iako je uzrok često nešto jednostavno poput nepovezanog kabla.
• Zaboravlja se da bežične veze (Wi-Fi) takođe pripadaju fizičkom sloju (i delu sloja 2) — fizički sloj ne znači isključivo kablove.

7. Pitanje za proveru znanja

P: Koja je jedinica podataka na fizičkom sloju? O: Bit.

Tema 4 – Sloj 2: Sloj veze podataka (Data Link Layer) i MAC adresa

1. Jednostavno objašnjenje

Sloj veze podataka je zadužen za to da podaci ispravno stignu do uređaja u istoj lokalnoj mreži, koristeći "fizičku adresu" uređaja (MAC adresu), slično poštanskom broju zgrade unutar jednog naselja.

2. Stručno objašnjenje

Sloj veze podataka (Layer 2) je zadužen za pouzdan prenos podataka preko jedne fizičke veze (link-a) između dva direktno povezana uređaja ili unutar istog LAN segmenta, uključujući otkrivanje (a ponekad i ispravljanje) grešaka nastalih na fizičkom sloju. Jedinica podataka na ovom sloju je okvir (frame). Ovaj sloj koristi MAC adresu (48-bitnu, jedinstvenu adresu ugrađenu u mrežnu karticu od strane proizvođača) za identifikaciju uređaja unutar istog lokalnog segmenta. Sloj 2 se često deli na dva pod-sloja: LLC (Logical Link Control) i MAC (Media Access Control). Uređaj koji tipično radi na ovom sloju je svič, koji uči MAC adrese i prosleđuje okvire na osnovu MAC adresne tabele (detaljno u Modulu 8). Protokol ARP (Tema 19) povezuje ovaj sloj sa mrežnim slojem, jer omogućava pronalaženje MAC adrese na osnovu poznate IP adrese.

3. Primer iz svakodnevnog života

MAC adresa je poput jedinstvenog broja šasije automobila (VIN broja) — dodeljena je od strane proizvođača, ne menja se i jedinstveno identifikuje taj konkretan uređaj, za razliku od registarske tablice (analogne IP adresi) koja se može promeniti u zavisnosti od toga gde se uređaj trenutno nalazi.

4. Primer iz poslovnog IT okruženja

Kada svič u kancelariji prvi put "vidi" saobraćaj sa novog računara, on zapisuje MAC adresu tog računara u svoju MAC adresnu tabelu, povezanu sa portom na kome se uređaj nalazi — od tog trenutka, svič zna tačno na koji port da pošalje saobraćaj namenjen tom računaru, umesto da ga šalje na sve portove.

5. Praktična vežba / napomena

Na svom računaru proverite MAC adresu svoje mrežne kartice komandom ipconfig /all (Windows, tražite polje "Physical Address") — primetićete da je zapisana u heksadecimalnom formatu, npr. 00-1A-2B-3C-4D-5E.

6. Najčešće greške

• Mešanje MAC i IP adrese — MAC adresa je "fizička", fiksna adresa uređaja (Sloj 2), dok je IP adresa "logička" adresa koja zavisi od mreže u kojoj se uređaj trenutno nalazi (Sloj 3, Tema 5).
• Pretpostavka da MAC adresa nikada ne može biti promenjena — tehnički je moguće softverski promeniti (MAC spoofing) prikazanu MAC adresu na većini operativnih sistema, iako je fizički ugravirana adresa i dalje ista.

7. Pitanje za proveru znanja

P: Koja jedinica podataka pripada sloju veze podataka i koji uređaj tipično radi na tom sloju? O: Okvir (frame); svič.

Tema 5 – Sloj 3: Mrežni sloj (Network Layer) i IP adresa

1. Jednostavno objašnjenje

Mrežni sloj je zadužen za to da podaci stignu do pravog uređaja čak i kada se on nalazi u potpuno drugoj mreži, negde drugde u svetu — koristeći IP adresu, slično poštanskoj adresi koja sadrži državu, grad, ulicu i broj.

2. Stručno objašnjenje

Mrežni sloj (Layer 3) je zadužen za logičko adresiranje i rutiranje podataka između različitih mreža — donosi odluke o tome kojim putem (preko kojih rutera) podaci treba da putuju da bi stigli od izvora do konačnog odredišta, čak i kada se ono nalazi u potpuno drugoj mreži. Jedinica podataka na ovom sloju je paket (packet). Ovaj sloj koristi IP adresu (logičku adresu koja se dodeljuje uređaju u zavisnosti od mreže u kojoj se trenutno nalazi, za razliku od fiksne MAC adrese). Uređaj koji tipično radi na ovom sloju je ruter, koji na osnovu tabele rutiranja (routing table) odlučuje na koji sledeći uređaj (next-hop) treba proslediti paket. Detaljno se IP adresiranje obrađuje u Modulu 4 i 5, a rutiranje u Modulu 11 i 12.

3. Primer iz svakodnevnog života

Ako MAC adresa liči na VIN broj automobila, IP adresa liči na registarsku tablicu — sadrži informaciju o tome iz kog "regiona" (mreže) vozilo dolazi, i ta oznaka se menja ako se vozilo preregistruje u drugom mestu (uređaj se poveže na drugu mrežu).

4. Primer iz poslovnog IT okruženja

Kada zaposleni u firmi u Beogradu šalje imejl koleginici u filijali u Nišu, ruter firme u Beogradu gleda odredišnu IP adresu paketa i, na osnovu svoje tabele rutiranja, prosleđuje paket ka sledećem ruteru na putu — taj proces se ponavlja kroz više rutera dok paket ne stigne do mreže u Nišu.

5. Praktična vežba / napomena

Na svom računaru proverite svoju IP adresu komandom ipconfig (Windows) i uočite da je zapisana u decimalnom obliku sa četiri broja odvojena tačkama (npr. 192.168.1.10) — o strukturi IP adrese detaljno se uči u Modulu 4.

6. Najčešće greške

• Zaboravlja se da je IP adresa "logička" i može se promeniti (npr. prelaskom na drugu Wi-Fi mrežu), za razliku od MAC adrese koja ostaje ista.
• Poistovećivanje uloge rutera i sviča — ruter radi na Sloju 3 (IP adrese, različite mreže), svič na Sloju 2 (MAC adrese, ista mreža).

7. Pitanje za proveru znanja

P: Koja jedinica podataka pripada mrežnom sloju i koji uređaj tipično radi na tom sloju? O: Paket (packet); ruter.

Tema 6 – Sloj 4: Transportni sloj (Transport Layer), portovi i socket

1. Jednostavno objašnjenje

Transportni sloj je zadužen za to da podaci stignu do prave aplikacije na odredišnom uređaju (ne samo do pravog uređaja, već i do prave "sobe" u tom uređaju), i da odluči da li je bitnije da prenos bude potpuno pouzdan ili što brži.

2. Stručno objašnjenje

Transportni sloj (Layer 4) obezbeđuje komunikaciju od kraja do kraja (end-to-end) između aplikacija na dva uređaja, uključujući segmentaciju podataka, kontrolu toka, i (kod TCP-a) pouzdanost i kontrolu grešaka. Jedinica podataka na ovom sloju je segment (kod TCP-a) ili datagram (kod UDP-a). Dva glavna protokola ovog sloja su TCP i UDP (detaljno obrađeni u Temama 12 i 13). Ovaj sloj koristi portove — 16-bitne brojeve (0–65535) koji identifikuju konkretnu aplikaciju ili servis na uređaju. Kombinacija IP adrese i broja porta naziva se socket i jedinstveno identifikuje jednu konekciju (npr. 192.168.1.10:51234 kao klijentska strana, 93.184.216.34:443 kao serverska strana jedne HTTPS konekcije).

Portovi se dele na opsege:

• Well-known portovi (0–1023) — rezervisani za poznate, standardizovane servise (npr. 80 za HTTP, 443 za HTTPS, 22 za SSH).
• Registrovani portovi (1024–49151) — dodeljeni specifičnim aplikacijama, ali sa manje strogom kontrolom.
• Dinamički/privatni portovi (49152–65535) — koriste se privremeno, tipično na klijentskoj strani konekcije.

3. Primer iz svakodnevnog života

Ako je IP adresa poput adrese zgrade, port je poput broja stana u toj zgradi — poštar (mreža) dostavlja pošiljku do prave zgrade (IP adresa), ali unutar zgrade mora znati tačan broj stana (port) da bi pošiljka stigla do prave osobe (aplikacije).

4. Primer iz poslovnog IT okruženja

Na serveru firme mogu istovremeno raditi veb server (koji "sluša" na portu 80/443) i mejl server (koji "sluša" na portu 25 za SMTP) — iako oba servisa dele istu IP adresu servera, port razdvaja koji saobraćaj je namenjen kom servisu. Kada mrežni administrator konfiguriše firewall pravilo, to pravilo se često definiše upravo preko broja porta (npr. "dozvoli saobraćaj ka portu 443, blokiraj sve ostalo").

5. Praktična vežba / napomena

Otvorite komandnu liniju i ukucajte netstat -an (Windows/Linux) — videćete listu aktivnih konekcija sa vašeg računara, svaka prikazana kao par IP adresa i porta (socket). Ovo se detaljnije obrađuje u Modulima 17–18.

6. Najčešće greške

• Mešanje pojma "port" sa fizičkim portom na sviču/ruteru (npr. FastEthernet0/1) — u kontekstu ove teme, "port" je logički broj koji identifikuje aplikaciju/servis, potpuno različit koncept od fizičkog priključka na uređaju.
• Zaboravlja se da klijentska strana konekcije takođe koristi port (obično nasumično dodeljen iz dinamičkog opsega), ne samo serverska strana.

7. Pitanje za proveru znanja

P: Šta predstavlja socket i od čega se sastoji? O: Socket je krajnja tačka jedne mrežne konekcije, definisana kombinacijom IP adrese i broja porta.

Tema 7 – Sloj 5: Sesijski sloj (Session Layer)

1. Jednostavno objašnjenje

Sesijski sloj je zadužen za uspostavljanje, održavanje i završavanje "razgovora" (sesije) između dve aplikacije — pamti da je razgovor u toku, sve dok se ne završi.

2. Stručno objašnjenje

Sesijski sloj (Layer 5) upravlja uspostavljanjem, održavanjem, sinhronizacijom i raskidanjem sesija (dijaloga) između aplikacija na dva uređaja. Omogućava da se komunikacija koja traje duže vreme (npr. prenos velikog fajla ili produžena veb sesija) tretira kao jedna kontinuirana celina, uz mogućnost sinhronizacionih tačaka (checkpoint-a) koje omogućavaju nastavak prenosa od poslednje uspešne tačke u slučaju prekida, umesto ponovnog kretanja od početka. U praktičnim TCP/IP implementacijama, funkcije ovog sloja su često ugrađene direktno u aplikacione protokole ili u sam operativni sistem, zbog čega se ovaj sloj u praksi ređe pominje kao zaseban.

3. Primer iz svakodnevnog života

Sesijski sloj je poput vođenja evidencije o tome da ste "usred razgovora" sa nekim preko telefona — ako se veza na trenutak prekine, oboje znate da treba da nastavite tamo gde ste stali, a ne da počinjete čitav razgovor ispočetka.

4. Primer iz poslovnog IT okruženja

Kada se zaposleni prijavi na korporativni portal i radi na njemu duže vreme (popunjava formular u više koraka), sesijski mehanizmi (npr. session ID koji se čuva u kolačiću ili tokenu) omogućavaju serveru da "zna" da je reč o istom korisniku i istoj sesiji tokom celog tog vremena, umesto da se korisnik ponovo prijavljuje pri svakom koraku.

5. Praktična vežba / napomena

Sledeći put kada preuzimate veliki fajl i internet veza se na trenutak prekine, a preuzimanje se automatski nastavi od mesta prekida umesto da počne ispočetka — to je praktičan primer funkcije sličnog onome što sesijski sloj koncepcijski predstavlja.

6. Najčešće greške

• Očekivanje da će se ovaj sloj u praksi jasno videti kao "poseban korak" u alatima poput Wireshark-a — funkcije sesijskog sloja su često utopljene u aplikacioni sloj u modernim implementacijama.
• Mešanje sesijskog sloja sa pojmom "TCP sesija/konekcija" — TCP konekcija (uspostavljena kroz three-way handshake, Modul 19) je koncept transportnog sloja (Sloj 4), dok je sesijski sloj (Sloj 5) viši, apstraktniji koncept upravljanja dijalogom aplikacija.

7. Pitanje za proveru znanja

P: Koja je osnovna funkcija sesijskog sloja? O: Uspostavljanje, održavanje i raskidanje sesije (dijaloga) između dve aplikacije, uključujući sinhronizaciju koja omogućava nastavak prenosa nakon prekida.

Tema 8 – Sloj 6: Prezentacioni sloj (Presentation Layer)

1. Jednostavno objašnjenje

Prezentacioni sloj je zadužen za to da podaci budu zapisani u formatu koji obe strane razumeju — kao prevodilac koji brine da poruka bude čitljiva bez obzira na to kojim "jezikom" (formatom) je originalno napisana.

2. Stručno objašnjenje

Prezentacioni sloj (Layer 6) je zadužen za prevođenje, formatiranje, kompresiju i šifrovanje podataka između aplikacionog sloja i nižih slojeva, kako bi podaci poslati sa jednog uređaja bili razumljivi aplikaciji na drugom uređaju, bez obzira na razlike u internoj reprezentaciji podataka (npr. razlike u kodiranju karaktera). Tipične funkcije ovog sloja uključuju: konverziju formata podataka (npr. tekstualno kodiranje poput UTF-8), kompresiju (smanjenje veličine podataka radi bržeg prenosa), i šifrovanje/dešifrovanje (npr. TLS enkripcija koja omogućava HTTPS, obrađeno u Temi 16). Kao i kod sesijskog sloja, u praktičnim implementacijama funkcije ovog sloja su često deo samog aplikacionog softvera ili operativnog sistema.

3. Primer iz svakodnevnog života

Prezentacioni sloj je poput prevodioca na međunarodnoj konferenciji koji prevodi govor sa jednog jezika na drugi u realnom vremenu, tako da svi učesnici razumeju sadržaj, bez obzira na to kojim jezikom je govornik originalno govorio.

4. Primer iz poslovnog IT okruženja

Kada zaposleni pristupa sajtu banke preko HTTPS-a, TLS enkripcija (koja funkcionalno odgovara prezentacionom sloju) šifruje podatke pre slanja i dešifruje ih po prijemu, tako da čak i ako neko presretne saobraćaj, ne može da pročita sadržaj bez odgovarajućeg ključa.

5. Praktična vežba / napomena

Otvorite bilo koju sliku u formatu JPEG i zamislite proces njene kompresije prilikom čuvanja/slanja — smanjenje veličine fajla radi lakšeg prenosa je funkcija analogna prezentacionom sloju.

6. Najčešće greške

• Mešanje "šifrovanja na prezentacionom sloju" (deo TLS-a, koncepcijski Sloj 6) sa "enkripcijom lozinki" na mrežnim uređajima (Modul 7) — reč je o različitim, nepovezanim mehanizmima šifrovanja.
• Potcenjivanje važnosti ovog sloja jer se retko eksplicitno pominje u svakodnevnom radu — bez formatiranja i enkripcije koje ovaj sloj konceptualno predstavlja, bezbedna veb komunikacija (HTTPS) ne bi bila moguća.

7. Pitanje za proveru znanja

P: Navedite dve funkcije koje pripadaju prezentacionom sloju. O: Bilo koje dve od: konverzija/formatiranje podataka, kompresija, šifrovanje i dešifrovanje.

Tema 9 – Sloj 7: Aplikacioni sloj (Application Layer)

1. Jednostavno objašnjenje

Aplikacioni sloj je najviši sloj — to je deo mreže sa kojim se korisnik direktno "susreće" kroz programe koje koristi, poput pregledača, imejl klijenta ili aplikacije za prenos fajlova.

2. Stručno objašnjenje

Aplikacioni sloj (Layer 7) pruža mrežne usluge direktno korisničkim aplikacijama i predstavlja tačku u kojoj korisnik (preko softvera) "ulazi" u proces mrežne komunikacije. Ovaj sloj ne odnosi se na same aplikacije poput pregledača (koje su iznad OSI modela), već na protokole koje te aplikacije koriste za mrežnu komunikaciju — kao što su HTTP/HTTPS (veb), FTP (prenos fajlova), SMTP/POP3/IMAP (imejl), DNS (razrešavanje imena) i DHCP (automatska konfiguracija). Svi ovi protokoli se detaljno obrađuju u kasnijim temama ovog modula (Teme 16–21).

3. Primer iz svakodnevnog života

Aplikacioni sloj je poput samog razgovora koji vodite telefonom — sadržaj onoga što govorite (tražite informaciju, dogovarate sastanak), za razliku od svih prethodnih "tehničkih" slojeva koji samo omogućavaju da glas fizički stigne do sagovornika.

4. Primer iz poslovnog IT okruženja

Kada zaposleni otvori pregledač i ukuca adresu interne veb aplikacije firme, ceo taj proces korisničke interakcije (klik na dugme, popunjavanje formulara, pregled rezultata) odvija se na aplikacionom sloju, koristeći HTTP/HTTPS protokol za komunikaciju sa serverom u pozadini.

5. Praktična vežba / napomena

Nabrojite pet aplikacija koje svakodnevno koristite i, za svaku, pokušajte da pretpostavite koji mrežni protokol aplikacionog sloja verovatno koristi u pozadini (npr. pregledač → HTTP/HTTPS, imejl klijent → SMTP/IMAP).

6. Najčešće greške

• Poistovećivanje "aplikacije" (npr. programa Microsoft Word) sa "aplikacionim slojem" — aplikacioni sloj se odnosi na protokole koje mrežno-svesne aplikacije koriste za komunikaciju, ne na sve softverske programe uopšte.
• Zaboravlja se da jedan program (npr. veb pregledač) može koristiti više različitih protokola aplikacionog sloja istovremeno (HTTP/HTTPS za veb stranice, ponekad FTP za preuzimanje fajlova).

7. Pitanje za proveru znanja

P: Da li je veb pregledač sam po sebi "aplikacioni sloj", ili je to protokol koji pregledač koristi? Objasnite. O: Aplikacioni sloj se odnosi na protokol koji pregledač koristi za mrežnu komunikaciju (HTTP/HTTPS), ne na sam program pregledača kao softver.

Tema 10 – TCP/IP model i poređenje sa OSI modelom

1. Jednostavno objašnjenje

TCP/IP model je jednostavnija, praktičnija verzija OSI modela sa samo četiri sloja umesto sedam — to je model po kome internet zaista funkcioniše u praksi.

2. Stručno objašnjenje

TCP/IP model (nazvan po svoja dva najvažnija protokola) je praktičan, četvoroslojni model koji predstavlja stvarnu arhitekturu na kojoj je izgrađen internet, razvijen pre OSI modela i nezavisno od njega. Sastoji se od sledeća četiri sloja:

*Napomena: ARP se u praksi često svrstava između Internet i Network Access sloja, jer povezuje IP (Sloj 3) i MAC (Sloj 2) adresiranje — različiti izvori ga različito klasifikuju, ali suštinski je „most" između ta dva sloja.

Ključna razlika u odnosu na OSI model: TCP/IP model objedinjuje gornja tri OSI sloja (aplikacioni, prezentacioni, sesijski) u jedan jedinstveni sloj aplikacije, i donja dva OSI sloja (veza podataka, fizički) u jedan sloj pristupa mreži. OSI model se u praksi koristi prevashodno kao edukativni i dijagnostički alat (jer nudi precizniju podelu za analizu problema), dok je TCP/IP model stvarna arhitektura po kojoj internet i većina mreža danas zaista funkcionišu.

3. Primer iz svakodnevnog života

Ako je OSI model detaljan, sedmostepeni recept za pripremu jela (sa svakim sitnim korakom posebno opisanim), TCP/IP model je isti recept sažet u četiri glavna koraka — krajnji rezultat (jelo) je isti, samo je nivo detalja u opisu različit.

4. Primer iz poslovnog IT okruženja

Kada mrežni inženjer objašnjava kolegi problem, često kombinuje oba modela u govoru: "Imamo problem na Layer 3" (koristi OSI terminologiju za preciznost), dok istovremeno zna da je u stvarnoj implementaciji IP protokol deo TCP/IP Internet sloja. Oba modela se koriste paralelno u IT industriji, u zavisnosti od konteksta.

5. Praktična vežba / napomena

Napravite sopstvenu tabelu (na papiru) koja mapira svih sedam OSI slojeva na četiri TCP/IP sloja, i pored svakog TCP/IP sloja napišite bar jedan protokol koji mu pripada — ovo je jedna od najčešće traženih veština na tehničkim intervjuima za IT pozicije.

6. Najčešće greške

• Tvrdnja da je TCP/IP model "zamenio" OSI model — oba modela se i danas paralelno koriste, svaki u svojoj nameni (TCP/IP za stvarnu implementaciju, OSI za edukaciju i dijagnostiku).
• Nesigurnost oko toga kojih pet OSI slojeva odgovara kojim TCP/IP slojevima — najčešća zabuna je oko grupisanja gornja tri OSI sloja u jedan TCP/IP sloj.

7. Pitanje za proveru znanja

P: Koliko slojeva ima TCP/IP model i koja tri OSI sloja se objedinjuju u TCP/IP sloj aplikacije? O: Četiri sloja; aplikacioni, prezentacioni i sesijski OSI sloj (Slojevi 7, 6 i 5) objedinjuju se u TCP/IP sloj aplikacije.

Tema 11 – Enkapsulacija i dekapsulacija; nazivi PDU-a (podaci, segment, paket, okvir, bit)

1. Jednostavno objašnjenje

Enkapsulacija je proces "pakovanja" podataka u sve više "koverata" dok putuju od aplikacije naniže kroz slojeve pre slanja u mrežu — svaki sloj dodaje svoju sopstvenu nalepnicu (zaglavlje) sa informacijama koje su njemu potrebne. Dekapsulacija je obrnut proces "otpakivanja" na prijemnoj strani.

2. Stručno objašnjenje

Enkapsulacija je proces u kome svaki sloj (od aplikacionog naniže ka fizičkom) dodaje svoje sopstveno zaglavlje (header), a ponekad i završni deo (trailer), oko podataka primljenih od sloja iznad, pre nego što ih prosledi sloju ispod. Ovaj proces se odvija na uređaju koji šalje podatke. Dekapsulacija je obrnut proces koji se odvija na prijemnom uređaju — svaki sloj uklanja (čita i skida) zaglavlje koje mu odgovara i prosleđuje preostale podatke sloju iznad, sve dok podaci ne stignu u izvornom obliku do aplikacije na prijemnoj strani.

Naziv jedinice podataka (PDU — Protocol Data Unit) se menja na svakom sloju tokom enkapsulacije:

Redosled enkapsulacije pri slanju (npr. slanje veb zahteva): aplikacija generiše podatke → transportni sloj dodaje TCP zaglavlje (nastaje segment, sa brojevima porta) → mrežni sloj dodaje IP zaglavlje (nastaje paket, sa IP adresama) → sloj veze podataka dodaje Ethernet zaglavlje/završetak (nastaje okvir, sa MAC adresama) → fizički sloj pretvara okvir u niz bitova za prenos kroz medijum. Na prijemnoj strani se ovaj proces odvija obrnutim redosledom (dekapsulacija).

3. Primer iz svakodnevnog života

Zamislite da šaljete poklon: prvo ga stavite u kutiju (podaci), zatim tu kutiju stavite u paket sa adresnom nalepnicom (kao segment sa "brojem sobe" — portom), zatim taj paket predate kurirskoj službi koja ga stavlja u svoje sopstveno pakovanje sa adresom grada i ulice (kao paket sa IP adresom), a kurirska služba ga utovaruje u kamion (kao okvir sa MAC adresom vozila/rute) koji fizički vozi do odredišta (bitovi kroz medijum). Primalac taj proces radi obrnuto: istovaruje iz kamiona, otvara spoljašnje pakovanje, čita adresu, otvara unutrašnje pakovanje, i konačno dolazi do samog poklona.

4. Primer iz poslovnog IT okruženja

Kada zaposleni pošalje veb zahtev serveru firme, njegov računar enkapsulira taj zahtev kroz sve slojeve pre slanja kroz mrežni kabl; svič na putu čita samo Sloj 2 zaglavlje (MAC adresu) da bi prosledio okvir na pravi port, ruter čita Sloj 3 zaglavlje (IP adresu) da bi odlučio kojim putem dalje, a tek sam server na kraju dekapsulira sve slojeve do kraja da bi pročitao stvarni sadržaj zahteva.

5. Praktična vežba / napomena

Poređajte sledeće pojmove tačnim redosledom enkapsulacije, od najviše (podataka) do najniže jedinice (bitova): paket, bit, okvir, segment, podaci. (Rešenje: podaci → segment → paket → okvir → bit.)

6. Najčešće greške

• Zamena redosleda naziva PDU-a — najčešća greška je mešanje "paketa" i "okvira" (paket pripada Sloju 3/IP adresi, okvir Sloju 2/MAC adresi).
• Zaboravlja se da svaki sloj dodaje SVOJE zaglavlje oko onoga što je primio od sloja iznad — zaglavlja se "ugnježđavaju" jedno u drugo, ne zamenjuju prethodno.

7. Pitanje za proveru znanja

P: Kako se naziva jedinica podataka nakon što joj mrežni sloj doda IP zaglavlje? O: Paket (packet).

Tema 12 – TCP (Transmission Control Protocol)

1. Jednostavno objašnjenje

TCP je "pouzdan" način slanja podataka preko mreže — pre slanja se uspostavlja veza, proverava se da li je sve stiglo, i ono što nije stiglo se ponovo šalje, sve dok primalac ne potvrdi da je sve ispravno primio.

2. Stručno objašnjenje

TCP (Transmission Control Protocol) je konekcijski orijentisan protokol transportnog sloja (Sloj 4) koji obezbeđuje pouzdan, uređen prenos podataka između dve aplikacije. Pre slanja podataka, TCP uspostavlja konekciju kroz proces poznat kao three-way handshake (SYN → SYN-ACK → ACK, detaljno se obrađuje u Modulu 19 uz Wireshark analizu). Nakon uspostavljanja veze, TCP: numeriše svaki poslati segment (sequence number), zahteva potvrdu prijema za poslate segmente (acknowledgment/ACK), ponovo šalje segmente koji nisu potvrđeni u očekivanom roku (retransmisija), i vrši kontrolu toka i zagušenja kako bi se izbeglo preplavljivanje primaoca ili mreže. Ova pouzdanost dolazi uz cenu — TCP ima veće zaglavlje i veće kašnjenje (latenciju) u odnosu na UDP, zbog dodatne komunikacije potrebne za uspostavljanje veze i potvrde prijema. TCP se koristi svuda gde je tačnost i potpunost podataka kritičnija od brzine: veb saobraćaj (HTTP/HTTPS), imejl (SMTP/POP3/IMAP), prenos fajlova (FTP), udaljeni pristup (SSH).

3. Primer iz svakodnevnog života

TCP je poput slanja preporučene pošte sa potvrdom prijema — pošiljalac dobija potvrdu da je pismo zaista stiglo, a ako se to ne desi u očekivanom roku, pošiljka se ponovo šalje. Sporije je od običnog ubacivanja pisma u sanduče, ali je pouzdanije.

4. Primer iz poslovnog IT okruženja

Kada zaposleni preuzima važan finansijski izveštaj sa fajl servera, TCP garantuje da će fajl stići kompletan i neoštećen — čak i ako se pojedini delovi izgube putem zbog privremenog zagušenja mreže, TCP će ih automatski ponovo poslati, tako da konačan fajl bude potpuno ispravan.

5. Praktična vežba / napomena

Zapamtite jednostavnu asocijaciju: TCP = "Total Control & Precision" (nezvanična mnemonika, ne zvaničan naziv) — daje prioritet potpunosti i tačnosti nad brzinom.

6. Najčešće greške

• Pretpostavka da je TCP uvek "bolji" izbor od UDP-a zbog pouzdanosti — u situacijama gde je brzina kritičnija od savršene tačnosti (npr. video pozivi), UDP je bolji izbor (Tema 13).
• Zaboravlja se da uspostavljanje TCP konekcije (three-way handshake) zahteva dodatno vreme pre nego što stvarni podaci uopšte počnu da se prenose.

7. Pitanje za proveru znanja

P: Zašto TCP zahteva uspostavljanje veze pre slanja podataka? O: Da bi obe strane potvrdile spremnost za komunikaciju i dogovorile inicijalne parametre (npr. početne redne brojeve), što omogućava pouzdano praćenje koji su podaci uspešno primljeni, a koje treba ponovo poslati.

Tema 13 – UDP (User Datagram Protocol)

1. Jednostavno objašnjenje

UDP je "brz, ali bez garancije" način slanja podataka — podaci se jednostavno pošalju bez prethodnog uspostavljanja veze i bez provere da li su stigli, što ga čini bržim od TCP-a, ali manje pouzdanim.

2. Stručno objašnjenje

UDP (User Datagram Protocol) je bezkonekcijski (connectionless) protokol transportnog sloja koji ne uspostavlja vezu pre slanja podataka, ne garantuje isporuku, redosled niti odsustvo dupliranih podataka, i nema mehanizme kontrole zagušenja poput TCP-a. Zbog manjeg zaglavlja i odsustva dodatne komunikacije (bez handshake-a, bez potvrda), UDP ima znatno manje kašnjenje (latenciju) i manje opterećenje mreže u odnosu na TCP. Jedinica podataka na ovom sloju kod UDP-a naziva se datagram. UDP se koristi u situacijama gde je brzina prenosa važnija od garantovane potpunosti podataka, ili gde aplikacija sama implementira sopstvenu logiku za rukovanje eventualnim gubitkom podataka: video/audio pozivi (VoIP), striming video sadržaja uživo, onlajn igre, i DNS upiti (Tema 22), gde je brzina odgovora prioritet, a u slučaju gubitka odgovora, klijent jednostavno ponovo pošalje upit.

3. Primer iz svakodnevnog života

UDP je poput dovikivanja poruke preko dvorišta — brzo je i jednostavno, ali ako sagovornik ne čuje deo poruke zbog buke, poruka se ne ponavlja automatski; ako je bitno da poruka stigne potpuna, morate posebno da proverite da li je sagovornik sve čuo (to bi već bio TCP pristup).

4. Primer iz poslovnog IT okruženja

Tokom video konferencijskog poziva u firmi, aplikacija za video pozive koristi UDP za prenos audio/video signala — ako se pokoji paket izgubi, to će se manifestovati kao kratak "zamrznut" kadar ili kratak prekid zvuka, ali aplikacija neće čekati da se taj izgubljeni deo ponovo pošalje (jer bi to unelo kašnjenje koje je gore od kratkog gubitka kvaliteta za komunikaciju uživo).

5. Praktična vežba / napomena

Razmislite zašto bi bilo loše da video pozivi koriste TCP umesto UDP-a: šta bi se desilo sa kvalitetom razgovora uživo ako bi aplikacija morala da čeka retransmisiju svakog izgubljenog paketa pre nastavka reprodukcije zvuka/slike?

6. Najčešće greške

• Zaključak da je UDP "loš" ili "manje kvalitetan" protokol jer nije pouzdan — UDP je namenski dizajniran za brzinu, i njegova "nepouzdanost" je svesna arhitekturna odluka, ne mana.
• Pretpostavka da UDP nikada ne stiže na odredište — UDP obično uspešno isporučuje veliku većinu paketa; jednostavno ne garantuje isporuku niti je automatski proverava, za razliku od TCP-a.

7. Pitanje za proveru znanja

P: Zašto se UDP koristi za video pozive umesto TCP-a? O: Zato što je brzina i nizak nivo kašnjenja kritičniji za kvalitet komunikacije uživo nego savršena potpunost svakog paketa; čekanje na retransmisiju izgubljenih paketa (kako bi TCP radio) bi uneo neprihvatljivo kašnjenje.

Tema 14 – ICMP (Internet Control Message Protocol)

1. Jednostavno objašnjenje

ICMP je protokol koji uređaji koriste da jedni drugima šalju kratke poruke o greškama ili statusu, kao i za osnovno testiranje da li je neki uređaj dostupan u mreži — najpoznatija primena je komanda ping.

Namena: dijagnostika i izveštavanje o greškama u IP mrežama. Port: ICMP ne koristi brojeve portova (nije TCP/UDP protokol; radi direktno preko IP-a, kao poseban protokol mrežnog sloja). Primer korišćenja: komanda ping i traceroute/tracert.

2. Stručno objašnjenje

ICMP je protokol mrežnog sloja (Sloj 3) koji se koristi za slanje dijagnostičkih i kontrolnih poruka između mrežnih uređaja — na primer, obaveštavanje pošiljaoca da odredište nije dostupno (Destination Unreachable), da je vreme života paketa isteklo (Time Exceeded, koje koristi traceroute), ili za jednostavnu proveru dostupnosti uređaja putem parova poruka Echo Request i Echo Reply (koje koristi ping). ICMP ne koristi TCP ili UDP portove jer funkcioniše direktno "na vrhu" IP protokola, kao njegov pratilac zadužen za kontrolne poruke, a ne za prenos korisničkih aplikacionih podataka.

3. Primer iz svakodnevnog života

ICMP je poput povratne informacije poštanske službe da pošiljka nije mogla biti dostavljena jer adresa ne postoji ("vraćeno pošiljaocu") — to nije sam sadržaj pisma, već kontrolna poruka o statusu dostave.

4. Primer iz poslovnog IT okruženja

Kada mrežni tehničar sumnja da server ne radi, prva provera je gotovo uvek ping <IP adresa servera> — ako ICMP Echo Reply stigne, potvrđeno je da postoji osnovna IP dostupnost do servera, iako to ne garantuje da sam servis (npr. veb server na tom serveru) takođe radi ispravno.

5. Praktična vežba / napomena

Iz laboratorijske vežbe u Modulu 1 — komanda ping koju ste tada koristili je upravo ICMP u praksi. Vratite se na taj rezultat i sada ga posmatrajte kroz prizmu ovog protokola.

6. Najčešće greške

• Pretpostavka da uspešan ping uvek znači da je "sve u redu" sa uslugom na tom uređaju — ping proverava samo osnovnu IP dostupnost (Sloj 3), ne i da li je konkretan servis (npr. veb server) ispravno pokrenut na višem sloju.
• Zaboravlja se da administratori ponekad namerno blokiraju ICMP saobraćaj (npr. na firewall-u) iz bezbednosnih razloga, pa neuspešan ping ne mora uvek značiti da je uređaj nedostupan — samo da ne odgovara na ICMP.

7. Pitanje za proveru znanja

P: Da li ICMP koristi TCP ili UDP portove? Objasnite. O: Ne, ICMP ne koristi portove — radi direktno preko IP protokola kao poseban protokol mrežnog sloja namenjen kontrolnim i dijagnostičkim porukama.

Tema 15 – ARP (Address Resolution Protocol)

1. Jednostavno objašnjenje

ARP je način na koji uređaj u lokalnoj mreži saznaje MAC adresu koja odgovara poznatoj IP adresi drugog uređaja u istoj mreži — neophodan korak pre nego što se prvi put pošalje bilo kakav podatak nekom uređaju u istoj mreži.

Namena: mapiranje IP adrese na MAC adresu unutar lokalne mreže. Port: ARP ne koristi portove (radi direktno na granici Sloja 2/3, ne kroz TCP/UDP). Primer korišćenja: svaki put kada računar prvi put komunicira sa gateway-om ili drugim uređajem u istoj lokalnoj mreži.

2. Stručno objašnjenje

ARP je protokol koji povezuje mrežni sloj (IP adresiranje) sa slojem veze podataka (MAC adresiranje) unutar iste lokalne mreže (broadcast domena). Kada uređaj A želi da pošalje paket uređaju B čiju IP adresu zna, ali ne zna njegovu MAC adresu, uređaj A šalje ARP zahtev (ARP Request) kao broadcast poruku svim uređajima u lokalnoj mreži, sa sadržajem "ko ima ovu IP adresu, javi mi svoju MAC adresu". Uređaj koji poseduje traženu IP adresu odgovara sa ARP odgovorom (ARP Reply), poslatim direktno (unicast) nazad uređaju A, sadržeći svoju MAC adresu. Uređaj A zatim čuva ovo mapiranje u svojoj ARP tabeli/kešu (privremeno, sa vremenskim ograničenjem) kako ne bi morao da ponavlja ARP zahtev za svaki naredni paket ka istom uređaju.

3. Primer iz svakodnevnog života

ARP je poput dovikivanja u punoj sali "Ko je Marko Marković?" (broadcast zahtev) kada znate nečije ime ali ne znate gde tačno sedi — osoba koja se tako zove se javlja i kaže gde sedi (odgovor), nakon čega pamtite tu informaciju da je sledeći put ne morate ponovo pitati.

4. Primer iz poslovnog IT okruženja

Kada novi računar bude prvi put povezan na mrežu firme i pokuša da pristupi internetu, prvo mora da sazna MAC adresu svog default gateway-a (rutera) putem ARP zahteva, pre nego što uopšte može da mu pošalje bilo kakav paket namenjen internetu — ovaj proces se odvija automatski, bez učešća korisnika, i traje delić sekunde.

5. Praktična vežba / napomena

Na Windows računaru ukucajte komandu arp -a u komandnoj liniji — videćete trenutnu ARP tabelu vašeg računara, sa parovima IP i MAC adresa uređaja sa kojima je nedavno komunicirao (detaljnije u Modulu 17).

6. Najčešće greške

• Zaboravlja se da je ARP ograničen isključivo na lokalnu mrežu (isti broadcast domen) — uređaj nikada ne šalje ARP zahtev za IP adresu koja se nalazi u udaljenoj mreži; umesto toga, šalje paket ka svom gateway-u (za čiju MAC adresu koristi ARP), a gateway dalje rešava putanju.
• Mešanje ARP zahteva (broadcast, svima) i ARP odgovora (unicast, direktno pošiljaocu) — samo je zahtev emitovan svima, odgovor ide direktno.

7. Pitanje za proveru znanja

P: Zašto se ARP zahtev šalje kao broadcast poruka? O: Zato što pošiljalac zna IP adresu odredišta, ali ne zna njegovu MAC adresu niti tačno gde se (na kom portu/uređaju) on nalazi, pa mora da pita sve uređaje u lokalnoj mreži da bi onaj sa traženom IP adresom mogao da se javi.

Tema 16 – HTTP i HTTPS

1. Jednostavno objašnjenje

HTTP je protokol pomoću kog vaš pregledač komunicira sa veb sajtovima da bi prikazao stranice; HTTPS je ista stvar, samo sa dodatnom šifrovanom zaštitom koja sprečava da neko treći "prisluškuje" tu komunikaciju.

Namena: prenos veb sadržaja (stranica, slika, formulara) između pregledača (klijenta) i veb servera. Port: HTTP koristi port 80; HTTPS koristi port 443. Primer korišćenja: otvaranje bilo kog sajta u pregledaču.

2. Stručno objašnjenje

HTTP (HyperText Transfer Protocol) je aplikacioni protokol zasnovan na modelu zahtev-odgovor (request-response), gde klijent (pregledač) šalje zahtev serveru (npr. GET za dobijanje stranice, POST za slanje podataka), a server odgovara statusnim kodom (npr. 200 OK, 404 Not Found, 500 Internal Server Error) i traženim sadržajem. HTTP radi preko TCP-a (Tema 12), zbog čega prvo mora biti uspostavljena TCP konekcija (three-way handshake) pre nego što se razmene HTTP zahtev i odgovor. HTTPS (HTTP Secure) je HTTP protokol dodatno zaštićen TLS/SSL enkripcijom (funkcionalno vezanom za prezentacioni sloj, Tema 8), koja šifruje sadržaj komunikacije, čime se sprečava da treća strana pročita (prisluškuje) ili nezapaženo izmeni sadržaj tokom prenosa. Danas se HTTPS smatra obaveznim standardom za bilo koji sajt koji razmenjuje osetljive podatke (lozinke, plaćanja, lične podatke) — većina modernih pregledača upozorava korisnika ako sajt koristi samo nešifrovani HTTP.

3. Primer iz svakodnevnog života

HTTP je poput razgovora preko običnog otvorenog kanala (svako u blizini može da čuje šta govorite); HTTPS je poput istog razgovora, ali šapatom kroz zapečaćenu cev koju samo sagovornik na drugom kraju može da čuje.

4. Primer iz poslovnog IT okruženja

Interna veb aplikacija firme (npr. sistem za prijavu radnog vremena) mora koristiti HTTPS, posebno ako zaposleni unose lozinke ili lične podatke — administrator instalira TLS sertifikat na server, čime se omogućava šifrovana HTTPS komunikacija umesto nezaštićenog HTTP-a.

5. Praktična vežba / napomena

Pogledajte adresnu traku pregledača dok posećujete različite sajtove — obratite pažnju na prefiks https:// i ikonicu katanca, koji označavaju da je konekcija šifrovana.

6. Najčešće greške

• Pretpostavka da HTTPS garantuje da je sadržaj sajta "bezbedan" ili da je sam sajt legitiman — HTTPS garantuje samo da je komunikacijski kanal šifrovan, ne i da sajtu možete verovati po pitanju sadržaja.
• Mešanje brojeva portova — čest je slučaj da se port 80 i 443 pobrkaju; zapamtite: HTTP (bez enkripcije, 80) i HTTPS (sa enkripcijom, 443).

7. Pitanje za proveru znanja

P: Koje su port vrednosti za HTTP i HTTPS, i šta je ključna razlika između njih? O: HTTP koristi port 80, HTTPS koristi port 443; ključna razlika je što HTTPS dodatno šifruje komunikaciju (TLS/SSL), dok je HTTP nešifrovan.

Tema 17 – FTP (File Transfer Protocol)

1. Jednostavno objašnjenje

FTP je protokol namenjen isključivo prenosu fajlova između dva računara preko mreže — kao specijalizovana "traka za prenos" fajlova, za razliku od HTTP-a koji je prilagođen prikazu veb stranica.

Namena: prenos (upload/download) fajlova između klijenta i servera. Port: 21 (kontrolni kanal — komande), 20 (podatkovni kanal u aktivnom režimu rada). Primer korišćenja: veb administrator koji otpremi (upload) fajlove novog sajta na hosting server.

2. Stručno objašnjenje

FTP (File Transfer Protocol) je aplikacioni protokol namenjen prenosu fajlova između klijenta i servera, koji koristi dva odvojena TCP kanala: kontrolni kanal (port 21) za razmenu komandi (prijava, listanje foldera, komande za preuzimanje/slanje fajlova) i podatkovni kanal za stvarni prenos sadržaja fajlova. Ključan nedostatak klasičnog FTP-a je što po podrazumevanim podešavanjima ne šifruje ni kredencijale za prijavu ni sadržaj koji se prenosi, zbog čega se u modernim, bezbednosno svesnim okruženjima preporučuju bezbednije alternative: FTPS (FTP sa TLS enkripcijom) ili, još češće, SFTP (SSH File Transfer Protocol, koji radi preko SSH protokola — Tema 18 — i koristi samo jedan šifrovan kanal na portu 22). Ove bezbednije alternative se detaljnije obrađuju u Modulu 18 (Linux mreže).

3. Primer iz svakodnevnog života

FTP je poput iznajmljivanja specijalizovanog kamiona samo za prevoz nameštaja (fajlova) između dve lokacije, za razliku od HTTP-a koji je poput redovne poštanske službe prilagođene manjim, raznovrsnim pošiljkama (veb sadržaju).

4. Primer iz poslovnog IT okruženja

Programer firme koristi FTP klijent (ili, po preporuci, SFTP klijent radi bezbednosti) da otpremi ažuriranu verziju veb sajta na produkcioni server, prenoseći stotine fajlova odjednom u okviru jedne konekcije.

5. Praktična vežba / napomena

Ako imate pristup bilo kom FTP ili SFTP klijentu (npr. FileZilla), pokrenite ga i pogledajte polja koja se traže za konekciju: adresa servera, korisničko ime, lozinka i port — uočićete broj porta 21 (FTP) ili 22 (SFTP) kao podrazumevanu vrednost.

6. Najčešće greške

• Korišćenje običnog (nešifrovanog) FTP-a za prenos osetljivih podataka preko javne mreže ili interneta — lozinka i sadržaj putuju u čitljivom (plain-text) obliku, izloženi presretanju.
• Mešanje FTP-a (specijalizovan protokol za prenos fajlova) sa HTTP download linkovima (koji tehnički koriste HTTP/HTTPS protokol za preuzimanje pojedinačnog fajla sa veb sajta) — oba mogu prenositi fajlove, ali su to različiti protokoli.

7. Pitanje za proveru znanja

P: Koji je glavni bezbednosni nedostatak klasičnog FTP protokola i koje se alternative preporučuju? O: Klasičan FTP ne šifruje kredencijale ni sadržaj prenosa; preporučuju se FTPS ili, češće, SFTP kao bezbednije alternative.

Tema 18 – SSH i Telnet

1. Jednostavno objašnjenje

SSH i Telnet su protokoli koji omogućavaju da se sa jednog računara "udaljeno prijavite" i upravljate drugim uređajem (npr. serverom ili mrežnim uređajem) preko komandne linije, kao da fizički sedite ispred njega — razlika je što SSH to radi bezbedno (šifrovano), a Telnet nešifrovano.

Namena: udaljen pristup komandnoj liniji uređaja radi upravljanja/konfiguracije. Port: SSH koristi port 22; Telnet koristi port 23. Primer korišćenja: mrežni administrator koji se udaljeno povezuje na ruter da promeni konfiguraciju.

2. Stručno objašnjenje

SSH (Secure Shell) je aplikacioni protokol koji omogućava bezbedan, šifrovan udaljeni pristup komandnoj liniji (CLI) uređaja preko mreže, uključujući i autentifikaciju korisnika (lozinkom ili kriptografskim ključem) i šifrovanje cele sesije, čime se štiti i sadržaj komandi i eventualno unetih lozinki od presretanja. Telnet je stariji protokol iste svrhe (udaljen pristup komandnoj liniji), ali bez ikakve enkripcije — sve što se prenosi, uključujući korisničko ime i lozinku, putuje u čitljivom (plain-text) obliku, zbog čega je danas u velikoj meri zastareo i ne preporučuje se za korišćenje na produkcionoj opremi ili preko nepoverljivih mreža — SSH je njegov standardni, bezbedan naslednik u gotovo svim savremenim okruženjima. Ova tema se dodatno praktično obrađuje u Modulu 7 (osnovni SSH pristup na Cisco uređajima) i Modulu 16 (bezbednost — SSH umesto Telnet-a kao bezbednosna preporuka).

3. Primer iz svakodnevnog života

Telnet je poput razgovora preko otvorene linije na kojoj svako može da prisluškuje šta govorite, uključujući i vašu lozinku ako je izgovorite naglas; SSH je poput istog razgovora vođenog kroz zaštićenu, šifrovanu liniju koju niko treći ne može da razume ni da prisluškuje.

4. Primer iz poslovnog IT okruženja

Mrežni administrator firme se sa svog računara SSH-uje na udaljeni ruter u drugoj filijali da bi proverio i izmenio konfiguraciju, bez potrebe da fizički putuje do te lokacije — cela ta sesija (uključujući unos lozinke za pristup ruteru) je šifrovana i bezbedna od presretanja.

5. Praktična vežba / napomena

Kada u Modulu 7 budete prvi put konfigurisali SSH pristup na Cisco uređaju, setite se ove teme — praktično ćete videti razliku između bezbednog (SSH) i nebezbednog (Telnet) udaljenog pristupa.

6. Najčešće greške

• Korišćenje Telnet-a na mrežnoj opremi u produkcionom (stvarnom, poslovnom) okruženju iz navike ili neznanja — ovo predstavlja ozbiljan bezbednosni rizik jer se administratorske lozinke mogu lako presresti.
• Mešanje SSH-a (udaljen pristup komandnoj liniji) sa SFTP-om (prenos fajlova preko SSH protokola, Tema 17) — SFTP koristi SSH kao osnovu, ali služi drugoj nameni (fajlovi, ne komandna linija).

7. Pitanje za proveru znanja

P: Zašto se Telnet ne preporučuje za korišćenje na produkcionoj mrežnoj opremi? O: Zato što Telnet ne šifruje saobraćaj — korisničko ime, lozinka i sve komande putuju u čitljivom obliku i mogu biti presretnuti; SSH rešava ovaj problem šifrovanjem cele sesije.

Tema 19 – SMTP, POP3 i IMAP (protokoli za elektronsku poštu)

1. Jednostavno objašnjenje

SMTP je protokol koji se koristi za slanje imejlova, dok su POP3 i IMAP protokoli koji se koriste za preuzimanje/čitanje već primljenih imejlova sa servera — kao razlika između poštanskog šaltera za slanje pisama i poštanskog sandučeta iz koga se pisma preuzimaju.

Namena: SMTP — slanje elektronske pošte; POP3 i IMAP — preuzimanje/pristup već primljenoj elektronskoj pošti. Port: SMTP — 25 (standardni), često i 587 (submission, preporučeno za slanje sa enkripcijom); POP3 — 110; IMAP — 143. (Postoje i šifrovane varijante ovih portova, npr. SMTPS, POP3S, IMAPS, na drugim brojevima portova.) Primer korišćenja: slanje i primanje imejla kroz bilo koji imejl program ili veb interfejs.

2. Stručno objašnjenje

SMTP (Simple Mail Transfer Protocol) je protokol zadužen za slanje elektronske pošte — kako od imejl klijenta ka serveru pošiljaoca, tako i između mejl servera različitih provajdera prilikom prosleđivanja poruke ka serveru primaoca. POP3 (Post Office Protocol verzija 3) je protokol koji omogućava klijentu da preuzme poruke sa mejl servera, tipično ih preuzimajući i uklanjajući sa servera (mada je moguće podesiti da ostave kopiju) — poruke se nakon preuzimanja obično čuvaju lokalno na uređaju korisnika. IMAP (Internet Message Access Protocol) je noviji, napredniji protokol koji omogućava klijentu da pristupa porukama koje ostaju sačuvane na serveru, sa sinhronizacijom stanja (pročitano/nepročitano, foldere) između više uređaja istovremeno — zbog toga je IMAP danas mnogo rasprostranjeniji izbor od POP3-a, jer korisnici očekuju da vide isto stanje sandučeta na telefonu, laptopu i veb pregledaču.

3. Primer iz svakodnevnog života

SMTP je poput predaje pisma na pošti radi slanja. POP3 je poput preuzimanja svih pisama iz poštanskog sandučeta i njihovog nošenja kući, nakon čega sanduče ostaje prazno. IMAP je poput toga da sva vaša pisma ostaju trajno arhivirana u samoj pošti, a vi ih tamo čitate i organizujete kad god vam zatreba, sa bilo kog mesta.

4. Primer iz poslovnog IT okruženja

Firma koristi korporativni imejl sistem gde zaposleni pristupaju istom sandučetu i sa desktop računara i sa mobilnog telefona — IMAP protokol omogućava da poruka pročitana na telefonu bude označena kao pročitana i na desktop računaru, jer oba uređaja pristupaju istom stanju na serveru, za razliku od POP3-a koji bi preuzeo poruke lokalno na samo jedan uređaj.

5. Praktična vežba / napomena

Ako imate pristup podešavanjima bilo kog imejl naloga (Gmail, Outlook), pronađite deo sa "napredna podešavanja" ili "podešavanja za druge aplikacije" i pogledajte da li su navedeni SMTP, IMAP i/ili POP3 serveri i njihovi portovi — to su stvarne vrednosti koje se koriste u praksi.

6. Najčešće greške

• Mešanje SMTP-a (slanje) sa POP3/IMAP (primanje) — čest je slučaj da se korisnici zbune oko toga koji protokol radi šta; zapamtite: SMTP = Send Mail (šalje), POP3/IMAP = primanje/čitanje.
• Korišćenje POP3-a u okruženju gde korisnik pristupa imejlu sa više uređaja — dovodi do nekonzistentnog stanja sandučeta (poruka "nestane" sa servera nakon što je jedan uređaj preuzme).

7. Pitanje za proveru znanja

P: Koja je ključna razlika između POP3 i IMAP protokola u pogledu čuvanja poruka? O: POP3 tipično preuzima poruke sa servera na lokalni uređaj (uklanjajući ih sa servera), dok IMAP ostavlja poruke na serveru i omogućava sinhronizovan pristup istom sandučetu sa više uređaja.

Tema 20 – DNS (Domain Name System)

1. Jednostavno objašnjenje

DNS je "imenik" interneta koji pretvara imena sajtova koja ljudi lako pamte (npr. www.example.com) u IP adrese koje računari zapravo koriste za međusobnu komunikaciju.

Namena: prevođenje (rezolucija) domenskih imena u IP adrese, i obratno. Port: 53 (UDP za obične upite, TCP za veće odgovore ili prenos zona). Primer korišćenja: svaki put kada u pregledaču ukucate ime sajta.

2. Stručno objašnjenje

DNS (Domain Name System) je hijerarhijski, distribuirani sistem imenovanja koji prevodi ljudima razumljiva imena (domene) u IP adrese koje mrežni uređaji koriste za rutiranje saobraćaja. Kada korisnik ukuca ime sajta u pregledač, uređaj šalje DNS upit ka konfigurisanom DNS serveru (tipično rekurzivnom DNS serveru, koji preuzima na sebe posao pronalaženja konačnog odgovora u ime klijenta), koji, ako nema odgovor u svom kešu, dalje ispituje hijerarhiju autoritativnih DNS servera (počevši od root servera, zatim servera za vrhovni domen poput ".com", pa do servera koji je zvanično zadužen za konkretan domen) dok ne pronađe traženu IP adresu i vrati je klijentu. DNS uglavnom koristi UDP (brzina, mali upiti/odgovori) na portu 53, ali prelazi na TCP kada je odgovor prevelik za jedan UDP paket ili prilikom prenosa cele zone između DNS servera. Detaljna obrada DNS hijerarhije, zapisa (A, AAAA, CNAME, MX, NS, PTR, TXT) i tipova servera nalazi se u Modulu 13.

3. Primer iz svakodnevnog života

DNS je poput imenika telefonskih brojeva — pamtite ime osobe (domensko ime), a imenik vam kaže tačan broj telefona (IP adresu) koji treba pozvati, jer bi bilo nepraktično pamtiti brojeve svih ljudi koje poznajete.

4. Primer iz poslovnog IT okruženja

Kada zaposleni prijavi problem "sajt firme ne radi", jedna od prvih dijagnostičkih provera je da li DNS ispravno prevodi ime sajta u IP adresu — ako DNS ne radi, pregledač neće ni znati kojoj IP adresi da se obrati, iako bi sam veb server možda bio potpuno ispravan i dostupan preko svoje IP adrese.

5. Praktična vežba / napomena

U komandnoj liniji ukucajte nslookup www.google.com (radi na Windows i Linux sistemima) i pogledajte koju IP adresu vam DNS server vrati kao odgovor — ovo je praktičan primer DNS rezolucije u akciji (detaljnije u Modulima 17–18).

6. Najčešće greške

• Poistovećivanje "sajt ne radi" isključivo sa problemom na samom serveru — često je uzrok upravo neispravna DNS rezolucija, dok je server potpuno dostupan preko svoje IP adrese.
• Zaboravlja se razlika između rekurzivnog DNS servera (koji za klijenta obavlja ceo posao pretrage) i autoritativnog DNS servera (koji poseduje konačan, zvaničan odgovor za određeni domen) — detaljnije u Modulu 13.

7. Pitanje za proveru znanja

P: Šta bi se desilo kada bi DNS server prestao da radi, iako je sam veb server sajta i dalje potpuno ispravan i dostupan? O: Korisnici ne bi mogli da otvore sajt ukucavanjem njegovog imena (jer se ime ne bi moglo prevesti u IP adresu), iako bi sajt i dalje bio dostupan direktnim unosom njegove IP adrese u pregledač.

Tema 21 – DHCP (Dynamic Host Configuration Protocol)

1. Jednostavno objašnjenje

DHCP je servis koji automatski dodeljuje IP adresu i ostala mrežna podešavanja uređaju čim se poveže na mrežu, bez potrebe da korisnik ručno unosi te podatke.

Namena: automatska dodela IP adrese, maske podmreže, gateway-a i DNS servera uređajima koji se povežu na mrežu. Port: 67 (server) i 68 (klijent), oba preko UDP-a. Primer korišćenja: telefon ili laptop koji automatski dobije IP adresu čim se poveže na Wi-Fi.

2. Stručno objašnjenje

DHCP (Dynamic Host Configuration Protocol) je aplikacioni protokol koji automatizuje proces dodele IP konfiguracije klijentskim uređajima, eliminišući potrebu za ručnim (statičkim) unosom IP adrese na svakom uređaju pojedinačno. Proces dodele adrese odvija se kroz četiri koraka, poznata pod akronimom DORA: Discover (klijent emituje broadcast poruku tražeći dostupan DHCP server), Offer (DHCP server odgovara nudeći slobodnu IP adresu i ostale parametre), Request (klijent formalno traži baš tu ponuđenu adresu, potvrđujući izbor — ovaj korak je takođe broadcast, jer omogućava da ostali eventualni DHCP serveri saznaju da njihova ponuda nije prihvaćena), i Acknowledge (server potvrđuje dodelu i klijent počinje da koristi dodeljenu adresu). DHCP server dodeljuje adrese iz unapred definisanog pool-a (opsega) adresa, uz mogućnost rezervisanih (excluded) adresa koje se ne dodeljuju automatski (obično rezervisane za servere ili mrežne uređaje sa statičkim adresama). Detaljna konfiguracija DHCP servera, pool-ova, rezervacija i DHCP relay funkcionalnosti obrađuje se u Modulu 13.

3. Primer iz svakodnevnog života

DHCP je poput recepcije hotela koja svakom novom gostu automatski dodeljuje slobodnu sobu sa ključem, umesto da svaki gost mora unapred sam da zna koja je soba slobodna i da nekako sam preuzme ključ za nju.

4. Primer iz poslovnog IT okruženja

Kada nov zaposleni prvog dana poveže svoj laptop na mrežu firme, DHCP server automatski dodeljuje IP adresu, masku podmreže, gateway i DNS server tom laptopu u roku od nekoliko sekundi, bez ikakve intervencije IT tehničara — da DHCP nije korišćen, tehničar bi morao ručno da unese ispravnu, jedinstvenu IP adresu na svaki novi uređaj, što je nepraktično u mrežama sa desetinama ili stotinama uređaja.

5. Praktična vežba / napomena

Setite se laboratorijske vežbe iz Modula 1 gde ste ručno uneli statičku IP adresu — zamislite kako bi taj proces izgledao da ste, umesto ručnog unosa, izabrali opciju "DHCP" na uređaju povezanom na mrežu koja ima aktivan DHCP server (ovo ćete praktično raditi u Modulu 13).

6. Najčešće greške

• Zaboravlja se redosled DORA procesa — česta zabuna je između koraka "Offer" (ponuda servera) i "Request" (potvrda klijenta), koji se lako zamene mestima.
• Pretpostavka da DHCP i statička IP konfiguracija ne mogu koegzistirati u istoj mreži — u praksi je uobičajeno da serveri i mrežni uređaji imaju statičke adrese, dok obični klijentski uređaji (radne stanice, telefoni) dobijaju adrese putem DHCP-a, uz odgovarajuće excluded adrese na DHCP serveru da se izbegne konflikt.

7. Pitanje za proveru znanja

P: Nabrojte četiri koraka DHCP DORA procesa tačnim redosledom. O: Discover (klijent traži server), Offer (server nudi adresu), Request (klijent traži baš tu adresu), Acknowledge (server potvrđuje dodelu).

Rezime modula

• Protokol je dogovoreni skup pravila komunikacije koji omogućava uređajima različitih proizvođača da međusobno sarađuju.
• OSI model deli mrežnu komunikaciju na 7 slojeva (fizički, veza podataka, mrežni, transportni, sesijski, prezentacioni, aplikacioni) — koristi se prevashodno kao edukativni/dijagnostički alat.
• TCP/IP model je praktičan, četvoroslojni model po kome internet zaista funkcioniše (pristup mreži, internet, transportni, aplikacija).
• Enkapsulacija dodaje zaglavlja sloj po sloj pri slanju (podaci → segment → paket → okvir → bit); dekapsulacija je obrnut proces na prijemu.
• MAC adresa (Sloj 2, fiksna) i IP adresa (Sloj 3, logička/promenljiva) služe različitim nivoima adresiranja; port i socket (Sloj 4) razdvajaju aplikacije/servise na istom uređaju.
• TCP je pouzdan ali sporiji (uspostavlja vezu, potvrđuje prijem); UDP je brz ali bez garancija.
• ICMP služi dijagnostici (ping, traceroute); ARP povezuje IP i MAC adrese unutar lokalne mreže.
• Aplikacioni protokoli i njihovi portovi: HTTP (80), HTTPS (443), FTP (21/20), SSH (22), Telnet (23, ne preporučuje se), SMTP (25/587), POP3 (110), IMAP (143), DNS (53), DHCP (67/68).

Mermaid dijagram – enkapsulacija podataka

graph TD
    A[Podaci - Aplikacija] --> B[Segment - Transportni sloj: TCP/UDP zaglavlje]
    B --> C[Paket - Mrežni sloj: IP zaglavlje]
    C --> D[Okvir - Sloj veze podataka: Ethernet zaglavlje]
    D --> E[Bitovi - Fizički sloj: prenos kroz medijum]

Mermaid dijagram – OSI naspram TCP/IP modela

graph LR
    subgraph OSI["OSI model - 7 slojeva"]
    L7[7. Aplikacioni]
    L6[6. Prezentacioni]
    L5[5. Sesijski]
    L4[4. Transportni]
    L3[3. Mrežni]
    L2[2. Veza podataka]
    L1[1. Fizički]
    end
    subgraph TCPIP["TCP/IP model - 4 sloja"]
    T4[Aplikacija]
    T3[Transportni]
    T2[Internet]
    T1[Pristup mreži]
    end
    L7 --- T4
    L6 --- T4
    L5 --- T4
    L4 --- T3
    L3 --- T2
    L2 --- T1
    L1 --- T1

Mermaid dijagram – ARP proces

sequenceDiagram
    participant A as Računar A (zna IP, ne zna MAC)
    participant Svi as Svi uređaji u LAN-u (broadcast)
    participant B as Računar B (vlasnik tražene IP adrese)
    A->>Svi: ARP Request (broadcast) - "Ko ima IP X?"
    Svi-->>B: Poruka stiže i do B
    B->>A: ARP Reply (unicast) - "Ja imam IP X, moja MAC adresa je..."
    A->>A: Upisuje mapiranje IP-MAC u ARP tabelu