{"id":32724,"date":"2019-10-31T21:48:35","date_gmt":"2019-10-31T18:48:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos\/"},"modified":"2019-10-31T21:48:35","modified_gmt":"2019-10-31T18:48:35","slug":"chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","title":{"rendered":"Hvad er hvad, og hvem er hvem p\u00e5 markedet for beskyttelse mod DDoS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u201eDrengen, der lavede vores website, har allerede sat beskyttelse mod DDoS op.\u201c
\n\u201eVi har jo DDoS-beskyttelse, hvorfor gik hjemmesiden ned?\u201c
\n\u201eHvor mange tusinde vil Qrator have?\u201c<\/p>\n

For at kunne svare ordentligt p\u00e5 s\u00e5danne sp\u00f8rgsm\u00e5l fra klienten\/chefen, ville det v\u00e6re godt at vide, hvad der ligger bag betegnelsen \u201eDDoS-beskyttelse\u201c. Valget af beskyttelsestjenester minder mere om l\u00e6gelig behandling end om at v\u00e6lge et bord i IKEA.<\/p>\n

Jeg har arbejdet med websupport i 11 \u00e5r, har overlevet hundredevis af angreb p\u00e5 de tjenester, jeg underst\u00f8tter, og nu vil jeg kort fort\u00e6lle om det indre arbejde med beskyttelse.
\n\"Hvad<\/a><\/noindex>
\nRegelm\u00e6ssige angreb. 350k req i alt, 52k req legitim<\/i>
\n<\/a><\/noindex>
\nDe f\u00f8rste angreb dukkede op praktisk talt samtidig med internettet. DDoS som f\u00e6nomen blev massivt fra slutningen af 2000'erne (se www.cloudflare.com\/learning\/ddos\/famous-ddos-attacks<\/noindex>).
\nFra omkring 2015-2016 har n\u00e6sten alle hostingudbydere taget DDoS-beskyttelse i brug, ligesom de fleste fremtr\u00e6dende hjemmesider i konkurrerende omr\u00e5der (lav whois p\u00e5 IP-adresserne for hjemmesiderne eldorado.ru, leroymerlin.ru, tilda.ws, og se beskyttelsesoperat\u00f8rernes netv\u00e6rk).<\/p>\n

Hvis man for 10-20 \u00e5r siden kunne afvise de fleste angreb p\u00e5 selve serveren (vurder anbefalingerne fra systemadministratoren Maxim Moshkov fra 90'erne: lib.ru\/WEBMASTER\/sowetywww2.txt_with-big-pictures.html#10<\/a><\/noindex>), s\u00e5 er beskyttelsesopgaverne nu blevet mere komplekse.<\/p>\n

Typer af DDoS-angreb set fra valget af beskyttelsesoperat\u00f8r<\/h2>\n

Angreb p\u00e5 niveau L3 \/ L4 (i henhold til OSI-modellen)<\/h4>\n

\u2014 UDP flood fra botnet (direkte fra inficerede enheder sendes der mange anmodninger til den angrebne service, hvilket oversv\u00f8mmer serverens kanal);
\n \u2014 DNS\/NTP\/etc. amplification (der sendes mange anmodninger fra inficerede enheder til s\u00e5rbare DNS\/NTP\/etc., afsenderens adresse forfalskes, en stor m\u00e6ngde pakker med svar p\u00e5 anmodninger oversv\u00f8mmer kanalen til den, der angribes; s\u00e5danne angreb er de mest massive i det moderne internet);
\n \u2014 SYN \/ ACK flood (der sendes mange anmodninger til de angrebne servere for at etablere forbindelse, hvilket resulterer i overbelastning af k\u00f8en til forbindelser);
\n \u2014 angreb med fragmentering af pakker, ping of death, ping flood (google venligst);
\n \u2014 osv.<\/p>\n

Disse angreb har til form\u00e5l at \"oversv\u00f8mme\" kanalserveren eller \"dr\u00e6be\" dens evne til at modtage ny trafik.
\nSelvom SYN\/ACK flood og amplification er meget forskellige, k\u00e6mper mange virksomheder mod dem p\u00e5 samme effektive m\u00e5de. Problemer opst\u00e5r med angreb fra den n\u00e6ste gruppe.<\/p>\n

Angreb p\u00e5 L7 (applikationsniveau)<\/h4>\n

\u2014 http flood (hvis en webside eller en http-api angribes);
\n \u2014 angreb p\u00e5 s\u00e5rbare omr\u00e5der af hjemmesiden (uden cache, som meget belastende for hjemmesiden osv.).<\/p>\n

M\u00e5let er at f\u00e5 serveren til at \"arbejde h\u00e5rdt\", behandle mange \"tilsyneladende reelle foresp\u00f8rgsler\" og blive uden ressourcer til \u00e6gte foresp\u00f8rgsler.<\/p>\n

Selvom der er andre angreb, er disse de mest almindelige.<\/p>\n

Alvorlige angreb p\u00e5 L7-niveau skabes unikt for hvert angrebne projekt.<\/p>\n

Hvorfor 2 grupper?<\/b>
\nFordi der er mange, der er gode til at afvise angreb p\u00e5 L3 \/ L4 niveau, men som enten slet ikke tager sig af at beskytte p\u00e5 applikationsniveau (L7), eller som stadig h\u00e5ndterer dem svagere end alternativerne.<\/p>\n

Hvem er hvem p\u00e5 DDoS-beskyttelsesmarkedet<\/h2>\n

\n(min personlige mening)<\/p>\n

Beskyttelse p\u00e5 L3\/L4 niveau<\/h4>\n

For at afvise angreb med amplification (\"overbelastning\" af serverens kanal) er det nok med brede kanaler (mange af beskyttelsestjenesterne er tilsluttet de fleste store netv\u00e6rksudbydere i Rusland og har kanaler med en teoretisk kapacitet st\u00f8rre end 1 Tbps). Glem ikke, at meget sj\u00e6ldne angreb med amplification varer i mere end en time. Hvis du er Spamhaus og ikke er popul\u00e6r hos nogen \u2014 ja, de kan fors\u00f8ge at nedl\u00e6gge dine kanaler i flere dage, selv med risiko for din verdens botnets overlevelse. Hvis du bare har en webshop, selv hvis det er mvideo.ru \u2014 en Tbps i flere dage vil du ikke se meget snart (forh\u00e5bentlig).<\/p>\n

For at afvise angreb med SYN\/ACK floode, fragmentering af pakker osv., er det n\u00f8dvendigt med hardware eller softwarel\u00f8sninger til detektion og afsk\u00e6ring af s\u00e5danne angreb.
\nS\u00e5dan hardware produceres af mange (Arbor, der er l\u00f8sninger fra Cisco, Huawei, softwarel\u00f8sninger fra Wanguard osv.), mange store operat\u00f8rer har allerede installeret det og s\u00e6lger DDoS-beskyttelsestjenester (jeg ved om installationer hos Rostelecom, MegaFon, TTK, MTS, stort set alle store udbydere g\u00f8r det, det g\u00f8r hosting selskaber ogs\u00e5 med deres egen beskyttelse a-la OVH.com, Hetzner.de, jeg har selv st\u00f8dt p\u00e5 beskyttelse hos ihor.ru). Nogle firmaer udvikler deres egne softwarel\u00f8sninger (teknologier som DPDK muligg\u00f8r behandling af trafik i titusinder af gigabit p\u00e5 \u00e9n fysisk x86-maskine).<\/p>\n

Alle kendte spillere kan mere eller mindre effektivt forhindre L3\/L4 DDoS-angreb. Jeg kan ikke lige nu sige, hvem der har den st\u00f8rste maksimale b\u00e5ndbredde (det er insiderinformation), men normalt er det ikke s\u00e5 vigtigt, og forskellen ligger kun i, hvor hurtigt beskyttelsen aktiveres (\u00f8jeblikkeligt eller efter et par minutters nedetid p\u00e5 projektet, som hos Hetzner).
\nSp\u00f8rgsm\u00e5let er, hvor kvalitativt dette g\u00f8res: et angreb med forst\u00e6rkning kan afv\u00e6rges ved at blokere trafik fra lande med den h\u00f8jeste m\u00e6ngde skadelig trafik, eller man kan blot forkaste virkelig overfl\u00f8dig trafik.
\nMen ud fra min erfaring klarer alle seri\u00f8se akt\u00f8rer p\u00e5 markedet dette uden problemer: Qrator, DDoS-Guard, Kaspersky, G-Core Labs (tidligere SkyParkCDN), ServicePipe, Stormwall, Voxility osv.
\nJeg har ikke haft erfaring med beskyttelse fra operat\u00f8rer som Rostelecom, MegaFon, TTK, Beeline. If\u00f8lge kollegernes anmeldelser tilbyder de disse tjenester ret kvalitativt, men der er stadig periodiske mangler i erfaringen: nogle gange er det n\u00f8dvendigt at justere noget gennem supporten fra beskyttelsesoperat\u00f8ren.
\nNogle operat\u00f8rer har en s\u00e6rskilt tjeneste kaldet \"beskyttelse mod angreb p\u00e5 L3\/L4-niveau\" eller \"kanalbeskyttelse\", som er meget billigere end beskyttelse p\u00e5 alle niveauer.<\/p>\n

Hvordan kan en ikke-hovedleverand\u00f8r afv\u00e6rge angreb p\u00e5 hundreder af Gbit, n\u00e5r de ikke har egne kanaler?<\/b>Beskyttelsesoperat\u00f8ren kan forbinde sig til en hvilken som helst af de store udbydere og afv\u00e6rge angreb \"for deres regning\". Man skal betale for kanalen, men alle disse hundrede Gbit vil ikke altid blive udnyttet, der er muligheder for betydelig reduktion af omkostningerne ved kanaler i dette tilf\u00e6lde, s\u00e5 ordningen forbliver b\u00e6redygtig.
\n\"Hvad<\/a><\/noindex>
\nS\u00e5dan nogle rapporter fra den overordnede L3\/L4-beskyttelse har jeg regelm\u00e6ssigt modtaget, mens jeg har st\u00f8ttet hostingudbyderens systemer.<\/i><\/p>\n

Beskyttelse p\u00e5 L7-niveau (applikationsniveau)<\/h4>\n

Angreb p\u00e5 L7-niveau (applikationsniveau) kan stabilt og kvalitativt afv\u00e6rges af enkelte.
\nJeg har en reel, ganske stor erfaring med
\n \u2014 Qrator.net;
\n \u2014 DDoS-Guard;
\n \u2014 G-Core Labs;
\n \u2014 Kaspersky.<\/p>\n

De opkr\u00e6ver betaling for hver megabit ren trafik, og prisen pr. megabit ligger omkring flere tusinde rubler. Hvis du har mindst 100 Mbit ren trafik \u2014 \u00e5h. Beskyttelsen bliver meget dyr. Jeg kan i kommende artikler fort\u00e6lle, hvordan man designer applikationer for at spare meget p\u00e5 kapaciteten af beskyttelseskanaler.
\nDen virkelige \"konge af bjerget\" er Qrator.net, de \u00f8vrige ligger langt bagefter. Qrator er indtil videre de eneste i min erfaring, der har en n\u00e6sten nul procent af falske alarmer, men de er til geng\u00e6ld flere gange dyrere end de andre spillere p\u00e5 markedet.<\/p>\n

Andre udbydere tilbyder ogs\u00e5 kvalitetsbeskyttelse og stabilitet. Mange af de tjenester, vi underst\u00f8tter (herunder nogle meget kendte i landet!), er beskyttet af DDoS-Guard, G-Core Labs, og er ganske tilfredse med de resultater, de f\u00e5r.
\n\"Hvad<\/a><\/noindex>
\nAngreb, afvist af Qrator<\/i><\/p>\n

Jeg har ogs\u00e5 erfaring med mindre beskyttelsesudbydere som cloud-shield.ru, ddosa.net, der er tusinder af dem. Jeg vil ikke anbefale dem entydigt, da erfaringen ikke er ret stor, men jeg vil fort\u00e6lle om principperne for deres arbejde. Prisen for deres beskyttelse ligger ofte 1-2 niveauer under de store spillere. Som regel k\u00f8ber de en delvis beskyttelsestjeneste (L3\/L4) fra en af de st\u00f8rre spillere og laver deres egen beskyttelse mod angreb p\u00e5 h\u00f8jere niveauer. Dette kan v\u00e6re ret effektivt, og du kan f\u00e5 en god service til f\u00e6rre penge, men husk, at det stadig er sm\u00e5 virksomheder med f\u00e5 ansatte.<\/p>\n

Hvad er udfordringen ved at afvise angreb p\u00e5 L7-niveau?<\/h4>\n

Alle applikationer er unikke, og det er n\u00f8dvendigt at tillade nyttig trafik for dem og blokere skadelig trafik. Det er ikke altid muligt at sortere bots fra, s\u00e5 det er n\u00f8dvendigt at anvende mange, virkelig MANGE niveauer af trafikrensning.<\/p>\n

Engang var det nok med modulet nginx-testcookie (https:\/\/github.com\/kyprizel\/testcookie-nginx-module<\/a><\/noindex>), og det er stadig tilstr\u00e6kkeligt til at afvise et stort antal angreb. Da jeg arbejdede i hostingbranchen, byggede jeg L7-beskyttelse netop p\u00e5 nginx-testcookie.
\nDesv\u00e6rre er angrebene blevet mere komplekse. testcookie anvender bot-checks baseret p\u00e5 JS, og mange moderne bots kan nu nemt klare dem.<\/p>\n

Angrebende botnets er ogs\u00e5 unikke, og det er n\u00f8dvendigt at tage hensyn til karakteristikaene for hvert stort botnet.
\nAmplifikation, direkte flooding fra botnet, trafikfiltrering fra forskellige lande (forskellig filtrering for forskellige lande), SYN\/ACK flooding, pakke fragmentering, ICMP, http flooding, og p\u00e5 applikations-\/http-niveau kan der opfindes et ubegribelig antal forskellige angreb.
\nI alt kan der p\u00e5 niveauet for kanalbeskyttelse, specialiseret udstyr til trafikrensning, specialsoftware og ekstra filtreringsindstillinger for hver kunde v\u00e6re titusinder og hundredevis af filtreringslag.
\nFor effective management and proper tuning of filtering settings for different users, extensive experience and qualified personnel are essential. Even a large operator, deciding to offer protection services, cannot simply throw money at the problem: experience must be gained from existing sites and false triggers on legitimate traffic.
\nFor a protection operator, there is no \u2018DDoS mitigation button\u2019; there are many tools that need to be used skillfully.<\/p>\n

And another bonus example.
\n\"Hvad<\/a><\/noindex>
\nThe server without protection was blocked by the hosting provider during an attack with a capacity of 600 Mbps.<\/i>
\n(The 'disappearance' of traffic is not noticeable since only one site was attacked, it was temporarily removed from the server and the block was lifted within an hour).<\/i>
\n\"Hvad<\/a><\/noindex>
\nThis same server is under protection. The attackers 'gave up' after a day of repelled attacks. The attack itself turned out not to be the strongest.<\/i><\/p>\n

Attacks and protection at L3\/L4 are more trivial; they primarily depend on the bandwidth of the channels, detection algorithms, and attack filtering.
\nL7 attacks are more complex and original, depending on the attacked application, capabilities, and the attackers' creativity. Protection against them requires extensive knowledge and experience, and the results may not be immediate or guaranteed. Until Google develops another neural network for protection.
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u00ab\u041c\u0430\u043b\u044c\u0447\u0438\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u043b\u0430\u043b \u043d\u0430\u043c \u0441\u0430\u0439\u0442, \u0443\u0436\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b \u0437\u0430\u0449\u0438\u0442\u0443 \u043e\u0442 DDoS\u00bb. \u00ab\u0423 \u043d\u0430\u0441 \u0436\u0435 \u0441\u0442\u043e\u0438\u0442 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS, \u043f\u043e\u0447\u0435\u043c\u0443 \u0441\u0430\u0439\u0442 \u043b\u0435\u0433?\u00bb \u00ab\u0421\u043a\u043e\u043b\u044c\u043a\u043e-\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0445\u043e\u0447\u0435\u0442 Qrator?\u00bb \u0427\u0442\u043e\u0431\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u043e\u0442\u0432\u0435\u0447\u0430\u0442\u044c \u043d\u0430 \u0442\u0430\u043a\u0438\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u0430\/\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u0438\u043a\u0430, \u043d\u0435\u043f\u043b\u043e\u0445\u043e \u0431\u044b \u0437\u043d\u0430\u0442\u044c, \u0447\u0442\u043e \u0441\u043a\u0440\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0437\u0430 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u00ab\u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS\u00bb. \u0412\u044b\u0431\u043e\u0440 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0437\u0430\u0449\u0438\u0442\u044b \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0430\u043f\u043e\u043c\u0438\u043d\u0430\u0435\u0442 \u0432\u044b\u0431\u043e\u0440 \u043b\u0435\u043a\u0430\u0440\u0441\u0442\u0432\u0430 \u0432\u0440\u0430\u0447\u043e\u043c, \u0447\u0435\u043c \u0432\u044b\u0431\u043e\u0440 \u0441\u0442\u043e\u043b\u0430 \u0432 IKEA. \u042f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24508,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32724","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\udd47What is what and who is who in the DDoS protection market | ProHoster","description":"\"The boy who built our website has already set up DDoS protection.\" \"We have DDoS protection; why did the website go down?\" \"How many thousands does Qrator want?\" To respond adequately to such questions.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u0435\u0441\u0442\u044c \u0447\u0442\u043e \u0438 \u043a\u0442\u043e \u0435\u0441\u0442\u044c \u043a\u0442\u043e \u043d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 DDoS | ProHoster","og:description":"\u00ab\u041c\u0430\u043b\u044c\u0447\u0438\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u043b\u0430\u043b \u043d\u0430\u043c \u0441\u0430\u0439\u0442, \u0443\u0436\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b \u0437\u0430\u0449\u0438\u0442\u0443 \u043e\u0442 DDoS\u00bb. \u00ab\u0423 \u043d\u0430\u0441 \u0436\u0435 \u0441\u0442\u043e\u0438\u0442 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS, \u043f\u043e\u0447\u0435\u043c\u0443 \u0441\u0430\u0439\u0442 \u043b\u0435\u0433?\u00bb \u00ab\u0421\u043a\u043e\u043b\u044c\u043a\u043e-\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0445\u043e\u0447\u0435\u0442 Qrator?\u00bb \u0427\u0442\u043e\u0431\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u043e\u0442\u0432\u0435\u0447\u0430\u0442\u044c \u043d\u0430 \u0442\u0430\u043a\u0438\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","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-31T18:48:35+00:00","article:modified_time":"2019-10-31T18:48:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32724","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-21 12:16:55","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:53:25","updated":"2026-01-21 12:16:55","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/32724","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=32724"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/32724\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/24508"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=32724"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=32724"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=32724"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}