{"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. P\u00e4ev 18. Suunamise alused.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>T\u00e4na alustame ruuteritest \u00f5ppimisega. Kui olete l\u00e4binud minu videokursuse esimesest kuni 17. \u00f5pikuni, siis olete juba \u00f5ppinud l\u00fclitite aluseid. N\u00fc\u00fcd liigume j\u00e4rgmise seadme juurde \u2013 ruuteri juurde. Nagu te eelmisest videost teate, on \u00fcks CCNA kursuse teema just see \u2013 Cisco l\u00fclitamine ja marsruutimine.<\/p>\n<p>Selles sarjas me ei hakka Cisco ruutereid uurima, vaid k\u00e4sitleme marsruutimise kontseptsiooni \u00fcldiselt. Meil on kolm teemat. Esimene on \u00fclevaade sellest, mida te juba ruuteritest teate, ja vestlus selle \u00fcle, kuidas seda saab kasutada koos teie l\u00fclitite \u00f5ppimise k\u00e4igus omandatud teadmistega. Peame aru saama, kuidas l\u00fclitite ja ruuterite koost\u00f6\u00f6 k\u00e4ib.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/a9f9bc891da5eebeb0018ce3bc91bd21.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSeej\u00e4rel vaatame, mis on marsruutimine, mida see t\u00e4hendab ja kuidas see t\u00f6\u00f6tab, ning liigume edasi marsruutimisprotokollide t\u00fc\u00fcpide juurde. T\u00e4na kasutan topoloogiat, mida olete juba varasemates \u00f5nedes n\u00e4inud. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Me oleme vaadanud, kuidas andmed liiguvad \u00fcle v\u00f5rgu ja kuidas toimub TCP kolmepoolne k\u00e4epigistus. Esimene s\u00f5num, mis saadetakse v\u00f5rku, on SYN-pakett. Vaadakem, kuidas toimub kolmepoolne k\u00e4epigistus, kui arvuti IP-aadressiga 10.1.1.10 soovib \u00fchendust luua serveriga 30.1.1.10, st p\u00fc\u00fcab luua FTP-\u00fchendust. <br \/>\n\u00dchenduse alustamiseks loob arvuti juhusliku allika pordi numbriga 25113. Kui te unustasite, kuidas see toimub, soovitan vaadata \u00fcle varasemad videod, kus see teema k\u00e4sitlemine toimus. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/ad9449186f4bc5f27184958ead8bf271.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSeej\u00e4rel sisestab ta sihtpordi numbri raamisse, kuna teab, et peab \u00fchenduma pordiga 21, ning seej\u00e4rel lisab kolmanda taseme OSI teabe, st oma IP-aadressi ja sihtkoha IP-aadressi. Katkised andmed ei muutu, kuni nad j\u00f5uavad sihtpunkti. Kui nad j\u00f5uavad serverisse, ei muutu nad ka, kuid server lisab raami teise taseme teabe, st MAC-aadressi. See on tingitud sellest, et l\u00fclitid tunnevad ainult teise taseme OSI teavet. Selles stsenaariumis on ruuter ainus v\u00f5rguseade, mis k\u00e4sitleb kolmanda taseme teavet, loomulikult t\u00f6\u00f6tleb ka arvuti seda teavet. Seega t\u00f6\u00f6tab l\u00fcliti ainult teise taseme teabe alusel, samas kui ruuter t\u00f6\u00f6tleb kolmanda taseme teavet. <\/p>\n<p>L\u00fcliti tunneb l\u00e4hte MAC-aadressi XXXX:XXXX:1111 ja tahab teada serveri MAC-aadressi, mille poole arvuti p\u00f6\u00f6rdub. Ta v\u00f5rdleb l\u00e4hte IP-aadressi sihtadressiga, m\u00f5istab, et need seadmed asuvad erinevates alamv\u00f5rkudes, ja otsustab kasutada p\u00e4\u00e4supunkti teise alamv\u00f5rgu j\u00f5udmiseks.<\/p>\n<p>K\u00fcsimus, kes m\u00e4\u00e4rab, milline IP-aadress peaks olema v\u00e4rava aadress, tuleb sageli ette. Esiteks otsustab selle v\u00f5rguadministraator, kes loob v\u00f5rgustiku ja m\u00e4\u00e4rab igale seadmele IP-aadressi. Administratorina saate ruuterile m\u00e4\u00e4rata mis tahes aadressi, mis kuulub teie alamv\u00f5rgu lubatud aadresside vahemikku. Tavaliselt on see esimene v\u00f5i viimane lubatud aadress, kuid seadmine ei pruugi j\u00e4rgida rangeid reegleid. Meie juhul m\u00e4\u00e4ras administraator v\u00e4rava ehk ruuteri aadressiks 10.1.1.1 ja m\u00e4\u00e4ras selle sadamaks F0\/0. <\/p>\n<p>Kui seadistate v\u00f5rku arvutis staatilise IP-aadressiga 10.1.1.10, siis m\u00e4\u00e4rate alamv\u00f5rgu maskiks 255.255.255.0 ja vaikev\u00e4ravaks 10.1.1.1. Kui te ei kasuta staatilist aadressi, siis kasutab arvuti DHCP, mis m\u00e4\u00e4rab d\u00fcnaamilise aadressi. \u00dcksk\u00f5ik, kas arvuti kasutab staatilist v\u00f5i d\u00fcnaamilist IP-aadressi, peab teisesse v\u00f5rku p\u00e4\u00e4semiseks olema olemas v\u00e4rava aadress. <\/p>\n<p>Seega, arvuti 10.1.1.10 teab, et peab saatma raamid ruuterile 10.1.1.1. See edastus toimub kohaliku v\u00f5rgu sees, 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, millega k\u00fcsib k\u00f5igi alav\u00f5rgu seadmete k\u00e4est: \"Hei, kes teist omab aadressi 10.1.1.1? Palun teatage mulle oma MAC-aadress!\". Kuna ARP on laiaulatuslik s\u00f5num, j\u00f5uab see k\u00f5ikide seadmete, sealhulgas ruuteri, portide juurde. <\/p>\n<p>Arvuti 10.1.1.12, saades ARP-i, m\u00f5tleb: \"Ei, minu aadress ei ole 10.1.1.1\" ja viskab p\u00e4ringu k\u00f5rvale, sama teeb ka arvuti 10.1.1.13. Ruuter, saades p\u00e4ringu, m\u00f5istab, et k\u00fcsitakse just temalt, ja saadab tagasi MAC-aadressi port F0\/0 \u2013 kuna k\u00f5igil portidel on erinev MAC-aadress \u2013 arvutile 10.1.1.10. N\u00fc\u00fcd, teades sihtm\u00e4rgi aadressi XXXX:AAAA, lisab arvuti selle raami l\u00f5ppu, mis on suunatud serverile. Koos sellega seadis ta raami p\u00e4ise FCS\/CRC, mis on edastamise vigade kontrollimise mehhanism. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/a0e55557957cddb4fc61903ce98b0313.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nP\u00e4rast seda saadetakse arvuti raam 10.1.1.10 kaudu juhtmete kaudu ruuterisse 10.1.1.1. P\u00e4rast raami vastuv\u00f5tmist eemaldab ruuter FCS\/CRC, kasutades kontrollimiseks sama algoritmi, mis on arvutis. Andmed koosnevad lihtsalt nullidest ja \u00fchtedest. Kui andmed on kahjustatud, st 1 muutub 0-ks v\u00f5i 0 muutub 1-ks, v\u00f5i andmete lekkimine toimub, mis sageli juhtub hub'i kasutamise korral, peab seade raami uuesti edastama. <\/p>\n<p>Kui FCS\/CRC kontroll on edukas, vaatab ruuter allika ja sihtkoha MAC-aadresse ning eemaldab need, kuna see on 2. taseme teave, ja liigub edasi raamile sisule, mis sisaldab 3. taseme teavet. Sellest saab ta teada, et raam sisaldab informatsiooni seadmest, mille IP-aadress on 30.1.1.10. <\/p>\n<p>Ruuter teab mingil viisil, kus see seade asub. Me ei arutanud seda k\u00fcsimust, kui vaatasime l\u00fclitite t\u00f6\u00f6d, seega vaatame seda n\u00fc\u00fcd. Ruuteril on 4 porti, seega lisasin sellele veel m\u00f5ned \u00fchendused. Nii et kust ruuter teab, et andmed seadme IP-aadressiga 30.1.1.10 tuleb saata porti F0\/1? Miks ta ei saada neid porti F0\/3 v\u00f5i F0\/2?<\/p>\n<p>Asi on selles, et ruuter t\u00f6\u00f6tab marsruutimistabeliga. Igal ruuteril on selline tabel, mis v\u00f5imaldab otsustada, millise pordi kaudu konkreetne raam edastada. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/366e39ae92eaf372e1d7b8346ea4b9a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nK\u00e4esoleval juhul on port F0\/0 seadistatud IP-aadressile 10.1.1.1, mis t\u00e4hendab, et see on \u00fchendatud v\u00f5rku 10.1.1.10\/24. Samamoodi on port F0\/1 seadistatud aadressile 20.1.1.1, st \u00fchendatud v\u00f5rku 20.1.1.0\/24. Ruuter tunneb neid kahte v\u00f5rku, kuna need on otseselt \u00fchendatud tema portidega. Niisiis, teave selle kohta, et liiklus v\u00f5rku 10.1.1.0\/24 peab l\u00e4bi minema porti F0\/0 ja v\u00f5rku 20.1.1.0\/24 \u2013 l\u00e4bi porti F0\/1, on teada vaikimisi. Kuidas aga ruuter teab, milliste portidega t\u00f6\u00f6tada teiste v\u00f5rkudega?<\/p>\n<p>Me n\u00e4eme, et v\u00f5rk 40.1.1.0\/24 on \u00fchendatud pordi F0\/2, v\u00f5rk 50.1.1.0\/24 \u2013 pordi F0\/3, ja v\u00f5rk 30.1.1.0\/24 \u00fchendab teist ruuterit serveriga. Teisel ruuteril on samuti marsruutimistabel, kus on kirjas, et v\u00f5rk 30 on \u00fchendatud tema pordiga, t\u00e4histame seda 0\/1, ja esimesega on ta \u00fchendatud pordi 0\/0 kaudu. See ruuter teab, et tema port 0\/0 on \u00fchendatud v\u00f5rguga 20, ja port 0\/1 on \u00fchendatud v\u00f5rguga 30, kuid ei tea enam midagi.<\/p>\n<p>Sarnaselt teab esimene ruuter v\u00f5rkudest 40. ja 50., mis on \u00fchendatud portidega 0\/2 ja 0\/3, kuid ei tea midagi v\u00f5rgust 30. Marsruudiprotokoll pakub ruuteritele teavet, mida nad ei oma vaikimisi. Mehhanism, mille kaudu need ruuterid omavahel suhtlevad, on marsruutimise alus, kusjuures on olemas nii d\u00fcnaamiline kui ka staatiline marsruutimine. <\/p>\n<p>Staaticne marsruutimine t\u00e4hendab, et esimesele ruuterile antakse teave: kui tuleb suhelda v\u00f5rgu 30.1.1.0\/24, tuleb kasutada porti F0\/1. Kui aga teisele ruuterile tuleb liiklus serverilt, mis on m\u00f5eldud arvutile 10.1.1.10, ei tea ta, mida sellega teha, sest tema marsruutimistabelis on ainult teave v\u00f5rgu 30. ja 20. kohta. Seet\u00f5ttu peab ka sellele ruuterile seadma staatilise marsruutimise: kui ta saab liiklust v\u00f5rgu 10. kohta, peab ta selle saatma l\u00e4bi pordi 0\/0. <\/p>\n<p>Staatilise marsruutimise probleem on see, et ma pean k\u00e4sitsi seadistama esimese ruuteri t\u00f6\u00f6tama v\u00f5rgu 30. ja teise ruuteri t\u00f6\u00f6tama v\u00f5rgu 10. juures. See on lihtne, kui mul on ainult 2 ruuterit, kuid kui mul on 10 ruuterit, v\u00f5tab staatilise marsruutimise seadistamine palju aega. Sellisel juhul on m\u00f5istlik kasutada d\u00fcnaamilist marsruutimist. <br \/>\nNii et, saades raamilt andmed arvutilt, vaatab esimene ruuter oma marsruutimistabelisse ja otsustab saata selle l\u00e4bi porti F0\/1. Samuti lisab ta raami allika MAC-aadressi XXXX.BBBB ja sihtkohtade MAC-aadressi XXXX.CCCC. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/d6b7a219b990a83db1c4ce1bd347077f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSaades seda raamistikku, teine marsruuter \"l\u00f5ikab\" MAC-aadresse, mis kuuluvad teise astme OSI-le, ja liigub edasi kolmanda tasandi teabe juurde. Ta n\u00e4eb, et siht-IP-aadress 30.1.1.10 kuulub sama v\u00f5rku kui marsruuteri port 0\/1, lisab raami allika MAC-aadresse ja sihtseadmise MAC-aadresse ning saadab raami serverile. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/ad5a606a843a1cfde5d8478528cb1812.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNagu ma juba \u00fctlesin, kordub sarnane protsess vastupidises suunas, st teostatakse teine k\u00e4epigistuse etapp, mille k\u00e4igus server saadab tagasi SYN ACK-s\u00f5numi. Enne seda l\u00f5petab ta kogu liigse teabe ja j\u00e4tab alles ainult SYN-paketi.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/4efc36f9c8ebe11fc10114fa56af1850.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSaades selle paketi, vaatab teine marsruuter saadud teavet, t\u00e4iendab seda ja saadab edasi. <\/p>\n<p>Nii et, varasemates tundides \u00f5ppisime, kuidas l\u00fclitid t\u00f6\u00f6tavad, ja n\u00fc\u00fcd saame teada, kuidas ruuterid toimivad. Vaatame, mida kujutab endast marsruutimine globaalsetes m\u00f5istes. Kujutame ette, et olete sattunud sellise liiklusm\u00e4rgi juurde, mis on paigaldatud ringristmikule. N\u00e4ete, et esimene v\u00e4ljap\u00e4\u00e4s viib Fairfaxi kuninglike \u00f5huj\u00f5udude baasi, teine lennujaama, kolmas l\u00f5una poole. Kui valite neljanda v\u00e4ljap\u00e4\u00e4su, siis satute ummikusse ning viienda kaudu saate s\u00f5ita linna keskusesse Brexby lossi juurde. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/ce5a3e2a901fca1df2d0c651e4d3d971.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKokkuv\u00f5ttes on marsruutimine see, mis paneb ruuteri otsustama, kuhu liiklust suunata. Antud juhul peate teie, kui juht, otsustama, millist v\u00e4ljap\u00e4\u00e4su ringristmikult kasutada. V\u00f5rkudes peavad ruuterid otsustama, kuhu saata pakette v\u00f5i raame. Te peate m\u00f5istma, et marsruutimine v\u00f5imaldab luua tabeleid, mille alusel ruuterid neid otsuseid teevad. <\/p>\n<p>Nagu ma \u00fctlesin, on olemas staatiline ja d\u00fcnaamiline marsruutimine. Vaatleme staatilist marsruutimist, mille jaoks joonistan kolm seadet, mis on omavahel \u00fchendatud, kusjuures esimene ja kolmas seade on \u00fchendatud v\u00f5rkudega. Oletame, et \u00fcks v\u00f5rk 10.1.1.0 soovib luua \u00fchenduse v\u00f5rguga 40.1.1.0, samal ajal kui ruuterite vahel on v\u00f5rgud 20.1.1.0 ja 30.1.1.0.<\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/578261e410c11727a8b3cff05f7d40fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSellisel juhul peavad ruuterite pordid kuuluma erinevatesse alamv\u00f5rkudesse. Ruuter 1 teab vaikimisi ainult v\u00f5rkudest 10. ja 20. ning ei tea midagi \u00fclej\u00e4\u00e4nud v\u00f5rkudest. Ruuter 2 tunneb ainult v\u00f5rgud 20. ja 30., kuna need on temaga \u00fchendatud, ja ruuter 3 tunneb ainult v\u00f5rgud 30. ja 40. Kui v\u00f5rk 10. soovib luua \u00fchenduse v\u00f5rguga 40., pean ma r\u00e4\u00e4kima ruuterile 1 v\u00f5rgust 30. ja sellest, et kui ta soovib edastada raami v\u00f5rgule 40., peab ta kasutama liidest v\u00f5rgule 20. ja saatma raami selle sama v\u00f5rgu 20 kaudu.<\/p>\n<p>Teisele ruuterile pean m\u00e4\u00e4rama kaks marsruuti: kui ta soovib edastada paketti v\u00f5rgust 40. v\u00f5rgus 10., peab ta kasutama pouti v\u00f5rgule 20., ja paketi edastamiseks v\u00f5rgust 10. v\u00f5rku 40. \u2013 peab ta kasutama pouti v\u00f5rgule 30. Sarnaselt pean ma varustama ruuteri 3 teabega v\u00f5rkudest 10. ja 20.<\/p>\n<p>Kuidas j\u00e4lgida v\u00e4ikeseid v\u00f5rke, on staatilise marsruutimise seadistamine v\u00e4ga lihtne. Kuid v\u00f5rgu kasvades tekivad j\u00e4rjest rohkem probleemid staatilise marsruutimisega. Oletame, et olete loonud uue \u00fchenduse, mis seob esimest ja kolmandat ruuterit. Sellisel juhul uuendab d\u00fcnaamilise marsruutimise protokoll automaatselt ruuteri 1 marsruuditabelit, \u00f6eldes: \"kui peate \u00fchendust v\u00f5tma ruuteriga 3, kasutage otsest marsruuti\"!<\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/968ca97ae266797a117db59b7aed5637.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOn olemas kahte t\u00fc\u00fcpi marsruutimisprotokolle: sisemise v\u00e4rava protokoll IGP ja v\u00e4lise v\u00e4rava protokoll EGP. Esimene protokoll t\u00f6\u00f6tab eraldi, autonoomse s\u00fcsteemi, tuntud kui marsruudidomeeniga. Oletame, et teil on v\u00e4ike organisatsioon, kus on vaid 5 ruuterit. Kui r\u00e4\u00e4gime ainult nende ruuterite vahelisest suhtlemisest, siis m\u00f5tleme IGP-le; kui aga kasutate oma v\u00f5rku internetiga \u00fchendamiseks, nagu teevad internetiteenuse pakkujad, siis kasutate EGP-d. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/8f36d4385cba0395bf8086730825420f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIGP kasutab kolme populaarset protokolli: RIP, OSPF ja EIGRP. CCNA \u00f5ppekava mainib ainult kahte viimast protokolli, kuna RIP on ajale jalgu j\u00e4\u00e4nud. See on lihtsaim marsruutimisprotokoll, mida kasutatakse endiselt m\u00f5ningatel juhtudel, kuid see ei taga vajalikku v\u00f5rgu turvalisust. See on \u00fcks p\u00f5hjusi, miks Cisco j\u00e4ttis RIP v\u00e4lja \u00f5ppekursusest. Sellegipoolest r\u00e4\u00e4gin ma sellest, kuna selle \u00f5ppimine aitab m\u00f5ista marsruutimise aluseid. <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/58ec1765711c88d160326f79a4ca8643.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEGP protokollide klassifikatsioon kasutab kaht protokolli: BGP ja EGP protokolli ise. CCNA kursuse raames vaatame me ainult BGP, OSPF ja EIGRP. R\u00e4\u00e4kides RIP-ist, v\u00f5ite seda pidada boonusteabe osaks, mis kajastub \u00fches videotunnis. <br \/>\nOn veel kahe t\u00fc\u00fcpi marsruutimisprotokolle: kaugusvektorprotokollid (Distance Vector) ja kanaliseisundiprotokollid (Link State). <\/p>\n<p><img decoding=\"async\" alt=\"Cisco koolitus 200-125 CCNA v3.0. P\u00e4ev 18. Suunamise alused.\" src=\"\/wp-content\/uploads\/2019\/08\/6b0308436dc92d2e808012cef50e2e9b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEsimene punkt k\u00e4sitleb kauguse ja suuna vektoreid. N\u00e4iteks v\u00f5in luua otse\u00fchenduse ruuteri R1 ja R4 vahel v\u00f5i teha \u00fchenduse l\u00e4bi R1-R2-R3-R4. Kui r\u00e4\u00e4gime marsruutimisprotokollidest, mis kasutavad kaugus-vektori meetodit, toimub \u00fchendus alati l\u00fchima marsruudi kaudu. Sel juhul ei oma t\u00e4htsust, et see \u00fchendus omab madalat kiirusetaset. Meie jaoks on see 128 kbit\/s, mis on oluliselt aeglasem kui \u00fchendus marsruudil R1-R2-R3-R4, kus kiirus on 100 Mbit\/s. <\/p>\n<p>Vaatame kaugusvektorprotokolli RIP. Joonistan enne ruuteri R1 v\u00f5rgu 10. ja ruuteri R4 taha v\u00f5rgu 40. Oletame, et nende v\u00f5rkude sees on palju arvuteid. Kui ma tahan luua \u00fchenduse v\u00f5rgu 10. R1 ja v\u00f5rgu 40. R4 vahel, siis seadistan R1 staatilise marsruutimise t\u00fc\u00fcbi: \"kui on vaja \u00fchenduda v\u00f5rgu 40. , kasuta otse\u00fchendust ruuteriga R4\". Sel juhul pean k\u00f5igil neljal ruuteril k\u00e4sitsi seadistama RIP-i. Siis R1 marsruuditabel teatab automaatselt, et kui v\u00f5rk 10. soovib \u00fchenduda v\u00f5rguga 40., tuleb kasutada otse\u00fchendust R1-R4. Isegi kui m\u00f6\u00f6das\u00f5it osutub kiiremaks, valib Distance Vector protokoll ikkagi k\u00f5ige l\u00fchema marsruudi, millel on v\u00e4ikseim edastusvahemaa. <\/p>\n<p>OSPF on kanaliriigi protokoll, mis j\u00e4lgib pidevalt v\u00f5rgusegmentide olekut. Antud juhul hindab see kanalite kiirus, ja kui see m\u00e4rkab, et R1-R4 kanali kaudu liikuvad andmed on v\u00e4ga madalad, valib see kiiruselt k\u00f5rgema tee R1-R2-R3-R4, isegi kui selle pikkus \u00fcletab l\u00fchema tee. Nii et kui ma seadistan OSPF protokolli k\u00f5ikidesse ruuteritesse, suunatakse 40. v\u00f5rgu ja 10. v\u00f5rgu \u00fchendamisel liiklus marsruudi R1-R2-R3-R4 kaudu. Seega on RIP kaugusvektorprotokoll ja OSPF on kanaliriigi marsruudiprotokoll.<\/p>\n<p>On olemas veel \u00fcks protokoll \u2013 EIGRP, Cisco eraomandi marsruutimisprotokoll. Kui r\u00e4\u00e4kida teiste tootjate, nagu Juniper, seadmetest, siis nad ei toeta EIGRP-d. See on suurep\u00e4rane marsruutimisprotokoll, mis on palju t\u00f5husam kui RIP ja OSPF, kuid seda saab kasutada ainult Cisco seadmetele p\u00f5hinevates v\u00f5rkudes. Hiljem r\u00e4\u00e4gin l\u00e4hemalt, mis teeb selle protokolli nii heaks. Praegu mainin, et EIGRP \u00fchendab endas kaugsuundprotokollide ja kanalite oleku marsruutimisprotokollide omadusi, olles h\u00fcbriidne protokoll. <\/p>\n<p>J\u00e4rgmises video\u00f5ppes sukeldume s\u00fcgavamale Cisco ruuterite temaatikasse, r\u00e4\u00e4gin natuke Cisco IOS operatsioonis\u00fcsteemist, mis on m\u00f5eldud nii l\u00fclititele kui ka ruuteritele. Loodan, et 19. v\u00f5i 20. p\u00e4eva tundides alustame marsruutimisprotokollide p\u00f5hjalikku uurimist, ja ma n\u00e4itan v\u00e4ikeste v\u00f5rkude n\u00e4itel, kuidas seadistada Cisco ruutereid.<\/p>\n<p><center><div class=\"youtube-placeholder\" data-id=\"mJgPcB7ndbk\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/mJgPcB7ndbk\/hqdefault.jpg\" alt=\"Vaata videot\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><br \/>\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Soovite rohkem huvitavat sisu? Toetage meid tellimuse vormistamise v\u00f5i soovituste jagamisega s\u00f5pradele. <b>30% soodustus Habra kasutajatele meie ainulaadsetelt entry-level serveritelt, mis on loodud just teile:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">K\u00f5ik VPS (KVM) E5-2650 v4 (6 s\u00fcdamikku) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas serverit \u00f5igesti jagada?<\/a><\/noindex> (saadaval on RAID1 ja RAID10 variandid, kuni 24 s\u00fcdamikku ja kuni 40GB DDR4).<\/p>\n<p><b>Dell R730xd kaks korda odavam?<\/b> Ainult meie juures <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandi turul! <b>Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege, kuidas <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Luua ettev\u00f5tte tasemel infrastruktuur Dell R730xd E5-2650 v4 serveritega, mille hind on 9000 eurot, madala hinnaga?<\/a><\/noindex><br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/463559\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\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 &amp; 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 [&hellip;]<\/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<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\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 &amp; 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\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\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\" \/>\n\t\t<meta property=\"og:description\" content=\"\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 &amp; 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\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:16:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:16:41+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 Koolitus. P\u00e4ev 18. Ruuterimise alused | ProHoster","description":"T\u00e4na alustame ruuterite \u00f5ppimist. Kui olete l\u00e4binud minu videokursuse esimesest tunnist kuni 17. tunnini, siis olete juba \u00f5ppinud l\u00fclitite aluseid. N\u00fc\u00fcd liigume j\u00e4rgmise seadme juurde \u2013 ruuteri juurde. Nagu te eelmisest videokursusest teate, kannab \u00fcks CCNA kursuse teema nime \u2013 Cisco Switching &amp; Routing. Selles seerias ei hakka me uurima","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. \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 &amp; 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","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"},"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}]}}