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

\"Check
\nHallo, Kollegen! Heute m\u00f6chte ich ein f\u00fcr viele Administratoren sehr aktuelles Thema von Check Point besprechen: \u201eOptimierung von CPU und RAM\u201c. Es kommt h\u00e4ufig vor, dass das Gateway und\/oder der Management-Server unerwartet viel von diesen Ressourcen verbrauchen, und ich w\u00fcrde gerne verstehen, wo sie hingehen und wie man sie effizienter nutzen kann. <\/p>\n

1. Analyse<\/h3>\n

\nF\u00fcr die Analyse der CPU-Auslastung ist es hilfreich, die folgenden Befehle im Expertenmodus zu verwenden:
\n<\/a><\/noindex>
\ntop<\/b> zeigt alle Prozesse, den prozentualen Verbrauch der CPU- und RAM-Ressourcen, die Uptime, die Priorit\u00e4t des Prozesses und anderes<\/a><\/noindex> in Echtzeit<\/i>und <\/p>\n

\"Check
\n
\ncpwd_admin list<\/b> Check Point WatchDog Daemon, der alle Module des Appliances anzeigt, ihre PID, ihren Status und die Anzahl der Starts<\/i><\/p>\n

\"Check
\n
\ncpstat -f cpu os<\/b> CPU-Nutzung, Anzahl der CPUs und Verteilung der Prozessorzeit in Prozent<\/i><\/p>\n

\"Check
\n
\ncpstat -f memory os<\/b> Nutzung des virtuellen RAMs, wie viel insgesamt aktive und freie RAM vorhanden ist und mehr<\/i><\/p>\n

\"Check
\n
\nEs ist richtig anzumerken, dass alle cpstat-Befehle mit dem Dienstprogramm cpview<\/b>eingesehen werden k\u00f6nnen. Dazu muss einfach der Befehl cpview aus jedem Modus in der SSH-Sitzung eingegeben werden.<\/p>\n

\"Check
\n\"Check
\n
\nps auxwf<\/b> lange Liste aller Prozesse, ihrer IDs, des belegten virtuellen Speichers und des Speichers im RAM, CPU<\/i><\/p>\n

\"Check
\n
\nAndere Variationen des Befehls: <\/p>\n

ps -aF<\/b> zeigt den ressourcenintensivsten Prozess<\/i><\/p>\n

\"Check
\n
\nfw ctl affinity -l -a<\/b> Zuweisung von Kernen an verschiedene Firewall-Instanzen, also Technologie CoreXL<\/i><\/p>\n

\"Check
\n
\n fw ctl pstat<\/b> Analyse von RAM und allgemeinen Verbindungsdaten, Cookies, NAT<\/i><\/p>\n

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

\"Check
\n
\nBesondere Aufmerksamkeit verdient der Befehl netsat <\/b>und seine Variationen. Zum Beispiel, netstat -i<\/b> kann helfen, die Aufgabe der \u00dcberwachung von Austauschpuffern zu l\u00f6sen. Die Kennzahl RX dropped packets (RX-DRP) in der Ausgabe dieses Befehls steigt normalerweise von selbst aufgrund von dropped illegitimen Protokollen (IPv6, Bad \/ Unintended VLAN-Tags und andere). Wenn jedoch Drops aus einem anderen Grund auftreten, sollten Sie diesen Artikel.<\/a><\/noindex>, um eine Untersuchung einzuleiten und zu verstehen, warum dieses Netzwerkinterface Pakete verwirft. Mit dieser Erkenntnis kann die Leistung des Appliances ebenfalls optimiert werden.<\/p>\n

\"Check
\n
\nWenn das Blade Monitoring aktiviert ist, k\u00f6nnen diese Kennzahlen grafisch in der SmartConsole angezeigt werden, indem Sie auf das Objekt klicken und \u201eGer\u00e4te- und Lizenzinformationen\u201c ausw\u00e4hlen. <\/p>\n

Es wird jedoch nicht empfohlen, das Blade Monitoring dauerhaft zu aktivieren, aber f\u00fcr einen Tag zum Testen ist es durchaus sinnvoll.<\/p>\n

