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

\"Check
\n\u00dcdv\u00f6zl\u00f6m, koll\u00e9g\u00e1k! Ma egy nagyon aktu\u00e1lis Check Point t\u00e9m\u00e1t szeretn\u00e9k megvitatni, az \u201eCPU \u00e9s RAM optimaliz\u00e1l\u00e1s\u00e1t\u201d. Gyakori eset, hogy a gateway \u00e9s\/vagy a menedzsment szerver v\u00e1ratlanul sok er\u0151forr\u00e1st fogyaszt, \u00e9s szeretn\u00e9nk meg\u00e9rteni, hova \u201et\u0171nnek el\u201d ezek az er\u0151forr\u00e1sok, valamint lehet\u0151s\u00e9g szerint okosabban haszn\u00e1lni \u0151ket. <\/p>\n

1. Elemz\u00e9s<\/h3>\n

\nA processzor terhel\u00e9s\u00e9nek elemz\u00e9s\u00e9hez \u00e9rdemes az al\u00e1bbi parancsokat haszn\u00e1lni, amelyeket szak\u00e9rt\u0151i m\u00f3dban kell be\u00edrni:
\n<\/a><\/noindex>
\ntop<\/b> megmutatja az \u00f6sszes folyamatot, a CPU \u00e9s RAM \u00e1ltal fogyasztott er\u0151forr\u00e1sok sz\u00e1zal\u00e9kos ar\u00e1ny\u00e1t, az uptime-ot, a folyamat priorit\u00e1s\u00e1t \u00e9s egyebek<\/a><\/noindex> val\u00f3s id\u0151ben<\/i>\u00e9s <\/p>\n

\"Check
\n
\ncpwd_admin list<\/b> Check Point WatchDog Daemon, amely megmutatja az \u00f6sszes modul PID-j\u00e9t, \u00e1llapot\u00e1t \u00e9s ind\u00edt\u00e1sainak sz\u00e1m\u00e1t<\/i><\/p>\n

\"Check
\n
\ncpstat -f cpu os<\/b> CPU haszn\u00e1lat, azok sz\u00e1ma \u00e9s a processzorid\u0151 sz\u00e1zal\u00e9kos eloszl\u00e1sa<\/i><\/p>\n

\"Check
\n
\ncpstat -f memory os<\/b> virtu\u00e1lis RAM haszn\u00e1lat, mennyi az \u00f6sszes akt\u00edv \u00e9s szabad RAM, egyebek<\/i><\/p>\n

\"Check
\n
\nHelyes megjegyz\u00e9s, hogy az \u00f6sszes cpstat parancsot meg lehet n\u00e9zni a cpview<\/b>. Ehhez egyszer\u0171en \u00edrja be a cpview parancsot SSH munkamenet b\u00e1rmelyik m\u00f3dj\u00e1b\u00f3l.<\/p>\n

\"Check
\n\"Check
\n
\nps auxwf<\/b> a folyamatok hossz\u00fa list\u00e1ja, azok azonos\u00edt\u00f3ja, haszn\u00e1lt virtu\u00e1lis mem\u00f3ria \u00e9s RAM, CPU<\/i><\/p>\n

\"Check
\n
\nA parancs m\u00e1sik v\u00e1ltozata: <\/p>\n

ps -aF<\/b> a legnagyobb er\u0151forr\u00e1st fogyaszt\u00f3 folyamatot fogja megjelen\u00edteni<\/i><\/p>\n

\"Check
\n
\nfw ctl affinity -l -a<\/b> a magok eloszl\u00e1sa a k\u00fcl\u00f6nb\u00f6z\u0151 t\u0171zfal p\u00e9ld\u00e1nyok k\u00f6z\u00f6tt, azaz a CoreXL technol\u00f3gia<\/i><\/p>\n

\"Check
\n
\n fw ctl pstat<\/b> RAM elemz\u00e9s \u00e9s az \u00f6sszes kapcsolat, cookie-k, NAT \u00e1ltal\u00e1nos statisztik\u00e1i<\/i><\/p>\n

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

