{"id":19553,"date":"2026-05-31T15:02:50","date_gmt":"2026-05-31T13:02:50","guid":{"rendered":"https:\/\/webhosting.de\/dns-response-policy-zones-rpz-dns-security-malware-schutz-guardian\/"},"modified":"2026-05-31T15:02:50","modified_gmt":"2026-05-31T13:02:50","slug":"dns-response-policy-zones-rpz-dns-security-malware-protection-guardian","status":"publish","type":"post","link":"https:\/\/webhosting.de\/en\/dns-response-policy-zones-rpz-dns-security-malware-schutz-guardian\/","title":{"rendered":"DNS Response Policy Zones: rpz dns security against malware domains"},"content":{"rendered":"<p>With <strong>rpz dns<\/strong> I stop malware and phishing domains at name resolution and prevent connections before they occur. DNS Response Policy Zones transform the neutral name service into a targeted <strong>Security check<\/strong>, which blocks, redirects or disarms malicious targets.<\/p>\n\n<h2>Key points<\/h2>\n\n<p>For quick orientation, I summarize the most important aspects in <strong>DNS-RPZ<\/strong> compactly. I focus on the interaction between guidelines, feeds and operation so that the protective effect takes effect in everyday life. This overview provides a clear <strong>Basis for action<\/strong> for setup, maintenance and analysis.<\/p>\n<ul>\n  <li><strong>Early defense<\/strong>Stops malicious domains directly in the DNS resolver.<\/li>\n  <li><strong>Policy control<\/strong>Block, redirect or provide neutral answers.<\/li>\n  <li><strong>Feed quality<\/strong>Updated lists increase the hit rate.<\/li>\n  <li><strong>Central protection<\/strong>Applies to clients, IoT and guests at the same time.<\/li>\n  <li><strong>SIEM integration<\/strong>DNS logs show infections and attempts.<\/li>\n<\/ul>\n<p>I implement these points in a practical manner and regularly check the <strong>Effectiveness<\/strong>. This keeps the DNS firewall armed without unnecessarily disrupting workflows. <strong>disturb<\/strong>.<\/p>\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\/05\/dns-security-buero-5147.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>DNS basics and attack surface<\/h2>\n\n<p>The <strong>DNS<\/strong> answers every URL request with IP addresses and thus opens the door to the actual connection. This is precisely why perpetrators often attack here, manipulate caches or redirect users to fakes. I secure resolvers against such techniques, use signatures and pay attention to known risks such as cache poisoning. This practical overview of <a href=\"https:\/\/webhosting.de\/en\/dns-cache-poisoning-protection-hosting-security-protocol\/\">Protection against cache poisoning<\/a>, which I include in my planning. For me, one thing is certain: whoever controls the DNA point strengthens a critical <strong>Line of defense<\/strong>.<\/p>\n\n<h2>What DNS-RPZ does: Mechanics and Policies<\/h2>\n\n<p>A <strong>Response Policy Zone<\/strong> extends the resolver with rules that affect domains, subdomains or IP ranges. If a request hits an entry, the policy decides whether to block, redirect or return it neutrally. The protection takes effect centrally without any changes to the end device, which makes operation and enforcement easier. I obtain several feeds, evaluate hits and refine the rules step by step. This creates an efficient <strong>DNS firewall<\/strong>, which removes risky targets from traffic even before the actual connection is established.<\/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\/05\/DNS_Security_Meeting_5487.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Practice: Setup, feeds and operation<\/h2>\n\n<p>For the introduction, I first check the <strong>DNS design<\/strong>, i.e. internal resolvers, redirects and caching. I then select trustworthy RPN sources, define actions for each category and start in monitoring mode. In a test phase, I measure side effects and set up whitelisting processes so that misclassifications disappear quickly. I then roll out in stages, starting with central networks and scaling up to guests or IoT. Ongoing monitoring, regular feed updates and clear communication channels keep the protection <strong>Reliable<\/strong>.<\/p>\n\n<h2>Table: Response options and effects<\/h2>\n\n<p>Before I activate policies, I compare typical <strong>Response types<\/strong> and their user experience. This helps to avoid false alarms and reduce support requests. The following overview shows common options and suitable applications in the <strong>Everyday life<\/strong>.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Action<\/th>\n      <th>Effect<\/th>\n      <th>Example of use<\/th>\n      <th>User experience<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>NXDOMAIN<\/td>\n      <td>Domain \u201edoes not exist\u201c<\/td>\n      <td>Clearly malicious malware\/C2 domains<\/td>\n      <td>Short error message in the browser<\/td>\n    <\/tr>\n    <tr>\n      <td>NODATA\/blank response<\/td>\n      <td>No A\/AAAA record<\/td>\n      <td>Temporarily suspicious targets<\/td>\n      <td>Page does not load, minimal hint<\/td>\n    <\/tr>\n    <tr>\n      <td>Detour<\/td>\n      <td>Internal info or warning page<\/td>\n      <td>Awareness raising and reporting route<\/td>\n      <td>Explanatory notes, contact option<\/td>\n    <\/tr>\n    <tr>\n      <td>Neutral record<\/td>\n      <td>Loopback\/zero route<\/td>\n      <td>Devices without UI (IoT, printers)<\/td>\n      <td>Connection fails without pop-up<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>I choose the action depending on <strong>Context<\/strong>, i.e. severity, target group and support strategy. A comprehensible block page increases acceptance and provides information on the <strong>Unlocking<\/strong>.<\/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\/05\/rpz-dns-security-malware-8345.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Limits and workarounds: Handling DoH\/DoT wisely<\/h2>\n\n<p>Encrypted DNS queries via DoH or DoT can be used for internal <strong>Resolver<\/strong> when clients use external providers. That's why I define policies that restrict external resolvers and at the same time provide my own encrypted endpoints. In this way, I ensure visibility without preventing modern protocols. This guide provides a practical introduction to <a href=\"https:\/\/webhosting.de\/en\/dns-over-https-hosting-tips-guide-proxy\/\">DNS over HTTPS<\/a>, which I include in the network planning. It remains crucial that policies also apply to mobile devices and home offices and that the <strong>Compliance<\/strong> true.<\/p>\n\n<h2>Transparency: logging and evaluation<\/h2>\n\n<p>I direct RPZ hits to central <strong>Log systems<\/strong> and thus recognize infected hosts via their blocked requests. Dashboards show clusters, new campaigns and highly relevant feeds. I can see outliers quickly and prioritize countermeasures. For my operational work, this overview helps me to <a href=\"https:\/\/webhosting.de\/en\/dns-query-logging-resolver-analytics-hosting-monitoring-management\/\">DNS query logging and analytics<\/a>. DNS signals flow into SIEM, tickets and threat hunting and provide valuable information. <strong>Indicators<\/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\/05\/dns_security_buero_5328.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Application scenarios: Campus, enterprise, IoT<\/h2>\n\n<p>In campus networks, I protect students and guests centrally, without agent software on each campus. <strong>Terminal device<\/strong>. Companies block phishing and ransomware domains directly at the resolver and relieve downstream filters. IoT environments benefit in particular because many devices do not support security clients. RPZ renders suspicious DGA domains and C2 channels ineffective, while logs make compromised systems visible. This allows me to secure mixed environments with laptops, printers, cameras and <strong>Sensors<\/strong> equally.<\/p>\n\n<h2>Best practices for resilient policies<\/h2>\n\n<p>I combine several <strong>Threat feeds<\/strong> and compare their quality to reduce gaps. A staggered rollout starts in monitor mode and is activated with clear success metrics. I keep whitelisting processes lean and documented so that false alarms disappear quickly. Block pages explain reasons, contact channels and ticket IDs, which makes support and user communication easier. I also integrate RPNs into firewalls, endpoint protection, patch management and training to significantly reduce the attack surface. <strong>lower<\/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\/05\/dns_sicherheit_malware_1843.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Integration with DNSSEC and architecture<\/h2>\n\n<p>DNSSEC protects the <strong>Integrity<\/strong> of responses, while RPN intercepts unwanted targets according to policy. Both techniques complement each other because one provides authenticity and the other controls usage. I run multiple resolver instances, distribute load, provide redundancy and test failover scenarios. I design for short TTLs for RPN zones, fast updates and clean zone transfers. This architecture ensures that blocklists take effect quickly and errors do not propagate. <strong>spread<\/strong>.<\/p>\n\n<h2>RPZ rule types in detail<\/h2>\n<p>I use different <strong>Trigger<\/strong>, to react flexibly to threats. QNAME rules act directly on requested domains and subdomains, including wildcards for entire trees. IP-based rules address responses whose A\/AAAA records point to known malicious networks. NS and NSIP rules target entire delegations when compromised name servers are conspicuous. As <strong>Actions<\/strong> in addition to NXDOMAIN, NODATA and redirection, I also use \u201ePassthru\u201c (targeted exception) to avoid blocking legitimate special cases. Through clear <em>Policy names<\/em> For each feed, I keep track of which set of rules triggered a hit.<\/p>\n\n<h2>Compatibility and deployment variants<\/h2>\n<p>In practice, I use RPZ on common <strong>resolvers<\/strong> one: Implementations with their own RPZ parser or via policy engine (Lua\/rules) are established. For edge locations, I prefer lean instances with zone transfer from a central policy authority. Larger environments benefit from anycast resolvers that handle requests <strong>low latency<\/strong> to the nearest node. In hybrid scenarios, I operate core resolvers in the data center and additional nodes in cloud VNETs\/VPCs - I distribute the RPZ zones via AXFR\/IXFR with access controls.<\/p>\n\n<h2>Trusted feeds: sourcing, validation and hygiene<\/h2>\n<p>I check feeds for <strong>Actuality<\/strong>, origin and classification logic. For zone transfers, I set authentication (e.g. keys, source IP shares) and check signatures, if available. Before activation, I filter for off-target risks: I first mark shared CDN hosts, dynamic DNS services or critical infrastructures as \u201e<em>observe<\/em>\u201c. Own internal <strong>Block\/allow lists<\/strong> I maintain them separately from external sources, deduplicate entries and keep short TTLs so that corrections take effect quickly. I write metadata for each feed (source, timestamp, category) in the policy labels, which facilitates subsequent analysis in the SIEM.<\/p>\n\n<h2>Performance and scaling<\/h2>\n<p>So that safety does not become <strong>brake<\/strong> I optimize caching, threading and memory usage. Frequent hits end up in the cache with short TTLs, while I load the actual RPN zones to save memory. I monitor the latency per query, the cache hit rate and the CPU utilization per instance. If throughput is high, I scale horizontally and distribute feeds to several authorities in order to <em>Update tips<\/em> to cushion the impact. I select negative caching parameters (SOA\/TTL) in such a way that legitimate, later permitted destinations are not blocked after an unlock. <strong>fast<\/strong> are resolvable again. I coordinate maintenance windows with feed updates so that no unnecessary cache invalidations occur.<\/p>\n\n<h2>Governance, data protection and compliance<\/h2>\n<p>DNS data are <strong>Relatable to persons<\/strong>, I therefore define clear retention periods and minimized login content. Pseudonymization of client IP addresses, rolling retention and role-based access are standard for me. I use guidelines to define which categories (e.g. malware, phishing, advertising) are actively blocked and which can only be monitored. For home office and BYOD, I document how the organization's DoH\/DoT endpoints are used and how <strong>exceptions<\/strong> can be applied for. A regular review with Data Protection\/Legal ensures that RPN operations and analytics are in line with internal and regulatory requirements.<\/p>\n\n<h2>False alarms, exceptions and change management<\/h2>\n<p>Misclassifications can never be completely avoided. I therefore establish a <strong>clear process<\/strong> with ticket, affected domain, time, category and business impact. Priority is given to production-critical services (payment services, banks, SaaS). I assign exceptions granularly: preferably for individual subdomains, user groups or time periods, not across the board. Each exception is given an expiry time and is reviewed regularly. For sensitive targets (e.g. shared CDN hosts), I use \u201emonitor\u201c policies before switching to block. This allows me to reduce the support load without sacrificing protection.<\/p>\n\n<h2>Troubleshooting and quality assurance<\/h2>\n<p>I take a structured approach to anomalies: First, I check whether the request ends up in the RPZ match and from which <strong>Policy<\/strong> it comes from. I then compare the resolved response without RPN (reference resolver) and with RPN (production). I examine TTLs, CNAME chains and name server paths to detect side effects due to delegations. In staging environments, I simulate new feeds in the <em>Shadow Mode<\/em> and measure the potential block rate and false positive rate. I plan rollbacks in advance: if necessary, each change wave can be rolled back using a zone version so that business processes <strong>stable<\/strong> remain.<\/p>\n\n<h2>Interaction with network and endpoint security<\/h2>\n<p>RPZ is on <strong>Perimeter<\/strong> particularly effective, but wins through correlation. If the DNS firewall blocks a DGA domain, my SOAR playbook automatically triggers endpoint scans, isolates conspicuous hosts (network quarantine) and triggers patch\/EDR measures. At the same time, I feed RPN events into Mail Security to match campaigns with phishing indicators. For devices without an agent (IoT, OT), RPN is often the only practicable control; here I combine the DNS policy with net segmentation and \u201edefault deny\u201c for outgoing traffic in order to <strong>Back channels<\/strong> to prevent.<\/p>\n\n<h2>Key figures and effectiveness<\/h2>\n<p>I judge success not only by block numbers, but also by <strong>Development<\/strong> and context:<\/p>\n<ul>\n  <li>Block rate by category (malware, phishing, C2) per period<\/li>\n  <li>False positive rate and mean time to unblock (MTTU)<\/li>\n  <li>Proportion of hosts with repeated hits (reinfection indicator)<\/li>\n  <li>Feed contribution per source (hits vs. total load)<\/li>\n  <li>Time until the <strong>Effectiveness<\/strong> new entries (feed-to-block lag)<\/li>\n  <li>Influence on helpdesk volume (tickets before\/after rollout)<\/li>\n<\/ul>\n<p>I link these metrics with campaign observations in the SIEM and derive measures from them: Training priorities, hardening vulnerable segments or replacing weak feeds. This transforms RPZ from a pure blocker to a <strong>Early warning system<\/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\/05\/dns-sicherheit-buero-4753.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Compact summary<\/h2>\n\n<p>With <strong>rpz dns<\/strong> I stop attacks early, centrally and without intervention on every client. The resolver becomes an effective firewall that blocks, redirects or neutrally responds to malware, C2 and phishing domains. High-quality feeds, clean processes and meaningful logs are crucial. In combination with DNSSEC, redundancy and evaluation, this creates conclusive protection at name resolution level. If you operate DNS RPZ consistently, you noticeably reduce risks and strengthen the <strong>Resilience<\/strong> the infrastructure.<\/p>","protected":false},"excerpt":{"rendered":"<p>Find out how DNS-RPZ with rpz dns security enables effective malware domain blocking and central resolver protection to secure your DNS infrastructure in the long term.<\/p>","protected":false},"author":1,"featured_media":19546,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[794],"tags":[],"class_list":["post-19553","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":"67","_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":"rpz dns","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":"19546","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts\/19553","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/comments?post=19553"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts\/19553\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/media\/19546"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/media?parent=19553"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/categories?post=19553"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/tags?post=19553"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}