{"id":74655,"date":"2020-03-19T08:42:34","date_gmt":"2020-03-19T05:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh"},"modified":"2020-03-19T08:42:34","modified_gmt":"2020-03-19T05:42:34","slug":"kogda-linux-conntrack-vam-bolshe-ne-tovarishh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","title":{"rendered":"N\u00e5r Linux conntrack ikke l\u00e6ngere er din ven","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"N\u00e5r Linux conntrack ikke l\u00e6ngere er din ven\" src=\"\/wp-content\/uploads\/2020\/03\/588a169e5cfe0714694b8d7ff03985d1.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Sporing af forbindelser (\u201cconntrack\u201d) er en grundl\u00e6ggende funktion i netv\u00e6rksstakken i Linux-kernen. Det g\u00f8r det muligt for kernen at spore alle logiske netv\u00e6rksforbindelser eller str\u00f8mme, og p\u00e5 den m\u00e5de identificere alle pakker, der udg\u00f8r hver str\u00f8m, s\u00e5 de kan behandles sekventielt sammen.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Conntrack er en vigtig funktion i kernen, der anvendes i en r\u00e6kke centrale tilf\u00e6lde:<\/p>\n<p><\/p>\n<ul>\n<li>NAT er afh\u00e6ngig af information fra conntrack, s\u00e5 det kan behandle alle pakker fra \u00e9n str\u00f8m ens. For eksempel, n\u00e5r en pod kontakter en Kubernetes-service, bruger load balancer kube-proxy NAT til at dirigere trafik til en specifik pod inden for klyngen. Conntrack registrerer, at for en given forbindelse skal alle pakker til IP-adressen p\u00e5 servicen sendes til den samme pod, og at pakkerne, der returneres fra backend-poden, skal dirigeres tilbage af NAT til den pod, som anmodningen kom fra.<\/li>\n<li>Firewalls med tilstandsbaseret sporing, s\u00e5som Calico, er afh\u00e6ngige af information fra conntrack for at tilf\u00f8je \u201crespons\u201d trafik til hvidlisten. Dette giver dig mulighed for at skrive en netv\u00e6rkspolitik, der siger: \u00abtillad min pod at oprette forbindelse til enhver ekstern IP-adresse\u00bb, uden at du skal skrive en politik for eksplicit at tillade respons trafik. (Uden dette ville du skulle tilf\u00f8je en langt mindre sikker regel om at tillade pakker til min pod fra enhver IP.)<\/li>\n<\/ul>\n<p><\/p>\n<p>Derudover \u00f8ger conntrack normalt systemets ydeevne (ved at reducere procesortid og pakker forsinkelse), da kun den f\u00f8rste pakke i str\u00f8mmen<br \/>\nskal gennemg\u00e5 den fulde behandling af netv\u00e6rksstakken for at bestemme, hvad der skal g\u00f8res med den. Se indl\u00e6gget \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/www.tigera.io\/blog\/comparing-kube-proxy-modes-iptables-or-ipvs\/\">Sammenligning af kube-proxy tilstande<\/a><\/noindex>for at se et eksempel p\u00e5, hvordan det fungerer.<\/p>\n<p><\/p>\n<p>Alligevel har conntrack sine begr\u00e6nsninger\u2026<\/p>\n<p><\/p>\n<h3 id=\"itak-gde-vse-poshlo-ne-tak\">S\u00e5 hvor gik alting galt?<\/h3>\n<p><\/p>\n<p>Conntrack-tabellen har en konfigurerbar maksimale st\u00f8rrelse, og hvis den fyldes, begynder forbindelser normalt at blive afvist eller afbrudt. Til behandling af trafik fra de fleste applikationer er der som regel tilstr\u00e6kkeligt med fri plads i tabellen, og det bliver aldrig et problem. Alligevel er der nogle scenarier, hvor det er v\u00e6rd at overveje at bruge conntrack-tabellen:<\/p>\n<p><\/p>\n<ul>\n<li>Den mest \u00e5benlyse situation opst\u00e5r, hvis din server h\u00e5ndterer et ekstremt stort antal samtidige aktiverede forbindelser. For eksempel, hvis din conntrack-tabel er indstillet til 128k poster, men du har &gt; 128k samtidige forbindelser, vil du helt sikkert st\u00f8de p\u00e5 problemer!<\/li>\n<li>En lidt mindre \u00e5benbar situation er, hvis din server h\u00e5ndterer et meget stort antal forbindelser pr. sekund. Selv hvis forbindelserne er kortvarige, vil Linux stadig holde styr p\u00e5 dem i et stykke tid (som standard 120 sekunder). For eksempel, hvis din conntrack-tabel er indstillet til 128.000 poster og du fors\u00f8ger at h\u00e5ndtere 1100 forbindelser pr. sekund, vil de overstige st\u00f8rrelsen p\u00e5 conntrack-tabellen, selvom forbindelserne er meget kortvarige (128k \/ 120 sek = 1092 forbindelser \/ sek).<\/li>\n<\/ul>\n<p><\/p>\n<p>Der er flere nichetyper applikationer, der falder ind under disse kategorier. Derudover, hvis du har mange onde akt\u00f8rer, kan fyldning af din servers conntrack-tabel med mange halv\u00e5bne forbindelser bruges i et angreb af typen \"denial of service\" (DOS). I begge tilf\u00e6lde kan conntrack blive et begr\u00e6nsende flaskehals i dit system. I nogle tilf\u00e6lde kan justeringen af conntrack-tabelindstillingerne v\u00e6re tilstr\u00e6kkelig til at opfylde dine behov \u2014 ved at \u00f8ge st\u00f8rrelsen eller reducere conntrack-tidsbegr\u00e6nsningerne (men hvis du g\u00f8r det forkert, vil du st\u00f8de p\u00e5 store vanskeligheder). For andre tilf\u00e6lde vil det v\u00e6re n\u00f8dvendigt at omg\u00e5 conntrack for aggressiv trafik.<\/p>\n<p><\/p>\n<h4 id=\"realnyy-primer\">Et konkret eksempel<\/h4>\n<p><\/p>\n<p>Lad os tage et specifikt eksempel: en stor SaaS-udbyder, som vi arbejdede med, havde en r\u00e6kke memcached-servere p\u00e5 hosts (ikke virtuelle maskiner), hver af dem h\u00e5ndterede 50K+ kortvarige forbindelser pr. sekund.<\/p>\n<p><\/p>\n<p>De eksperimenterede med konfigurationen af conntrack, \u00f8gede st\u00f8rrelserne af tabellerne og reducerede tracking-tiden, men konfigurationen var ustabil, hvilket bet\u00f8d betydeligt \u00f8get hukommelsesforbrug (op til flere GB!), og forbindelserne var s\u00e5 korte, at conntrack ikke gav den s\u00e6dvanlige gevinst i ydelse (reducering af CPU-forbrug eller pakkeeftersl\u00e6b).<\/p>\n<p><\/p>\n<p>Som et alternativ henvendte de sig til Calico. Calicos netv\u00e6rkspolitikker g\u00f8r det muligt at undg\u00e5 brugen af conntrack for bestemte typer trafik (ved at bruge indstillingen doNotTrack til politikker). Dette sikrede dem det n\u00f8dvendige ydeevne plus et ekstra sikkerhedsniveau, der tilbydes af Calico.<\/p>\n<p><\/p>\n<h4 id=\"na-chto-pridetsya-poyti-chtoby-oboyti-conntrack\">Hvad m\u00e5 man g\u00f8re for at omg\u00e5 conntrack?<\/h4>\n<p><\/p>\n<ul>\n<li>Netv\u00e6rkspolitikker do-not-track skal som regel v\u00e6re symmetrisk. I tilf\u00e6ldet med en SaaS-udbyder: deres applikationer k\u00f8rte inden for en beskyttet zone, og derfor kunne de med netv\u00e6rkspolitik tilf\u00f8je trafik fra andre specifikke applikationer til whitelist, der fik lov til at tilg\u00e5 memcached.<\/li>\n<li>Do-not-track politikken tager ikke h\u00f8jde for forbindelsesretningen. S\u00e5ledes kan man teoretisk fors\u00f8ge at oprette forbindelse til en hvilken som helst af memcached-klienterne, hvis memcached-serveren er blevet kompromitteret, s\u00e5 l\u00e6nge den bruger den rigtige kildeport. Men hvis du korrekt har defineret netv\u00e6rkspolitikken for dine memcached-klienter, vil disse forbindelsesfors\u00f8g stadig blive afvist p\u00e5 klientsiden.<\/li>\n<li>Do-not-track politikken anvendes p\u00e5 hver pakke, i mods\u00e6tning til normale politikker, som kun anvendes p\u00e5 den f\u00f8rste pakke i str\u00f8mmene. Dette kan \u00f8ge CPU-ressourceforbruget pr. pakke, da politikken skal anvendes p\u00e5 hver pakke. Men for kortvarige forbindelser balanceres dette forbrug mod et reduceret ressourceforbrug til h\u00e5ndtering af conntrack. For eksempel, i tilf\u00e6lde af en SaaS-udbyder, var antallet af pakker til hver forbindelse meget lille, s\u00e5 den ekstra CPU-ressourceomkostning ved at anvende politikker p\u00e5 hver pakke var rimelig.<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"pristupim-k-testam\">Lad os begynde testene<\/h4>\n<p><\/p>\n<p>Vi udf\u00f8rte en test p\u00e5 en pod med en memcached-server og mange pod'er med memcached-klienter, der k\u00f8rte p\u00e5 fjerne noder, s\u00e5 vi kunne h\u00e5ndtere et meget stort antal forbindelser pr. sekund. Serveren med pod'en til memcached-serveren havde 8 kerner og 512k pladser i conntrack-tabellen (standardst\u00f8rrelse for tabellen p\u00e5 v\u00e6rten).<br \/>\nVi m\u00e5lte forskellen i ydeevne mellem: uden netv\u00e6rkspolitik; med almindelig Calico-politik; og Calico do-not-track politik.<\/p>\n<p><\/p>\n<p>I den f\u00f8rste test satte vi antallet af forbindelser til 4.000 pr. sekund, s\u00e5 vi kunne fokusere p\u00e5 forskellen i CPU-forbrug. Her var der ikke v\u00e6sentlige forskelle mellem frav\u00e6ret af politik og standardpolitikken, men do-not-track \u00f8gede CPU-forbruget med cirka 20%:<\/p>\n<p>\n<img decoding=\"async\" alt=\"N\u00e5r Linux conntrack ikke l\u00e6ngere er din ven\" src=\"\/wp-content\/uploads\/2020\/03\/6762772cb8e5f089a3ed444aff8cb8f4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>I den anden test k\u00f8rte vi s\u00e5 mange forbindelser, som vores kunder kunne generere, og m\u00e5lte det maksimale antal forbindelser pr. sekund, som vores memcached-server kunne h\u00e5ndtere. Som forventet n\u00e5ede b\u00e5de 'uden politik' og 'standardpolitik' gr\u00e6nsen for conntrack p\u00e5 mere end 4.000 forbindelser pr. sekund (512k \/ 120s = 4.369 forbindelser\/s). Med do-not-track politik sendte vores kunder 60.000 forbindelser pr. sekund uden problemer. Vi er sikre p\u00e5, at vi kunne \u00f8ge dette antal ved at tilslutte flere kunder, men vi mener, at disse tal allerede er tilstr\u00e6kkelige til at illustrere essensen af denne artikel!<\/p>\n<p>\n<img decoding=\"async\" alt=\"N\u00e5r Linux conntrack ikke l\u00e6ngere er din ven\" src=\"\/wp-content\/uploads\/2020\/03\/f3beeb1793a3158018274079da953a2c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4 id=\"zaklyuchenie\">Konklusion<\/h4>\n<p><\/p>\n<p>Conntrack er en vigtig funktion i kernen. Den udf\u00f8rer sit arbejde fremragende. Den benyttes ofte af centrale systemkomponenter. Men i nogle specifikke scenarier kan overbelastningen fra conntrack opveje de normale fordele, den giver. I dette scenarie kan netv\u00e6rkspolitikker fra Calico bruges til selektivt at deaktivere brugen af conntrack samtidig med at netv\u00e6rkssikkerheden forbedres. For al anden trafik forts\u00e6tter conntrack med at v\u00e6re din partner!<\/p>\n<p><\/p>\n<h2 id=\"takzhe-chitayte-drugie-stati-v-nashem-bloge\">L\u00e6s ogs\u00e5 andre artikler p\u00e5 vores blog:<\/h2>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473578\/\">Byggelse af dynamiske moduler til Nginx<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473014\/\">Introduksjon til Hashicorp Consul\u2019s Kubernetes-autorisering<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/426543\/\">Backups af Stateful i Kubernetes<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/424717\/\">Backup af et stort antal heterogene webprojekter<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/347526\/\">Telegram-bot til Redmine. Hvordan man forenkler livet for sig selv og andre<\/a><\/noindex><\/li>\n<\/ul>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/492686\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0439 \u0444\u0443\u043d\u043a\u0446\u0438\u0435\u0439 \u0441\u0435\u0442\u0435\u0432\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u044f\u0434\u0440\u0430 Linux. \u041e\u043d\u0430 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u044f\u0434\u0440\u0443 \u043e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0441\u0435\u0442\u0435\u0432\u044b\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u043b\u0438 \u043f\u043e\u0442\u043e\u043a\u0438 \u0438 \u0442\u0435\u043c \u0441\u0430\u043c\u044b\u043c \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u043f\u0430\u043a\u0435\u0442\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441\u043e\u0441\u0442\u0430\u0432\u043b\u044f\u044e\u0442 \u043a\u0430\u0436\u0434\u044b\u0439 \u043f\u043e\u0442\u043e\u043a, \u0447\u0442\u043e\u0431\u044b \u0438\u0445 \u043c\u043e\u0436\u043d\u043e \u0431\u044b\u043b\u043e \u043f\u043e\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435. Conntrack \u2014 \u044d\u0442\u043e \u0432\u0430\u0436\u043d\u0430\u044f \u0444\u0443\u043d\u043a\u0446\u0438\u044f \u044f\u0434\u0440\u0430, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445: NAT \u043e\u043f\u0438\u0440\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u043e\u0442 \u0441onntrack, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74656,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74655","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.5 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.5\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u043e\u0433\u0434\u0430 Linux conntrack \u0432\u0430\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0435 \u0442\u043e\u0432\u0430\u0440\u0438\u0449 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-03-19T05:42:34+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-19T05:42:34+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47N\u00e5r Linux conntrack ikke l\u00e6ngere er din ven | ProHoster","description":"Overv\u00e5gning af forbindelser ('conntrack') er.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","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\u041a\u043e\u0433\u0434\u0430 Linux conntrack \u0432\u0430\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0435 \u0442\u043e\u0432\u0430\u0440\u0438\u0449 | ProHoster","og:description":"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","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":"2020-03-19T05:42:34+00:00","article:modified_time":"2020-03-19T05:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74655","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:10:25","updated":"2022-10-05 19:52:30","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\/74655","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=74655"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/74655\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/74656"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=74655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=74655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=74655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}