\"Check
\n
\nK\u00fcl\u00f6n figyelmet \u00e9rdemel a parancs netsat <\/b>\u00e9s annak v\u00e1ltozatai. P\u00e9ld\u00e1ul, netstat -i<\/b> seg\u00edthet a puffer monitoroz\u00e1s\u00e1nak megold\u00e1s\u00e1ban. Az RX dropped packets (RX-DRP) param\u00e9ter a parancs kimenet\u00e9ben \u00e1ltal\u00e1ban \u00f6n\u00e1ll\u00f3an n\u0151 az illegitim protokollok (IPv6, hib\u00e1s \/ nem k\u00edv\u00e1nt VLAN c\u00edmk\u00e9k stb.) miatt. Ha azonban a cseppent\u00e9sek m\u00e1s okb\u00f3l k\u00f6vetkeznek be, \u00e9rdemes haszn\u00e1lni ezt a cikket<\/a><\/noindex>, hogy elkezdj\u00fck a nyomoz\u00e1st, \u00e9s meg\u00e9rts\u00fck, mi\u00e9rt dobja el ez a h\u00e1l\u00f3zati interf\u00e9sz a csomagokat. A probl\u00e9ma megismer\u00e9se ut\u00e1n az eszk\u00f6z munk\u00e1j\u00e1t is optimaliz\u00e1lhatjuk.<\/p>\n

\"Check
\n
\nHa a Monitoring blade be van kapcsolva, az adatokat grafikus form\u00e1ban is megtekintheti a SmartConsole-ban, az objektumra kattintva \u00e9s a \u201eDevice & License Information\u201d opci\u00f3t v\u00e1lasztva. <\/p>\n

A Monitoring blade folyamatosan t\u00f6rt\u00e9n\u0151 enged\u00e9lyez\u00e9se nem aj\u00e1nlott, de egy napos tesztre teljesen megfelel\u0151.<\/p>\n

\"Check
\n
\nTov\u00e1bb\u00e1, tov\u00e1bbi monitoroz\u00e1si param\u00e9terek is hozz\u00e1adhat\u00f3k, az egyik nagyon hasznos \u2014 Bytes Throughput (az eszk\u00f6z \u00e1tereszt\u0151k\u00e9pess\u00e9ge).<\/p>\n

\"Check
\n
\nHa van egy m\u00e1sik monitoroz\u00f3 rendszer, p\u00e9ld\u00e1ul ingyenes Zabbix<\/a><\/noindex>, amely SNMP alap\u00fa, szint\u00e9n ny\u00fajt adatokat a probl\u00e9m\u00e1k azonos\u00edt\u00e1s\u00e1hoz.<\/p>\n

2. \"RAM sziv\u00e1rg\u00e1s\" id\u0151vel<\/h3>\n

\nGyakran felmer\u00fcl a k\u00e9rd\u00e9s, hogy id\u0151vel a gateway vagy a menedzseri szerver egyre t\u00f6bb RAM-ot fogyaszt. Megnyugtatlak, ez norm\u00e1lis jelens\u00e9g a Linux alap\u00fa rendszerek eset\u00e9ben. <\/p>\n

A parancsok kimenet\u00e9nek megn\u00e9z\u00e9s\u00e9vel free -m<\/b> \u00e9s cpstat -f memory os<\/b> az eszk\u00f6z szak\u00e9rt\u0151i m\u00f3dj\u00e1b\u00f3l, kisz\u00e1m\u00edthat\u00f3k \u00e9s megtekinthet\u0151k a RAM-ra vonatkoz\u00f3 \u00f6sszes param\u00e9ter.<\/p>\n

Ami a jelenleg el\u00e9rhet\u0151 mem\u00f3ri\u00e1t illeti a gateway-en Szabad mem\u00f3ria<\/b> + Puffer mem\u00f3ria<\/b> + Gyors\u00edt\u00f3t\u00e1r mem\u00f3ria<\/b> = +-1.5 GB<\/b>, jellemz\u0151en.<\/p>\n

Ahogy az SR mondja, id\u0151vel a gateway\/menedzseri szerver optimaliz\u00e1l\u00f3dik \u00e9s egyre t\u00f6bb mem\u00f3ri\u00e1t haszn\u00e1l, el\u00e9rve k\u00f6r\u00fclbel\u00fcl 80%-os kihaszn\u00e1lts\u00e1got, majd meg\u00e1ll. \u00dajraind\u00edthatod az eszk\u00f6zt, \u00e9s akkor a mutat\u00f3 vissza\u00e1ll. 1.5 GB szabad RAM b\u0151ven elegend\u0151 a feladatok elv\u00e9gz\u00e9s\u00e9hez, \u00e9s a menedzser ritk\u00e1n \u00e9ri el az ilyen k\u00fcsz\u00f6b\u00e9rt\u00e9keket.<\/p>\n

