{"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\/da\/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 tr\u00e6ning. Dag 43. Distance Vector og Link State routing protokoller","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dagens videolektion om Distance Vector og Link State routingprotokoller introducerer et af de vigtigste emner i CCNA-kurset \u2013 OSPF og EIGRP routingprotokoller. Dette emne vil tage 4 til 6 kommende videolektioner. Derfor vil jeg i dag kort gennemg\u00e5 nogle koncepter, man skal kende til, f\u00f8r man begynder at studere OSPF og EIGRP.<\/p>\n

\"Cisco
\n
\nI den tidligere lektion s\u00e5 vi p\u00e5 sektion 2.1 i ICND2-temaet, og i dag vil vi se p\u00e5 sektionerne 2.2 \"Ligheder og forskelle mellem Distance Vector (DV) routingprotokoller og Link State (LS) protokoller\" samt 2.3 \"Ligheder og forskelle mellem interne og eksterne routingprotokoller\". <\/a><\/noindex><\/p>\n

Som jeg n\u00e6vnte, vil vi i de n\u00e6ste 4 eller 6 videoer d\u00e6kke n\u00f8glesp\u00f8rgsm\u00e5lene i hele kurset \u2013 OSPFv2 protokoller for IPv4, OSPFv3 for IPv6, EIGRP for IPv4 og EIGRP for IPv6. Studerende sp\u00f8rger ofte mig, hvad en routing protokol er, og hvordan den adskiller sig fra en routed\/routable protokol. <\/p>\n

En routing protokol anvendes af en router, for eksempel protokoller som RIP, EIGRP, OSPF, BGP og andre. Routingprotokollen er en m\u00e5de for routere at kommunikere med hinanden p\u00e5, hvor de udveksler netv\u00e6rksinformation og fylder deres routingtabeller med denne information. Baseret p\u00e5 disse tabeller tr\u00e6ffer de routingbeslutninger. <\/p>\n

N\u00e5r routerne har \"kommunikeret\" med hinanden og fyldt deres routingtabeller ved hj\u00e6lp af routingprotokollen, tr\u00e6ffer de beslutninger om at sende trafik til andre netv\u00e6rk. Der anvendes en routed protokol, som g\u00f8r det muligt for routere at omdirigere, eller route, trafik. Disse protokoller omfatter IPv4 og IPv6. <\/p>\n

\"Cisco
\n
\nS\u00e5ledes sikrer routingprotokollen, at routingtabellerne fyldes med information, mens den routed protokol sikrer routing af trafik i henhold til disse tabellers information. Takket v\u00e6re IPv4 eller IPv6 kapsles de sendte data ind og forsynes med IP-overskrifter, som navnet p\u00e5 disse protokoller indikerer \u2013 IP. <\/p>\n

Det n\u00e6ste sp\u00f8rgsm\u00e5l handler om forskellene mellem Interior Gateway Protocol (IGP) og Exterior Gateway Protocol (EGP). Lad dig ikke forvirre af ordet \"gateway\". Routere bruges normalt i et autonomt system. Antag, at din virksomhed har 50 routere, der bruger en hvilken som helst IP-protokol. Alle disse danner et autonomt system, hvilket vil sige, at de anvendes og styres af \u00e9n virksomhed eller organisation. <\/p>\n

\"Cisco
\n
\nProtokollerne, der anvendes til at sikre routing inden for et s\u00e5dant autonomt system, kaldes for interne gateway-protokoller, mens protokollerne til routing uden for systemet kaldes for eksterne gateway-protokoller. Den eksterne gateway-protokol muligg\u00f8r routing mellem forskellige autonome systemer. Et s\u00e5dant system kan v\u00e6re din internetudbyder (ISP), og deres system kan best\u00e5 af 200 routere. For at kommunikere med hinanden bruger autonome systemer en ekstern gateway-protokol. <\/p>\n

Interne gateway-protokoller inkluderer RIP, OSPF og EIGRP, mens den nuv\u00e6rende eksterne gateway-protokol er BGP. <\/p>\n

De n\u00e6ste to definitioner, du skal forst\u00e5, er Distance Vector og Link State. Dette er to typer af interne gateway-routingprotokoller. <\/p>\n

\"Cisco
\n
\nLad os antage, at vi har 3 routere, der er forbundet med hinanden og med netv\u00e6rket 192.168.10.0\/24. Vi kalder dem A, B og C. Fra ICND1-kurset ved vi, hvad der sker, n\u00e5r vi bruger RIP. <\/p>\n

Da router B er t\u00e6ttest p\u00e5 netv\u00e6rket 192.168.10.0\/24, sender den f\u00f8rst meddelelsen om dette netv\u00e6rk til router A og router C. Router C videresender ogs\u00e5 denne meddelelse til router A. Router A modtager informationen om netv\u00e6rket 192.168.10.0\/24 gennem sine to gr\u00e6nseflader \u2013 f0\/0 og f0\/1. Eftersom RIPv2-protokollen bruger Hop Count-metoden, vil den informere routeren om, at den optimale rute til dette netv\u00e6rk er gennem router B, fordi netv\u00e6rket kan n\u00e5s med et hop. Hvis man bruger gr\u00e6nsefladen f0\/1 for at n\u00e5 netv\u00e6rket 192.168.10.0\/24, vil det kr\u00e6ve 2 hops. Derfor er det mest optimalt for router A at bruge gr\u00e6nsefladen f0\/0. Denne beslutning tr\u00e6ffer A, fordi den bruger RIP, som er en distance-vector protokol. <\/p>\n

If\u00f8lge det viste diagram ser vi, at dette er den rigtige l\u00f8sning, fordi afstanden mellem A og B er den korteste. Men hvad nu hvis jeg siger, at der mellem A og B er en linje med en b\u00e5ndbredde p\u00e5 64 kbit\/s, og mellem C og B er der en linje med 100 Mbit\/s, og der er ogs\u00e5 en lignende linje mellem C og A? <\/p>\n

Hvilken rute vil v\u00e6re den mest optimale under disse omst\u00e6ndigheder? <\/p>\n

\"Cisco
\n
\nSelvf\u00f8lgelig er linjen med 100 megabit pr. sekund meget bedre end linjen med 64 kilobit pr. sekund, selvom ruten gennem den tager 2 hop i stedet for et. Imidlertid tager distance-vector protokol RIP ikke h\u00f8jde for hastigheden af trafikoverf\u00f8rsel, idet den i valget af den optimale rute styres af det minimale antal hop. I dette tilf\u00e6lde er det bedre at anvende Link State protokollen, som OSPF. Denne protokol vurderer omkostningerne ved ruterne og sender trafikken ad den \"billigste\" vej, som er router A \u2013 router C \u2013 router B. <\/p>\n

Sammenlignet med RIP er OSPF protokollen meget mere kompleks, da den tager h\u00f8jde for mange faktorer ved bestemmelser af den optimale rute og finder den korteste rute i forhold til metrik.
\nEIGRP var engang en propriet\u00e6r routerprotokol fra Cisco, men er nu en \u00e5ben standard. Det er en kombination af de bedste egenskaber fra distance-vector protokollen og Link State protokollen. Den tager h\u00f8jde for b\u00e5de b\u00e5ndbredde og netv\u00e6rksforsinkelse. Som det er kendt, jo l\u00e6ngere ruten er, det vil sige jo flere hop, jo l\u00e6ngere er forsinkelsen. Derfor v\u00e6lger EIGRP protokollen ruten med den maksimale b\u00e5ndbredde og den mindste samlede forsinkelse ved at sammenligne rutenes metrikker. B\u00e5ndbredde og forsinkelser viser sig at v\u00e6re dele af formlen, der ligger til grund for routingbeslutningen.
\nHer er forskellen mellem Distance Vector og Link State protokoller. Distance vector protokoller overvejer kun afstanden til ruten, mens Link State protokoller unders\u00f8ger netv\u00e6rkets tilstand langs ruten, s\u00e5som hastighed og b\u00e5ndbredde.
\nEIGRP er en hybrid routingprotokol, da den kombinerer tr\u00e6k fra begge de ovenn\u00e6vnte protokoller. Set fra Ciscons synspunkt er dette den bedste routingprotokol, og derfor foretr\u00e6kker alle virksomhedens ingeni\u00f8rer at bruge den, men den mest udbredte protokol i verden er OSPF. \u00c5rsagen er, at EIGRP f\u00f8rst for nylig blev et \u00e5bent standard, s\u00e5 tredjepartsproducenter er ikke sikre p\u00e5 dens kompatibilitet med deres netv\u00e6rksudstyr. <\/p>\n

Lad os overveje, hvad tillid til en protokol betyder. N\u00e5r router A modtager ruteinformation fra to forskellige kilder, bruger den en formel til at beslutte, hvilken af de to ruter der skal placeres i routingtabellen. Dette er let, fordi den ser p\u00e5 parametrene for ruten B-A og A-C-B, sammenligner dem og tr\u00e6ffer den bedste beslutning. Selvf\u00f8lgelig balancerer OSPF ogs\u00e5 belastningen, hvilket vil sige, at hvis to ruter har samme omkostninger, s\u00e5 udf\u00f8rer den belastningsbalancering. Vi vil g\u00e5 t\u00e6ttere ind i dette emne i de kommende videoer, men for nu vil jeg bare have, at I skal vide det. <\/p>\n

Lad os se p\u00e5 den f\u00f8lgende tabel. Nede vil jeg igen tegne routerne A, B og C, som danner et autonomt netv\u00e6rkssystem i din virksomhed. Antag, at din virksomhed har k\u00f8bt en anden virksomhed, hvor der er et system med routerne A1, B1 og C1. S\u00e5 nu har du to virksomheder, hver med sit eget netv\u00e6rk. Antag, at den f\u00f8rste bruger protokollen EIGRP, og den anden bruger OSPF. <\/p>\n

\"Cisco
\n
\nSelvf\u00f8lgelig kan du omkonfigurere dit netv\u00e6rk til at bruge OSPF, eller konvertere netv\u00e6rket fra det erhvervede firma til EIGRP-protokollen, men det er en hel del administrativt arbejde. For en lille virksomhed kan det v\u00e6re muligt, men hvis virksomheden er stor, bliver det en betydelig opgave. I dette tilf\u00e6lde kan der foretages en redistribution, hvor man tager EIGRP-ruter og fordeler dem til OSPF, og OSPF-ruter distribueres til EIGRP. Det er helt muligt. For dette skal en af virksomhedens routere arbejde med to protokoller \u2013 EIGRP og OSPF; lad os antage, at det er router B. Den vil indeholde en routetabel, hvor en del af ruterne kommer fra EIGRP, og en del fra OSPF. Lad os antage, at der findes et andet netv\u00e6rk, som begge firmaer er forbundet til. Her vil det f\u00f8rste firma bruge ruterne fra EIGRP-tabellen til at forbinde, mens det andet bruger ruterne fra OSPF-protokollen, og at matche disse ruter fra forskellige kilder vil v\u00e6re meget vanskeligt, fordi hver af dem v\u00e6lger den optimale rute p\u00e5 baggrund af deres egne metrikker. <\/p>\n

\"Cisco
\n
\nI dette tilf\u00e6lde anvendes begrebet Administrative Distance, eller administrativ afstand. Det hj\u00e6lper routeren med at v\u00e6lge den mest optimale rute blandt flere ruter, der er opn\u00e5et fra forskellige routingprotokoller. For eksempel, hvis router B er direkte forbundet til router C, vil den administrative afstand v\u00e6re 0, og dette er den mest betroede rute. Antag, at A informerer B om, at det ogs\u00e5 har adgang til C, i dette tilf\u00e6lde vil router B svare: \"tak for din information, men router C er direkte forbundet til mig, s\u00e5 jeg v\u00e6lger den med lavere administrativ afstand i stedet for l\u00f8sningen gennem dig.\" <\/p>\n

Den administrative afstand viser graden af tillid til protokollen. Jo mindre v\u00e6rdien af den administrative afstand er, desto mere tillid. Den n\u00e6stmest betroede mulighed efter direkte forbindelse er en statisk forbindelse med en administrativ afstand p\u00e5 1. Tillid til EIGRP-protokollen karakteriseres ved en administrativ afstand p\u00e5 90, OSPF-protokollen har en afstand p\u00e5 110, og RIP har en afstand p\u00e5 120. <\/p>\n

Derfor, hvis b\u00e5de EIGRP og OSPF repr\u00e6senterer det samme netv\u00e6rk, vil routeren stole p\u00e5 ruteoplysningerne modtaget fra EIGRP, fordi denne protokol har en administrativ afstand p\u00e5 90, som er lavere end OSPFs.<\/p>\n

\r\n \"Afspil\r\n
<\/div>\r\n <\/div><\/center>
\nTak fordi du er med os. Kan du lide vores artikler? Vil du se flere interessante materialer? St\u00f8t os ved at lave en bestilling eller anbefale os til dine bekendte. 30% rabat til brugere af Habr p\u00e5 en unik entry-level server, som vi har opfundet til dig:<\/b> Hele sandheden om VPS (KVM) E5-2650 v4 (6 kerner) 10GB DDR4 240GB SSD 1Gbps fra $20, eller hvordan man korrekt deler en server?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n

Dell R730xd er 2 gange billigere?<\/b> Kun hos os 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af prisen?<\/a><\/noindex>
\n
Kilde: 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\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\udd47Tr\u00e6ning Cisco 200-125 CCNA v3.0. Dag 43. Distance Vector og Link State routingprotokoller | ProHoster","description":"Dagens video lektion om Distance Vector og Link State routingprotokoller indleder et af de mest vigtige emner i CCNA-kurset - routingprotokollerne OSPF og EIGRP.","canonical_url":"https:\/\/prohoster.info\/da\/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":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/38214","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=38214"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/38214\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28685"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=38214"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=38214"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=38214"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}