{"id":38214,"date":"2019-10-31T22:22:20","date_gmt":"2019-10-31T19:22:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-43-protokoly-marshrutizatsii-distance-vector-i-link-state\/"},"modified":"2019-10-31T22:22:20","modified_gmt":"2019-10-31T19:22:20","slug":"trening-cisco-200-125-ccna-v3-0-den-43-protokoly-marshrutizatsii-distance-vector-i-link-state","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-43-protokoly-marshrutizatsii-distance-vector-i-link-state","title":{"rendered":"Cisco 200-125 CCNA v3.0. P\u00e4ev 43. Marsruutimisprotokollid Distance Vector ja Link State","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4nane videokursus k\u00e4sitleb Distance Vector ja Link State marsruutimisprotokolle, mis eelneb kursuse CCNA \u00fche k\u00f5ige olulisema teema \u2013 OSPF ja EIGRP marsruutimisprotokollide \u2013 tutvustamisele. See teema v\u00f5tab j\u00e4rgmistes 4 v\u00f5i isegi 6 videokursuses palju aega. Seet\u00f5ttu selgitan t\u00e4na l\u00fchidalt m\u00f5ningaid kontseptsioone, mida tuleb teada, enne kui hakata uurima OSPF ja EIGRP.<\/p>\n

\"Cisco
\n
\nEelmises tunnis k\u00e4sitlesime ICND2 teemas 2.1, t\u00e4na uurime jaotisi 2.2 \"Distance Vector (DV) ja Link State (LS) marsruutimisprotokollide sarnasused ja erinevused\" ja 2.3 \"Sisemiste ja v\u00e4limiste marsruutimisprotokollide sarnasused ja erinevused\". <\/a><\/noindex><\/p>\n

Nagu ma \u00fctlesin, k\u00e4sitleme j\u00e4rgmistes 4 v\u00f5i 6 videos kogu kursuse p\u00f5hik\u00fcsimusi \u2013 OSPFv2 protokoll IPv4 jaoks, OSPFv3 IPv6 jaoks, EIGRP IPv4 jaoks ja EIGRP IPv6 jaoks. \u00dcli\u00f5pilased k\u00fcsivad sageli, mis on marsruutimisprotokoll ja kuidas see erineb marsruutitavast protokollist. <\/p>\n

Marsruutimisprotokolle kasutab ruuter, n\u00e4iteks protokoll RIP, EIGRP, OSPF, BGP ja teised. Marsruutimisprotokoll on viis, kuidas ruuterid omavahel suhtlevad, vahetades teavet v\u00f5rgu kohta ja t\u00e4ites seda teabega oma marsruuditabeleid. Nende tabelite p\u00f5hjal v\u00f5tavad nad vastu marsruudimise otsuseid. <\/p>\n

P\u00e4rast seda, kui ruuterid on omavahel \"suhtlenud\" ja t\u00e4itnud marsruuditabelid, tehes k\u00f5ik selle l\u00e4bi marsruutimisprotokolli, teevad nad otsuseid liikluse edastamiseks teistesse v\u00f5rkudesse. Sellega kasutatakse marsruutitavat protokolli, mis v\u00f5imaldab ruuteritel suunata v\u00f5i marsruuditada liiklust. Nende protokollide hulka kuuluvad IPv4 ja IPv6. <\/p>\n

\"Cisco
\n
\nNii et marsruutimisprotokoll tagab marsruuditabelite t\u00e4itmise teabega ning marsruutitav protokoll tagab liikluse marsruudimise vastavalt nende tabelite teabele. IPv4 v\u00f5i IPv6 puhul pakuvad edastatavad andmed kapseldamist ja neid varustatakse IP-pealdistega, millest r\u00e4\u00e4kivad ka nende protokollide nimetused \u2013 IP. <\/p>\n

J\u00e4rgmine k\u00fcsimus puudutab sisemise \u00fcleminekuprotokolli (Interior Gateway Protocol) ja v\u00e4lise \u00fcleminekuprotokolli (Exterior Gateway Protocol) erinevusi. \u00c4rge laske end segadusse viia s\u00f5nast \"\u00fcleminek\". T\u00fc\u00fcpiliselt kasutatakse marsruuterites autonoomsest s\u00fcsteemist. Oletame, et teie ettev\u00f5ttes on 50 marsruuterit, mis kasutavad \u00fcksk\u00f5ik millist IP-protokolli. Need kujutavad autonoomset s\u00fcsteemi, mis t\u00e4hendab, et neid kasutatakse ja hallatakse \u00fche ettev\u00f5tte v\u00f5i organisatsiooni poolt. <\/p>\n

\"Cisco
\n
\nNii et protokollid, mida kasutatakse marsruutimise tagamiseks sellises autonoomses s\u00fcsteemis, nimetatakse sisemise \u00fcleminekuprotokollideks, samas kui protokollid, mis tagavad marsruutimise s\u00fcsteemist v\u00e4ljaspool, nimetatakse v\u00e4lise \u00fcleminekuprotokollideks. V\u00e4lise \u00fcleminekuprotokoll tagab marsruutimise erinevate autonoomsete s\u00fcsteemide vahel. \u00dcheks selliseks s\u00fcsteemiks v\u00f5ib olla teie teenusepakkuja (ISP), mille s\u00fcsteem v\u00f5ib koosneda 200 marsruuterist. Autonoomsed s\u00fcsteemid kasutavad omavaheliseks suhtlemiseks v\u00e4list \u00fcleminekuprotokolli. <\/p>\n

Sisese \u00fcleminekuprotokolli protokollid on RIP, OSPF, EIGRP, samas kui v\u00e4lise \u00fcleminekuprotokollina kasutatakse t\u00e4na \u00fchte protokolli \u2013 BGP. <\/p>\n

J\u00e4rgmiseks peate m\u00f5istma kahte m\u00e4\u00e4ratlust, mis on Distance Vector ja Link State. Need on kaks t\u00fc\u00fcpi sisese \u00fcleminekuprotokolli. <\/p>\n

\"Cisco
\n
\nOletame, et meil on 3 marsruuterit, mis on omavahel \u00fchendatud ja \u00fchendatud v\u00f5rguga 192.168.10.0\/24. nimetame neid A, B ja C. ICND1 kursusest teame, mis juhtub, kui kasutatakse RIP-i. <\/p>\n

Kuna marsruuter B on 192.168.10.0\/24 v\u00f5rgu l\u00e4hedal, saadab ta esimesena teate selle v\u00f5rgu kohta marsruuterile A ja marsruuterile C. Marsruuter C saadab selle teate edasi marsruuterile A. Marsruuter A saab teavet v\u00f5rgu 192.168.10.0\/24 kohta l\u00e4bi kahe oma liidese \u2013 f0\/0 ja f0\/1. Kuna RIPv2 protokoll kasutab meetrit Hop Count, \u00fctleb see marsruuterile, et optimaalne tee selle v\u00f5rgu juurde on marsruut l\u00e4bi marsruuteri B, kuna sellele v\u00f5rku saab j\u00f5uda \u00fche hopiga. Kui kasutada liidest f0\/1 v\u00f5rgu 192.168.10.0\/24 \u00fchendamiseks, on vajalik 2 hoppi. Seega, marsruuteri A vaatenurgast on k\u00f5ige parem kasutada liidest f0\/0. Sellise otsuse teeb A, kuna ta kasutab RIP-i, mis on kaugusvektor protokoll. <\/p>\n

Vastavalt esitatud skeemile n\u00e4eme, et see on \u00f5ige lahendus, kuna vahemaa A ja B vahel on l\u00fchim. Aga mis siis, kui ma \u00fctlen, et A ja B vahel on 64 kbit\/s l\u00e4bilaskev\u00f5imega \u00fchendus, samas kui C ja B vahel on 100 Mbit\/s \u00fchendus ning sama \u00fchendus on ka C ja A vahel? <\/p>\n

Milline marsruut oleks siis sellistes tingimustes k\u00f5ige optimaalsem? <\/p>\n

\"Cisco
\n
\nMuidugi on 100 Mbit\/s \u00fchendus palju parem kui 64 kbit\/s \u00fchendus, isegi kui marsruut selle kaudu h\u00f5lmab kahte h\u00fcpet \u00fche asemel. Siiski ei v\u00f5ta distant-vector protokoll RIP arvesse liikluskiirus, kuna optimaalset marsruuti valides juhindub see v\u00e4himast h\u00fcpete arvust. Sel juhul tasub kasutada Link State protokolli, nagu OSPF. See protokoll kontrollib marsruutide maksumust ja, leides k\u00f5ige \"odavama\", suunab liikluse m\u00f6\u00f6da teed ruuter A \u2013 ruuter C \u2013 ruuter B. <\/p>\n

RIP-i protokolliga v\u00f5rreldes on OSPF protokoll palju keerulisem, arvestades mitmeid tegureid, et m\u00e4\u00e4rata optimaalne marsruut ja leida l\u00fchem tee, arvestades metoodikat.
\nEIGRP oli kunagi Cisco omadusprotokoll, n\u00fc\u00fcd on see avatud standard. See on parimate omaduste kombinatsioon distant-vector protokollist ja Link State protokollist. See arvestab nii l\u00e4bilaskev\u00f5imet kui ka v\u00f5rgu hilinemisi. Nagu teame, pikema marsruudi puhul ehk rohkemate h\u00fcpetega kaasnevad pikemad hilinemised. Seet\u00f5ttu valib EIGRP marsruudi maksimaalse l\u00e4bilaskev\u00f5ime ja minimaalsete koguhilinemistega, v\u00f5rreldes marsruutide metoodikat. L\u00e4bilaskev\u00f5ime ja hilinemised on osa valemist, mille alusel tehakse marsruutimist otsus.
\nSee ongi erinevus distant-vector ja Link State protokollide vahel. Distant-vector protokollid arvestavad ainult marsruudi kaugust, samas kui Link State protokollid vaatavad v\u00f5rgu seisundit marsruudi teel, nagu kiirus ja l\u00e4bilaskev\u00f5ime.
\nEIGRP on h\u00fcbri marsruutimise protokoll, kuna see \u00fchendab endas m\u00f5lema eespool mainitud protokolli tunnuseid. Cisco seisukohalt on see parim marsruutimise protokoll, seet\u00f5ttu eelistavad seda kasutada k\u00f5ik ettev\u00f5tte insenerid, kuid maailmas k\u00f5ige levinum protokoll on OSPF. P\u00f5hjuseks on, et EIGRP sai hiljuti avatud standardiks, seet\u00f5ttu ei ole kolmandad osalised kindlad selle \u00fchilduvuses oma v\u00f5rguseadmetega. <\/p>\n

Vaatame, mis on protokolli usaldusv\u00e4\u00e4rsuseaste. Kui ruuter A saab marsruutimise teavet kahest erinevast allikast, siis kasutab ta otsustamiseks valemit, et m\u00e4\u00e4rata, milline kahest marsruudist lisada marsruudite tabelisse. See on lihtne, kuna ta vaatab marsruudi A-B ja A-C-B parameetreid, v\u00f5rdleb neid ja teeb optimaalse otsuse. Loomulikult t\u00e4idab OSPF ka koormuse jaotamist, see t\u00e4hendab, et kui kahte marsruuti on sama maksumus, siis teostab ta koormuse jaotamise. \u00dcksikasjalikult vaatame seda teemat j\u00e4rgnevates videos, t\u00e4na tahan lihtsalt, et te sellest teadlik oleksite. <\/p>\n

Vaatame j\u00e4rgmist tabelit. Allpool joonistan taas ruuterid A, B ja C, mis moodustavad teie ettev\u00f5ttes autonoomse v\u00f5rgus\u00fcsteemi. Eeldame, et teie ettev\u00f5te on ostnud teise ettev\u00f5tte, millel on s\u00fcsteem ruuteritega A1, B1 ja C1. Nii et n\u00fc\u00fcd on teil kaks ettev\u00f5tet, igal \u00fchel oma v\u00f5rk. Eeldame, et esimene kasutab EIGRP protokolli ja teine OSPF. <\/p>\n

\"Cisco
\n
\nMuidugi, v\u00f5ite oma v\u00f5rgu \u00fcmber seadistada OSPF-i kasutamiseks v\u00f5i \u00fclev\u00f5etud ettev\u00f5tte v\u00f5rgu EIGRP protokollile \u00fcle viia, kuid see on suur administratiivne t\u00f6\u00f6. V\u00e4ikese ettev\u00f5tte jaoks on see veel v\u00f5imalik, kuid kui ettev\u00f5te on suur, siis on see tohutu t\u00f6\u00f6koormus. Sellisel juhul on v\u00f5imalik teostada \u00fcmberjaotust, st v\u00f5tta EIGRP marsruudid ja jaotada need OSPF-ile ning OSPF marsruudid jaotada EIGRP-le. See on t\u00e4iesti v\u00f5imalik. Selleks peab \u00fcks teie ettev\u00f5tte ruuteritest t\u00f6\u00f6tama kahe protokolli j\u00e4rgi \u2013 EIGRP ja OSPF, eeldame, et see on ruuter B. See sisaldab marsruuditabelit, kus osa marsruute on saadud EIGRP-st ja osa OSPF-st. Eeldame, et meil on veel \u00fcks v\u00f5rk, millega on \u00fchendatud m\u00f5lemad ettev\u00f5tted. Sel juhul kasutab esimene ettev\u00f5te sellega \u00fchenduse loomiseks EIGRP marsruute, samas kui teine kasutab OSPF protokolli marsruute, ning nende eri allikatest saadud marsruutide vastavusse viimine on v\u00e4ga keeruline, sest iga\u00fchel neist on oma m\u00f5\u00f5tmete j\u00e4rgi optimaalse marsruudi valimine. <\/p>\n

\"Cisco
\n
\nSellisel juhul kasutatakse m\u00f5istet Administratiivne kaugus. See aitab ruuteril valida mitme marsruudi seast, mis on saadud erinevatest marsruudiprotokollidest, k\u00f5ige optimaalsema. N\u00e4iteks, kui ruuter B on otseselt \u00fchendatud ruuteriga C, siis on administratiivne kaugus 0, ja see on k\u00f5ige usaldusv\u00e4\u00e4rsem marsruut. Eeldame, et A teavitab B, et tal on samuti juurdep\u00e4\u00e4s C-le, siis vastab ruuter B talle: \u201eAit\u00e4h teie teabe eest, kuid ruuter C on \u00fchendatud minuga otse, seega valin ma madalama administratiivse kaugusega variandi, mitte \u00fchendust l\u00e4bi teie.\u201d <\/p>\n

Administratiivne kaugus n\u00e4itab usaldusv\u00e4\u00e4rsust protokolli suhtes. Mida v\u00e4iksem on administratiivne kaugus, seda suurem on usaldus. Otsese \u00fchenduse j\u00e4rgmiseks k\u00f5ige usaldusv\u00e4\u00e4rsemaks variandiks on staatiline \u00fchendus, mille administratiivne kaugus on 1. EIGRP protokolli usaldusv\u00e4\u00e4rsust iseloomustab administratiivne kaugus 90, OSPF protokollil on see 110 ja RIP-il 120. <\/p>\n

Seega, kui EIGRP ja OSPF esindavad sama v\u00f5rgusegmenti, usaldab ruuter EIGRP-st saadud marsruutide teavet, kuna selle protokolli haldust\u00f5en\u00e4osus on 90, mis on madalam kui OSPF-l.<\/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\u0448\u043d\u0438\u0439 \u0432\u0438\u0434\u0435\u043e\u0443\u0440\u043e\u043a \u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430\u0445 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 Distance Vector \u0438 Link State \u043f\u0440\u0435\u0434\u0432\u0430\u0440\u044f\u0435\u0442 \u043e\u0434\u043d\u0443 \u0438\u0437 \u0441\u0430\u043c\u044b\u0445 \u0432\u0430\u0436\u043d\u044b\u0445 \u0442\u0435\u043c \u043a\u0443\u0440\u0441\u0430 CCNA \u2013 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 OSPF \u0438 EIGRP. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430 \u0437\u0430\u0439\u043c\u0435\u0442 4 \u0438\u043b\u0438 \u0434\u0430\u0436\u0435 6 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0445 \u0432\u0438\u0434\u0435\u043e\u0443\u0440\u043e\u043a\u043e\u0432. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u043a\u0440\u0430\u0442\u043a\u043e \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u043e \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f\u0445, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c, \u043f\u0440\u0435\u0436\u0434\u0435 \u0447\u0435\u043c \u043d\u0430\u0447\u0430\u0442\u044c \u0438\u0437\u0443\u0447\u0430\u0442\u044c OSPF \u0438 EIGRP. \u041d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u043c \u0443\u0440\u043e\u043a\u0435 \u043c\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28685,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38214","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 koolitus. P\u00e4ev 43. Distance Vector ja Link State marsruutimisprotokollid | ProHoster","description":"T\u00e4na on meie videosessioon distance vector ja link state marsruutimisprotokollidest, mis viib meid \u00fche k\u00f5ige olulisema teemani CCNA kursusel \u2013 OSPF ja EIGRP marsruutimisprotokollid.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-43-protokoly-marshrutizatsii-distance-vector-i-link-state","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 43. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 Distance Vector \u0438 Link State | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f\u0448\u043d\u0438\u0439 \u0432\u0438\u0434\u0435\u043e\u0443\u0440\u043e\u043a \u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430\u0445 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 Distance Vector \u0438 Link State \u043f\u0440\u0435\u0434\u0432\u0430\u0440\u044f\u0435\u0442 \u043e\u0434\u043d\u0443 \u0438\u0437 \u0441\u0430\u043c\u044b\u0445 \u0432\u0430\u0436\u043d\u044b\u0445 \u0442\u0435\u043c \u043a\u0443\u0440\u0441\u0430 CCNA \u2013 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 OSPF \u0438 EIGRP.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-43-protokoly-marshrutizatsii-distance-vector-i-link-state","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:22:20+00:00","article:modified_time":"2019-10-31T19:22:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38214","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 20:58:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:13:22","updated":"2026-01-23 20:58:21","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\/38214","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=38214"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38214\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28685"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=38214"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=38214"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=38214"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}