{"id":37271,"date":"2019-10-31T22:16:41","date_gmt":"2019-10-31T19:16:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii\/"},"modified":"2019-10-31T22:16:41","modified_gmt":"2019-10-31T19:16:41","slug":"trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","title":{"rendered":"Cisco koolitus 200-125 CCNA v3.0. 18. p\u00e4ev. Marsruutimise p\u00f5hialused","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na alustame ruuteritega tutvumist. Kui olete l\u00e4binud minu videokursuse esimesest kuni 17. tunnini, olete juba \u00f5ppinud l\u00fclitite p\u00f5hit\u00f5desid. N\u00fc\u00fcd liigume j\u00e4rgmise seadme \u2013 ruuteri \u2013 juurde. Nagu te teate eelmisest videost, on \u00fcks CCNA kursuse teema nimetatud \u2013 Cisco l\u00fclitamine ja suunamine.<\/p>\n

Selles seerias me ei hakka uurima Cisco ruutereid, vaid vaatame suunamise kontseptsiooni \u00fcldiselt. Meil on kolm teemat. Esimene \u2013 \u00fclevaade sellest, mida te juba ruuteritest teate, ja arutelu selle \u00fcle, kuidas seda saab rakendada koos teadmistega, mille olete omandanud l\u00fclitite \u00f5ppimise k\u00e4igus. Peame m\u00f5istma, kuidas l\u00fclitite ja ruuteri koost\u00f6\u00f6 toimub.<\/p>\n

\"Cisco
\n
\nSeej\u00e4rel k\u00e4sitleme, mis asi on suunamine, mida see t\u00e4hendab ja kuidas see t\u00f6\u00f6tab, ning seej\u00e4rel r\u00e4\u00e4gime suunamisprotokollide t\u00fc\u00fcpidest. T\u00e4na kasutan topoloogiat, mida olete juba eelnevates tundides n\u00e4inud. <\/a><\/noindex><\/p>\n

Olemegi arutanud, kuidas andmed liiguvad v\u00f5rkus ja kuidas toimub TCP kolmeastmeline k\u00e4tet\u00f6\u00f6. Esimene s\u00f5num, mis saadetakse v\u00f5rku, on SYN-pakett. Vaatame, kuidas kolmeastmeline k\u00e4tet\u00f6\u00f6 toimub, kui arvuti, mille IP-aadress on 10.1.1.10, soovib \u00fchendust v\u00f5tta serveriga 30.1.1.10, s.t. \u00fcritab luua FTP-\u00fchendust.
\n\u00dchenduse alustamiseks loob arvuti juhusliku allika pordi numbriga 25113. Kui te unustasite, kuidas see toimub, soovitan vaadata \u00fcle eelnevad videod, kus seda k\u00fcsimust k\u00e4sitleti. <\/p>\n

\"Cisco
\n
\nSeej\u00e4rel paneb ta raami sihtpordi numbri, kuna teab, et peab \u00fchenduma pordiga 21, seej\u00e4rel lisab kolmanda tasandi OSI teabe, s.t. oma IP-aadressi ja sihtkoha IP-aadressi. Tooted, mis on joonega ringiga \u00fcmber t\u00f5mmatud, ei muutu enne, kui j\u00f5uavad l\u00f5pp-punkti. Kui nad serverisse j\u00f5uavad, ei muutu need samuti, kuid server lisab raami teise tasandi teabe, s.t. MAC-aadressi. Seda seet\u00f5ttu, et l\u00fclitid tunnustavad ainult teise tasandi OSI teavet. Selles stsenaariumis on ruuter ainus v\u00f5rgu seade, mis k\u00e4sitleb kolmanda tasandi teavet, loomulikult t\u00f6\u00f6tavad selle teabega ka arvutid. Nii et l\u00fcliti t\u00f6\u00f6tab ainult teise tasandi teabega, samas kui ruuter \u2013 kolmanda tasandi. <\/p>\n

L\u00fcliti teab algset MAC-aadressi XXXX:XXXX:1111 ja soovib teada serveri MAC-aadressi, millega arvuti \u00fchendust v\u00f5tab. Ta v\u00f5rdleb algset IP-aadressi sihtaadressiga, m\u00f5istab, et need seadmed asuvad erinevates alamv\u00f5rkudes, ja otsustab kasutada v\u00e4ravat teise alamv\u00f5rku sisenemiseks.<\/p>\n

K\u00fcsin sageli, kes otsustab, milline peaks olema v\u00e4rava IP-aadress. Esiteks otsustab selle v\u00f5rguadministraator, kes loob v\u00f5rgu ja m\u00e4\u00e4rab igale seadmele IP-aadressi. Administraatorina v\u00f5ite m\u00e4\u00e4rata ruuterile mistahes aadressi, mis on lubatud teie alamv\u00f5rgu aadresside vahemikus. Tavaliselt on see esimene v\u00f5i viimane lubatud aadress, kuid selle m\u00e4\u00e4ramisel ei ole rangeid reegleid. Meie puhul m\u00e4\u00e4ras administraator v\u00e4rava v\u00f5i ruuteri aadressiks 10.1.1.1 ja m\u00e4\u00e4ras selle port F0\/0. <\/p>\n

Kui seadistate arvutis v\u00f5rku staatilise IP-aadressiga 10.1.1.10, m\u00e4\u00e4rate alamv\u00f5rgu maski 255.255.255.0 ja vaikev\u00e4rava 10.1.1.1. Kui te ei kasuta staatilist aadressi, kasutab arvuti DHCP-d, mis m\u00e4\u00e4rab d\u00fcnaamilise aadressi. Olenemata sellest, kas arvuti kasutab staatilist v\u00f5i d\u00fcnaamilist IP-aadressi, peab teise v\u00f5rguga \u00fchenduv v\u00e4rav olema olemas. <\/p>\n

Nii teab arvuti 10.1.1.10, et peab edastama raamatu ruuterile 10.1.1.1. See edastus toimub kohalikus v\u00f5rgus, kus IP-aadressil ei ole t\u00e4htsust, oluline on ainult MAC-aadress. Oletame, et arvuti ei ole varem ruuteriga \u00fchendust v\u00f5tnud ja ei tea tema MAC-aadressi, seega peab ta esmalt saatma ARP-p\u00e4ringu, mis k\u00fcsib k\u00f5igilt alamv\u00f5rgu seadmetelt: \"Hei, kes teist omab aadressi 10.1.1.1? Palun andke mulle oma MAC-aadress!\". Kuna ARP on laialdane s\u00f5num, j\u00f5uab see k\u00f5ikide seadmete portidesse, sealhulgas ruuterisse. <\/p>\n

Arvuti 10.1.1.12, saades ARP, m\u00f5tleb: \u201eei, minu aadress ei ole 10.1.1.1\u201c ja loobub p\u00e4ringust. Samamoodi k\u00e4itub arvuti 10.1.1.13. Ruuter, saamata p\u00e4ringut, m\u00f5istab, et k\u00fcsitakse just temalt, ja saadab MAC-aadressi porti F0\/0 \u2013 k\u00f5ikidel portidel on erinevad MAC-aadressid \u2013 arvutile 10.1.1.10. N\u00fc\u00fcd, teades v\u00e4rava aadressi XXXX:AAAA, mis antud juhul on sihtaadress, lisab arvuti selle raamile, mis on adresseeritud serverile. Koos sellega seab ta raamile FCS\/CRC pealkirja, mis on vigade kontrollimise mehhanism. <\/p>\n

\"Cisco
\n
\nP\u00e4rast seda saadetakse arvuti 10.1.1.10 raam juhtmete kaudu ruuterisse 10.1.1.1. P\u00e4rast raami saamist eemaldab ruuter FCS\/CRC, kasutades kontrollimiseks sama algoritmi, mis arvutil. Andmed koosnevad mitte millestki muust kui nullidest ja \u00fchtedest. Kui andmed on rikutud, st 1 muutub 0-ks v\u00f5i 0 muutub 1-ks, v\u00f5i toimub andmelekkeid, mis sageli esinevad hubi kasutamisel, peab seade raami uuesti edastama. <\/p>\n

Kui FCS\/CRC kontroll l\u00e4bis edukalt, vaatab ruuter allika ja sihtkoha MAC-aadresse ning eemaldab need, kuna need on 2. taseme teave, ja liigub raami kehale, milles on 3. taseme teave. Sellest saab ta teada, et raami sisaldavad andmed on m\u00f5eldud seadmele, mille IP-aadress on 30.1.1.10. <\/p>\n

Ruuter teab kuidagi, kus see seade asub. Me ei arutanud seda teemat, kui k\u00e4sitlesime l\u00fcliteid, seega vaatame seda n\u00fc\u00fcd. Ruuteril on 4 porti, seet\u00f5ttu olen sellele lisanud veel m\u00f5ned \u00fchendused. Kust ruuter teab, et andmed seadmele, mille IP-aadress on 30.1.1.10, tuleb saata l\u00e4bi pordi F0\/1? Miks ta ei saada neid l\u00e4bi pordi F0\/3 v\u00f5i F0\/2?<\/p>\n

Asi on selles, et ruuter t\u00f6\u00f6tab marsruudistustabeliga. Igal ruuteril on selline tabel, mis v\u00f5imaldab otsustada, l\u00e4bi millise porti edastada konkreetne raam. <\/p>\n

\"Cisco
\n
\nAntud juhul on F0\/0 port seadistatud IP-aadressile 10.1.1.1, mis t\u00e4hendab, et see on \u00fchendatud v\u00f5rku 10.1.1.10\/24. Sarnaselt on F0\/1 port seadistatud aadressile 20.1.1.1, see t\u00e4hendab, et see on \u00fchendatud v\u00f5rku 20.1.1.0\/24. Ruuter tunneb neid kahte v\u00f5rku, sest need on otseselt \u00fchendatud tema portidega. Seega on teada, et liiklus v\u00f5rgu 10.1.10\/24 peab minema l\u00e4bi F0\/0 pordi ning v\u00f5rgu 20.1.1.0\/24 l\u00e4bi F0\/1 pordi. Kust aga ruuter teab, milliseid porte kasutada teiste v\u00f5rkude suhtes?<\/p>\n

Me n\u00e4eme, et v\u00f5rk 40.1.1.0\/24 on \u00fchendatud F0\/2 porti, v\u00f5rk 50.1.1.0\/24 \u2013 F0\/3 porti ja v\u00f5rk 30.1.1.0\/24 seob teist ruuterit serveriga. Teisel ruuteril on samuti marsruutimistabel, milles on kirjas, et v\u00f5rk 30. on \u00fchendatud tema pordiga, t\u00e4histame seda 0\/1, ning esimene ruuter on \u00fchendatud selle kaudu pordi 0\/0. See ruuter teab, et tema 0\/0 port on \u00fchendatud v\u00f5rgu 20. ja 0\/1 port v\u00f5rgu 30. ning ei tea rohkem.<\/p>\n

Sarnaselt teab esimene ruuter v\u00f5rke 40. ja 50., millel on \u00fchendus portidega 0\/2 ja 0\/3, kuid ei tea v\u00f5rku 30. Marsruutimisprotokoll\u63d0\u4f9b\u7ed9\u4e86\u8def\u7531\u5668\u5b83\u4eec\u9ed8\u8ba4\u4e0d\u5177\u5907\u7684\u4fe1\u606f\u3002\u8fd9\u4e9b\u8def\u7531\u5668\u4e4b\u95f4\u4ea4\u4e92\u7684\u673a\u5236\u662f\u8def\u7531\u7684\u57fa\u7840\uff0c\u5e76\u4e14\u5b58\u5728\u52a8\u6001\u548c\u9759\u6001\u8def\u7531\u3002 <\/p>\n

K\u00e4sitsi marsruutimine seisneb selles, et esimesele ruuterile antakse teave: kui tuleb suhelda v\u00f5rguga 30.1.1.0\/24, siis tuleb kasutada F0\/1 porti. Siiski, kui teisele ruuterile saabub serverilt liiklus, mis on suunatud arvutile 10.1.1.10, ei tea ta, mida sellega teha, sest tema marsruutimistabelis on ainult andmed v\u00f5rkude 30. ja 20. kohta. Seega peab ka sellele ruuterile seadma staatilise marsruutimise: kui ta saab liiklust v\u00f5rgu 10. jaoks, peab ta selle saatma l\u00e4bi 0\/0 pordi. <\/p>\n

Staatilise marsruutimise probleem seisneb selles, et ma pean k\u00e4sitsi seadistama esimest ruuterit, et t\u00f6\u00f6tada v\u00f5rgu 30. ja teist ruuterit, et t\u00f6\u00f6tada v\u00f5rgu 10. See on lihtne, kui mul on ainult 2 ruuterit, kuid kui mul on 10 marsruuterit, siis v\u00f5tab staatilise marsruutimise seadistamine hullult aega. Sel juhul on m\u00f5istlik kasutada d\u00fcnaamilist marsruutimist.
\nNii, saanud raam arvutist, vaatab esimene ruuter oma marsruudilehte ja otsustab saata selle l\u00e4bi pordi F0\/1. Samuti lisab ta raami allika MAC-aadressi XXXX.BBBB ja sihtkohtade MAC-aadressi XXXX.CCCC. <\/p>\n

\"Cisco
\n
\nSaades selle raami, l\u00f5ikab teine ruuter \u00e4ra teise taseme OSI-ga seotud MAC-aadresid ja liigub edasi kolmanda taseme teabe juurde. Ta n\u00e4eb, et siht-IP-aadress 30.1.1.10 kuulub samasse v\u00f5rku kui ruuteri port 0\/1, lisab raami allika MAC-aadressi ja sihtseadmest MAC-aadressi ning saadab raami serverile. <\/p>\n

\"Cisco
\n
\nNagu ma juba \u00fctlesin, kordub sarnane protsess vastupidises suunas, st toimub k\u00e4epigistuse teine etapp, kus server saadab tagasi SYN ACK-teate. Enne seda filtreerib ta k\u00f5ik liigse teabe v\u00e4lja ja j\u00e4tab ainult SYN-paketi.<\/p>\n

\"Cisco
\n
\nSaades selle paketi, vaatab teine ruuter saadud teavet, t\u00e4iendab seda ja saadab edasi. <\/p>\n

Nii, eelnevatel tundidel oleme uurinud, kuidas l\u00fclitid t\u00f6\u00f6tavad, ja n\u00fc\u00fcd saame teada, kuidas ruuterid funktsioneerivad. Vastame k\u00fcsimusele, mis on marsruutimine globaalses m\u00f5ttes. Eeldame, et olete kohanud sellist liiklusm\u00e4rki, mis on paigaldatud ringristmikult. N\u00e4ete, et esimene haru viib Fairfaxi Kuninglike \u00d5huv\u00e4gede baasi, teine lennujaama, kolmas l\u00f5una poole. Kui valite neljanda v\u00e4ljaku, siis j\u00f5uate ummikusse, kuid viiendast p\u00e4\u00e4sete linna keskusesse, Brecksby lossi. <\/p>\n

\"Cisco
\n
\n\u00dcldiselt on marsruutimine see, mis paneb ruuteri otsustama, kuhu liiklust suunata. Antud juhul peate juhtidena otsustama, millisest v\u00e4ljaku v\u00e4ljuda. V\u00f5rkudes peavad ruuterid otsustama, kuhu pakette v\u00f5i raame saata. Te peate m\u00f5istma, et marsruutimine v\u00f5imaldab luua tabeleid, mille alusel ruuterid neid otsuseid teevad. <\/p>\n

Nagu ma \u00fctlesin, on olemas staatiline ja d\u00fcnaamiline marsruutimine. Vaatame staatilist marsruutimist, milleks ma joonistan 3 seadet, mis on omavahel \u00fchendatud, nii et esimene ja kolmas seade on seotud v\u00f5rkudega. Eeldame, et \u00fcks v\u00f5rk 10.1.1.0 soovib \u00fchendust v\u00f5tta v\u00f5rguga 40.1.1.0, ja ruuterite vahel asuvad v\u00f5rgud 20.1.1.0 ja 30.1.1.0.<\/p>\n

\"Cisco
\n
\nSelles olukorras peavad ruuterite pordid kuuluma erinevatesse alasse. Ruuter 1 teab vaikimisi ainult v\u00f5rke 10. ja 20. ning ei tea teistest v\u00f5rkudest midagi. Ruuter 2 tunneb ainult v\u00f5rgus 20. ja 30., kuna need on temaga \u00fchendatud, ja ruuter 3 tunneb ainult v\u00f5rgus 30. ja 40. Kui v\u00f5rgu 10. on vaja suhelda v\u00f5rgu 40. -ga, pean ma r\u00e4\u00e4kima ruuterile 1 v\u00f5rgu 30. -st ja \u00f6elda, et kui ta soovib edastada v\u00f5rgu 40. kaadrit, siis peab ta kasutama v\u00f5rgu 20. liidest ja edastama kaadri l\u00e4bi sama v\u00f5rgu 20.<\/p>\n

Teisele ruuterile pean m\u00e4\u00e4rama 2 marsruuti: kui ta soovib edastada paketti v\u00f5rgu 40. -st v\u00f5rku 10., siis peab ta kasutama v\u00f5rgu 20. porti, ja paketi edastamiseks v\u00f5rgu 10. -st v\u00f5rku 40. -sse \u2013 v\u00f5rgu 30. porti. Samamoodi pean ma varustama ruuteri 3 teabega v\u00f5rke 10. ja 20. kohta.<\/p>\n

Kui teil on v\u00e4ikesed v\u00f5rgud, on staatilise marsruutimise seadistamine v\u00e4ga lihtne. Kuid mida suurem on v\u00f5rk, seda rohkem tekib staatilise marsruutimisega probleeme. Kujutage ette, et olete loonud uue \u00fchenduse, mis otse \u00fchendab esimest ja kolmandat ruuterit. Sel juhul uuendab d\u00fcnaamilise marsruutimise protokoll automaatselt ruuteri 1 marsruuditabelit, m\u00e4rkides j\u00e4rgmist: \u201eKui teil on vaja suhelda ruuteriga 3, kasutage otsemarsruuti\u201c!<\/p>\n

\"Cisco
\n
\nOn olemas kahte t\u00fc\u00fcpi marsruutimisprotokolle: sisesed v\u00e4rava protokollid (IGP) ja v\u00e4lishalduri protokollid (EGP). Esimene protokoll t\u00f6\u00f6tab eraldi, autonoomse s\u00fcsteemiga, mida tuntakse marsruudistamisdomeenina. Kujutage ette, et teil on v\u00e4ike organisatsioon, kus on kokku 5 ruuterit. Kui r\u00e4\u00e4gime ainult nende ruuterite vahelisest suhtlusest, siis viitame IGP-le; kui aga kasutate oma v\u00f5rku internetiga \u00fchendamiseks, nagu teevad teenusepakkujad, siis kasutate EGP-d. <\/p>\n

\"Cisco
\n
\nIGP kasutab 3 populaarset protokolli: RIP, OSPF ja EIGRP. CCNA \u00f5ppekavas mainitakse ainult kahte viimast protokolli, kuna RIP on aegunud. See on k\u00f5ige lihtsam marsruutimisprotokoll, mida kasutatakse j\u00e4tkuvalt m\u00f5nes jaos, kuid see ei taga vajalikku v\u00f5rgu turvalisust. See on \u00fcks p\u00f5hjus, miks Cisco v\u00e4listas RIP \u00f5pikursusest. Kuid ma r\u00e4\u00e4gin sellest ikkagi, sest selle \u00f5ppimine aitab m\u00f5ista marsruutimise p\u00f5hialuseid. <\/p>\n

\"Cisco
\n
\nEGP protokollide klassifitseerimine kasutab kahte protokolli: BGP ja ise EGP protokolli. CCNA kursust l\u00e4bi vaadates arutame me ainult BGP, OSPF ja EIGRP. RIP-i r\u00e4\u00e4kimist v\u00f5ite pidada boonusinfoks, mis kajastub \u00fches video\u00f5petuses.
\nOn veel 2 t\u00fc\u00fcpi marsruutimisprotokolle: kaugusvektorprotokollid (Distance Vector) ja kanalite oleku marsruutimisprotokollid (Link State). <\/p>\n

\"Cisco
\n
\nEsimene protokoll k\u00e4sitleb kauguse ja suuna vektoreid. N\u00e4iteks v\u00f5in luua otse\u00fchenduse ruuteri R1 ja R4 vahel, v\u00f5i v\u00f5in luua \u00fchenduse marsruudilt R1-R2-R3-R4. Kui r\u00e4\u00e4gime kaugusvektorimeetodit kasutavatest marsruutimisprotokollidest, siis sel juhul toimub \u00fchendus alati l\u00fchima teega. Samas ei oma t\u00e4htsust, et see \u00fchendus on minimaalse kiirusiga. Meie puhul on see 128 kbit\/s, mis on oluliselt aeglasem kui \u00fchendus marsruudil R1-R2-R3-R4, kus kiirus on 100 Mbit\/s. <\/p>\n

Vaatame kaugusvektorprotokolli RIP. Ma joonistan R1 ruuteri ette v\u00f5rgu 10., ja R4 ruuteri taha v\u00f5rgu 40. Oletame, et nendes v\u00f5rkudes on palju arvuteid. Kui soovin luua \u00fchendust v\u00f5rgu 10. R1 ja v\u00f5rgu 40. R4 vahel, siis m\u00e4\u00e4ran R1-le staatilise marsruutimise: \"kui on vaja \u00fchendust luua v\u00f5rgu 40., kasuta otse\u00fchendust ruuteriga R4\". Sel juhul pean ma k\u00f5igil 4 ruuteril k\u00e4sitsi seadistama RIP-i. Siis R1 marsruudietabel teatab automaatselt, et kui v\u00f5rk 10. soovib luua \u00fchendust v\u00f5rguga 40., tuleb kasutada otse\u00fchendust R1-R4. Isegi kui k\u00f5rvalteed oleksid kiiremad, valib Distance Vector protokoll ikkagi l\u00fchima tee, millel on minimaalne edastusvahemaa. <\/p>\n

OSPF on kanalite oleku marsruurimisprotokoll, mis j\u00e4lgib alati v\u00f5rgu segmentide seisundit. Sel juhul hindab see kanalite kiirus, ja kui n\u00e4eb, et R1-R4 kanali kaudu on andmeedastuse kiirus v\u00e4ga madal, valib ta tee, millel on suurem kiirus R1-R2-R3-R4, isegi kui selle pikkus \u00fcletab l\u00fchima tee. Nii et kui seadistan k\u00f5igil ruuteritel OSPF protokolli, siis p\u00fc\u00fcdes luua \u00fchendust v\u00f5rgu 40. ja v\u00f5rgu 10. vahel, saadetakse liiklus marsruudilt R1-R2-R3-R4. Seega on RIP kaugusvektorprotokoll, kuid OSPF on kanalite oleku marsruurimisprotokoll.<\/p>\n

On veel \u00fcks protokoll \u2013 EIGRP, Cisco proprieetne marsruutimisprotokoll. Kui r\u00e4\u00e4kida teiste tootjate v\u00f5rguseadmest, n\u00e4iteks Juniperist, siis need ei toeta EIGRP-d. See on suurep\u00e4rane marsruutimisprotokoll, mis on palju t\u00f5husam kui RIP ja OSPF, kuid seda saab kasutada ainult Cisco seadmetega p\u00f5hinevates v\u00f5rkudes. Hiljem r\u00e4\u00e4gin l\u00e4hemalt, kui h\u00e4id omadusi see protokoll omab. Hetkel m\u00e4rgin, et EIGRP \u00fchendab kauge vahemaa protokollide ja kanaliriigi marsruutimisprotokollide omadusi, olles h\u00fcbriidprotokoll. <\/p>\n

J\u00e4rgmises videos tutvume p\u00f5hjalikult Cisco ruuteritega, ma r\u00e4\u00e4gin natuke ka Cisco IOS operatsioonis\u00fcsteemist, mis on m\u00f5eldud nii l\u00fclititele kui ruuteritele. Loodan, et 19. v\u00f5i 20. p\u00e4evaks hakkame seente, jaastonm, det.Configurate protokollide n\u00e4iteid basis.<\/p>\n

\r\n \"M\u00e4ngi\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite n\u00e4ha rohkem huvitavat sisu? Toetage meid tellimuse esitamise v\u00f5i tuttavatele soovitamisega, 30% allahindlus Habr'i kasutajatele ainulaadsele sissetuleku tasemel serverile, mille oleme teie jaoks v\u00e4lja m\u00f5elnud:<\/b> Kogu t\u00f5de VPS (KVM) E5-2650 v4 (6 tuuma) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas \u00f5igesti serverit jagada?<\/a><\/noindex> (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma ja kuni 40GB DDR4).<\/p>\n

Dell R730xd kaks korda odavam?<\/b> Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandis! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege sellest Kuidas luua ettev\u00f5tte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?<\/a><\/noindex>
\n
Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u043c \u043a \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u044e \u0440\u043e\u0443\u0442\u0435\u0440\u043e\u0432. \u0415\u0441\u043b\u0438 \u0432\u044b \u043f\u0440\u043e\u0448\u043b\u0438 \u043c\u043e\u0439 \u0432\u0438\u0434\u0435\u043e\u043a\u0443\u0440\u0441 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u043f\u043e 17-\u0439 \u0443\u0440\u043e\u043a, \u0442\u043e \u0443\u0436\u0435 \u0438\u0437\u0443\u0447\u0438\u043b\u0438 \u043e\u0441\u043d\u043e\u0432\u044b \u0441\u0432\u0438\u0442\u0447\u0435\u0439. \u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u044b \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0438\u043c \u043a \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c\u0443 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0443 \u2013 \u0440\u043e\u0443\u0442\u0435\u0440\u0443. \u041a\u0430\u043a \u0432\u044b \u0437\u043d\u0430\u0435\u0442\u0435 \u0438\u0437 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0433\u043e \u0432\u0438\u0434\u0435\u0443\u0440\u043e\u043a\u0430, \u043e\u0434\u043d\u0430 \u0438\u0437 \u0442\u0435\u043c \u043a\u0443\u0440\u0441\u0430 CCNA \u0442\u0430\u043a \u0438 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u2013 Cisco Switching & Routing. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0435\u0440\u0438\u0438 \u043c\u044b \u043d\u0435 \u0441\u0442\u0430\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0430\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27956,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37271","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0. P\u00e4ev 18. Marsruutimise alused | ProHoster","description":"T\u00e4na alustame ruuteri \u00f5ppimist. Kui olete l\u00e4binud mu videokursuse esimesest kuni 17. \u00f5ppetunnini, olete juba avastanud l\u00fclitite alused. N\u00fc\u00fcd liigume j\u00e4rgmisele seadmele \u2013 ruuterile.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 18. \u041e\u0441\u043d\u043e\u0432\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u043c \u043a \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u044e \u0440\u043e\u0443\u0442\u0435\u0440\u043e\u0432. \u0415\u0441\u043b\u0438 \u0432\u044b \u043f\u0440\u043e\u0448\u043b\u0438 \u043c\u043e\u0439 \u0432\u0438\u0434\u0435\u043e\u043a\u0443\u0440\u0441 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u043f\u043e 17-\u0439 \u0443\u0440\u043e\u043a, \u0442\u043e \u0443\u0436\u0435 \u0438\u0437\u0443\u0447\u0438\u043b\u0438 \u043e\u0441\u043d\u043e\u0432\u044b \u0441\u0432\u0438\u0442\u0447\u0435\u0439. \u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u044b \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0438\u043c \u043a \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c\u0443 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0443 \u2013 \u0440\u043e\u0443\u0442\u0435\u0440\u0443.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:16:41+00:00","article:modified_time":"2019-10-31T19:16:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37271","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 17:03:35","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:30:00","updated":"2026-01-23 17:03:35","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37271","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=37271"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37271\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/27956"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=37271"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=37271"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=37271"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}