A fent eml\u00edtett parancsok kimenete azt is megmutatja, hogy mennyi a Alacsony mem\u00f3ria<\/b> (felhaszn\u00e1l\u00f3i t\u00e9rben l\u00e9v\u0151 mem\u00f3ria) \u00e9s Magas mem\u00f3ria<\/b> (kernel t\u00e9rben l\u00e9v\u0151 mem\u00f3ria) felhaszn\u00e1lva van.<\/p>\n

A kernel folyamatok (bele\u00e9rtve az akt\u00edv modulokat, mint a Check Point kernel modulok) csak az Alacsony mem\u00f3ri\u00e1t haszn\u00e1lj\u00e1k. Azonban a felhaszn\u00e1l\u00f3i folyamatok haszn\u00e1lhatj\u00e1k az Alacsony \u00e9s Magas mem\u00f3ri\u00e1t is. Tov\u00e1bb\u00e1, az Alacsony mem\u00f3ria k\u00f6r\u00fclbel\u00fcl megegyezik a Teljes mem\u00f3ria<\/b>.<\/p>\n

Agg\u00f3dni csak akkor \u00e9rdemes, ha a napl\u00f3kban hib\u00e1k jelennek meg, mint p\u00e9ld\u00e1ul \"modules reboot or processes being killed to reclaim memory due to OOM (Out of memory)\"<\/b>. Akkor \u00fajra kell ind\u00edtani a gateway-t, \u00e9s t\u00e1mogat\u00e1s\u00e9rt kell fordulni, ha az \u00fajraind\u00edt\u00e1s nem seg\u00edt.<\/p>\n

A teljes le\u00edr\u00e1s megtal\u00e1lhat\u00f3 a sk99547 <\/a><\/noindex>\u00e9s sk99593<\/a><\/noindex>.<\/p>\n

3. Optimaliz\u00e1l\u00e1s<\/h3>\n

\nAz al\u00e1bbiakban a CPU \u00e9s RAM optimaliz\u00e1l\u00e1s\u00e1val kapcsolatos k\u00e9rd\u00e9sek \u00e9s v\u00e1laszok tal\u00e1lhat\u00f3k. E k\u00e9rd\u00e9sekre \u00e9rdemes \u0151szint\u00e9n v\u00e1laszolni \u00e9s figyelni a javaslatokra.<\/p>\n

3.1. J\u00f3l lett kiv\u00e1lasztva az eszk\u00f6z? Volt pr\u00f3ba projekt?<\/h4>\n

\nAnnak ellen\u00e9re, hogy a m\u00e9retez\u00e9s megfelel\u0151 volt, a h\u00e1l\u00f3zatban el\u0151fordulhatott, hogy az alapvet\u0151en megn\u0151tt, \u00e9s a berendez\u00e9s egyszer\u0171en nem b\u00edrja a terhel\u00e9st. A m\u00e1sik eset, ha a m\u00e9retez\u00e9s egy\u00e1ltal\u00e1n nem t\u00f6rt\u00e9nt meg.<\/p>\n

3.2. Be van kapcsolva a HTTPS ellen\u0151rz\u00e9s? Ha igen, akkor be van \u00e1ll\u00edtva a legjobb gyakorlatok szerint? <\/h4>\n

\nFordulj a cikkhez<\/a><\/noindex>, ha te \u00fcgyf\u00e9l vagy, vagy a sk108202-hez<\/a><\/noindex>.<\/p>\n

A HTTPS-inspection policy's rule arrangement is critical for optimizing the opening of HTTPS sites.<\/p>\n