\"Check
\n
\nDar\u00fcber hinaus k\u00f6nnen weitere Parameter zur \u00dcberwachung hinzugef\u00fcgt werden, einer davon ist sehr n\u00fctzlich \u2014 Bytes Throughput (Durchsatz des Appliances).<\/p>\n

\"Check
\n
\nFalls ein anderes \u00dcberwachungssystem vorhanden ist, wie zum Beispiel ein kostenloses Zabbix<\/a><\/noindex>, das auf SNMP basiert, eignet es sich ebenfalls zur Identifizierung dieser Probleme.<\/p>\n

2. \u201eSpeicherleck\u201c im RAM \u00fcber die Zeit<\/h3>\n

\nOft stellt sich die Frage, dass der Gateway oder der Management-Server mit der Zeit immer mehr RAM verbraucht. Ich m\u00f6chte beruhigen: Das ist eine normale Erscheinung bei Linux-\u00e4hnlichen Systemen. <\/p>\n

Durch die Ausgabe der Befehle free -m<\/b> und cpstat -f memory os<\/b> im Expertmodus auf dem Appliance kann man alle Parameter bez\u00fcglich des RAMs z\u00e4hlen und einsehen.<\/p>\n

Bei der tats\u00e4chlich verf\u00fcgbaren Speicherkapazit\u00e4t auf dem Gateway momentan Freier Speicher<\/b> + Puffer-Speicher<\/b> + Cache-Speicher<\/b> = +-1,5 GB<\/b>, wie gewohnt.<\/p>\n

Wie der SR sagt, optimiert sich der Gateway\/Management-Server im Laufe der Zeit und verwendet immer mehr Speicher, bis etwa 80 % Nutzung erreicht sind, und bleibt dann stehen. Sie k\u00f6nnen das Ger\u00e4t neu starten, dann wird der Wert zur\u00fcckgesetzt. 1,5 GB freien RAM hat der Gateway auf jeden Fall ausreichend f\u00fcr alle Aufgaben, und das Management erreicht selten solche Grenzwerte.<\/p>\n

Auch die Ausgaben der erw\u00e4hnten Befehle zeigen, wie viel Sie haben Niedriger Speicher<\/b> (Arbeitsspeicher im User-Space) und Hoher Speicher<\/b> (Arbeitsspeicher im Kernel-Space) wurde verwendet.<\/p>\n

Kernelprozesse (einschlie\u00dflich aktiver Module wie Check Point Kernel-Module) verwenden ausschlie\u00dflich den Low Memory. Benutzerprozesse hingegen k\u00f6nnen sowohl Low als auch High Memory nutzen. Dar\u00fcber hinaus entspricht der Low Memory etwa Gesamtspeicher<\/b>.<\/p>\n

Sorgen sollten Sie sich nur machen, wenn Fehler in den Protokollen angezeigt werden. \u00abModule Neustarts oder Prozesse werden beendet, um Speicher aufgrund von OOM (Out of Memory) zur\u00fcckzugewinnen\u00bb<\/b>. In diesem Fall sollte das Gateway neu gestartet und der Support kontaktiert werden, falls der Neustart nicht hilft.<\/p>\n

Eine vollst\u00e4ndige Beschreibung finden Sie in sk99547 <\/a><\/noindex>und sk99593<\/a><\/noindex>.<\/p>\n

3. Optimierung<\/h3>\n

\nIm Folgenden finden Sie Fragen und Antworten zur Optimierung von CPU und RAM. Diese sollten Sie sich ehrlich beantworten und die Empfehlungen ber\u00fccksichtigen.<\/p>\n

3.1. Wurde der Appliance korrekt ausgew\u00e4hlt? Gab es ein Pilotprojekt?<\/h4>\n

\nTrotz einer richtigen Gr\u00f6\u00dfenberechnung k\u00f6nnte das Netzwerk einfach gewachsen sein, und die Hardware bew\u00e4ltigt die Last nicht mehr. Eine weitere M\u00f6glichkeit ist, dass es keine Gr\u00f6\u00dfenberechnung gegeben hat.<\/p>\n

