{"id":20468,"date":"2026-08-09T08:33:19","date_gmt":"2026-08-09T06:33:19","guid":{"rendered":"https:\/\/webhosting.de\/per-site-cagefs-shared-hosting-sicherheit-architektur\/"},"modified":"2026-08-09T08:33:19","modified_gmt":"2026-08-09T06:33:19","slug":"per-site-cagefs-shared-hosting-beveiliging-architectuur","status":"publish","type":"post","link":"https:\/\/webhosting.de\/nl\/per-site-cagefs-shared-hosting-sicherheit-architektur\/","title":{"rendered":"Per-Site CageFS: nieuwe beveiligingsarchitectuur voor shared hosting"},"content":{"rendered":"<p><strong>CageFS per site<\/strong> scheidt afzonderlijke websites binnen een shared hosting-account strikt van elkaar en beperkt zo het risico op zijdelingse verspreiding na een inbraak. Ik licht de nieuwe beveiligingsarchitectuur toe, laat praktische toepassingsscenario\u2019s zien en leg uit hoe je hiermee meerdere projecten veilig binnen \u00e9\u00e9n account kunt beheren.<\/p>\n\n<h2>Centrale punten<\/h2>\n\n<ul>\n  <li><strong>Website-isolatie<\/strong>: Extra scheiding binnen \u00e9\u00e9n account vermindert zijdelingse risico\u2019s.<\/li>\n  <li><strong>CloudLinux<\/strong>: Uitbreiding van het CageFS-concept op domeinniveau.<\/li>\n  <li><strong>WordPress<\/strong>: Meerdere instanties veilig naast elkaar laten draaien.<\/li>\n  <li><strong>Bronnen<\/strong>: Limieten voor CPU\/RAM\/I\/O vormen een aanvulling op de scheiding van de bestandsweergaven.<\/li>\n  <li><strong>Praktijk<\/strong>: Activering per domein en een duidelijke strategie voor rechten en paden.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/sicherheitsserverraum-8432.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Wat \u201ePer-Site CageFS\u201c concreet doet<\/h2>\n\n<p>De uitbreiding isoleert afzonderlijke <strong>Domeinen<\/strong> binnen een bestaande gebruikers-CageFS, zodat elke website alleen zijn eigen bestanden en processen kan zien. Zo voorkom ik dat een gehackt project toegang krijgt tot configuratiebestanden, uploads of sleutels van andere sites binnen hetzelfde account. Volgens <strong>CloudLinux<\/strong> Blog (b\u00e8ta-aankondiging): Per-Site CageFS vergroot de isolatie tussen websites binnen hetzelfde gebruikersaccount en vermindert zo het risico op zijdelingse bewegingen. Voor mij ligt het voordeel voor de hand: ik kan bureauaccounts, multisite-opstellingen en testomgevingen netjes van elkaar scheiden, zonder de hostingstructuur te verstoren. Deze achtergrondinformatie geeft een snel overzicht van het principe van CageFS: <a href=\"https:\/\/webhosting.de\/nl\/cloudlinux-cagefs-bestandssysteem-isolatie-beveiliging-hostingshield\/\">CageFS-bestandssysteem<\/a>, waarop de isolatie per locatie is gebaseerd.<\/p>\n\n<h2>Waarom accountisolatie alleen niet voldoende is<\/h2>\n\n<p>E\u00e9n account bundelt vaak meerdere <strong>Projecten<\/strong> \u2013 bijvoorbeeld twee winkels, drie blogs en een staging-omgeving. Als een exploit een kwetsbare plug-in aanvalt, kan een aanvaller zonder extra segmentatie in aangrenzende mappen gluren en daar verdere payloads plaatsen. Precies hier zorgt Per-Site CageFS ervoor dat het zicht op het bestandssysteem en de processen zodanig wordt beperkt dat elke website als in een eigen <strong>Gevangenis<\/strong> werkt. Vooral bij afzonderlijke WordPress-instanties met een gemeenschappelijke PHP-gebruiker ontstaat anders een risico op escalaties, dat ik met domeinisolatie wegneem. Dit beperkt de gevolgschade, vereenvoudigt forensisch onderzoek en maakt het sneller mogelijk om herstelwerkzaamheden te plannen.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/sicherheitskonferenz_8765.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Zo werkt website-isolatie technisch gezien<\/h2>\n\n<p>CloudLinux cre\u00ebert via CageFS een virtuele, per gebruiker <strong>bestandssysteem<\/strong>; de per-site-laag breidt dit uit tot domeingrenzen. Elk geactiveerd domein krijgt een afzonderlijk zichtgebied binnen de gebruikers-CageFS, inclusief beperkende paden, eigen tijdelijke mappen en afgeschermde scriptuitvoering. Hierdoor verdwijnen vreemde wp-config.php-bestanden, uploadmappen of sleutelbestanden uit het zicht van de aangevallen website. Cronjobs, PHP en eventueel SSH-opdrachten hebben toegang tot dezelfde systeembibliotheken, maar zien alleen de toegewezen <strong>Deelverzamelingen<\/strong> van het bestandssysteem. Volgens de documentatie kan deze scheiding per domein worden ingeschakeld, wat mij zeer gedetailleerde controle biedt over live-, staging- en testomgevingen.<\/p>\n\n<h2>Vergelijking: accountisolatie, CageFS per site en containers<\/h2>\n\n<p>Om een weloverwogen keuze te maken, vergelijk ik drie gangbare <strong>Modellen<\/strong> op basis van isolatiediepte, inspanning en compatibiliteit. Accountisolatie zorgt voor scheiding tussen klanten, maar laat interne grenzen open. Per-Site CageFS dicht deze leemte op het niveau van het bestandssysteem en de processen. Containers cre\u00ebren strikte grenzen, maar vergen vaak meer onderhoud en aanpassingen. Een gedegen overzicht van procesisolatie biedt dit <a href=\"https:\/\/webhosting.de\/nl\/proces-isolatie-hosting-chroot-cagefs-container-jails-veiligheid-vergelijking\/\">Vergelijking tussen Chroot, CageFS en Jails<\/a>.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Benadering<\/th>\n      <th>Scheiding tussen accounts<\/th>\n      <th>Scheiding tussen websites binnen het account<\/th>\n      <th>Compatibiliteit (PHP\/CGI\/SSH\/Cron)<\/th>\n      <th>Bedrijfskosten<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Accountisolatie (klassiek)<\/td>\n      <td><strong>Hoog<\/strong><\/td>\n      <td>Laag<\/td>\n      <td>Zeer goed<\/td>\n      <td>Laag<\/td>\n    <\/tr>\n    <tr>\n      <td>CageFS per site<\/td>\n      <td><strong>Hoog<\/strong><\/td>\n      <td>Gemiddeld tot hoog<\/td>\n      <td>Zeer goed<\/td>\n      <td>Laag tot gemiddeld<\/td>\n    <\/tr>\n    <tr>\n      <td>Containers per locatie<\/td>\n      <td><strong>Zeer hoog<\/strong><\/td>\n      <td>Zeer hoog<\/td>\n      <td>Goed tot zeer goed<\/td>\n      <td>Gemiddeld tot hoog<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>In shared-hosting-omgevingen biedt Per-Site CageFS een krachtige combinatie van gedetailleerde <strong>Scheiding<\/strong> en weinig aanpassingen, omdat scripts doorgaans ongewijzigd blijven draaien. Hiermee pak ik het meest voorkomende kwetsbare punt aan: meerdere onafhankelijke websites onder \u00e9\u00e9n gebruikersaccount.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/sicherheitsarchitektur-cagefs-blog-4719.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Praktijk: meerdere WordPress-instanties veilig beheren<\/h2>\n\n<p>Ik scheid elke WordPress-instantie waarbij <strong>Domeinisolatie<\/strong> en stel ik per site eigen PHP-FPM-pools in, zodat logs, opcache en limieten duidelijk toewijsbaar blijven. Daarnaast definieer ik voor elke site eigen SALTs\/KEYS in het wp-config.php-bestand en voorkom ik via bestandsrechten en open_basedir-equivalenten elke vorm van kruisverwijzing. Uploads sla ik strikt op binnen de betreffende documentroot en verbied ik globale gedeelde uploadmappen. Tijdens deployments houd ik tijdelijke paden binnen de site en verwijder ik build-artefacten onmiddellijk, zodat er geen onnodige kwetsbaarheden overblijven. Voor Composer- of NPM-caches gebruik ik site-lokale <strong>Lijsten<\/strong>, zodat er geen neveneffecten ontstaan.<\/p>\n\n<h2>Prestaties en resourcebeheer in samenspel<\/h2>\n\n<p>Per-Site CageFS heeft betrekking op de bestandsweergave; de <strong>Prestaties<\/strong> Ik zorg voor bescherming door limieten in te stellen voor CPU, RAM, I\/O en processen op account- of poolniveau. Zo voorkom ik dat een site door defecte plug-ins te veel belasting veroorzaakt en het hele account vertraagt. In veel opstellingen zit dit verwerkt in LVE- of soortgelijke quota\u2019s, die ik per pool of account nauwkeurig afstel. Ik koppel dit aan het afremmen van verzoeken in de webserver of WAF, zodat pieken in het verkeer op een geordende manier worden afgehandeld. Deze combinatie van isolatie en quota\u2019s verhoogt de betrouwbaarheid van de diensten en de voorspelbaarheid <strong>Belastingverdeling<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/techoffice_cagefs_1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Beveiligingsketen: Wat Per-Site CageFS niet vervangt<\/h2>\n\n<p>De afscherming verhindert dat je er doorheen kunt kijken, maar ik houd updates, <strong>Verharding<\/strong> van PHP en strenge wachtwoorden worden consequent gehandhaafd. Ook MFA voor beheerdersaanmeldingen, minimale bestandsrechten en uploadfilters blijven verplicht. Een WAF, rate-limits en continue logboekregistratie dekken aanvullende paden die niet worden gecontroleerd door louter bestandsseparatie. Daarnaast controleer ik regelmatig cronjobs en integratietokens, die aanvallers vaak over het hoofd zien. Meer informatie over de wisselwerking tussen scheiding van klanten en beveiligingsversterking vindt u in deze handleiding over <a href=\"https:\/\/webhosting.de\/nl\/shared-hosting-beveiliging-huurder-isolatie-serverguard\/\">Beveiliging van shared hosting<\/a>, die deze denkrichting onderstreept.<\/p>\n\n<h2>Opzet en veelvoorkomende valkuilen<\/h2>\n\n<p>Ik activeer de domeinisolatie gericht per <strong>website<\/strong> en test vervolgens de SSH-, Cron- en PHP-toegang onder re\u00eble omstandigheden. Absolute paden in implementatiescripten of plug-ins kunnen problemen veroorzaken, daarom gebruik ik relatieve paden of variabelen. Ik vermijd symlinks tussen projecten, omdat ze het scheidingsprincipe ondermijnen; benodigde bibliotheken voeg ik liever per site toe aan de repository. Voor back-ups definieer ik afzonderlijke archieven en sla ik logbestanden per domein op, zodat herstel en forensisch onderzoek overzichtelijk blijven. Wat betreft rechten heeft 640 voor bestanden en 750 voor mappen zich bewezen, plus <strong>Eigenaar<\/strong> afgestemd op de betreffende PHP-pool.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/sicherheit_shared_hosting_3647.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Kosten-batenafweging voor bureaus en freelancers<\/h2>\n\n<p>Ik weeg de winst aan veiligheid af tegen de administratieve tijd en de potenti\u00eble uitvalkosten die een incident zou veroorzaken, en kom uit op <strong>Euro<\/strong>-basis. Slechts een paar uur incidentrespons kost vaak al aanzienlijk meer dan een kleine maandelijkse meerprijs voor betere isolatie. Voor bureaurekeningen met meerdere klantprojecten vermindert de segmentatie het aansprakelijkheids- en reputatierisico merkbaar. Ook verlopen back-up- en herstelprocessen overzichtelijker, omdat ik afzonderlijke sites doelgericht kan herstellen. Al met al zorgt CageFS per site voor een betrouwbaardere <strong>Operationeel beheer<\/strong> met voorspelbare processen.<\/p>\n\n<h2>Checklist: Wanneer CageFS per site verplicht wordt<\/h2>\n\n<p>Ik schakel domeinisolatie in zodra er meerdere <strong>Installaties<\/strong> in \u00e9\u00e9n account draaien en verschillende updatecycli hebben. Ook belangrijk: afzonderlijke projectteams of externe beheerdersaccounts, die het risico op onbedoelde ingrepen vergroten. Grote uploadvolumes, bestandsconverters of beeldverwerking rechtvaardigen de scheiding bovendien, omdat hier vaak kwetsbare punten ontstaan. Verschillende compliance-eisen (bijv. klanten, markten, gegevensbescherming) pleiten eveneens voor fijnere segmenten. Wie staging, testen en live parallel uitvoert, profiteert van duidelijk gescheiden foutdomeinen en een heldere <strong>Forensisch<\/strong>.<\/p>\n\n<h2>Voorwaarden en compatibiliteit in de praktijk<\/h2>\n\n<p>Voordat ik Per-Site CageFS in productie neem, controleer ik de runtime-omgeving: de gebruikte PHP-handler (bijvoorbeeld PHP-FPM, lsapi), de actieve webserver, de beschikbare panel-integratie en de manier waarop cronjobs en SSH-sessies worden beheerd. In typische shared-omgevingen blijven applicaties zonder wijzigingen in de code gewoon draaien. Ik zorg ervoor dat er per domein een eigen documentroot bestaat, dat de paden eenduidig zijn (bijv. \/home\/user\/sites\/project-a\/public) en dat er per site een eigen PHP-FPM-pool wordt gebruikt. Voor cronjobs gebruik ik per domein eigen crontabs of \u2013 waar het paneel dit bundelt \u2013 duidelijke prefixen en logpaden, zodat taken binnen hun <strong>Gevangenissen<\/strong> werken.<\/p>\n\n<h2>Databases, caches en sessies duidelijk van elkaar scheiden<\/h2>\n\n<p>De bestandsweergave is slechts een onderdeel. Ik trek deze scheiding door tot aan de database en de caches. Per website maak ik een eigen database aan en een eigen databasegebruiker met minimale rechten. Voor object- of paginacaches (bijv. Redis, Memcached) gebruik ik per site afzonderlijke instanties of op zijn minst sleutelprefixen en speciale databases\/namespaces. PHP-sessies worden opgeslagen in site-specifieke paden; ik stel de `session.save_path` per FPM-pool afzonderlijk in. Als ik een centrale wachtrij of een zoekbackend gebruik, scheid ik indexen en onderwerpen per site. Dit principe van \u201escheiding tot aan de laatste mijl\u201c voorkomt dat incidenten zich via nevenstelsels verspreiden.<\/p>\n\n<h2>CI\/CD en implementaties in isolatie<\/h2>\n\n<p>In build-pipelines maak ik isolatie de norm: per site is er een eigen deploy-taak die alleen toegang heeft tot de sitemap. Ik pak artefacten uit binnen de domeinroot, voer daarna owner\/group-correcties uit en maak uitsluitend de betreffende caches ongeldig. WP-CLI-commando\u2019s worden uitgevoerd in de betreffende CageFS-context, zodat ze geen invloed hebben op andere projecten. Omgevingsvariabelen houd ik per site gescheiden; geheimen blijven in de eigen configuratiebestanden van de site of in de Secret Store van het paneel. Voor zero-downtime maak ik gebruik van atomic symlink-switches binnen de domeingrenzen (bijv. current\/releases), maar let erop dat symlinks niet naar aangrenzende projecten verwijzen. Controles na de implementatie (status, 404\/500-scan, rechtencontrole) zijn per site verplicht.<\/p>\n\n<h2>Monitoring, logboekregistratie en forensisch onderzoek<\/h2>\n\n<p>Ik houd mijn logbestanden consequent gescheiden: access- en error-logs per domein, aparte PHP- en cron-logs inclusief rotatie en bewaartermijnen. Als er zich een incident voordoet, kan ik zo de tijdlijn van een afzonderlijke site reconstrueren zonder het hele account te hoeven doorzoeken. Daarnaast maak ik gebruik van bestandsintegriteitscontroles (checksums van kernmappen), gedistribueerde auditlogs voor beheerdersacties en eenvoudige canary-bestanden die manipulaties in een vroeg stadium signaleren. Voor waarschuwingen volstaan vaak al drempelwaarden: plotselinge pieken in 500-fouten, ongebruikelijke uploadgroottes, sterk toenemend inode-gebruik of buitensporig veel gestarte PHP-workers. Deze signalen koppel ik aan duidelijke runbooks: de site blokkeren, back-ups controleren, artefacten veiligstellen, herstart in een ge\u00efsoleerde omgeving.<\/p>\n\n<h2>Speciale gevallen in WordPress: Multisite, MU-plugins en uploadstromen<\/h2>\n\n<p>Bij WordPress Multisite weeg ik de voor- en nadelen af: een Multisite-installatie heeft minder baat bij Per-Site CageFS, aangezien meerdere sites bewust \u00e9\u00e9n codebasis en structuur delen. Als ik strengere afbakening nodig heb (onafhankelijke teams, gescheiden caches, duidelijke forensische analyse), zet ik liever afzonderlijke instanties op en isoleer ik deze. MU-plugins, drop-ins of globale Must-Use-bibliotheken verspreid ik alleen binnen de site en vermijd ik gedeelde mappen. Mediaworkflows (CDN, beeldoptimalisatie, converters) draaien binnen de domein-jail; uploads van de ene site naar mappen van een andere sluit ik uit. Als een team asset-pijplijnen wil delen, repliceer ik deze per site of verpak ik ze als een pakket dat in de betreffende repository wordt ge\u00efntegreerd.<\/p>\n\n<h2>Migratietraject: van een monolithisch naar een gesegmenteerd account<\/h2>\n\n<p>Veel accounts beginnen met een grote public_html-map en groeien in de loop van de tijd. Ik ga in vijf stappen te werk: 1) Inventariseren: welke sites, domeinen, cronjobs, databases, geheimen? 2) Padindeling vastleggen: per site een eigen root, temp, logs, back-ups. 3) PHP-FPM-pools per domein defini\u00ebren en limieten instellen. 4) Bestanden verplaatsen, rechten aanpassen, absolute paden en includes opschonen. 5) CageFS per site activeren, tests onder belasting uitvoeren, monitoring inschakelen. Ondertussen houd ik een rollback-strategie achter de hand (snapshots, afzonderlijke back-ups). Na de cutover controleer ik of tools zoals WP-CLI, Composer, beeldverwerkingsprocessen en cronjobs binnen de juiste scope draaien en pas ik indien nodig padvariabelen aan.<\/p>\n\n<h2>Foutmeldingen en probleemoplossing<\/h2>\n\n<ul>\n  <li>403\/404 na activering: Meestal verwijzen rewrite-regels of includes naar paden buiten de domeinroot. Ik pas de paden aan naar relatieve varianten of gebruik variabelen.<\/li>\n  <li>Composer\/NPM loopt vast: globale caches zijn niet zichtbaar. Ik stel site-specifieke cachemappen in en pas de HOME\/TMP-variabelen aan tijdens de implementatie.<\/li>\n  <li>WP-CLI kan wp-config.php niet vinden: wordt niet in de hoofdmap van het domein uitgevoerd. Ik stel de werkdirectory correct in of geef het pad expliciet op.<\/li>\n  <li>Cronjobs stil: Cron-gebruikers of paden zijn niet per domein opgeslagen. Ik controleer env-variabelen, binaire paden en logbestemmingen binnen de site-jail.<\/li>\n  <li>Uploads mislukken: session.save_path of tmp_dir verwijst naar de verkeerde map. Ik wijs per FPM-pool site-specifieke tijdelijke paden toe.<\/li>\n  <li>Gedeelde bibliotheek ontbreekt: de symbolische link naar het naburige project is geblokkeerd. Ik repliceer de bibliotheek naar elke site of neem deze als pakket op in de implementatie.<\/li>\n<\/ul>\n\n<h2>Governance en toegangsmodel<\/h2>\n\n<p>Zelfs als alles technisch gescheiden is, blijft de kwestie van de toegangsrechten bestaan. Ik wijs per site specifieke SSH-\/SFTP-toegangsrechten toe of beperk de toegang tot het beheerderspaneel tot het betreffende domein. Ontwikkelaars- en bureauteams krijgen alleen de sleutels en rechten die ze echt nodig hebben. Voor noodgevallen heb ik een \u2018break-glass\u2019-procedure paraat (tijdelijk uitgebreide rechten, volledige logboekregistratie, achteraf intrekken). In audits documenteer ik per site: paden, pools, limieten, verantwoordelijken, RBAC-toewijzingen en back-ups. Zo blijft de segmentatie niet alleen technisch, maar ook organisatorisch robuust.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/hosting-sicherheitskonzept-4812.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Kort samengevat<\/h2>\n\n<p>Per-Site CageFS vult de bestaande gebruikersscheiding aan met een <strong>website<\/strong>-niveau en vermindert daarmee effectief het risico op laterale bewegingen. Ik beschouw dit als een praktische stap, omdat veel accounts meerdere onafhankelijke projecten omvatten. De combinatie van gescheiden bestandsweergaven en limieten voor bronnen zorgt voor orde in prestaties, beveiliging en beheer. Wie meerdere WordPress- of webshop-instanties host, bespaart tijd bij het opsporen van fouten, het maken van back-ups en het herstellen na incidenten. Met duidelijke rechten, updates, MFA en logboekregistratie ontstaat een robuust <strong>Veiligheidsketting<\/strong>, waardoor shared hosting aanzienlijk robuuster wordt.<\/p>","protected":false},"excerpt":{"rendered":"<p>Per-Site CageFS verhoogt de veiligheid bij shared hosting dankzij CloudLinux Isolates en een duidelijke isolatie van websites binnen \u00e9\u00e9n account.<\/p>","protected":false},"author":1,"featured_media":20461,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[794],"tags":[],"class_list":["post-20468","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sicherheit-computer_und_internet"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"111","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Per-Site CageFS","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"20461","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts\/20468","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/comments?post=20468"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts\/20468\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/media\/20461"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/media?parent=20468"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/categories?post=20468"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/tags?post=20468"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}