Recommended rule arrangement:<\/p>\n

    \n
  1. Bypass rules with categories\/URLs<\/li>\n
  2. Inspect rules with categories\/URLs<\/li>\n
  3. Inspect rules for all other categories<\/li>\n<\/ol>\n

    \n\"Check
    \n
    \nSimilar to firewall policy, Check Point searches for packet matches from top to bottom, so bypass rules should be placed at the top to prevent the gateway from wasting resources iterating through all rules if a packet needs to be skipped.<\/p>\n

    3.3 Are address-range objects used?<\/h4>\n

    \nAddress range objects, such as the network 192.168.0.0-192.168.5.0, consume significantly more RAM than 5 network objects. Generally, it is considered good practice to remove unused objects in SmartConsole, as each time the policy is installed, the gateway and management server use resources and, importantly, time to verify and apply the policy.<\/p>\n

    3.4 How is the Threat Prevention policy configured? <\/h4>\n

    \nFirst, Check Point recommends placing IPS in a separate profile and creating separate rules for this blade. <\/p>\n

    For example, if an administrator believes that the DMZ segment should only be protected by IPS, then to prevent the gateway from wasting resources on processing packets by other blades, a specific rule needs to be created for this segment with a profile that includes only IPS.<\/p>\n

    Regarding profile configuration, it is recommended to set it up according to best practices in this document<\/a><\/noindex>(pages 17-20).<\/p>\n

    3.5 How many signatures are in Detect mode in IPS settings? <\/h4>\n

    \nIt is strongly recommended to review the signatures with the understanding that unused ones should be disabled (for example, signatures for exploiting Adobe products require a lot of computational power, and if the client does not have such products, it makes sense to disable those signatures). Moreover, switch to Prevent instead of Detect wherever possible, because the gateway spends resources processing the entire connection in Detect mode, while in Prevent mode, it immediately drops the connection and does not waste resources on full packet processing.<\/p>\n

    3.6 What files are processed by the Threat Emulation, Threat Extraction, and Anti-Virus blades?<\/h4>\n

    \nNincs \u00e9rtelme emul\u00e1lni \u00e9s elemezni olyan kiterjeszt\u00e9si f\u00e1jlokat, amelyeket a felhaszn\u00e1l\u00f3k nem t\u00f6ltenek le, vagy amiket feleslegesnek tartanak a h\u00e1l\u00f3zatban (p\u00e9ld\u00e1ul a bat \u00e9s exe f\u00e1jlokat k\u00f6nnyen le lehet tiltani a Content Awareness blade seg\u00edts\u00e9g\u00e9vel a t\u0171zfal szintj\u00e9n, \u00edgy a gateway er\u0151forr\u00e1sai kevesebb m\u00e9rt\u00e9kben terhel\u0151dnek). R\u00e1ad\u00e1sul a Threat Emulation be\u00e1ll\u00edt\u00e1saiban v\u00e1lasztani lehet az Environment (oper\u00e1ci\u00f3s rendszer) emul\u00e1l\u00e1s\u00e1hoz a sandboxban, \u00edgy \u00e9rtelmetlen Windows 7 k\u00f6rnyezetet v\u00e1lasztani, ha minden felhaszn\u00e1l\u00f3 a 10-es verzi\u00f3t haszn\u00e1lja.<\/p>\n

    3.7. A t\u0171zfal szab\u00e1lyok \u00e9s az Application szint\u0171 szab\u00e1lyok a legjobb gyakorlatoknak megfelel\u0151en vannak elhelyezve? <\/h4>\n

    \nHa egy szab\u00e1lynak sok tal\u00e1lata (egyez\u00e9se) van, akkor aj\u00e1nlott ezeket a legfels\u0151 poz\u00edci\u00f3ba helyezni, m\u00edg a kev\u00e9s tal\u00e1lattal rendelkez\u0151 szab\u00e1lyokat a legalj\u00e1ra. Fontos, hogy ne keresztez\u0151djenek \u00e9s ne fedj\u00e9k \u00e1t egym\u00e1st. A javasolt t\u0171zfal politikai architekt\u00fara:<\/p>\n

    \"Check
    \n
    \nMagyar\u00e1zatok: <\/p>\n

    Els\u0151 Szab\u00e1lyok \u2014 ide ker\u00fclnek azok a szab\u00e1lyok, amelyek a legnagyobb sz\u00e1m\u00fa egyez\u00e9st mutatj\u00e1k.
    \nNoise Rule \u2014 szab\u00e1ly a parazita forgalom elutas\u00edt\u00e1s\u00e1ra, mint p\u00e9ld\u00e1ul a NetBIOS.
    \nStealth Rule \u2014 a hozz\u00e1f\u00e9r\u00e9sek tilalma a gatewayekhez \u00e9s a menedzsmenthez mindenkinek, kiv\u00e9ve azokat a forr\u00e1sokat, amelyek fel vannak t\u00fcntetve az Authentication to Gateway Rules szab\u00e1lyokban.
    \nA Clean-Up, Last \u00e9s Drop Szab\u00e1lyokat \u00e1ltal\u00e1ban egy szab\u00e1lyban egyes\u00edtik, ami mindent tiltanak, ami kor\u00e1bban nem volt enged\u00e9lyezve.<\/p>\n

    A legjobb gyakorlatok az al\u00e1bbiakban tal\u00e1lhat\u00f3k: sk106597<\/a><\/noindex>.<\/p>\n

    3.8. Milyen be\u00e1ll\u00edt\u00e1sok vannak a rendszergazd\u00e1k \u00e1ltal l\u00e9trehozott szolg\u00e1ltat\u00e1sokn\u00e1l? <\/h4>\n

    \nP\u00e9ld\u00e1ul l\u00e9trej\u00f6n egy TCP szolg\u00e1ltat\u00e1s egy adott porton, \u00e9s \u00e9rdemes az Advanced szolg\u00e1ltat\u00e1sbe\u00e1ll\u00edt\u00e1sokban elt\u00e1vol\u00edtani a \u201cMatch for Any\u201d pip\u00e1t. \u00cdgy ez a szolg\u00e1ltat\u00e1s konkr\u00e9tan abba a szab\u00e1lyba fog tartozni, amelyben szerepel, \u00e9s nem fog r\u00e9szt venni azokban a szab\u00e1lyokban, ahol a Szolg\u00e1ltat\u00e1sok oszlopban az Any szerepel.<\/p>\n

    \"Check
    \n
    \nA szolg\u00e1ltat\u00e1sokkal kapcsolatban \u00e9rdemes megeml\u00edteni, hogy n\u00e9ha sz\u00fcks\u00e9ges lehet a timeoutok finomhangol\u00e1sa. Ez a be\u00e1ll\u00edt\u00e1s lehet\u0151v\u00e9 teszi a gateway er\u0151forr\u00e1sainak hat\u00e9konyabb felhaszn\u00e1l\u00e1s\u00e1t, hogy ne tartsunk feleslegesen TCP\/UDP session\u00f6ket, amelyeknek nem sz\u00fcks\u00e9ges nagy timeout. P\u00e9ld\u00e1ul, az al\u00e1bbi k\u00e9perny\u0151felv\u00e9telen a domain-udp szolg\u00e1ltat\u00e1s timeoutj\u00e1t 40 m\u00e1sodperc helyett 30 m\u00e1sodpercre \u00e1ll\u00edtottam.<\/p>\n

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

    3.9. Haszn\u00e1lj\u00e1k a SecureXL-t, \u00e9s mekkora a gyorsul\u00e1s m\u00e9rt\u00e9ke? <\/h4>\n

    \nA SecureXL m\u0171k\u00f6d\u00e9s\u00e9nek min\u0151s\u00e9g\u00e9t az al\u00e1bbi parancsokkal ellen\u0151rizhetj\u00fck a gateway szak\u00e9rt\u0151i \u00fczemm\u00f3dban: fwaccel stat<\/b> \u00e9s fw accel stats -s<\/b>. Ezut\u00e1n ki kell der\u00edteni, hogy milyen forgalom gyorsul, \u00e9s milyen templates (mint\u00e1k) hozhat\u00f3k m\u00e9g l\u00e9tre. <\/p>\n

    Alap\u00e9rtelmez\u00e9s szerint a Drop Templates nincsenek enged\u00e9lyezve, ezek aktiv\u00e1l\u00e1sa kedvez\u0151en hat a SecureXL m\u0171k\u00f6d\u00e9s\u00e9re. Ehhez l\u00e9pjen be a gateway be\u00e1ll\u00edt\u00e1saiba \u00e9s az Optimaliz\u00e1l\u00e1s f\u00fclre:<\/p>\n

    \"Check
    \n
    \nClusterek haszn\u00e1latakor a CPU optimaliz\u00e1l\u00e1s\u00e1hoz le lehet tiltani a nem kritikus szolg\u00e1ltat\u00e1sok szinkroniz\u00e1l\u00e1s\u00e1t, mint p\u00e9ld\u00e1ul az UDP DNS, ICMP \u00e9s m\u00e1sok. Ehhez l\u00e9pjen be a szolg\u00e1ltat\u00e1s be\u00e1ll\u00edt\u00e1saiba \u2192 Halad\u00f3 \u2192 Az \u00e1llapot szinkroniz\u00e1l\u00e1sa kapcsol\u00f3 enged\u00e9lyezve van a klaszterben.<\/p>\n

    \"Check
    \n
    \nMinden Best Practice le van \u00edrva a     sk98348<\/a><\/noindex>.<\/p>\n

    3.10. Hogyan haszn\u00e1ljuk a CoreXL-t? <\/h4>\n

    \nA CoreXL technol\u00f3gia, amely lehet\u0151v\u00e9 teszi t\u00f6bb CPU haszn\u00e1lat\u00e1t a t\u0171zfalp\u00e9ld\u00e1nyok (t\u0171zfal modulok) sz\u00e1m\u00e1ra, egy\u00e9rtelm\u0171en seg\u00edt optimaliz\u00e1lni az eszk\u00f6z m\u0171k\u00f6d\u00e9s\u00e9t. El\u0151sz\u00f6r a parancs fw ctl affinity -l -a <\/b>megmutatja a haszn\u00e1lt t\u0171zfalp\u00e9ld\u00e1nyokat \u00e9s a sz\u00fcks\u00e9ges SND-hez (az a modul, amely elosztja a forgalmat a t\u0171zfal entit\u00e1sok k\u00f6z\u00f6tt) rendelt processzorokat. Ha nem minden processzor van haszn\u00e1latban, a parancs seg\u00edts\u00e9g\u00e9vel hozz\u00e1adhat\u00f3k: cpconfig <\/b>a gateway-en.
    \nEgy m\u00e1sik j\u00f3 \u00f6tlet az     hotfix <\/a><\/noindex>a Multi-Queue aktiv\u00e1l\u00e1s\u00e1ra. A Multi-Queue megoldja azt a probl\u00e9m\u00e1t, amikor egy processzor az SND-vel sok sz\u00e1zal\u00e9kban van haszn\u00e1lva, m\u00edg a t\u0171zfalp\u00e9ld\u00e1nyok m\u00e1s processzorokon t\u00e9tlenkednek. Ekkor az SND lehet\u0151s\u00e9get kapna arra, hogy sok v\u00e1rakoz\u00e1si sort hozzon l\u00e9tre egy NIC-hez, \u00e9s elt\u00e9r\u0151 priorit\u00e1sokat \u00e1ll\u00edtson be a k\u00fcl\u00f6nb\u00f6z\u0151 forgalmak sz\u00e1m\u00e1ra a mag szintj\u00e9n. Ennek k\u00f6vetkezt\u00e9ben a CPU magok okosabban kezdik el haszn\u00e1lni. sk98348<\/a><\/noindex>.<\/p>\n

    \u00d6sszegz\u00e9sk\u00e9nt szeretn\u00e9m megjegyezni, hogy ez messze nem az \u00f6sszes Best Practice a Check Point m\u0171k\u00f6d\u00e9s\u00e9nek optimaliz\u00e1l\u00e1s\u00e1ra, de ezek a legn\u00e9pszer\u0171bbek. Ha audit\u00e1lni szeretn\u00e9 biztons\u00e1gi politik\u00e1j\u00e1t, vagy megoldana egy Check Point-tal kapcsolatos probl\u00e9m\u00e1t, k\u00e9rj\u00fck, keressen benn\u00fcnket a sales@tssolution.ru c\u00edmen. <\/p>\n

    K\u00f6sz\u00f6n\u00f6m a figyelmet!
    \n
    Forr\u00e1s:     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: CPU \u00e9s RAM optimaliz\u00e1l\u00e1sa | ProHoster","description":"\u00dcdv\u00f6zl\u00f6m, koll\u00e9g\u00e1k!","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/39415","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=39415"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/39415\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/39416"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=39415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=39415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=39415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}