{"id":936589,"date":"2026-11-13T13:57:14","date_gmt":"2026-11-13T13:57:14","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/broadcast-storm\/"},"modified":"2026-11-13T13:57:15","modified_gmt":"2026-11-13T13:57:15","slug":"broadcast-storm","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/nl\/blog\/broadcast-storm\/","title":{"rendered":"Hoe ontstaat een broadcast storm en hoe voorkomt u er een?"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Belangrijkste punten<\/h2>\n<ul>\n<li>Broadcast storms overbelasten netwerken: overmatig broadcastverkeer kan de bandbreedte en de CPU van switches verzadigen wat leidt tot latency, pakketverlies of storingen.<\/li>\n<li>Switching loops als belangrijkste oorzaak: wanneer switches op meerdere manieren met elkaar zijn verbonden zonder goede controles kan broadcastverkeer eindeloos blijven circuleren en zich razendsnel vermenigvuldigen.<\/li>\n<li>De impact loopt snel op: broadcast storms groeien exponentieel en verhogen de latency en het <a href=\"https:\/\/www.ninjaone.com\/it-hub\/endpoint-management\/what-is-packet-loss-causes-how-to-fix\/\">pakketverlies<\/a> totdat normale netwerkcommunicatie stilvalt.<\/li>\n<li>Preventie draait om switchinstellingen: protocollen tegen loops en functies voor storm control kunnen broadcastverkeer begrenzen met behoud van redundantie.<\/li>\n<li>Segmentatie verkleint de blast radius: door netwerken op te delen in kleinere broadcastdomeinen blijven storingen beperkt en wordt de blast radius van een storing kleiner.<\/li>\n<\/ul>\n<\/div>\n<p>Als er in de IT-wereld weerberichten bestonden, zou \u00e9\u00e9n gebeurtenis meteen alle alarmbellen laten rinkelen: het nieuws van een<strong> broadcast storm<\/strong>. Net als hun naamgenoten kunnen deze netwerkproblemen alles razendsnel platleggen, vaak zonder enige waarschuwing.<\/p>\n<p>Ze ontstaan wanneer broadcastverkeer zich ongecontroleerd vermenigvuldigt tot het de beschikbare bandbreedte opslokt en netwerkapparatuur overbelast. Wat begint als een eenvoudig frame waarmee devices elkaar kunnen ontdekken, groeit in korte tijd uit tot een vloedgolf van gedupliceerd verkeer die de normale communicatie volledig stillegt.<\/p>\n<p>In deze gids beantwoorden we de vraag: \u201c<em>hoe ontstaat een broadcast storm en hoe voorkomt u er een?<\/em>\u201d Omdat broadcastframes bedoeld zijn om elk device in een netwerksegment te bereiken, kan zelfs een kleine loop binnen enkele seconden uitgroeien tot een complete storing. Het is dan ook essentieel dat IT-teams, zeker in sterk gereguleerde sectoren, weten hoe ze zo\u2019n storm herkennen en voorkomen voordat die de bedrijfsvoering verstoort.<\/p>\n<h2>Voorkennis<\/h2>\n<p>Om het meeste uit deze gids te halen, is het handig als u basiskennis hebt van Ethernet-netwerken, van de werking van switches in een <a href=\"https:\/\/www.ninjaone.com\/it-hub\/endpoint-management\/what-is-lan-local-area-network\/\">LAN<\/a> en van broadcastdomeinen en VLAN\u2019s.<\/p>\n<p>U hoeft geen <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/wat-is-een-netwerkengineer\/\">netwerkengineer<\/a> te zijn, maar als u bekend bent met het dagelijkse gedrag van switches vallen de concepten sneller op hun plek.<\/p>\n<h2>Wat is een broadcast storm (en waarom escaleert die zo snel)?<\/h2>\n<p>In een <a href=\"https:\/\/www.ninjaone.com\/it-hub\/remote-access\/what-is-ethernet\/\">Ethernet<\/a>-netwerk zijn sommige berichten voor iedereen bestemd. Dat zijn broadcastberichten en ze worden gebruikt voor alledaagse taken zoals het vinden van devices of het omzetten van IP-adressen. Wanneer een switch een broadcast ontvangt, stuurt hij dat bericht door naar alle aangesloten devices in hetzelfde netwerksegment.<\/p>\n<p>Een broadcast storm ontstaat wanneer diezelfde berichten keer op keer worden herhaald in plaats van te stoppen zodra ze hun werk hebben gedaan. Elke keer dat het bericht terugkomt stuurt de switch het opnieuw door waardoor er steeds meer kopie\u00ebn bij komen.<\/p>\n<p>Daarom zijn broadcast storms zo gevaarlijk. Anders dan gewone verkeerspieken vlakken ze niet af. Ze versnellen tot netwerkapparatuur het verkeer niet snel genoeg meer kan verwerken, met ernstige latency, <a href=\"https:\/\/www.ninjaone.com\/it-hub\/endpoint-management\/what-is-packet-loss-causes-how-to-fix\/\">pakketverlies<\/a> en vaak een volledige netwerkstoring tot gevolg.<\/p>\n<h2>Zo veroorzaken switching loops een broadcast storm<\/h2>\n<p>Een switching loop ontstaat wanneer switches op meer dan \u00e9\u00e9n manier met elkaar zijn verbonden en het netwerk geen systeem heeft om die extra verbindingen te regelen. In plaats van \u00e9\u00e9n route voor het verkeer te kiezen sturen de switches berichten in een kringetje rond.<\/p>\n<p>In de praktijk ziet dat er zo uit:<\/p>\n<ol>\n<li>Een broadcastbericht komt binnen op een switch en wordt naar alle andere verbindingen gestuurd.<\/li>\n<li>E\u00e9n van die verbindingen leidt naar een andere switch die precies hetzelfde doet.<\/li>\n<li>Uiteindelijk vindt het bericht via een andere kabel zijn weg terug naar de oorspronkelijke switch.<\/li>\n<\/ol>\n<p>Omdat de switch het niet als duplicaat herkent, stuurt hij het bericht opnieuw door en blijft de loop doorgaan.<\/p>\n<p>Elke ronde door de loop levert meer kopie\u00ebn van hetzelfde bericht op. Hoe langer het duurt, hoe meer verkeer zich opstapelt en hoe sneller het netwerk overbelast raakt. Daarom zijn switching loops de meest voorkomende en gevaarlijkste oorzaak van broadcast storms.<\/p>\n<h2>Waarom switching loops actief beheerst moeten worden<\/h2>\n<p>Switching loops zijn van nature een veelvoorkomend neveneffect van het bouwen van betrouwbare netwerken. Extra kabels tussen switches aanleggen is een gangbare manier om de uptime te verbeteren, maar zonder iets dat die extra verbindingen regelt weet het netwerk niet welk pad het verkeer moet volgen.<\/p>\n<p>In dat geval doen switches precies waarvoor ze zijn gemaakt: verkeer zo effici\u00ebnt mogelijk doorsturen. Broadcastverkeer kent helaas geen ingebouwd \u201cstop\u201d-signaal. Zodra het in een loop terechtkomt, blijft het circuleren en zich vermenigvuldigen. Zo kan een simpele bekabelings- of configuratiefout in korte tijd uitmonden in een broadcast storm.<\/p>\n<h2>Wat zijn protocollen tegen loops?<\/h2>\n<p>Protocollen tegen loops zijn ingebouwde veiligheidsmechanismen die voorkomen dat switches verkeer per ongeluk in cirkels rondsturen. Ze maken het mogelijk om extra kabels en reservepaden aan te houden voor de betrouwbaarheid terwijl er telkens maar \u00e9\u00e9n logisch pad in gebruik is. Zonder deze protocollen zouden switching loops normaal broadcastverkeer snel veranderen in een broadcast storm.<\/p>\n<p>De meest gebruikte protocollen tegen loops in Ethernet-netwerken zijn de volgende:<\/p>\n<h3>Spanning Tree Protocol (STP)<\/h3>\n<p><a href=\"https:\/\/www.techtarget.com\/searchnetworking\/definition\/spanning-tree-protocol\" target=\"_blank\" rel=\"noopener\">Spanning Tree Protocol<\/a> is het oorspronkelijke en breedst ondersteunde protocol tegen loops. Het brengt in kaart hoe switches met elkaar verbonden zijn en blokkeert vervolgens de redundante verbindingen die loops zouden kunnen veroorzaken. Valt een actieve verbinding weg, dan kan STP een reservepad deblokkeren om de connectiviteit te herstellen, al kan dat proces enkele seconden duren.<\/p>\n<h3>Rapid Spanning Tree Protocol (RSTP)<\/h3>\n<p><a href=\"https:\/\/www.cisco.com\/c\/en\/us\/support\/docs\/lan-switching\/spanning-tree-protocol\/24062-146.html\" target=\"_blank\" rel=\"noopener\">Rapid Spanning Tree Protocol<\/a> is een verbeterde versie van STP die veel sneller reageert op netwerkwijzigingen. Het gebruikt slimmere detectiemethoden om reserveverbindingen bij een storing snel weer in te schakelen waardoor de uitvaltijd afneemt. Voor de meeste moderne netwerken heeft RSTP de voorkeur omdat het bescherming tegen loops biedt zonder langdurige onderbrekingen.<\/p>\n<h3>Multiple Spanning Tree Protocol (MSTP)<\/h3>\n<p><a href=\"https:\/\/www.cisco.com\/c\/en\/us\/support\/docs\/lan-switching\/spanning-tree-protocol\/24248-147.html\" target=\"_blank\" rel=\"noopener\">Multiple Spanning Tree Protocol<\/a> is ontworpen voor grotere of complexere netwerken met meerdere VLAN\u2019s. In plaats van het hele netwerk als \u00e9\u00e9n boom te behandelen laat MSTP verschillende VLAN-groepen verschillende actieve paden gebruiken. Dat verhoogt de effici\u00ebntie en voorkomt tegelijk switching loops en broadcast storms.<\/p>\n<h2>Zo herkent u een broadcast storm in een vroeg stadium<\/h2>\n<p>Broadcast storms komen zelden uit het niets. Meestal vertoont het netwerk al signalen voordat alles plat gaat.<\/p>\n<p>Veelvoorkomende waarschuwingssignalen zijn:<\/p>\n<ul>\n<li>Het hele netwerk voelt ineens traag aan, niet slechts \u00e9\u00e9n systeem.<\/li>\n<li>Applicaties lopen vast in time-outs of gedragen zich wisselend.<\/li>\n<li>Switches vertonen een ongewoon hoog CPU-gebruik.<\/li>\n<li>Netwerkverbindingen lijken druk bezet terwijl gebruikers nauwelijks iets doen.<\/li>\n<\/ul>\n<p>Omdat broadcast storms hele netwerksegmenten treffen, is de impact meestal breed voelbaar. Monitoringtools die verkeersniveaus en apparaatgezondheid bijhouden helpen om afwijkende patronen vroeg te signaleren zodat u kunt ingrijpen voordat er een volledige storing ontstaat. U kunt ook <a href=\"https:\/\/www.ninjaone.com\/docs\/endpoint-management\/hardware-inventory\/switch-monitoring\/\">switches monitoren met NinjaOne<\/a>.<\/p>\n<h2>Netwerken ontwerpen die de schade beperken<\/h2>\n<p>E\u00e9n van de eenvoudigste (en aantoonbaar beste) manieren om een netwerk zo te ontwerpen dat de schade van broadcast storms beperkt blijft, is segmentatie.<\/p>\n<p>Zie segmentatie als het plaatsen van muren in een gebouw. In plaats van \u00e9\u00e9n grote open ruimte waarin een brand zich overal kan verspreiden, deelt u de ruimte op in kleinere kamers. In netwerken doen VLAN\u2019s precies dat: ze verdelen een netwerk in kleinere delen zodat broadcastverkeer binnen de perken blijft.<\/p>\n<p>Treedt er binnen zo\u2019n deel een broadcast storm op, dan blijft die daar gevangen. Devices buiten dat VLAN ondervinden er geen hinder van, waardoor minder gebruikers getroffen worden en het oplossen van problemen een stuk eenvoudiger wordt.<\/p>\n<p>Ook andere ontwerpkeuzes spelen een grote rol bij het beheersbaar houden van problemen:<\/p>\n<ul>\n<li>Gebruik managed switches met ingeschakelde bescherming tegen loops. Zo kan het netwerk automatisch paden blokkeren waardoor verkeer eindeloos zou blijven rondgaan.<\/li>\n<li>Stel limieten in voor broadcast- en multicastverkeer op accesspoorten. Dat voorkomt dat \u00e9\u00e9n device het netwerk overspoelt met overmatig verkeer.<\/li>\n<li>Vermijd unmanaged switches in productienetwerken. Dat verkleint het risico op onbedoelde loops, omdat unmanaged devices meestal geen veiligheidsfuncties hebben.<\/li>\n<li>Houd de netwerkindeling gedocumenteerd om onbedoelde loops te voorkomen. Dat helpt fouten bij wijzigingen te voorkomen, zoals het aansluiten van een kabel die een ongewenste loop cre\u00ebert.<\/li>\n<\/ul>\n<p>Welke methode u of uw IT-team ook kiest, het doel is indamming. Blijven broadcast storms beperkt tot een klein gebied, dan zijn ze makkelijker te diagnosticeren en veel minder verstorend.<\/p>\n<h3>Overige aandachtspunten<\/h3>\n<p>Switching loops zijn weliswaar de meest voorkomende oorzaak van broadcast storms, maar niet de enige. In echte netwerken kunnen allerlei kleinere problemen samen het broadcastverkeer uit de hand laten lopen. Devices die verkeerd geconfigureerd zijn of niet goed werken genereren eveneens veel meer broadcastverkeer dan verwacht. Ook multicastverkeer kan zich vergelijkbaar gedragen en het netwerk overbelasten als het niet goed wordt beheerd.<\/p>\n<p>In omgevingen met veel printers, IoT-devices, camera\u2019s of andere unmanaged hardware ligt het basisniveau van broadcastverkeer vaak al hoger. Daardoor is er minder ruimte voor fouten en worden preventieve maatregelen nog belangrijker.<\/p>\n<h2>Problemen oplossen bij een vermoedelijke broadcast storm<\/h2>\n<p>Wanneer er een broadcast storm aan de gang is, zijn de symptomen meestal breed voelbaar in plaats van beperkt tot \u00e9\u00e9n device. Ga niet gokken, maar let eerst op deze veelvoorkomende signalen:<\/p>\n<ul>\n<li>Plotselinge traagheid in het hele netwerk waarbij meerdere gebruikers of systemen tegelijk getroffen worden<\/li>\n<li>Ongewoon veel broadcast- of multicastverkeer op switches, vaak een teken van overmatige duplicatie.<\/li>\n<li>Pieken in het CPU-gebruik van switches, doordat switches te veel tijd besteden aan het verwerken van herhaalde frames<\/li>\n<\/ul>\n<p>Let daarnaast op aanwijzingen die duiden op een fysiek of topologisch probleem:<\/p>\n<ul>\n<li>Verbindingen met een hoge bezetting zonder duidelijke oorzaak, zoals zwaar gebruik buiten kantooruren<\/li>\n<li>Onderbrekingen die komen en gaan of verbindingen die blijven flappen, wat kan wijzen op een loop die steeds opnieuw ontstaat en verbroken wordt.<\/li>\n<li>Recente wijzigingen in bekabeling of hardware, waaronder nieuw toegevoegde switches of kabels, kunnen een onbedoelde loop hebben veroorzaakt.<\/li>\n<\/ul>\n<p>Samen wijzen deze symptomen sterk op een broadcast storm en vormen ze aanleiding om de switchconfiguraties meteen na te lopen.<\/p>\n<h2>Zo helpt NinjaOne bij het voorkomen van netwerkloops<\/h2>\n<p>NinjaOne helpt IT-teams broadcast storms te signaleren en erop te reageren door netwerkactiviteit samen te brengen in \u00e9\u00e9n centraal overzicht.<\/p>\n<ul>\n<li><strong>Monitoring van afwijkend netwerkgedrag: <\/strong>het <a href=\"https:\/\/www.ninjaone.com\/nl\/eindpuntbeheer\/netwerkbeheer\/\">Network Management System van NinjaOne<\/a> (NMS) geeft inzicht in verkeerspatronen, connectiviteitsproblemen en apparaatprestaties waardoor ongewone pieken in broadcast- of multicastverkeer eenvoudiger te detecteren zijn.<\/li>\n<li><strong>Centraal inzicht in alle devices:<\/strong> gegevens van gemonitorde endpoints en netwerkapparatuur worden samengebracht in een <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/single-pane-of-glass-software-explained\/\">enkel dashboard<\/a> zodat beheerders snel zien welke systemen of netwerksegmenten getroffen zijn in plaats van blind te moeten zoeken.<\/li>\n<li><strong>Analyse van verkeersstromen:<\/strong> NinjaOne ondersteunt <a href=\"https:\/\/www.ninjaone.com\/blog\/what-is-netflow\/\">NetFlow<\/a>, sFlow en jFlow waarmee teams begrijpen hoe verkeer zich door het netwerk beweegt en waar overmatig of afwijkend verkeer vandaan komt.<\/li>\n<li><strong>Betere detectie van afwijkingen:<\/strong> <a href=\"https:\/\/www.ninjaone.com\/rmm\/snmp-monitoring\/\">SNMP-monitoring<\/a>, het verzamelen van syslogs en controles van de apparaatgezondheid geven extra context en helpen verkeerspieken te koppelen aan hardwareproblemen, interfacefouten of recente configuratiewijzigingen.<\/li>\n<li><strong>Sneller reageren op storingen:<\/strong> realtime notificaties en gedetailleerde analytics stellen teams in staat onderzoek te doen en in te grijpen voordat een broadcast storm uitgroeit tot een volledige netwerkstoring.<\/li>\n<\/ul>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-start guide<\/h2><p>NinjaOne helpt broadcast storms te voorkomen via verschillende mechanismen:<\/p>\n<ul>\n<li><b>Netwerkmonitoring<\/b>: <a href=\"https:\/\/www.ninjaone.com\/nl\/eindpuntbeheer\/netwerkbeheer\/\">de netwerkmonitoring van NinjaOne<\/a> houdt netwerkapparatuur doorlopend in de gaten en kan u waarschuwen bij ongewone verkeerspatronen die op een broadcast storm kunnen wijzen.<\/li>\n<li><b>Controles van de apparaatgezondheid<\/b>: de software voert <a href=\"https:\/\/www.ninjaone.com\/docs\/patch-management\/device-health\/\">regelmatige gezondheidscontroles<\/a> uit op devices waarmee verkeerd geconfigureerde of defecte devices die broadcast storms kunnen veroorzaken sneller aan het licht komen.<\/li>\n<li><b>Beleidshandhaving<\/b>: u kunt beleid opstellen om het gedrag van devices te beheren zodat devices zich aan de juiste netwerkconfiguraties houden.<\/li>\n<\/ul>\n<\/div>\n<p>De IT management software van NinjaOne kent geen verplichte contracten en geen verborgen kosten. U kunt een <a href=\"https:\/\/www.ninjaone.com\/nl\/prijzen\/\">gratis offerte<\/a> aanvragen, een gratis <a href=\"https:\/\/www.ninjaone.com\/nl\/eindpuntbeheer\/gratis-proefversie\/\">trial<\/a> van 14 dagen inplannen of <a href=\"https:\/\/www.ninjaone.com\/nl\/eindpuntbeheer\/demo\/\">een demo bekijken<\/a>.<\/p>\n<h2>Een switching loop voorkomen<\/h2>\n<p>Switching loops zijn een van de meest voorkomende oorzaken van broadcast storms, maar ook een van de makkelijkst te voorkomen problemen.<\/p>\n<p>Het draait om een paar basisprincipes: netwerken doordacht ontwerpen, switches configureren met bescherming tegen loops en verkeerscontroles en het netwerkgedrag in de gaten houden. Met die waarborgen op orde is de kans veel kleiner dat kleine fouten uitgroeien tot grote storingen.<\/p>\n<p><strong>Gerelateerde onderwerpen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/common-network-issues\/\">8 veelvoorkomende netwerkproblemen &amp; hoe u ze aanpakt<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/network-performance-management\/\">Complete gids: alles over network performance management<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/network-segmentation-best-practices\/\">Verbeter uw beveiliging met 10 beste praktijken voor netwerksegmentatie<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/netwerkredundantie\/\">Wat is netwerkredundantie en hoe implementeert u het?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/network-segmentation-definition-and-benefits\/\">Netwerksegmentatie: definitie en belangrijkste voordelen<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Als er in de IT-wereld weerberichten bestonden, zou \u00e9\u00e9n gebeurtenis meteen alle alarmbellen laten rinkelen: het nieuws van een broadcast storm. Net als hun naamgenoten kunnen deze netwerkproblemen alles razendsnel platleggen, vaak zonder enige waarschuwing. Ze ontstaan wanneer broadcastverkeer zich ongecontroleerd vermenigvuldigt tot het de beschikbare bandbreedte opslokt en netwerkapparatuur overbelast. Wat begint als een [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":752670,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4358],"tags":[],"class_list":["post-936589","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-ops-nl"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936589","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/comments?post=936589"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936589\/revisions"}],"predecessor-version":[{"id":936590,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936589\/revisions\/936590"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media\/752670"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media?parent=936589"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/categories?post=936589"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/tags?post=936589"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}