{"id":39415,"date":"2019-10-31T22:32:08","date_gmt":"2019-10-31T19:32:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/check-point-optimizatsiya-cpu-i-ram\/"},"modified":"2019-10-31T22:32:08","modified_gmt":"2019-10-31T19:32:08","slug":"check-point-optimizatsiya-cpu-i-ram","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","title":{"rendered":"Check Point: optimalisatie van CPU en RAM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Check
\nHallo collega\u2019s! Vandaag wil ik een zeer actueel onderwerp voor veel Check Point-beheerders bespreken: \u2018Optimalisatie van CPU en RAM\u2019. Het komt vaak voor dat de gateway en\/of het managementserver onverwacht veel van deze middelen verbruiken, en het zou nuttig zijn om te begrijpen waar ze \u2018naartoe gaan\u2019 en, indien mogelijk, ze effici\u00ebnter te gebruiken. <\/p>\n

1. Analyse<\/h3>\n

\nVoor de analyse van de CPU-belasting zijn de volgende commando\u2019s nuttig, die in de expert-modus moeten worden ingevoerd:
\n<\/a><\/noindex>
\ntop<\/b> toont alle processen, de hoeveelheid verbruikte CPU- en RAM-middelen in procenten, uptime, prioriteit van het proces en andere<\/a><\/noindex> in real-time<\/i>en <\/p>\n

\"Check
\n
\ncpwd_admin list<\/b> Check Point WatchDog Daemon, dat alle modules van de appliance toont, hun PID, status en aantal opstartbeurten<\/i><\/p>\n

\"Check
\n
\ncpstat -f cpu os<\/b> gebruik van CPU, hun aantal en de verdeling van processor tijd in procenten<\/i><\/p>\n

\"Check
\n
\ncpstat -f memory os<\/b> gebruik van virtueel RAM, hoeveel actieve en vrije RAM er in totaal is, en andere<\/i><\/p>\n

\"Check
\n
\nEen terecht opmerking is dat alle cpstat-commando\u2019s kunnen worden bekeken met behulp van de tool cpview<\/b>. Hiervoor moet je gewoon het commando cpview in een SSH-sessie van elke modus invoeren.<\/p>\n

\"Check
\n\"Check
\n
\nps auxwf<\/b> een lange lijst van alle processen, hun ID, de gebruikte virtuele geheugens en RAM-geheugen, CPU<\/i><\/p>\n

\"Check
\n
\nEen andere variant van het commando: <\/p>\n

ps -aF<\/b> zal het meest veeleisende proces tonen<\/i><\/p>\n

\"Check
\n
\nfw ctl affinity -l -a<\/b> verdeling van kernen over verschillende firewall-instanties, dat wil zeggen de CoreXL-technologie<\/i><\/p>\n

\"Check
\n
\n fw ctl pstat<\/b> analyse van RAM en algemene verbindingstatistieken, cookies, NAT<\/i><\/p>\n

\"Check
\n
\nfree -m<\/b> buffer RAM<\/i><\/p>\n

\"Check
\n
\nDe opdracht netsat <\/b>en zijn variaties verdienen bijzondere aandacht. Bijvoorbeeld, netstat -i<\/b> kan helpen bij het monitoren van de buffer. De parameter RX dropped packets (RX-DRP) in de output van dit commando stijgt doorgaans vanzelf door drops van illegitieme protocollen (IPv6, Bad \/ Unintended VLAN-tags en anderen). Maar als de drops om een andere reden optreden, is het de moeite waard om dit artikel<\/a><\/noindex>, te gebruiken om een onderzoek te starten en te begrijpen waarom dit netwerkinterface pakketten afbreekt. Wanneer je de oorzaak weet, kan de werking van de appliance ook worden geoptimaliseerd.<\/p>\n

\"Check
\n
\nAls de blade Monitoring is ingeschakeld, kunnen deze gegevens grafisch worden bekeken in SmartConsole door op het object te klikken en \u2018Device & License Information\u2019 te selecteren. <\/p>\n

Het is niet aanbevolen om de blade Monitoring permanent in te schakelen, maar voor een dag voor testing is dat heel goed mogelijk.<\/p>\n

\"Check
\n
\nBovendien kunnen er meer parameters voor monitoring worden toegevoegd, een van de zeer nuttige is Bytes Throughput (doorvoersnelheid van de appliance).<\/p>\n

\"Check
\n
\nAls er een ander monitoringsysteem is, bijvoorbeeld gratis, Zabbix<\/a><\/noindex>, gebaseerd op SNMP, dan is dat ook geschikt voor het opsporen van deze problemen.<\/p>\n

2. \u201cGeheugen\u201d lekken na verloop van tijd<\/h3>\n

\nVaak komt de vraag op, waarom een gateway of managementserver met de tijd steeds meer RAM begint te verbruiken. Ik wil geruststellen: dit is een normaal fenomeen voor Linux-achtige systemen. <\/p>\n

Door de uitvoer van de commando's free -m<\/b> en cpstat -f memory os<\/b> in de appliance vanuit de expertmodus te bekijken, kun je alle parameters met betrekking tot RAM tellen en bekijken.<\/p>\n

De beschikbare geheugen op de gateway op dit moment Vrij Geheugen<\/b> + Buffers Geheugen<\/b> + Gecached Geheugen<\/b> = +-1.5 GB<\/b>, meestal.<\/p>\n

Zoals de SR zegt, optimaliseert de gateway\/managementserver na verloop van tijd en gebruikt steeds meer geheugen, tot ongeveer 80% gebruik, en stopt dan. Je kunt het apparaat herstarten, en dan wordt de meting gereset. 1.5 GB vrij RAM is zeker voldoende voor het uitvoeren van alle taken, en het management komt zelden tot zulke drempelwaarden.<\/p>\n

Ook de uitvoer van de genoemde commando's zal laten zien hoeveel jij hebt Laag geheugen<\/b> (geheugen in user space) en Hoog geheugen<\/b> (geheugen in kernel space) gebruikt.<\/p>\n

Kernelprocessen (inclusief actieve modules, zoals Check Point kernel modules) gebruiken alleen Laag geheugen. Echter, gebruikersprocessen kunnen zowel Laag als Hoog geheugen gebruiken. Bovendien is Laag geheugen ongeveer gelijk aan Totaal Geheugen<\/b>.<\/p>\n

Je hoeft je alleen zorgen te maken als er fouten in de logs verschijnen \u2018modules reboot or processes being killed to reclaim memory due to OOM (Out of memory)\u2019<\/b>. Dan moet je de gateway herstarten en contact opnemen met de ondersteuning als een herstart niet helpt.<\/p>\n

Een volledige beschrijving is te vinden in sk99547 <\/a><\/noindex>en sk99593<\/a><\/noindex>.<\/p>\n

3. Optimalisatie<\/h3>\n

\nHieronder staan vragen en antwoorden over CPU- en RAM-optimalisatie. Het is belangrijk om hier eerlijk voor jezelf op te antwoorden en naar de aanbevelingen te luisteren.<\/p>\n

3.1. Was de appliance correct geselecteerd? Was er een proefproject?<\/h4>\n

\nOndanks een goede sizing kan het netwerk simpelweg zijn gegroeid, en deze apparatuur kan de belasting niet aan. Een tweede optie is dat er geen sizing heeft plaatsgevonden.<\/p>\n

3.2. Is HTTPS-inspectie ingeschakeld? Zo ja, is de technologie ingesteld volgens Best Practice? <\/h4>\n

\nNeem contact op met het artikel<\/a><\/noindex>, als je onze klant bent, of met sk108202<\/a><\/noindex>.<\/p>\n

De volgorde van de regels in het HTTPS-inspectiebeleid is van groot belang voor de optimalisatie van het openen van HTTPS-sites.<\/p>\n

De aanbevolen volgorde van de regels:<\/p>\n

    \n
  1. Bypass-regels met categorie\u00ebn\/URL<\/li>\n
  2. Inspect-regels met categorie\u00ebn\/URL<\/li>\n
  3. Inspect-regels voor alle andere categorie\u00ebn<\/li>\n<\/ol>\n

    \n\"Check
    \n
    \nIn navolging van het firewallbeleid zoekt Check Point naar overeenkomsten in pakketten van boven naar beneden, daarom is het beter om bypass-regels bovenaan te plaatsen, zodat de gateway geen middelen verspilt aan het doorlopen van alle regels als dat pakket overgeslagen moet worden.<\/p>\n

    3.3 Worden address-range objecten gebruikt?<\/h4>\n

    \nObjecten met een adresbereik, bijvoorbeeld netwerk 192.168.0.0-192.168.5.0, gebruiken aanzienlijk meer RAM dan 5 netwerkobjecten. Over het algemeen wordt het als goede praktijk beschouwd om ongebruikte objecten in de SmartConsole te verwijderen, omdat de gateway en het managementserver elke keer middelen en vooral tijd verbruiken om het beleid te verifi\u00ebren en toe te passen.<\/p>\n

    3.4. Hoe is het Threat Prevention-beleid ingesteld? <\/h4>\n

    \nAllereerst raadt Check Point aan om IPS in een apart profiel te plaatsen en afzonderlijke regels voor deze blade te cre\u00ebren. <\/p>\n

    Bijvoorbeeld, de beheerder is van mening dat het DMZ-segment alleen met IPS moet worden beschermd. Om te voorkomen dat de gateway middelen verspilt aan het verwerken van pakketten met andere blades, moet er een regel specifiek voor dit segment worden gemaakt met een profiel waarin alleen IPS is ingeschakeld.<\/p>\n

    Wat betreft het instellen van profielen, wordt aangeraden deze volgens de beste praktijken in dit document<\/a><\/noindex>(pagina's 17-20) in te stellen.<\/p>\n

    3.5. Hoeveel handtekeningen zijn er in de Detect-modus binnen de IPS-instellingen? <\/h4>\n

    \nHet wordt aanbevolen om de handtekeningen grondig te analyseren, waarbij ongebruikte handtekeningen moeten worden uitgeschakeld (bijvoorbeeld handtekeningen voor exploits van Adobe-producten vereisen veel rekenkracht, en als de klant dergelijke producten niet heeft, is het logisch om de handtekeningen uit te schakelen). Vervolgens Prevent in plaats van Detect plaatsen waar mogelijk, omdat de gateway middelen verbruikt voor het verwerken van de hele verbinding in Detect-modus, terwijl hij in Prevent-modus de verbinding onmiddellijk afwijst en geen middelen verspilt aan de volledige verwerking van het pakket.<\/p>\n

    3.6. Welke bestanden worden verwerkt door de blades Threat Emulation, Threat Extraction, Anti-Virus?<\/h4>\n

    \nHet heeft geen zin om bestanden met extensies te emuleren en te analyseren die uw gebruikers niet downloaden, of die u als onnodig beschouwt in uw netwerk (bijvoorbeeld, bat- en exe-bestanden kunnen eenvoudig worden geblokkeerd met de Content Awareness-blade op het niveau van de firewall, waardoor de middelen van de gateway minder worden gebruikt). Bovendien kunt u in de instellingen voor Threat Emulation het Environment (besturingssysteem) kiezen voor het emuleren van bedreigingen in de sandbox, en het instellen van het Environment op Windows 7 terwijl alle gebruikers met versie 10 werken is ook zinloos.<\/p>\n

    3.7. Zijn de firewallregels en regels op Applicatieniveau opgesteld volgens best practices? <\/h4>\n

    \nAls een regel veel hits (overeenkomsten) heeft, wordt aangeraden deze bovenaan te plaatsen, terwijl regels met een klein aantal hits onderaan geplaatst dienen te worden. Het belangrijkste is om ervoor te zorgen dat ze elkaar niet kruisen of overlappen. De aanbevolen architectuur van de firewallbeleid is:<\/p>\n

    \"Check
    \n
    \nUitleg: <\/p>\n

    First Rules \u2014 Hier worden de regels geplaatst met het grootste aantal overeenkomsten
    \nNoise Rule \u2014 Regel voor het afwijzen van ongewenste traffic, zoals NetBIOS
    \nStealth Rule \u2014 Verbod op toegang tot gateways en management voor iedereen, behalve de bronnen die in de Authenticatie naar Gateway-regels zijn opgegeven
    \nClean-Up, Last en Drop Rules worden doorgaans samengevoegd in \u00e9\u00e9n regel om alles te verbieden dat eerder niet was toegestaan<\/p>\n

    Deze best practices zijn beschreven in sk106597<\/a><\/noindex>.<\/p>\n

    3.8. Welke instellingen zijn ingesteld voor door beheerders gemaakte services? <\/h4>\n

    \nBijvoorbeeld, als er een TCP-service wordt aangemaakt op een specifieke poort, is het zinvol om in de geavanceerde instellingen van de service het vinkje bij 'Match for Any' te verwijderen. In dat geval valt deze service specifiek onder de regel waarin hij wordt genoemd en neemt hij niet deel aan de regels waar in de kolom Services 'Any' staat.<\/p>\n

    \"Check
    \n
    \nAls we het over services hebben, is het belangrijk om te vermelden dat het soms noodzakelijk is om time-outs te tunen. Deze instelling helpt om de middelen van de gateway effici\u00ebnter te gebruiken, zodat de TCP\/UDP-sessies van protocollen die geen lange time-out vereisen niet onnodig lang worden vastgehouden. Bijvoorbeeld, in de screenshot hieronder heb ik de time-out van de domain-udp service verlaagd van 40 seconden naar 30 seconden.<\/p>\n

    \"Check
    \n<\/p>\n

    3.9. Wordt SecureXL gebruikt en wat is het percentage versnelling? <\/h4>\n

    \nDe kwaliteit van het werk van SecureXL kan worden gecontroleerd met de belangrijkste commando's in de expert-modus op de gateway fwaccel stat<\/b> en fw accel stats -s<\/b>. Vervolgens moet worden uitgezocht welk verkeer wordt versneld en welke templates (sjablonen) nog kunnen worden gemaakt. <\/p>\n

    Standaard zijn Drop Templates niet ingeschakeld; het inschakelen ervan zal de werking van SecureXL ten goede komen. Ga hiervoor naar de instellingen van de gateway en naar het tabblad Optimalisaties:<\/p>\n

    \"Check
    \n
    \nBij het werken met een cluster kan de synchronisatie van niet-kritische services, zoals UDP DNS, ICMP en anderen, worden uitgeschakeld om de CPU te optimaliseren. Ga hiervoor naar de service-instellingen \u2192 Geavanceerd \u2192 Synchroniseer verbindingen van State Synchronization is ingeschakeld op het cluster.<\/p>\n

    \"Check
    \n
    \nAlle Best Practices zijn beschreven in     sk98348<\/a><\/noindex>.<\/p>\n

    3.10. Hoe wordt CoreXl gebruikt? <\/h4>\n

    \nDe CoreXL-technologie, die het mogelijk maakt om meerdere CPU's te gebruiken voor firewall-instanties, helpt zeker bij het optimaliseren van de werking van het apparaat. Eerst zal het commando fw ctl affinity -l -a <\/b>de gebruikte firewall-instanties en de processoren tonen die zijn toebedeeld aan de SND-behoeften (module die het verkeer naar firewall-entiteiten verdeelt). Als niet alle processoren zijn betrokken, kunnen ze worden toegevoegd met het commando cpconfig <\/b>op de gateway.
    \nEen goede optie is ook om     een hotfix <\/a><\/noindex>in te schakelen voor Multi-Queue. Multi-Queue lost het probleem op waarbij de processor met SND voor een groot percentage wordt gebruikt, terwijl firewall-instanties op andere processoren ongebruikt blijven. Dan zou SND in staat zijn om veel wachtrijen voor \u00e9\u00e9n NIC te cre\u00ebren en verschillende prioriteiten voor verschillende soorten verkeer op kernniveau in te stellen. Hierdoor zouden de CPU-kernen effici\u00ebnter worden gebruikt. De methoden worden ook beschreven in sk98348<\/a><\/noindex>.<\/p>\n

    Tot slot wil ik zeggen dat dit lang niet alle Best Practices voor het optimaliseren van Check Point zijn, maar wel de meest populaire. Als u een audit van uw beveiligingsbeleid wilt aanvragen of een probleem met betrekking tot Check Point wilt oplossen, neem dan alstublieft contact op via sales@tssolution.ru. <\/p>\n

    Bedankt voor uw aandacht!
    \n
    Bron:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435, \u043a\u043e\u043b\u043b\u0435\u0433\u0438! \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0445\u043e\u0442\u0435\u043b \u0431\u044b \u043e\u0431\u0441\u0443\u0434\u0438\u0442\u044c \u043e\u0447\u0435\u043d\u044c \u0430\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0434\u043b\u044f \u043c\u043d\u043e\u0433\u0438\u0445 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u043e\u0432 Check Point \u0442\u0435\u043c\u0443 \u00ab\u041e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f CPU \u0438 RAM\u00bb. \u041d\u0435\u0440\u0435\u0434\u043a\u0438 \u0441\u043b\u0443\u0447\u0430\u0438, \u043a\u043e\u0433\u0434\u0430 \u0448\u043b\u044e\u0437 \u0438\/\u0438\u043b\u0438 \u043c\u0435\u043d\u0435\u0434\u0436\u043c\u0435\u043d\u0442 \u0441\u0435\u0440\u0432\u0435\u0440 \u043f\u043e\u0442\u0440\u0435\u0431\u043b\u044f\u044e\u0442 \u043d\u0435\u043e\u0436\u0438\u0434\u0430\u043d\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u044d\u0442\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432, \u0438 \u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0431\u044b \u043f\u043e\u043d\u044f\u0442\u044c, \u043a\u0443\u0434\u0430 \u043e\u043d\u0438 \u201c\u0443\u0442\u0435\u043a\u0430\u044e\u0442\u201d, \u0438 \u043f\u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u0433\u0440\u0430\u043c\u043e\u0442\u043d\u0435\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0438\u0445. 1. \u0410\u043d\u0430\u043b\u0438\u0437 \u0414\u043b\u044f \u0430\u043d\u0430\u043b\u0438\u0437\u0430 \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430 \u043f\u043e\u043b\u0435\u0437\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u043a\u043e\u043c\u0430\u043d\u0434\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":39416,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39415","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\udd47Check Point: optimalisatie van CPU en RAM | ProHoster","description":"Hallo, collega's!","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\udd47Check Point: \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f CPU \u0438 RAM | ProHoster","og:description":"\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435, \u043a\u043e\u043b\u043b\u0435\u0433\u0438!","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","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:32:08+00:00","article:modified_time":"2019-10-31T19:32:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39415","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-24 01:55:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:50:24","updated":"2026-01-24 01:55:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/39415","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=39415"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/39415\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/39416"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=39415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=39415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=39415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}