{"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\/sl\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","title":{"rendered":"Check Point: optimizacija CPU in RAM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Check
\nPozdravljeni, kolegi! Danes bi \u017eelel razpravljati o zelo aktualni temi za mnoge skrbnike Check Point, 'Optimizacija CPU in RAM'. Ni redko, da prehod in\/ali stre\u017enik za upravljanje nepri\u010dakovano porabita veliko teh virov, zato bi \u017eelel razumeti, kam 'uhajajo' in po mo\u017enosti bolj u\u010dinkovito izkoristiti te vire. <\/p>\n

1. Analiza<\/h3>\n

\nZa analizo obremenitve procesorja je koristno uporabiti naslednje ukaze, ki jih vnesemo v expert na\u010din:
\n<\/a><\/noindex>
\ntop<\/b> prikazuje vse procese, koli\u010dino porabljenih virov CPU in RAM v odstotkih, uptime, prioritet procesa in drugo<\/a><\/noindex> v realnem \u010dasu<\/i>in <\/p>\n

\"Check
\n
\ncpwd_admin list<\/b> Check Point WatchDog Daemon, ki prikazuje vse module naprave, njihov PID, stanje in \u0161tevilo zagonov<\/i><\/p>\n

\"Check
\n
\ncpstat -f cpu os<\/b> poraba CPU, njihovo \u0161tevilo in razporeditev procesorskega \u010dasa v odstotkih<\/i><\/p>\n

\"Check
\n
\ncpstat -f memory os<\/b> poraba virtualne RAM, koliko je skupno aktivne, proste RAM in druge informacije<\/i><\/p>\n

\"Check
\n
\nPravilna opomba bi bila, da lahko vse ukaze cpstat pogledamo s pomo\u010djo orodja cpview<\/b>. Za to je samo treba vnesti ukaz cpview iz katerega koli na\u010dina v SSH seji.<\/p>\n

\"Check
\n\"Check
\n
\nps auxwf<\/b> dolga lista vseh procesov, njihovih ID-jev, zasedene virtualne pomnilnike in RAM, CPU<\/i><\/p>\n

\"Check
\n
\nDruga variacija ukaza: <\/p>\n

ps -aF<\/b> prikazuje najbolj potratni proces<\/i><\/p>\n

\"Check
\n
\nfw ctl affinity -l -a<\/b> razporeditev jeder pod razli\u010dne instance po\u017earnega zidu, torej tehnologija CoreXL<\/i><\/p>\n

\"Check
\n
\n fw ctl pstat<\/b> analiza RAM in splo\u0161ni kazalniki povezav, pi\u0161kotkov, NAT<\/i><\/p>\n

\"Check
\n
\nfree -m<\/b> pomnilni\u0161ki predpomnilnik RAM<\/i><\/p>\n

\"Check
\n
\nPosebne pozornosti vredno je ukaz netsat <\/b>in njegove variacije. Na primer, netstat -i<\/b> lahko pomaga re\u0161iti nalogo spremljanja predpomnilnikov. Parameter, RX dropped packets (RX-DRP) v izhodu tega ukaza se obi\u010dajno pove\u010dava sam od sebe zaradi izgub nezakonitih protokolov (IPv6, slabi\/ne\u017eeleni VLAN oznake in drugi). Vendar, \u010de prihaja do izgub iz drugega razloga, je smiselno uporabiti to \u010dlanek<\/a><\/noindex>, da za\u010dnete preiskavo in razumete, zakaj ta omre\u017eni vmesnik zavra\u010da pakete. Po odkritju vzroka je tudi mogo\u010de optimizirati delovanje naprave.<\/p>\n

\"Check
\n
\n\u010ce je vklopljen blade Monitoring, lahko te kazalnike ogledate grafi\u010dno v SmartConsole, tako da kliknete na objekt in izberete to\u010dko 'Device & License Information'. <\/p>\n

Na trajni osnovi vklapljanje blade Monitoring ni priporo\u010dljivo, vendar je za en dan za test povsem sprejemljivo.<\/p>\n

\"Check
\n
\nPoleg tega je mogo\u010de dodati \u0161e ve\u010d parametrov za spremljanje, eden izmed njih je zelo koristen \u2014 Bytes Throughput (propustnost naprave).<\/p>\n

\"Check
\n
\n\u010ce obstaja kak\u0161na druga monitorna sistema, na primer brezpla\u010dna Zabbix<\/a><\/noindex>, ki temelji na SNMP, tudi to ustreza za zaznavanje teh te\u017eav.<\/p>\n

2. \"Uhajanje\" RAM-a skozi \u010das<\/h3>\n

\nPogosto se postavlja vpra\u0161anje, da za\u010dne prehod ali upravljalski stre\u017enik skozi \u010das porabiti vedno ve\u010d RAM-a. \u017delim pomiriti: to je normalno za sisteme, podobne Linuxu. <\/p>\n

\u010ce pogledate izhod ukazov free -m<\/b> in cpstat -f memory os<\/b> na napravi iz ekspertnega na\u010dina, lahko izra\u010dunate in si ogledate vse parametre, povezane z RAM-om.<\/p>\n

Dejansko razpolo\u017eljive pomnilni\u0161ke kapacitete na prehodu trenutno Prosta pomnilnost<\/b> + Pomnilnost v medpredpomnilniku<\/b> + Zgo\u0161\u010dena pomnilnost<\/b> = +-1.5 GB<\/b>, kot pravilo.<\/p>\n

Kot pravi SR, se skozi \u010das prehod\/upravljalski stre\u017enik optimizira in uporablja vedno ve\u010d pomnilnika, dokler dose\u017ee pribli\u017eno 80% uporabe, in se ustavi. Napravo lahko znova za\u017eenete, in takrat se vrednost ponastavi. 1.5 GB prostega RAM-a je prehodu povsem dovolj za izvajanje vseh nalog, upravljalski sistem pa redko dose\u017ee tak\u0161ne meje.<\/p>\n

Izhodi omenjenih ukazov bodo prav tako pokazali, koliko imate Nizka pomnilnost<\/b> (operativna pomnilnost v uporabni\u0161kem prostoru) in Visoka pomnilnost<\/b> (operativna pomnilnost v jedrnem prostoru) uporabljeno.<\/p>\n

Procesi jedra (vklju\u010dno z aktivnimi moduli, kot so moduli jedra Check Point) uporabljajo samo nizko pomnilnost. Uporabni\u0161ki procesi pa lahko uporabljajo tako nizko kot visoko pomnilnost. Poleg tega je nizka pomnilnost pribli\u017eno Skupna pomnilnost<\/b>.<\/p>\n

Skrbeti je treba le, \u010de se v dnevnikih pojavljajo napake \"moduli se znova za\u017eenejo ali procesi se uni\u010dijo, da se povrne pomnilnost zaradi OOM (Out of memory)\"<\/b>. V takem primeru je treba znova zagnati prehod in se obrniti na podporo, \u010de ponovni zagon ne pomaga.<\/p>\n

Celoten opis lahko najdete v sk99547 <\/a><\/noindex>in sk99593<\/a><\/noindex>.<\/p>\n

3. Optimizacija<\/h3>\n

\nSpodaj so navedena vpra\u0161anja in odgovori o optimizaciji CPU in RAM. Na njih je treba iskreno odgovoriti in upo\u0161tevati priporo\u010dila.<\/p>\n

3.1. Ali je bil prehod pravilno izbran? Ali je bil pilotni projekt?<\/h4>\n

\nKljub smiselnemu dimenzioniranju se je omre\u017eje lahko preprosto raz\u0161irilo in ta oprema preprosto ne zmore bremena. Druga mo\u017enost je, da dimenzioniranje kot takega ni bilo.<\/p>\n

3.2. Ali je bila vklopljena HTTPS inspekcija? \u010ce ja, ali je bila tehnologija nastavljena po najbolj\u0161ih praksah? <\/h4>\n

\nObrnite se na \u010dlanek<\/a><\/noindex>, \u010de ste na\u0161 stranka, ali pa na sk108202<\/a><\/noindex>.<\/p>\n

Postavitev pravil v politiki HTTPS inspekcije ima velik pomen pri optimizaciji odpiranja HTTPS spletnih strani.<\/p>\n

Priporo\u010deni vrstni red postavitve pravil:<\/p>\n

    \n
  1. Pravila bypass s kategorijami\/URL<\/li>\n
  2. Pravila in\u0161pekcije s kategorijami\/URL-ji<\/li>\n
  3. Pravila in\u0161pekcije za vse druge kategorije<\/li>\n<\/ol>\n

    \n\"Check
    \n
    \nPodobno kot pri po\u017earno-zidni politiki, Check Point i\u0161\u010de ujemanja po paketih od zgoraj navzdol, zato je bolje, da so pravila za prehitevanje na vrhu, saj ne bo potrebno, da prehod ne tro\u0161i virov za preverjanje vseh pravil, \u010de je treba ta paket presko\u010diti.<\/p>\n

    3.3 Ali se uporabljajo objekti za obseg naslovov?<\/h4>\n

    \nObjekti z obsegom naslovov, na primer omre\u017eje 192.168.0.0-192.168.5.0, zahtevajo bistveno ve\u010d RAM-a kot 5 omre\u017enih objektov. Na splo\u0161no velja, da je dobra praksa odstraniti neuporabljene objekte v SmartConsole, saj prehod in upravljalni stre\u017enik ob vsakem nastavitvi politike porabita vire in, kar je najpomembneje, \u010das za preverjanje in uporabo politike.<\/p>\n

    3.4 Kako je nastavljena politika prepre\u010devanja gro\u017eenj? <\/h4>\n

    \nNajprej Check Point priporo\u010da, da se IPS postavi v poseben profil in ustvari posebna pravila za ta blade. <\/p>\n

    Na primer, skrbnik meni, da je treba segment DMZ za\u0161\u010dititi le z IPS. Zato, da prehod ne tro\u0161i virov na obdelavo paketov z drugimi bladi, je nujno ustvariti pravilo posebej za ta segment s profilom, v katerem je vklju\u010den le IPS.<\/p>\n

    Kar zadeva nastavitev profilov, je priporo\u010dljivo, da ga nastavite po najbolj\u0161ih praksah v tem dokumentu<\/a><\/noindex>(strani 17-20).<\/p>\n

    3.5 Koliko podpisov je v na\u010dinu Detect v nastavitvah IPS? <\/h4>\n

    \nPriporo\u010dljivo je temeljito obravnavati podpise v smislu, da bi bilo treba izklopiti neuporabljene (na primer, podpisi za izkori\u0161\u010danje izdelkov Adobe zahtevajo veliko ra\u010dunalni\u0161kih virov, in \u010de pri naro\u010dniku takih izdelkov ni, ima smisel te podpise izklopiti). Prav tako nastavite Prevent namesto Detect, kjer je to mogo\u010de, saj prehod porabi vire za obdelavo celotne povezave v na\u010dinu Detect, v na\u010dinu Prevent pa takoj zavrne povezavo in ne porabi virov za popolno obdelavo paketa.<\/p>\n

    3.6 Katere datoteke obdelujejo bladi Threat Emulation, Threat Extraction, Anti-Virus?<\/h4>\n

    \nNi smisla je emulirati i analizirati datoteke pro\u0161irenja koje va\u0161i korisnici ne preuzimaju, ili smatrate nepotrebnim u va\u0161oj mre\u017ei (npr. bat, exe datoteke lako se mogu blokirati pomo\u0107u blade Content Awareness na razini vatrozida, stoga \u0107e resursi gateway-a biti manje optere\u0107eni). \u0160tovi\u0161e, u postavkama Threat Emulation mo\u017eete odabrati Okru\u017eenje (operativni sustav) za emulaciju prijetnji u sandboxu i postavljanje Okru\u017eenja Windows 7 kada svi korisnici rade s verzijom 10 tako\u0111er nema smisla.<\/p>\n

    3.7. Jesu li pravila vatrozida i pravila razine aplikacije postavljena u skladu s najboljim praksama? <\/h4>\n

    \nAko pravilo ima mnogo pogodaka (podudaranja), preporu\u010duje se postaviti ih najvi\u0161e, dok pravila s malim brojem pogodaka treba staviti najni\u017ee. Glavno je pratiti da se ne preklapaju i ne zatvaraju jedno drugo. Preporu\u010dena arhitektura vatrozdne politike:<\/p>\n

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

    First Rules \u2014 ovdje se postavljaju pravila s najve\u0107im brojem podudaranja
    \nNoise Rule \u2014 pravilo za odbacivanje parazitskog prometa, poput NetBIOS-a
    \nStealth Rule \u2014 zabranjuje pristup gateway-ima i upravlja\u010dkim sustavima svima, osim onim izvorima koji su navedeni u pravilima Authentication to Gateway Rules
    \nClean-Up, Last i Drop Rules obi\u010dno se kombiniraju u jedno pravilo za zabranu svega \u0161to nije prethodno dopu\u0161teno<\/p>\n

    Ove najbolje prakse opisane su u sk106597<\/a><\/noindex>.<\/p>\n

    3.8. Koje postavke imaju usluge koje su stvorili administratori? <\/h4>\n

    \nNa primjer, stvara se odre\u0111ena TCP usluga preko odre\u0111enog porta, i ima smisla u naprednim postavkama usluge isklju\u010diti opciju \u201cMatch for Any\u201d. U tom slu\u010daju, ova usluga \u0107e se konkretno uklapati pod pravilo u kojem se navodi, te ne\u0107e sudjelovati u pravilima gdje je u koloni Usluge postavljeno Any.<\/p>\n

    \"Check
    \n
    \nKada govorimo o uslugama, valja spomenuti da ponekad treba fino pode\u0161avati vrijeme isteka (timeout). Ova postavka omogu\u0107ava racionalnije kori\u0161tenje resursa gateway-a, kako ne bi trajale nepotrebno dugo TCP\/UDP sesije protokola kojima ne trebaju duge posljedice. Na primjer, na prikazu ispod, premjestio sam vrijeme isteka domain-udp usluge s 40 sekundi na 30 sekundi.<\/p>\n

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

    3.9. Koristi li se SecureXL i koliki je postotak ubrzanja? <\/h4>\n

    \nKvalitetu rada SecureXL mo\u017eete provjeriti osnovnim komandama u ekspertnom re\u017eimu na gateway-u fwaccel stat<\/b> in fw accel stats -s<\/b>. Zatim treba istra\u017eiti koji promet se ubrzava, koje \u0161ablone (templates) se mogu jo\u0161 stvoriti. <\/p>\n

    Privzeto Drop Templates niso vklju\u010deni, njihovo vklju\u010ditev pa bo pozitivno vplivalo na delovanje SecureXL. Za to dostopajte do nastavitev prehoda in na zavihek Optimizacije:<\/p>\n

    \"Check
    \n
    \nPrav tako lahko pri delu s klasterjem za optimizacijo CPU onemogo\u010dite sinhronizacijo nekriti\u010dnih storitev, kot so UDP DNS, ICMP in druge. Za to se odpravite do nastavitev storitve \u2192 Napredno \u2192 Sinhronizacija povezav, ko je Sinhronizacija stanja omogo\u010dena na klasterju.<\/p>\n

    \"Check
    \n
    \nVsi najbolj\u0161i praks so opisani v     sk98348<\/a><\/noindex>.<\/p>\n

    3.10. Kako se uporablja CoreXL? <\/h4>\n

    \nTehnologija CoreXL, ki omogo\u010da uporabo ve\u010dih CPU za instance po\u017earnih zidov (module po\u017earnega zidu), nedvomno pripomore k optimizaciji delovanja naprave. Najprej bo ekipa fw ctl affinity -l -a <\/b>pokazala uporabljene instance po\u017earnih zidov in procesorje, dodeljene potrebnim SND (modul, ki distribuira promet na po\u017earne entitete). \u010ce niso vklju\u010deni vsi procesorji, jih lahko dodate z ukazom cpconfig <\/b>na prehodu.
    \nTudi dobra re\u0161itev je namestitev     popravka <\/a><\/noindex>za omogo\u010danje Multi-Queue. Multi-Queue re\u0161uje te\u017eavo, ko je procesor s SND obremenjen, medtem ko druge instance po\u017earnega zidu na drugih procesorjih presegajo. Tako bi imel SND mo\u017enost ustvarjanja ve\u010d prioritet za eno NIC ter dodeljevanja razli\u010dnih prioritet razli\u010dnemu prometu na ravni jedra. Posledi\u010dno se bodo jedra CPU bolje uporabljala. Te metodike so prav tako opisane v sk98348<\/a><\/noindex>.<\/p>\n

    Na koncu bi \u017eeleli poudariti, da to niso vse najbolj\u0161e prakse za optimizacijo delovanja Check Point, ampak le najbolj priljubljene. \u010ce \u017eelite naro\u010diti revizijo va\u0161e varnostne politike ali re\u0161iti te\u017eavo, povezano s Check Point, nas prosimo kontaktirajte na sales@tssolution.ru. <\/p>\n

    Hvala za pozornost!
    \n
    Izvor:     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: optimizacija CPU in RAM | ProHoster","description":"Pozdravljeni, kolegi!","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/39415","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=39415"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/39415\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/39416"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=39415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=39415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=39415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}