{"id":39415,"date":"2019-10-31T22:32:08","date_gmt":"2019-10-31T19:32:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/check-point-optimizatsiya-cpu-i-ram\/"},"modified":"2019-10-31T22:32:08","modified_gmt":"2019-10-31T19:32:08","slug":"check-point-optimizatsiya-cpu-i-ram","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","title":{"rendered":"Check Point: optimering af CPU og RAM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Check
\nHej kolleger! I dag vil jeg gerne diskutere et meget aktuelt emne for mange Check Point-administratorer: \"Optimering af CPU og RAM\". Der er ofte tilf\u00e6lde, hvor gatewayen og\/eller managementserveren bruger uventet mange af disse ressourcer, og jeg vil gerne forst\u00e5, hvor de \"forlader\", og hvordan vi bedst muligt kan anvende dem. <\/p>\n

1. Analyse<\/h3>\n

\nFor at analysere CPU-belastningen er det nyttigt at bruge f\u00f8lgende kommandoer, som indtastes i ekspert-tilstand:
\n<\/a><\/noindex>
\ntop<\/b> viser alle processer, m\u00e6ngden af forbrugte CPU- og RAM-ressourcer i procent, uptime, procesprioritet og andet<\/a><\/noindex> i realtid<\/i>og <\/p>\n

\"Check
\n
\ncpwd_admin list<\/b> Check Point WatchDog Daemon, som viser alle appliance-moduler, deres PID, status og antal opstartninger<\/i><\/p>\n

\"Check
\n
\ncpstat -f cpu os<\/b> CPU-forbrug, deres antal og fordeling af processorens tid i procent<\/i><\/p>\n

\"Check
\n
\ncpstat -f memory os<\/b> brugen af virtuel RAM, hvor meget der er i alt aktivt, ledig RAM og andet<\/i><\/p>\n

\"Check
\n
\nDet er korrekt at bem\u00e6rke, at alle cpstat-kommandoer kan ses ved hj\u00e6lp af v\u00e6rkt\u00f8jet cpview<\/b>. For at g\u00f8re dette skal du blot indtaste kommandoen cpview fra enhver tilstand i SSH-sessionen.<\/p>\n

\"Check
\n\"Check
\n
\nps auxwf<\/b> lang liste over alle processer, deres ID, den virtuelle hukommelse og hukommelsen i RAM, CPU<\/i><\/p>\n

\"Check
\n
\nEn anden variation af kommandoen: <\/p>\n

ps -aF<\/b> viser den mest ressourcetunge proces<\/i><\/p>\n

\"Check
\n
\nfw ctl affinity -l -a<\/b> fordeling af kerner til forskellige firewall-instanser, det vil sige CoreXL-teknologien<\/i><\/p>\n

\"Check
\n
\n fw ctl pstat<\/b> analyse af RAM og generelle forbindelsesdata, cookies, NAT<\/i><\/p>\n

\"Check
\n
\nfree -m<\/b> RAM-buffer<\/i><\/p>\n

\"Check
\n
\nKommandoen netsat <\/b>og dens variationer fortjener s\u00e6rlig opm\u00e6rksomhed. For eksempel, netstat -i<\/b> kan hj\u00e6lpe med at l\u00f8se opgaven med at overv\u00e5ge bufferne. Parameteren, RX dropped packets (RX-DRP) i outputtet af denne kommando vokser ofte selvst\u00e6ndigt p\u00e5 grund af nedslidninger fra illegitime protokoller (IPv6, Bad \/ Unintended VLAN-tags osv.). Men hvis nedslidningerne sker af en anden \u00e5rsag, b\u00f8r man bruge denne en artikel<\/a><\/noindex>, for at starte en unders\u00f8gelse og forst\u00e5, hvorfor denne netv\u00e6rksgr\u00e6nseflade taber pakker. N\u00e5r \u00e5rsagen er kendt, kan arbejdet med appliance ogs\u00e5 optimeres.<\/p>\n

\"Check
\n
\nHvis overv\u00e5gningsbladet er aktiveret, kan man se disse m\u00e5linger grafisk i SmartConsole ved at klikke p\u00e5 objektet og v\u00e6lge punktet \"Device & License Information\". <\/p>\n

Det anbefales ikke at have overv\u00e5gningsbladet aktiveret konstant, men det er helt fint at have det aktivt i en dag til test.<\/p>\n

\"Check
\n
\nDesuden kan man tilf\u00f8je flere parametre til overv\u00e5gning, en af dem er meget nyttig - Bytes Throughput (appliance's gennemstr\u00f8mning).<\/p>\n

\"Check
\n
\nHvis der er et andet overv\u00e5gningssystem, for eksempel et gratis, Zabbix<\/a><\/noindex>, baseret p\u00e5 SNMP, vil det ogs\u00e5 kunne bruges til at identificere de problemer.<\/p>\n

2. \"L\u00e6kage\" af RAM over tid<\/h3>\n

\nDet opst\u00e5r ofte sp\u00f8rgsm\u00e5let, om gatewayen eller managementserveren begynder at bruge mere og mere RAM over tid. Jeg vil gerne berolige dig: det er en normal situation for Linux-lignende systemer. <\/p>\n

Ved at se output fra kommandoerne free -m<\/b> og cpstat -f memory os<\/b> i appliance fra ekspertmode kan man beregne og se alle parametre relateret til RAM.<\/p>\n

Faktisk er den tilg\u00e6ngelige hukommelse p\u00e5 gatewayen i \u00f8jeblikket Free Memory<\/b> + Buffers Memory<\/b> + Cached Memory<\/b> = +-1,5 GB<\/b>, som regel.<\/p>\n

Som CPO siger, optimeres gatewayen\/managementserveren over tid og bruger mere hukommelse, op til cirka 80% forbrug, og stopper derefter. Du kan genstarte enheden, og s\u00e5 vil indikatoren nulstille sig. 1,5 GB fri RAM er helt tilstr\u00e6kkeligt til, at gatewayen kan udf\u00f8re alle opgaver, og management sj\u00e6ldent n\u00e5r s\u00e5danne t\u00e6rskelv\u00e6rdier.<\/p>\n

Desuden vil output fra de n\u00e6vnte kommandoer vise, hvor meget du har af Low memory<\/b> (hukommelse i brugerrum) og High memory<\/b> (hukommelse i kernerum) er brugt.<\/p>\n

Kernelprocesser (inklusive aktive moduler, s\u00e5som Check Point kernelmoduler) bruger kun Low memory. Men brugerprocesser kan bruge b\u00e5de Low og High memory. Desuden er Low memory cirka Total Memory<\/b>.<\/p>\n

Man b\u00f8r kun v\u00e6re bekymret, hvis der i logfilerne opst\u00e5r fejl \"modules reboot or processes being killed to reclaim memory due to OOM (Out of memory)\"<\/b>. I s\u00e5 fald b\u00f8r du genstarte gatewayen og kontakte support, hvis genstart ikke hj\u00e6lper.<\/p>\n

En fuldst\u00e6ndig beskrivelse kan findes i sk99547 <\/a><\/noindex>og sk99593<\/a><\/noindex>.<\/p>\n

3. Optimering<\/h3>\n

\nNedenfor er sp\u00f8rgsm\u00e5l og svar om optimering af CPU og RAM. Man b\u00f8r \u00e6rligt besvare dem selv og lytte til anbefalingerne.<\/p>\n

3.1. Var appliance korrekt udvalgt? Var der en pilotprojekt?<\/h4>\n

\nP\u00e5 trods af korrekt sizing kunne netv\u00e6rket simpelthen v\u00e6re vokset, og dette udstyr kan simpelthen ikke klare belastningen. Den anden mulighed er, at der som s\u00e5dan ikke var noget sizing.<\/p>\n

3.2. Er HTTPS-inspektion aktiveret? Hvis ja, er teknologien indstillet efter Best Practice? <\/h4>\n

\nKontakt artiklen<\/a><\/noindex>, hvis du er vores kunde, eller til sk108202<\/a><\/noindex>.<\/p>\n

R\u00e6kkef\u00f8lgen af regler i HTTPS-inspektionspolitikken har stor betydning for optimeringen af \u00e5bning af HTTPS-websteder.<\/p>\n

Den anbefalede r\u00e6kkef\u00f8lge af reglerne:<\/p>\n

    \n
  1. Bypass-regler med kategorier\/URL<\/li>\n
  2. Inspektionsregler med kategorier\/URL<\/li>\n
  3. Inspektionsregler for alle andre kategorier<\/li>\n<\/ol>\n

    \n\"Check
    \n
    \nLigegyldigt med firewalls politik, s\u00f8ger Check Point match p\u00e5 pakker fra top til bund, s\u00e5 bypass regler b\u00f8r placeres \u00f8verst, da gatewayen ikke vil bruge ressourcer p\u00e5 at gennemg\u00e5 alle regler, hvis denne pakke skal overses.<\/p>\n

    3.3 Bruger man address-range objekter?<\/h4>\n

    \nObjekter med adresseinterval, for eksempel netv\u00e6rk 192.168.0.0-192.168.5.0, kr\u00e6ver betydeligt mere RAM end 5 netv\u00e6rksobjekter. Generelt anses det som en god praksis at fjerne ubrugte objekter i SmartConsole, da hver gang politikken anvendes, bruger gatewayen og management server ressourcer og tid p\u00e5 at verificere og anvende politikken.<\/p>\n

    3.4. Hvordan er politikken for Threat Prevention konfigureret? <\/h4>\n

    \nFor det f\u00f8rste anbefaler Check Point at flytte IPS til en separat profil og oprette separate regler til denne blade. <\/p>\n

    For eksempel mener administratoren, at DMZ-segmentet kun skal beskyttes ved hj\u00e6lp af IPS. Derfor, for at gatewayen ikke skal bruge ressourcer p\u00e5 at behandle pakker med andre blades, er det n\u00f8dvendigt at oprette en regel specifikt til dette segment med en profil, der kun har IPS aktiveret.<\/p>\n

    Vedr\u00f8rende konfigurationen af profiler anbefales det at indstille den efter bedste praksis i dette dokument<\/a><\/noindex>(siderne 17-20).<\/p>\n

    3.5. Hvor mange signaturer er der i Detect-tilstand i IPS-indstillingerne? <\/h4>\n

    \nDet anbefales kraftigt at gennemg\u00e5 signaturerne, s\u00e5ledes at ubrugte bliver deaktiveret (for eksempel kr\u00e6ver signaturer til udnyttelse af Adobe-produkter meget computerkraft, og hvis kunden ikke har s\u00e5danne produkter, giver det mening at deaktivere disse signaturer). Derefter skal Prevent v\u00e6lges i stedet for Detect, hvor det er muligt, fordi gatewayen bruger ressourcer p\u00e5 at behandle hele forbindelsen i Detect-tilstand; i Prevent-tilstand bortkaster den straks forbindelsen og bruger ikke ressourcer p\u00e5 fuld pakkebehandling.<\/p>\n

    3.6. Hvilke filer behandles af blades Threat Emulation, Threat Extraction, Anti-Virus?<\/h4>\n

    \nDet giver ikke mening at emulere og analysere filtyper, som dine brugere ikke downloader, eller som du mener er un\u00f8dvendige i dit netv\u00e6rk (f.eks. kan bat, exe-filer nemt blokeres med Content Awareness-blade p\u00e5 firewall-niveau, s\u00e5 gatewayens ressourcer vil blive brugt mindre). Desuden giver det heller ikke mening at v\u00e6lge Windows 7 som milj\u00f8 til trusselsemulering i sandkassen, n\u00e5r alle brugere arbejder med version 10.<\/p>\n

    3.7. Er firewall-reglerne og applikationsniveau-reglerne placeret i overensstemmelse med bedste praksis? <\/h4>\n

    \nHvis en regel har mange hits (overensstemmelser), b\u00f8r de placeres \u00f8verst, mens regler med f\u00e5 hits b\u00f8r placeres nederst. Det vigtigste er at sikre, at de ikke overlapper eller blokerer for hinanden. Den anbefalede arkitektur for firewall-politik er:<\/p>\n

    \"Check
    \n
    \nForklaringer: <\/p>\n

    First Rules \u2014 her placeres reglerne med flest overensstemmelser
    \nNoise Rule \u2014 en regel til at filtrere u\u00f8nsket trafik, s\u00e5som NetBIOS
    \nStealth Rule \u2014 forbyder henvendelser til gateways og managementsystemer fra alle undtagen de kilder, der er angivet i reglerne for Authentication to Gateway Rules
    \nClean-Up, Last og Drop Rules samles typisk i \u00e9n regel for at forbyde alt, der ikke tidligere er tilladt<\/p>\n

    Disse bedste praksisser er beskrevet i sk106597<\/a><\/noindex>.<\/p>\n

    3.8. Hvilke indstillinger er angivet for de tjenester, som administratorerne har oprettet? <\/h4>\n

    \nFor eksempel, hvis der oprettes en TCP-tjeneste p\u00e5 en bestemt port, er det fornuftigt at fjerne markeringen for \"Match for Any\" i de avancerede tjenesteindstillinger. I s\u00e5 fald vil denne tjeneste specifikt falde ind under den regel, hvor den er n\u00e6vnt, og ikke deltage i regler, hvor \"Any\" st\u00e5r i kolonnen Tjenester.<\/p>\n

    \"Check
    \n
    \nN\u00e5r vi taler om tjenester, er det v\u00e6rd at n\u00e6vne, at det nogle gange er n\u00f8dvendigt at finjustere timeout-indstillingerne. Denne indstilling vil hj\u00e6lpe med at disponere gatewayens ressourcer bedre, s\u00e5 TCP\/UDP-sessioner med protokoller, der ikke kr\u00e6ver en lang timeout, ikke holder l\u00e6ngere end n\u00f8dvendigt. For eksempel p\u00e5 billedet nedenfor, har jeg \u00e6ndret timeout for domain-udp-tjenesten fra 40 sekunder til 30 sekunder.<\/p>\n

    \"Check
    \n<\/p>\n

    3.9. Bruges SecureXL, og hvad er accelerationsprocenten? <\/h4>\n

    \nKvaliteten af SecureXL's ydeevne kan kontrolleres med de grundl\u00e6ggende kommandoer i ekspert-tilstand p\u00e5 gatewayen fwaccel stat<\/b> og fw accel stats -s<\/b>. Derefter skal vi finde ud af, hvilken trafik der accelereres, og hvilke skabeloner der kan oprettes yderligere. <\/p>\n

    Som standard er Drop Templates ikke aktiveret, men aktivere dem vil forbedre SecureXL's ydeevne. For at g\u00f8re dette, g\u00e5 til gateway-indstillingerne og fanen Optimeringer:<\/p>\n

    \"Check
    \n
    \nN\u00e5r man arbejder med en klynge, kan man for at optimere CPU'en deaktivere synkronisering af ikke-kritiske tjenester som UDP DNS, ICMP og andre. For dette form\u00e5l skal du g\u00e5 til serviceindstillinger \u2192 Avanceret \u2192 Synchronize connections of State Synchronization is enabled on the cluster.<\/p>\n

    \"Check
    \n
    \nAlle Best Practice er beskrevet i     sk98348<\/a><\/noindex>.<\/p>\n

    3.10. Hvordan anvendes CoreXl? <\/h4>\n

    \nCoreXL-teknologien, der muligg\u00f8r brugen af flere CPU'er til firewall-instanser (firewall-moduler), hj\u00e6lper entydigt med at optimere enhedens ydeevne. F\u00f8rst vil kommandoen fw ctl affinity -l -a <\/b>vise de anvendte firewall-instanser og de processorer, der er tildelt til SND-behov (modulet, der fordeler trafik til firewall-enheder). Hvis ikke alle processorer er i brug, kan de tilf\u00f8jes med kommandoen cpconfig <\/b>p\u00e5 gatewayen.
    \nEn god id\u00e9 er ogs\u00e5 at installere     hotfixet <\/a><\/noindex>for at aktivere Multi-Queue. Multi-Queue l\u00f8ser problemet, n\u00e5r en processor med SND anvendes i h\u00f8j procent, mens firewall-instanser p\u00e5 andre processorer st\u00e5r ubrugt. Dermed ville SND f\u00e5 mulighed for at oprette flere k\u00f8er for en NIC og s\u00e6tte forskellige prioriteter for forskellige trafikniveauer i kernen. F\u00f8lgelig vil CPU-kernene blive brugt mere effektivt. Metoderne er ogs\u00e5 beskrevet i sk98348<\/a><\/noindex>.<\/p>\n

    Afslutningsvis vil jeg sige, at dette langt fra er alle Best Practices for optimering af Check Point-ydelse, men de mest popul\u00e6re. Hvis du \u00f8nsker at bestille en revision af din sikkerhedspolitik eller l\u00f8se et problem relateret til Check Point, er du velkommen til at kontakte sales@tssolution.ru. <\/p>\n

    Tak for din opm\u00e6rksomhed!
    \n
    Kilde:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435, \u043a\u043e\u043b\u043b\u0435\u0433\u0438! \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0445\u043e\u0442\u0435\u043b \u0431\u044b \u043e\u0431\u0441\u0443\u0434\u0438\u0442\u044c \u043e\u0447\u0435\u043d\u044c \u0430\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0434\u043b\u044f \u043c\u043d\u043e\u0433\u0438\u0445 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u043e\u0432 Check Point \u0442\u0435\u043c\u0443 \u00ab\u041e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f CPU \u0438 RAM\u00bb. \u041d\u0435\u0440\u0435\u0434\u043a\u0438 \u0441\u043b\u0443\u0447\u0430\u0438, \u043a\u043e\u0433\u0434\u0430 \u0448\u043b\u044e\u0437 \u0438\/\u0438\u043b\u0438 \u043c\u0435\u043d\u0435\u0434\u0436\u043c\u0435\u043d\u0442 \u0441\u0435\u0440\u0432\u0435\u0440 \u043f\u043e\u0442\u0440\u0435\u0431\u043b\u044f\u044e\u0442 \u043d\u0435\u043e\u0436\u0438\u0434\u0430\u043d\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u044d\u0442\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432, \u0438 \u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u0431\u044b \u043f\u043e\u043d\u044f\u0442\u044c, \u043a\u0443\u0434\u0430 \u043e\u043d\u0438 \u201c\u0443\u0442\u0435\u043a\u0430\u044e\u0442\u201d, \u0438 \u043f\u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u0433\u0440\u0430\u043c\u043e\u0442\u043d\u0435\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0438\u0445. 1. \u0410\u043d\u0430\u043b\u0438\u0437 \u0414\u043b\u044f \u0430\u043d\u0430\u043b\u0438\u0437\u0430 \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430 \u043f\u043e\u043b\u0435\u0437\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u043a\u043e\u043c\u0430\u043d\u0434\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":39416,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39415","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\udd47Check Point: optimering af CPU og RAM | ProHoster","description":"Hej kolleger!","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","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\udd47Check Point: \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f CPU \u0438 RAM | ProHoster","og:description":"\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435, \u043a\u043e\u043b\u043b\u0435\u0433\u0438!","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","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-31T19:32:08+00:00","article:modified_time":"2019-10-31T19:32:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39415","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 01:55:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:50:24","updated":"2026-01-24 01:55:21","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\/39415","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=39415"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/39415\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/39416"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=39415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=39415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=39415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}