3.2. Ist die HTTPS-Inspektion aktiviert? Falls ja, wurde die Technologie nach Best Practices eingerichtet? <\/h4>\n

\nWenden Sie sich an den Artikel<\/a><\/noindex>, wenn Sie unser Kunde sind, oder an sk108202<\/a><\/noindex>.<\/p>\n

Die Reihenfolge der Regeln in der HTTPS-Inspektionspolitik ist entscheidend f\u00fcr die Optimierung des Zugriffs auf HTTPS-Webseiten.<\/p>\n

Empfohlene Anordnung der Regeln:<\/p>\n

    \n
  1. Bypass-Regeln mit Kategorien\/URLs<\/li>\n
  2. Inspektionsregeln mit Kategorien\/URLs<\/li>\n
  3. Inspektionsregeln f\u00fcr alle anderen Kategorien<\/li>\n<\/ol>\n

    \n\"Check
    \n
    \n\u00c4hnlich wie bei der Firewallrichtlinie sucht Check Point von oben nach unten nach \u00dcbereinstimmungen in den Paketen. Daher ist es besser, Bypass-Regeln oben zu platzieren, um zu verhindern, dass das Gateway Ressourcen f\u00fcr die Verarbeitung aller Regeln aufwendet, wenn dieses Paket \u00fcbersprungen werden muss.<\/p>\n

    3.3 Werden Address-Range-Objekte verwendet?<\/h4>\n

    \nObjekte mit Adressbereichen, wie z.B. das Netzwerk 192.168.0.0-192.168.5.0, ben\u00f6tigen deutlich mehr RAM als 5 Netzwerkobjekte. Generell gilt es als gute Praxis, ungenutzte Objekte in SmartConsole zu entfernen, da bei jedem Mal, wenn eine Richtlinie installiert wird, das Gateway und der Management-Server Ressourcen und vor allem Zeit aufwenden, um die Richtlinie zu verifizieren und anzuwenden.<\/p>\n

    3.4. Wie ist die Threat Prevention-Politik konfiguriert? <\/h4>\n

    \nZun\u00e4chst empfiehlt Check Point, IPS in ein separates Profil auszulagern und separate Regeln f\u00fcr diesen Blade zu erstellen. <\/p>\n

    Zum Beispiel denkt der Administrator, dass der DMZ-Segment nur durch IPS gesch\u00fctzt werden sollte. Daher sollte ein Regel speziell f\u00fcr dieses Segment mit einem Profil erstellt werden, in dem nur IPS aktiviert ist, damit das Gateway keine Ressourcen f\u00fcr die Verarbeitung anderer Pakete aufwenden muss.<\/p>\n

    F\u00fcr die Konfiguration der Profile wird empfohlen, diese gem\u00e4\u00df den besten Praktiken in diesem Dokument<\/a><\/noindex>(Seiten 17-20).<\/p>\n

    3.5. Wie viele Signaturen sind im IPS im Modus 'Detect' aktiv? <\/h4>\n

    \nEs wird empfohlen, die Signaturen intensiv zu \u00fcberpr\u00fcfen und nicht verwendete Signaturen zu deaktivieren (zum Beispiel ben\u00f6tigen Signaturen zur Ausbeutung von Adobe-Produkten viel Rechenleistung, und wenn der Kunde solche Produkte nicht hat, macht es Sinn, die Signaturen abzuschalten). Au\u00dferdem sollte wo m\u00f6glich 'Prevent' anstelle von 'Detect' gesetzt werden, da das Gateway im Detect-Modus Ressourcen f\u00fcr die Verarbeitung der gesamten Verbindung ben\u00f6tigt, im Prevent-Modus hingegen sofort die Verbindung abweist und keine Ressourcen f\u00fcr die vollst\u00e4ndige Paketverarbeitung aufwendet.<\/p>\n

    3.6. Welche Dateien werden von den Blades Threat Emulation, Threat Extraction, Anti-Virus verarbeitet?<\/h4>\n

    \nEs macht keinen Sinn, Erweiterungsdateien zu emulieren und zu analysieren, die von Ihren Nutzern nicht heruntergeladen werden oder die Sie in Ihrem Netzwerk als unn\u00f6tig ansehen (z. B. k\u00f6nnen bat- und exe-Dateien leicht mit dem Content Awareness Blade auf Firewall-Ebene blockiert werden, wodurch die Ressourcen des Gateways geschont werden). Dar\u00fcber hinaus macht es auch keinen Sinn, in den Einstellungen zur Bedrohungsemulation das Environment (Betriebssystem) f\u00fcr die Bedrohungsemulation in der Sandbox auszuw\u00e4hlen und Windows 7 zu w\u00e4hlen, wenn alle Nutzer mit der Version 10 arbeiten.<\/p>\n

    3.7. Sind die Firewall-Regeln und die Anwendungsregeln gem\u00e4\u00df den Best Practices angeordnet? <\/h4>\n

    \nWenn eine Regel viele Hits (Treffer) hat, sollte sie ganz oben platziert werden, w\u00e4hrend Regeln mit wenigen Hits ganz unten stehen sollten. Wichtig ist, darauf zu achten, dass sie sich nicht \u00fcberschneiden oder gegenseitig blockieren. Die empfohlene Architektur der Firewall-Politik:<\/p>\n

    \"Check
    \n
    \nErl\u00e4uterungen: <\/p>\n

    First Rules \u2014 Hier werden die Regeln mit den meisten \u00dcbereinstimmungen platziert
    \nNoise Rule \u2014 Regel zum Filtern von unerw\u00fcnschtem Verkehr, wie z. B. NetBIOS
    \nStealth-Regel \u2013 Anfragen an Gateways und Managements sind nur von den in den Regeln zur Authentifizierung zu Gateways genannten Quellen erlaubt.
    \nClean-Up, Last und Drop-Regeln werden normalerweise zu einer einzigen Regel zusammengefasst, um alles zu verbieten, was zuvor nicht erlaubt war.<\/p>\n

    Die Best Practices sind beschrieben in sk106597<\/a><\/noindex>.<\/p>\n

    3.8. Welche Einstellungen sind f\u00fcr die von den Administratoren erstellten Dienste konfiguriert? <\/h4>\n

    \nWenn beispielsweise ein TCP-Dienst auf einem bestimmten Port erstellt wird, macht es Sinn, in den erweiterten Einstellungen des Dienstes das Kontrollk\u00e4stchen \u201eMatch for Any\u201c zu deaktivieren. In diesem Fall wird der Dienst direkt in die Regel einbezogen, in der er aufgef\u00fchrt ist, und nimmt nicht an Regeln teil, in denen in der Spalte Dienste Any steht.<\/p>\n

    \"Check
    \n
    \nBeim Sprechen \u00fcber Dienste sollte erw\u00e4hnt werden, dass es manchmal notwendig ist, die Timeouts anzupassen. Diese Einstellung erm\u00f6glicht eine effizientere Nutzung der Ressourcen des Gateways, um nicht unn\u00f6tig lange TCP\/UDP-Sitzungen f\u00fcr Protokolle aufrechtzuerhalten, die keine hohen Timeouts erfordern. Zum Beispiel habe ich im Screenshot unten das Timeout des Domain-UDP-Dienstes von 40 Sekunden auf 30 Sekunden ge\u00e4ndert.<\/p>\n

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

    3.9. Wird SecureXL verwendet und wie hoch ist der Beschleunigungsprozentsatz? <\/h4>\n

    \nDie Qualit\u00e4t der SecureXL-Funktion kann \u00fcber die Hauptbefehle im Expertenmodus am Gateway \u00fcberpr\u00fcft werden. fwaccel stat<\/b> und fw accel stats -s<\/b>. Anschlie\u00dfend sollte gekl\u00e4rt werden, welcher Traffic beschleunigt wird und welche weiteren Templates erstellt werden k\u00f6nnen. <\/p>\n

    Standardm\u00e4\u00dfig sind Drop Templates nicht aktiviert. Ihre Aktivierung hat positive Auswirkungen auf die Funktion von SecureXL. Gehen Sie dazu zu den Gateway-Einstellungen und zum Tab Optimierungen:<\/p>\n

    \"Check
    \n
    \nZur Optimierung der CPU kann auch die Synchronisation von nicht kritischen Diensten wie UDP DNS, ICMP und anderen in einem Cluster deaktiviert werden. Dazu gehen Sie zu den Dienst-Einstellungen \u2192 Erweitert \u2192 Synchronisieren der Verbindungen zur aktivierten Zustandsynchronisation im Cluster.<\/p>\n

    \"Check
    \n
    \nAlle Best Practices sind in     sk98348<\/a><\/noindex>.<\/p>\n

    3.10. Wie wird CoreXL verwendet? <\/h4>\n

    \nDie CoreXL-Technologie, die es erm\u00f6glicht, mehrere CPUs f\u00fcr Firewall-Instanzen (Firewall-Module) zu nutzen, tr\u00e4gt eindeutig zur Optimierung der Ger\u00e4teleistung bei. Zun\u00e4chst wird das Team fw ctl affinity -l -a <\/b>die verwendeten Firewall-Instanzen und die Prozessoren anzeigen, die f\u00fcr die SND ben\u00f6tigt werden (das Modul, das den Traffic an die Firewall-Entit\u00e4ten verteilt). Wenn nicht alle Prozessoren verwendet werden, k\u00f6nnen diese mit dem Befehl cpconfig <\/b>am Gateway hinzugef\u00fcgt werden.
    \nEine weitere gute Ma\u00dfnahme ist es,     einen Hotfix zu installieren. <\/a><\/noindex>zur Aktivierung von Multi-Queue. Multi-Queue l\u00f6st das Problem, wenn der SND-Prozessor zu stark ausgelastet ist, w\u00e4hrend Firewall-Instanzen auf anderen Prozessoren unt\u00e4tig bleiben. Dadurch h\u00e4tte SND die M\u00f6glichkeit, mehrere Warteschlangen f\u00fcr eine NIC zu erstellen und unterschiedliche Priorit\u00e4ten f\u00fcr verschiedene Datenstr\u00f6me auf Kernel-Ebene festzulegen. Folglich w\u00fcrden die CPU-Kerne effizienter genutzt. Die Methoden sind auch in sk98348<\/a><\/noindex>.<\/p>\n

    Zusammenfassend l\u00e4sst sich sagen, dass dies bei weitem nicht alle Best Practices zur Optimierung von Check Point sind, sondern die beliebtesten. Wenn Sie eine Pr\u00fcfung Ihrer Sicherheitsrichtlinien in Auftrag geben oder ein Problem im Zusammenhang mit Check Point l\u00f6sen m\u00f6chten, wenden Sie sich bitte an sales@tssolution.ru. <\/p>\n

    Vielen Dank f\u00fcr Ihre Aufmerksamkeit!
    \n
    Quelle:     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\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- und RAM-Optimierung | ProHoster","description":"Hallo, Kollegen! Heute m\u00f6chte ich ein sehr aktuelles Thema f\u00fcr viele Check Point-Administratoren besprechen: \u00abOptimierung von CPU und RAM\u00bb. Es kommt h\u00e4ufig vor, dass die Gateway- und\/oder Management-Server unerwartet viele dieser Ressourcen verbrauchen, und ich m\u00f6chte herausfinden, wohin sie \u201everschwinden\u201c und wie wir sie gegebenenfalls effizienter nutzen k\u00f6nnen. 1. Analyse Um die CPU-Auslastung zu analysieren, ist es n\u00fctzlich, die folgenden Befehle zu verwenden, die","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/check-point-optimizatsiya-cpu-i-ram","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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! \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","og:url":"https:\/\/prohoster.info\/de\/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"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39415","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=39415"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39415\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/39416"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=39415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=39415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=39415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}