{"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\/no\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","title":{"rendered":"Domene-fronting basert p\u00e5 TLS 1.3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Innledning<\/h3>\n

\"Domene-fronting
\nModerne bedriftsinnhold filtreringssystemer fra prominente produsenter som Cisco, BlueCoat, og FireEye har mye til felles med de mer kraftfulle s\u00f8sknene sine \u2014 DPI-systemene, som blir sterkt implementert p\u00e5 nasjonalt niv\u00e5. Kjernen i b\u00e5de dem og de andre er \u00e5 inspisere innkommende og utg\u00e5ende internett-trafikk, og basert p\u00e5 svarte\/hvite lister, ta beslutninger om \u00e5 blokkere internettforbindelser. Siden b\u00e5de bruker lignende prinsipper i sin funksjonalitet, vil ogs\u00e5 metodene for \u00e5 omg\u00e5 dem ha mye til felles.<\/p>\n

En av teknologiene som gj\u00f8r det mulig \u00e5 omg\u00e5 b\u00e5de DPI og bedriftsfiltreringssystemer effektivt, er domain fronting-teknologi. Den g\u00e5r ut p\u00e5 \u00e5 f\u00e5 tilgang til en blokkert ressurs ved \u00e5 dekke seg bak et annet, offentlig domene med et godt omd\u00f8mme, som engelske google.com, og s\u00e5ledes ikke vil bli blokkert av noe system.<\/p>\n

Det er skrevet en god del artikler om denne teknologien, og mange eksempler er blitt gitt. Imidlertid gir popul\u00e6re og nylig omtalte teknologier som DNS-over-HTTPS og encrypted-SNI, samt den nye versjonen av protokollen TLS 1.3, muligheten til \u00e5 vurdere en annen variant av domain fronting.
\n<\/a><\/p>\n

La oss se n\u00e6rmere p\u00e5 teknologien<\/h3>\n

P\u00e5 f\u00f8rst, la oss definere de grunnleggende begrepene slik at alle har en forst\u00e5else av hvem som er hvem og hvorfor alt dette er n\u00f8dvendig. Vi har nevnt mekanismen eSNI, hvis funksjon vil bli gjennomg\u00e5tt videre. Mekanismen eSNI (encrypted Server Name Indication) er den sikre versjonen av SNI, kun tilgjengelig for protokoll TLS 1.3. Hovedpoenget er \u00e5 kryptere, inkludert informasjon om hvilket domene foresp\u00f8rselen sendes til.<\/p>\n

La oss n\u00e5 se p\u00e5 hvordan eSNI-mekanismen fungerer i praksis.<\/p>\n

La oss si at vi har en nettressurs som blokkeres av et moderne DPI-l\u00f8sning (la oss ta et kjent torrenttracker som eksempel - rutracker.nl). N\u00e5r vi pr\u00f8ver \u00e5 f\u00e5 tilgang til torrenttrackeren, ser vi en vanlig provider-feilmelding om at ressursen er blokkert:<\/p>\n

\"Domene-fronting<\/p>\n

P\u00e5 nettstedet til RKN oppf\u00f8res dette domenet virkelig i svartelistene:<\/p>\n

\"Domene-fronting<\/p>\n

Ved \u00e5 foresp\u00f8rre whois kan vi se at selve domenet er 'skjult' bak den skybaserte tjenesteleverand\u00f8ren Cloudflare.<\/p>\n

\"Domene-fronting<\/p>\n

Men i motsetning til \u00abekspertene\u00bb fra RKN, s\u00e5 valgte de mer teknisk kyndige ansatte fra Beeline (eller de som har l\u00e6rt av den bitre erfaringen med v\u00e5r ber\u00f8mte regulator) \u00e5 ikke bare blokkere nettsiden etter IP-adressen, men spesifikt legge til domenenavnet<\/a>. Dette kan lett bekreftes hvis man ser hva andre domener som skjuler seg bak dette samme IP-adressen<\/a>, bes\u00f8ker et av dem og ser at tilgangen ikke er blokkert:<\/p>\n

\"Domene-fronting<\/p>\n

Hvordan kan dette skje? Hvordan finner providerens DPI ut hvilket domene nettleseren min g\u00e5r til, n\u00e5r all kommunikasjon skjer over https-protokollen, og vi har ikke lagt merke til at Beeline har byttet ut https-sertifikater? Er det en form for klarsyn eller blir jeg overv\u00e5ket?<\/p>\n

La oss pr\u00f8ve \u00e5 svare p\u00e5 dette sp\u00f8rsm\u00e5let ved \u00e5 se p\u00e5 trafikken gjennom Wireshark.<\/p>\n

\"Domene-fronting<\/p>\n

P\u00e5 skjermbildet ser vi at nettleseren f\u00f8rst f\u00e5r IP-adressen til serveren via DNS, deretter skjer den standard TCP-h\u00e5ndtrykkingen med destinasjonsserveren, og til slutt pr\u00f8ver nettleseren \u00e5 etablere en SSL-tilkobling til serveren. For dette sender den pakken SSL<\/a> Client Hello, som inneholder navnet p\u00e5 den opprinnelige domenen i klartekst. Dette feltet er n\u00f8dvendig for front-end-serveren til Cloudflare for \u00e5 kunne rute forbindelsen riktig. Det er her providerens DPI fanger oss, og bryter forbindelsen. Vi f\u00e5r ingen melding fra provider, og ser bare den vanlige nettleserfeilen, som om nettsiden er stengt eller bare ikke fungerer:<\/p>\n

\"Domene-fronting<\/p>\n

N\u00e5 la oss aktivere eSNI-mekanismen i nettleseren, slik det er skrevet i instruksjonen for Firefox <\/a>:
\nFor dette \u00e5pner vi konfigurasjonssiden i Firefox about:config<\/b> og aktiverer f\u00f8lgende innstillinger:<\/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
Etter dette vil vi sjekke om innstillingene fungerer korrekt p\u00e5 Cloudflare-siden med lenken<\/a> og pr\u00f8ve trikset med torrent-trackeren v\u00e5r igjen.<\/p>\n
\"Domene-fronting<\/p>\n
Voil\u00e0. V\u00e5r favoritt tracker \u00e5pnet seg, uten bruk av VPN eller proxy-servere. La oss n\u00e5 se p\u00e5 trafikks dumpen i Wireshark, hva skjedde.<\/p>\n
\"Domene-fronting<\/p>\n
Denne gangen inneholder pakken SSL Client Hello ikke domenenavnet i klartekst, men en ny felt er lagt til pakken - encrypted_server_name - der verdien rutracker.nl befinner seg, og dette feltet kan kun dekrypteres av front-end-serveren til Cloudflare. Dermed har ikke providerens DPI noe annet \u00e5 gj\u00f8re enn \u00e5 vaske hendene sine og la slik trafikk passere. Det er ikke noen andre muligheter med kryptering.<\/p>\n
N\u00e5, hvordan fungerer teknologien i nettleseren \u2014 vi har sett p\u00e5 det. N\u00e5 la oss pr\u00f8ve \u00e5 bruke den til mer spesifikke og interessante ting. F\u00f8rst vil vi l\u00e6re curl \u00e5 bruke eSNI for \u00e5 jobbe med TLS 1.3, og samtidig se hvordan domenefronting fungerer basert p\u00e5 eSNI.<\/p>\n
Domenefronting med eSNI<\/h3>\n
Siden curl for \u00e5 koble til via https-protokollen bruker standardbiblioteket openssl, m\u00e5 vi f\u00f8rst s\u00f8rge for at eSNI st\u00f8ttes der. Det finnes for \u00f8yeblikket ingen st\u00f8tte for eSNI i master-grenene av openssl, s\u00e5 vi m\u00e5 laste ned en spesialgren av openssl, kompilere den og installere den.<\/p>\n
Vi kloner depotet fra GitHub og komprimerer som vanlig:<\/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
Videre kloner vi depotet fra curl og konfigurerer kompileringen med v\u00e5r sammensatte 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 viktig \u00e5 angi alle katalogene hvor openssl befinner seg riktig (i v\u00e5rt tilfelle \u2014 det er \/opt\/openssl\/) og s\u00f8rge for at konfigurasjonsprosessen g\u00e5r uten feil.<\/p>\n
Ved vellykket konfigurasjon \u2014 vil vi se linjen:<\/p>\n
WARNING: esni ESNI enabled but marked EXPERIMENTAL. Use with caution!<\/b><\/p>\n
$ make<\/code><\/pre>\n
Etter vellykket bygging av pakken vil vi bruke en spesiell bash-fil fra openssl for \u00e5 konfigurere og kj\u00f8re curl. Vi kopierer den til katalogen med curl for enkelhet:<\/p>\n
cp \/opt\/openssl\/esnistuff\/curl-esni <\/code><\/pre>\n
og utf\u00f8rer en test https-foresp\u00f8rsel til cloudflare-serveren, samtidig som vi registrerer 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, i tillegg til en mengde feils\u00f8kingsinformasjon fra openssl og curl, mottar vi et HTTP-svar med kode 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 vitner om at foresp\u00f8rselen v\u00e5r ble vellykket levert til destinasjonsserveren, h\u00f8rt og behandlet.<\/p>\n
La oss n\u00e5 se p\u00e5 trafikksdumpen i Wireshark, alts\u00e5 hva leverand\u00f8rens DPI s\u00e5 i dette tilfellet.<\/p>\n
\"Domene-fronting<\/p>\n
Det er tydelig at curl f\u00f8rst kontaktet DNS-serveren for den offentlige eSNI-n\u00f8kkelen for cloudflare-serveren \u2014 TXT DNS-foresp\u00f8rsel til _esni.cloudflare.com (pakke nr. 13). Deretter, ved hjelp av openssl-biblioteket, sendte curl en TLS 1.3-foresp\u00f8rsel til cloudflare-serveren hvor SNI-feltet var kryptert med den offentlige n\u00f8kkelen som ble mottatt i forrige trinn (pakke nr. 22). Men i tillegg til eSNI-feltet ble det i SSL-hello-pakken ogs\u00e5 lagt inn et felt med standard \u2014 \u00e5pen SNI, som vi kan spesifisere i vilk\u00e5rlig rekkef\u00f8lge (i dette tilfellet \u2014 www.hello-rkn.ru<\/a>). <\/b><\/p>\n
Dette \u00e5pne SNI-feltet ble ikke vurdert av cloudflare-serverne og fungerte bare som en maskering for providers DPI. Cloudflare-serveren mottok v\u00e5r ssl-hello-pakke, dekrypterte eSNI, hentet den originale SNI og h\u00e5ndterte den som om ingenting hadde skjedd (gjorde alt akkurat slik det var planlagt under utviklingen av eSNI).<\/p>\n
Det eneste som kan bli et problem for DPI i dette tilfellet er den prim\u00e6re DNS-foresp\u00f8rselen til _esni.cloudflare.com. Men vi gjorde DNS-foresp\u00f8rselen \u00e5pen bare for \u00e5 vise hvordan denne mekanismen fungerer innvendig.<\/p>\n
For \u00e5 fjerne grunnlaget for DPI helt bruker vi den allerede nevnte mekanismen DNS-over-HTTPS. En liten forklaring \u2013 DOH \u2013 er en protokoll som beskytter mot \u00abman-in-the-middle\u00bb-angrep ved \u00e5 sende DNS-foresp\u00f8rselen via HTTPS-protokollen.<\/p>\n
La oss gj\u00f8re foresp\u00f8rselen p\u00e5 nytt, men denne gangen vil vi f\u00e5 de offentlige eSNI-n\u00f8klene over HTTPS, 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
Trafikkdumpen for foresp\u00f8rselen er presentert i skjermbildet nedenfor:<\/p>\n
\"Domene-fronting<\/p>\n
Det er tydelig at curl f\u00f8rst kontakter serveren mozilla.cloudflare-dns.com via DoH-protokollen (HTTPS-forbindelse til server 104.16.249.249), for \u00e5 f\u00e5 de offentlige n\u00f8kkelvektene for kryptering av SNI, og deretter til m\u00e5lserveren, mens den skjuler seg bak domenet. www.hello-rkn.ru<\/a>.<\/p>\n
I tillegg til den nevnte DoH-oppleveren mozilla.cloudflare-dns.com kan vi ogs\u00e5 bruke andre popul\u00e6re DoH-tjenester, for eksempel fra den ber\u00f8mte ondskapens korporasjon.
\nLa oss gj\u00f8re en slik foresp\u00f8rsel:<\/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 svaret:<\/p>\n
< HTTP\/1.1 301 Moved Permanently\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
\"Domene-fronting<\/p>\n
I dette tilfellet har vi kontaktet den blokkerte serveren rutracker.nl ved \u00e5 bruke DoH-oppl\u00f8ser dns.google (det er ikke en skrivefeil, n\u00e5 har det ber\u00f8mte selskapet f\u00e5tt sitt eget toppniv\u00e5domene) og skjult oss bak et annet domene, som er strengt forbudt \u00e5 blokkere av alle DPI-systemer under trussel om d\u00f8dsstraff. Svarene vi mottar viser at foresp\u00f8rselen v\u00e5r ble behandlet vellykket.<\/p>\n
Som en ekstra sjekk p\u00e5 at leverand\u00f8rens DPI reagerer p\u00e5 \u00e5pen SNI, som vi bruker som dekning \u2014 kan vi sende en foresp\u00f8rsel til rutracker.nl mens vi skjuler oss bak en annen forbudt ressurs, for eksempel en annen \"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 f\u00e5r ikke noe svar fra serveren, da foresp\u00f8rselen v\u00e5r vil bli blokkert av DPI-systemet.<\/p>\n
En liten konklusjon til f\u00f8rste del<\/h3>\n
Vi har klart \u00e5 demonstrere funksjonaliteten til eSNI ved hjelp av openssl og curl og sjekke ytelsen til domene-fronting basert p\u00e5 eSNI. P\u00e5 samme m\u00e5te kan vi tilpasse v\u00e5re favorittverkt\u00f8y som bruker openssl-biblioteket for \u00e5 fungere \"under dekke\" av andre domener. Mer om dette i v\u00e5re kommende 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\udd47Domenefronting basert p\u00e5 TLS 1.3 | ProHoster","description":"Innledning Moderne bedriftsfiltreringssystemer.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\/no\/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\/no\/wp-json\/wp\/v2\/posts\/52639","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=52639"}],"version-history":[{"count":3,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/52639\/revisions"}],"predecessor-version":[{"id":173323,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/52639\/revisions\/173323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=52639"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=52639"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=52639"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}