{"id":52639,"date":"2019-11-13T00:00:00","date_gmt":"2019-11-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/domen-fronting-na-baze-tls-1-3"},"modified":"2026-05-20T19:54:20","modified_gmt":"2026-05-20T17:54:20","slug":"domen-fronting-na-baze-tls-1-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","title":{"rendered":"Dom\u00e6nforkl\u00e6dning baseret p\u00e5 TLS 1.3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduktion<\/h3>\n

\"Dom\u00e6nforkl\u00e6dning
\nModerne virksomhedssystemer til indholdsfiltrering fra kendte producenter som Cisco, BlueCoat og FireEye har en del til f\u00e6lles med deres mere kraftfulde sl\u00e6gtninge - DPI-systemerne, som intensiveret implementeres p\u00e5 nationalt niveau. F\u00e6lles for begge er, at de skanner indg\u00e5ende og udg\u00e5ende internettrafik og, baseret p\u00e5 sorte\/hvide lister, tr\u00e6ffer beslutning om at blokere internetforbindelsen. Da begge typer i deres grundprincipper bygger p\u00e5 lignende teorier, vil der ogs\u00e5 v\u00e6re mange f\u00e6lles metoder til at omg\u00e5 dem.<\/p>\n

En af de teknologier, der effektivt kan omg\u00e5 b\u00e5de DPI og virksomhedssystemer, er dom\u00e6nforkl\u00e6dningsteknologien. Ideen er, at vi tilg\u00e5r en blokeret ressource, mens vi skjuler os bag et andet, offentligt dom\u00e6ne med et godt omd\u00f8mme, som med sikkerhed ikke vil blive blokeret af noget system, for eksempel google.com.<\/p>\n

Der er allerede skrevet en del artikler om denne teknologi, og mange eksempler er blevet n\u00e6vnt. Dog giver popul\u00e6re og p\u00e5 det seneste meget diskuterede teknologier som DNS-over-HTTPS og encrypted-SNI, samt den nye version af protokollen TLS 1.3, mulighed for at overveje en anden variant af dom\u00e6nforkl\u00e6dning.
\n<\/a><\/p>\n

Lad os se n\u00e6rmere p\u00e5 teknologien<\/h3>\n

F\u00f8rst skal vi definere nogle grundl\u00e6ggende begreber, s\u00e5 alle forst\u00e5r, hvem der er hvem, og hvorfor alt dette er n\u00f8dvendigt. Vi n\u00e6vnte mekanismen eSNI, hvis funktionalitet vil blive gennemg\u00e5et senere. Mekanismen eSNI (encrypted Server Name Indication) er en sikker version af SNI, der kun er tilg\u00e6ngelig for protokollen TLS 1.3. Hovedideen er at kryptere ogs\u00e5 oplysningerne om, hvilket dom\u00e6ne anmodningen sendes til.<\/p>\n

Lad os nu overveje eSNI-mekanismens funktionalitet i praksis.<\/p>\n

Lad os sige, at vi har en internetressource, der blokeres af en moderne DPI-l\u00f8sning (vi tager for eksempel den ber\u00f8mte torrent-tracker - rutracker.nl). Ved fors\u00f8g p\u00e5 at tilg\u00e5 torrent-trackerens hjemmeside, ser vi udbyderens standardblokeringsmeddelelse om, at ressourcen er blokeret:<\/p>\n

\"Dom\u00e6nforkl\u00e6dning<\/p>\n

P\u00e5 RKN's hjemmeside er dette dom\u00e6ne faktisk p\u00e5 sortlisten:<\/p>\n

\"Dom\u00e6nforkl\u00e6dning<\/p>\n

Ved foresp\u00f8rgsel af whois kan vi se, at selve dom\u00e6net er \"skjult\" bag cloud-udbyderen Cloudflare.<\/p>\n

\"Dom\u00e6nforkl\u00e6dning<\/p>\n

Men i mods\u00e6tning til \"specialisterne\" fra RKN valgte de mere teknisk kyndige medarbejdere fra Beeline (eller dem, der har l\u00e6rt af de bitre erfaringer fra vores ber\u00f8mte regulator) ikke bare at blokere hjemmesiden efter IP-adressen, men satte pr\u00e6cist domenenavnet<\/a>. Det kan man let bekr\u00e6fte ved at se, hvilke andre dom\u00e6ner der skjuler sig bag denne IP-adresse<\/a>, bes\u00f8ge et af dem og se, at adgangen ikke er blokeret:<\/p>\n

\"Dom\u00e6nforkl\u00e6dning<\/p>\n

Hvordan er det muligt? Hvordan finder providerens DPI ud af, hvilket af dom\u00e6nerne min browser bes\u00f8ger, n\u00e5r alle kommunikationer foreg\u00e5r via https-protokollen, og vi endnu ikke har bem\u00e6rket, at Beeline har \u00e6ndret https-certifikaterne? Er det en synsk person, eller er jeg under overv\u00e5gning?<\/p>\n

Lad os pr\u00f8ve at besvare dette sp\u00f8rgsm\u00e5l ved at se p\u00e5 trafikken gennem Wireshark.<\/p>\n

\"Dom\u00e6nforkl\u00e6dning<\/p>\n

P\u00e5 sk\u00e6rmbilledet kan man se, at browseren f\u00f8rst f\u00e5r IP-adressen til serveren via DNS, derefter finder der en standard TCP-h\u00e5ndtryk sted med destinationsserveren, og s\u00e5 fors\u00f8ger browseren at etablere en SSL-forbindelse med serveren. For dette sender den pakken SSL<\/a> Client Hello, som indeholder navnet p\u00e5 den oprindelige dom\u00e6ne i \u00e5ben form. Dette felt er n\u00f8dvendigt for frontend-serveren Cloudflare for korrekt at kunne dirigere forbindelsen. Her fanger providerens DPI os og bryder vores forbindelse. Under dette modtager vi ingen blokering fra udbyderen, og ser en standard browserfejl som om hjemmesiden er offline eller bare ikke virker:<\/p>\n

\"Dom\u00e6nforkl\u00e6dning<\/p>\n

Lad os nu aktivere eSNI-mekanismen i browseren, som beskrevet i vejledningen til Firefox <\/a>:
\nFor at g\u00f8re dette \u00e5bner vi Firefox' konfigurationsside about:config<\/b> og aktiverer f\u00f8lgende indstillinger:<\/p>\n

network.trr.mode = 2;\nnetwork.trr.uri = https:\/\/mozilla.cloudflare-dns.com\/dns-query\nnetwork.security.esni.enabled = true\n<\/code><\/pre>\n
Herefter vil vi kontrollere indstillingskorrektheden p\u00e5 Cloudflare-siden linket<\/a> og pr\u00f8ve tricket med vores torrent-tracker en gang til.<\/p>\n
\"Dom\u00e6nforkl\u00e6dning<\/p>\n
Voila. Vores elskede tracker \u00e5bnede sig uden nogen VPN eller proxy-servere. Lad os nu se p\u00e5 trafikkens dump i Wireshark for at finde ud af, hvad der skete.<\/p>\n
\"Dom\u00e6nforkl\u00e6dning<\/p>\n
Denne gang indeholder ssl client hello-pakken ikke eksplicit dom\u00e6net, men i stedet er et nyt felt dukket op i pakken - encrypted_server_name - hvor v\u00e6rdien rutracker.nl findes, og kun Cloudflare front-end serveren kan decifrere dette felt. Og i s\u00e5 fald er der ikke andet for DPI fra udbyderen end at vaske h\u00e6nder og tillade s\u00e5dan trafik. Der er ingen andre muligheder for kryptering.<\/p>\n
S\u00e5 hvordan fungerer teknologien i browseren - det har vi set. Lad os nu pr\u00f8ve at anvende den til mere specifikke og interessante ting. F\u00f6rst vil vi l\u00e6re curl at bruge eSNI til at arbejde med TLS 1.3, og samtidig se, hvordan dom\u00e6nefrokastningen fungerer baseret p\u00e5 eSNI.<\/p>\n
Dom\u00e6nefrokastning med eSNI<\/h3>\n
Da curl til HTTPS-forbindelse bruger den standardiserede openssl-bibliotek, skal vi f\u00f8rst s\u00f8rge for, at eSNI underst\u00f8ttes der. I master-grene har openssl endnu ikke eSNI-underst\u00f8ttelse, s\u00e5 vi skal downloade en specialgren af openssl, kompilere og installere den.<\/p>\n
Vi kloner repoet fra GitHub og kompilere som normalt:<\/p>\n
$ git clone https:\/\/github.com\/sftcd\/openssl\n$ cd openssl\n$ .\/config\n\n$ make\n$ cd esnistuff\n$ make\n<\/code><\/pre>\n
Dern\u00e6st kloner vi repoet fra curl og konfigurerer dets kompilering med vores samlede openssl-bibliotek:<\/p>\n
$ cd $HOME\/code\n$ git clone https:\/\/github.com\/niallor\/curl.git curl-esni\n$ cd curl-esni\n\n$ export LD_LIBRARY_PATH=\/opt\/openssl\n$ .\/buildconf\n$ LDFLAGS=\"-L\/opt\/openssl\" .\/configure --with-ssl=\/opt\/openssl --enable-esni --enable-debug\n<\/code><\/pre>\n
Det er vigtigt at angive alle kataloger, hvor openssl findes korrekt (i vores tilf\u00e6lde er det \/opt\/openssl\/) og sikre, at konfigurationsprocessen gennemf\u00f8res uden fejl.<\/p>\n
Ved en vellykket konfiguration vil vi se linjen:<\/p>\n
WARNING: esni ESNI enabled but marked EXPERIMENTAL. Use with caution!<\/b><\/p>\n
$ make<\/code><\/pre>\n
Efter en vellykket opbygning af pakken vil vi bruge en speciel bash-fil fra openssl til at konfigurere og starte curl. Vi kopierer den til curl-katalogen for nemheds skyld:<\/p>\n
cp \/opt\/openssl\/esnistuff\/curl-esni <\/code><\/pre>\n
og udf\u00f8rer en test-HTTPS-anmodning til Cloudflare-serveren, mens vi samtidig optager DNS- og TLS-pakker i Wireshark.<\/p>\n
$ ESNI_COVER=\"www.hello-rkn.ru\" .\/curl-esni https:\/\/cloudflare.com\/<\/code><\/pre>\n
I serverens svar, udover meget fejlfindinginformation fra openssl og curl, vil vi modtage en HTTP-respons med statuskode 301 fra Cloudflare.<\/p>\n
HTTP\/1.1 301 Moved Permanently\n< Date: Sun, 03 Nov 2019 13:12:55 GMT\n< Transfer-Encoding: chunked\n< Connection: keep-alive\n< Cache-Control: max-age=3600\n< Expires: Sun, 03 Nov 2019 14:12:55 GMT\n< Location: https:\/\/www.cloudflare.com\/\n<\/code><\/pre>\n
som vidner om, at vores anmodning blev leveret til den tilt\u00e6nkte server, h\u00f8rt og behandlet.<\/p>\n
Lad os nu se p\u00e5 trafikdumpen i Wireshark, alts\u00e5 hvad udbyderens DPI s\u00e5 i dette tilf\u00e6lde.<\/p>\n
\"Dom\u00e6nforkl\u00e6dning<\/p>\n
Det ses, at curl f\u00f8rst henvendte sig til DNS-serveren for den offentlige eSNI-n\u00f8gle for Cloudflare-serveren - en TXT DNS-anmodning til _esni.cloudflare.com (pakke nr. 13). Derefter, ved at bruge openssl-biblioteket, sendte curl en TLS 1.3-anmodning til Cloudflare-serveren, hvor SNI-feltet blev krypteret med den offentlige n\u00f8gle, der blev modtaget i det foreg\u00e5ende trin (pakke nr. 22). Men bortset fra eSNI-feltet blev der ogs\u00e5 indsat et felt med det almindelige - \u00e5bne SNI i SSL-hello-pakken, som vi kan angive i vilk\u00e5rlig r\u00e6kkef\u00f8lge (i dette tilf\u00e6lde - www.hello-rkn.ru<\/a>). <\/b><\/p>\n
Dette felt med det \u00e5bne SNI blev ikke taget i betragtning ved behandlingen af Cloudflare-serverne og var kun en maskering for udbyderens DPI. Cloudflare-serveren accepterede vores ssl-hello-pakke, dechifrerede eSNI, udtr\u00e6k den oprindelige SNI derfra og behandlede den som var der ikke sket noget (den gjorde alt som det var planlagt ved udviklingen af eSNI).<\/p>\n
Det eneste, man kan h\u00e6nge sig op p\u00e5 i dette tilf\u00e6lde set fra DPI-synsvinklen, er den prim\u00e6re DNS-anmodning til _esni.cloudflare.com. Men vi gjorde DNS-anmodningen offentlig blot for at vise, hvordan denne mekanisme fungerer indefra.<\/p>\n
For endelig at fjerne jorden under f\u00f8dderne p\u00e5 DPI bruger vi allerede n\u00e6vnte mekanisme DNS-over-HTTPS. En lille forklaring - DOH - protokollen, der g\u00f8r det muligt at beskytte mod angreb \"manden i midten\" ved at sende DNS-anmodningen via HTTPS-protokollen.<\/p>\n
Lad os udf\u00f8re anmodningen igen, men denne gang vil vi modtage de offentlige eSNI-n\u00f8gler via https-protokollen, ikke DNS:<\/p>\n
ESNI_COVER=\"www.hello-rkn.ru\" DOH_URL=https:\/\/mozilla.cloudflare-dns.com\/dns-query .\/curl-esni https:\/\/cloudflare.com\/<\/code><\/pre>\n
Trafikdumpen for anmodningen er vist p\u00e5 sk\u00e6rmbilledet nedenfor:<\/p>\n
\"Dom\u00e6nforkl\u00e6dning<\/p>\n
Det ses, at curl f\u00f8rst henvender sig til serveren mozilla.cloudflare-dns.com via DoH-protokollen (https-forbindelse til server 104.16.249.249) for at f\u00e5 v\u00e6rdierne for de offentlige n\u00f8gler til kryptering af SNI, og derefter til den tilt\u00e6nkte server, mens den skjuler sig bag dom\u00e6net www.hello-rkn.ru<\/a>.<\/p>\n
Udover den n\u00e6vnte DoH-resolver mozilla.cloudflare-dns.com kan vi ogs\u00e5 bruge andre popul\u00e6re DoH-tjenester, for eksempel fra den ber\u00f8mte onde virksomhed.
\nLad os udf\u00f8re s\u00e5dan en anmodning:<\/p>\n
ESNI_COVER=\"www.kremlin.ru\" DOH_URL=https:\/\/dns.google\/dns-query .\/curl-esni https:\/\/rutracker.nl\/<\/code><\/pre>\n
Og vi f\u00e5r et svar:<\/p>\n
< HTTP\/1.1 301 Permanent Moved\n< Date: Sun, 03 Nov 2019 14:10:22 GMT\n< Content-Type: text\/html\n< Transfer-Encoding: chunked\n< Connection: keep-alive\n< Set-Cookie: __cfduid=da0144d982437e77b0b37af7d00438b1a1572790222; expires=Mon, 02-Nov-20 14:10:22 GMT; path=\/; domain=.rutracker.nl; HttpOnly; Secure\n< Location: https:\/\/rutracker.nl\/forum\/index.php\n< CF-Cache-Status: DYNAMIC\n< Expect-CT: max-age=604800, report-uri="https:\/\/report-uri.cloudflare.com\/cdn-cgi\/beacon\/expect-ct"\n< Server: cloudflare\n< CF-RAY: 52feee696f42d891-CPH\n<\/code><\/pre>\n
\"Dom\u00e6nforkl\u00e6dning<\/p>\n
I dette tilf\u00e6lde har vi henvendt os til den blokerede server rutracker.nl ved hj\u00e6lp af en DoH-resolver fra dns.google (der er ingen tastefejl, nu har den ber\u00f8mte virksomhed f\u00e5et sit eget topdom\u00e6ne) og skjult os bag et andet dom\u00e6ne, som er strengt forbudt at blokere af alle DPI'er under trussel om d\u00f8dsstraf. Af den modtagne respons kan man forst\u00e5, at vores anmodning blev behandlet med succes.<\/p>\n
Som en yderligere kontrol af, at udbyderens DPI reagerer p\u00e5 den \u00e5bne SNI, som vi bruger som d\u00e6kke, kan vi udf\u00f8re en anmodning til rutracker.nl mens vi skjuler os bag et andet forbudt ressource, for eksempel en anden 'god' torrent-tracker:<\/p>\n
$ ESNI_COVER=\"rutor.info\" DOH_URL=https:\/\/dns.google\/dns-query .\/curl-esni https:\/\/rutracker.nl\/<\/code><\/pre>\n
Vi vil ikke modtage et svar fra serveren, da vores anmodning vil blive blokeret af DPI-systemet.<\/p>\n
En lille konklusion til f\u00f8rste del<\/h3>\n
S\u00e5 vi har form\u00e5et at vise, at eSNI fungerer med openssl og curl og teste dom\u00e6nefronting baseret p\u00e5 eSNI. P\u00e5 samme m\u00e5de kan vi tilpasse vores yndlingsv\u00e6rkt\u00f8jer, der bruger openssl-biblioteket, til at fungere 'under d\u00e6kke' af andre dom\u00e6ner. Mere om dette i vores n\u00e6ste artikler.<\/p>\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0435 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438 \u043a\u043e\u043d\u0442\u0435\u043d\u0442\u0430, \u043e\u0442 \u0442\u0430\u043a\u0438\u0445 \u0438\u043c\u0435\u043d\u0438\u0442\u044b\u0445 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u0435\u0439 \u043a\u0430\u043a Cisco, BlueCoat, FireEye \u0438\u043c\u0435\u044e\u0442 \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0449\u0435\u0433\u043e \u0441 \u0431\u043e\u043b\u0435\u0435 \u043c\u043e\u0449\u043d\u044b\u043c\u0438 \u0438\u0445 \u0441\u043e\u0431\u0440\u0430\u0442\u044c\u044f\u043c\u0438 \u2014 DPI \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0443\u0441\u0438\u043b\u0435\u043d\u043d\u043e \u0432\u043d\u0435\u0434\u0440\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u043d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u043c \u0443\u0440\u043e\u0432\u043d\u0435. \u0421\u0443\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u044b \u0438 \u0442\u0435\u0445 \u0438 \u0434\u0440\u0443\u0433\u0438\u0445 \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e\u0431\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u044c \u0434\u043e\u0441\u043c\u043e\u0442\u0440 \u0432\u0445\u043e\u0434\u044f\u0449\u0435\u0433\u043e \u0438 \u0438\u0441\u0445\u043e\u0434\u044f\u0449\u0435\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442 \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0438, \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0430\u043d\u0438\u0438 \u0447\u0435\u0440\u043d\u044b\u0445\/\u0431\u0435\u043b\u044b\u0445 \u0441\u043f\u0438\u0441\u043a\u043e\u0432, \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u0442\u044c \u0440\u0435\u0448\u0435\u043d\u0438\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52639","post","type-post","status-publish","format-standard","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\udd47Dom\u00e6nefronting baseret p\u00e5 TLS 1.3 | ProHoster","description":"Introduktion til moderne virksomhedssystemer til filtrering.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","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\u0414\u043e\u043c\u0435\u043d-\u0444\u0440\u043e\u043d\u0442\u0438\u043d\u0433 \u043d\u0430 \u0431\u0430\u0437\u0435 TLS 1.3 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0435 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","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-11-12T21:00:00+00:00","article:modified_time":"2026-05-20T17:54:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52639","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 04:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:39:27","updated":"2026-01-24 04:19:19","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\/52639","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=52639"}],"version-history":[{"count":3,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52639\/revisions"}],"predecessor-version":[{"id":173323,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52639\/revisions\/173323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=52639"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=52639"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=52639"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}