{"id":74655,"date":"2020-03-19T08:42:34","date_gmt":"2020-03-19T05:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh"},"modified":"2020-03-19T08:42:34","modified_gmt":"2020-03-19T05:42:34","slug":"kogda-linux-conntrack-vam-bolshe-ne-tovarishh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","title":{"rendered":"Wenn Linux conntrack Ihnen nicht mehr hilft","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Wenn Linux conntrack Ihnen nicht mehr hilft\" src=\"\/wp-content\/uploads\/2020\/03\/588a169e5cfe0714694b8d7ff03985d1.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Die Verfolgung von Verbindungen (\u201econntrack\u201c) ist eine grundlegende Funktion des Netzwerkstacks des Linux-Kernels. Sie erm\u00f6glicht es dem Kernel, alle logischen Netzwerkverbindungen oder -str\u00f6me nachzuverfolgen und damit alle Pakete zu identifizieren, die jeden Strom bilden, sodass diese zusammen verarbeitet werden k\u00f6nnen.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Conntrack ist eine wichtige Funktion des Kernels, die in einigen grundlegenden Szenarien verwendet wird:<\/p>\n<p><\/p>\n<ul>\n<li>NAT basiert auf Informationen von conntrack, sodass es alle Pakete aus einem Strom gleich behandeln kann. Zum Beispiel, wenn ein Pod auf einen Kubernetes-Service zugreift, verwendet der Load Balancer kube-proxy NAT, um den Verkehr an einen bestimmten Pod innerhalb des Clusters weiterzuleiten. Conntrack zeichnet auf, dass f\u00fcr eine bestimmte Verbindung alle Pakete an die IP des Services an denselben Pod gesendet werden m\u00fcssen und dass die Pakete, die vom Backend-Pod zur\u00fcckgegeben werden, durch NAT an den Pod zur\u00fcckgeleitet werden m\u00fcssen, von dem die Anfrage kam.<\/li>\n<li>Firewalls mit Zustandsverfolgung, wie Calico, basieren auf Informationen von conntrack, um \u201eAntwort\u201c -Verkehr auf die Whitelist zu setzen. Dies erm\u00f6glicht es Ihnen, eine Netzwerkpolitik zu schreiben, die besagt: \u201eerlaube meinem Pod, eine Verbindung zu jeder entfernten IP-Adresse herzustellen\u201c, ohne eine Politik schreiben zu m\u00fcssen, um den eingehenden Verkehr explizit zuzulassen. (Andernfalls m\u00fcssten Sie eine viel weniger sichere Regel hinzuf\u00fcgen, die besagt: \u201eerlaube Pakete in meinen Pod von jeder IP\u201c.)<\/li>\n<\/ul>\n<p><\/p>\n<p>Au\u00dferdem erh\u00f6ht conntrack in der Regel die Systemleistung (verringert die CPU-Auslastung und die Paketverz\u00f6gerung), da nur das erste Paket im Strom<br \/>\ndie vollst\u00e4ndige Verarbeitung des Netzwerkstacks durchlaufen muss, um zu bestimmen, was damit zu tun ist. Siehe den Beitrag \u201e<noindex><a rel=\"nofollow\" href=\"https:\/\/www.tigera.io\/blog\/comparing-kube-proxy-modes-iptables-or-ipvs\/\">Vergleich der kube-proxy-Modi<\/a><\/noindex>\u201c, um ein Beispiel daf\u00fcr zu sehen, wie das funktioniert.<\/p>\n<p><\/p>\n<p>Dennoch hat conntrack seine eigenen Einschr\u00e4nkungen\u2026<\/p>\n<p><\/p>\n<h3 id=\"itak-gde-vse-poshlo-ne-tak\">Wo also lief alles schief?<\/h3>\n<p><\/p>\n<p>Die conntrack-Tabelle hat eine anpassbare maximale Gr\u00f6\u00dfe, und wenn sie voll ist, beginnen Verbindungen normalerweise, abgelehnt oder unterbrochen zu werden. F\u00fcr die Verarbeitung des Verkehrs der meisten Anwendungen gibt es in der Tabelle normalerweise gen\u00fcgend freien Speicherplatz, und das wird nie zu einem Problem. Dennoch gibt es einige Szenarien, in denen es sinnvoll ist, \u00fcber die Verwendung der conntrack-Tabelle nachzudenken:<\/p>\n<p><\/p>\n<ul>\n<li>Der offensichtlichste Fall ist, wenn Ihr Server eine \u00e4u\u00dferst gro\u00dfe Anzahl gleichzeitig aktiver Verbindungen verarbeitet. Wenn Ihre conntrack-Tabelle beispielsweise auf 128.000 Eintr\u00e4ge eingestellt ist, Sie jedoch mehr als 128.000 gleichzeitige Verbindungen haben, werden Sie mit Sicherheit auf Probleme sto\u00dfen!<\/li>\n<li>Ein etwas weniger offensichtlicher Fall ist, wenn Ihr Server eine sehr hohe Anzahl an Verbindungen pro Sekunde verarbeitet. Selbst wenn die Verbindungen kurzlebig sind, werden sie von Linux f\u00fcr eine gewisse Zeit (standardm\u00e4\u00dfig 120 Sekunden) verfolgt. Wenn Ihre conntrack-Tabelle zum Beispiel auf 128.000 Eintr\u00e4ge eingestellt ist und Sie versuchen, 1.100 Verbindungen pro Sekunde zu verarbeiten, \u00fcberschreiten diese die Gr\u00f6\u00dfe der conntrack-Tabelle, auch wenn die Verbindungen sehr kurzlebig sind (128k \/ 120s = 1.092 Verbindungen \/ s).<\/li>\n<\/ul>\n<p><\/p>\n<p>Es gibt mehrere spezielle Anwendungsarten, die in diese Kategorien fallen. Dar\u00fcber hinaus kann das F\u00fcllen der conntrack-Tabelle Ihres Servers mit zahlreichen halb ge\u00f6ffneten Verbindungen bei vielen Feinden im Rahmen einer Denial-of-Service-Attacke (DOS) verwendet werden. In beiden F\u00e4llen kann conntrack zum Engpass Ihrer Systeme werden. In manchen F\u00e4llen kann es ausreichen, die Parameter der conntrack-Tabelle anzupassen \u2013 durch Erh\u00f6hen der Gr\u00f6\u00dfe oder Reduzierung der Zeit\u00fcberschreitungen f\u00fcr conntrack (aber wenn Sie das falsch machen, werden Sie auf erhebliche Schwierigkeiten sto\u00dfen). In anderen F\u00e4llen wird es notwendig sein, conntrack f\u00fcr aggressiven Verkehr zu umgehen.<\/p>\n<p><\/p>\n<h4 id=\"realnyy-primer\">Ein konkretes Beispiel<\/h4>\n<p><\/p>\n<p>Ein konkretes Beispiel: Ein gro\u00dfer SaaS-Anbieter, mit dem wir gearbeitet haben, hatte eine Reihe von memcached-Servern auf Hosts (nicht virtuellen Maschinen), von denen jeder \u00fcber 50.000 kurzlebige Verbindungen pro Sekunde verarbeitete.<\/p>\n<p><\/p>\n<p>Sie experimentierten mit der Konfiguration von conntrack, erh\u00f6hten die Tabellengr\u00f6\u00dfen und reduzierten die Verfolgungszeiten, aber die Konfiguration war instabil, der RAM-Verbrauch stieg erheblich an, was ein Problem darstellte (einige Gigabyte!), und die Verbindungen waren so kurz, dass conntrack seinen \u00fcblichen Leistungsgewinn (Verringerung der CPU-Nutzung oder der Paketverz\u00f6gerungen) nicht erzielte.<\/p>\n<p><\/p>\n<p>Als Alternative wandten sie sich an Calico. Die Netzwerk-Richtlinien von Calico erm\u00f6glichen es, conntrack f\u00fcr bestimmte Arten von Verkehr nicht zu verwenden (indem sie die Option doNotTrack in den Richtlinien verwenden). Dies gew\u00e4hrte ihnen das notwendige Leistungsniveau sowie ein zus\u00e4tzliches Sicherheitsniveau, das von Calico bereitgestellt wird.<\/p>\n<p><\/p>\n<h4 id=\"na-chto-pridetsya-poyti-chtoby-oboyti-conntrack\">Was muss man tun, um conntrack zu umgehen?<\/h4>\n<p><\/p>\n<ul>\n<li>Die do-not-track Netzwerk-Richtlinien sollten in der Regel symmetrisch sein. Im Falle eines SaaS-Anbieters: Ihre Anwendungen arbeiteten innerhalb einer gesch\u00fctzten Zone, und daher konnten sie durch die Netzwerk-Richtlinie den Verkehr von anderen bestimmten Anwendungen, die Zugriff auf memcached erhielten, auf die Whitelist setzen.<\/li>\n<li>Die do-not-track Richtlinie ber\u00fccksichtigt nicht die Verbindungsrichtung. Somit k\u00f6nnte man im Falle eines Hacks eines memcached-Servers theoretisch versuchen, eine Verbindung zu einem der memcached-Clients herzustellen, wenn der richtige Quellport verwendet wird. Wenn jedoch die Netzwerk-Richtlinie f\u00fcr Ihre memcached-Clients korrekt definiert wurde, werden diese Verbindungsversuche dennoch auf der Client-Seite abgelehnt.<\/li>\n<li>Die do-not-track Richtlinie wird auf jedes Paket angewendet, im Gegensatz zu den \u00fcblichen Richtlinien, die nur auf das erste Paket eines Streams angewendet werden. Dies kann den CPU-Ressourcenverbrauch pro Paket erh\u00f6hen, da die Richtlinie f\u00fcr jedes Paket angewendet werden muss. F\u00fcr kurzfristige Verbindungen wird dieser Aufwand jedoch durch die Verringerung des Ressourcenverbrauchs f\u00fcr die Verarbeitung von conntrack ausgeglichen. Zum Beispiel war im Falle des SaaS-Anbieters die Anzahl der Pakete pro Verbindung sehr gering, sodass der zus\u00e4tzliche Ressourcenverbrauch beim Anwenden der Richtlinien auf jedes Paket gerechtfertigt war.<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"pristupim-k-testam\">Lass uns mit den Tests beginnen.<\/h4>\n<p><\/p>\n<p>Wir haben einen Test auf einem Pod mit einem Memcached-Server und mehreren Pods mit Memcached-Clients durchgef\u00fchrt, die auf entfernten Knoten liefen, sodass wir eine sehr hohe Anzahl von Verbindungen pro Sekunde herstellen konnten. Der Server mit dem Pod des Memcached-Servers hatte 8 Kerne und 512k Eintr\u00e4ge in der conntrack-Tabelle (Standardgr\u00f6\u00dfe der Tabelle f\u00fcr den Host).<br \/>\nWir haben den Leistungsunterschied zwischen folgenden Szenarien gemessen: ohne Netzwerk-Richtlinie; mit \u00fcblicher Calico-Richtlinie; und mit Calico do-not-track-Richtlinie.<\/p>\n<p><\/p>\n<p>F\u00fcr den ersten Test haben wir die Anzahl der Verbindungen auf 4.000 pro Sekunde festgelegt, sodass wir uns auf die Unterschiede im CPU-Verbrauch konzentrieren konnten. Hier gab es keine wesentlichen Unterschiede zwischen dem Fehlen einer Richtlinie und der \u00fcblichen Richtlinie, aber die Do-Not-Track-Richtlinie erh\u00f6hte den CPU-Verbrauch um etwa 20 %:<\/p>\n<p>\n<img decoding=\"async\" alt=\"Wenn Linux conntrack Ihnen nicht mehr hilft\" src=\"\/wp-content\/uploads\/2020\/03\/6762772cb8e5f089a3ed444aff8cb8f4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Im zweiten Test haben wir so viele Verbindungen gestartet, wie unsere Clients generieren konnten, und haben die maximale Anzahl von Verbindungen pro Sekunde gemessen, die unser Memcached-Server verarbeiten konnte. Wie erwartet haben sowohl die \u201eohne Richtlinien\u201c als auch die \u201e\u00fcbliche Richtlinie\u201c die conntrack-Grenze von \u00fcber 4.000 Verbindungen pro Sekunde erreicht (512k \/ 120s = 4.369 Verbindungen\/s). Mit der Do-Not-Track-Richtlinie haben unsere Clients 60.000 Verbindungen pro Sekunde ohne Probleme gesendet. Wir sind uns sicher, dass wir diese Zahl erh\u00f6hen k\u00f6nnten, wenn wir mehr Clients anschlie\u00dfen, aber wir sind der Meinung, dass diese Zahlen bereits ausreichen, um die Botschaft dieses Artikels zu veranschaulichen!<\/p>\n<p>\n<img decoding=\"async\" alt=\"Wenn Linux conntrack Ihnen nicht mehr hilft\" src=\"\/wp-content\/uploads\/2020\/03\/f3beeb1793a3158018274079da953a2c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4 id=\"zaklyuchenie\">Fazit<\/h4>\n<p><\/p>\n<p>Conntrack ist eine wichtige Funktion des Kernels. Es erf\u00fcllt seine Aufgabe hervorragend. Oft wird es von wichtigen Komponenten des Systems verwendet. In bestimmten Szenarien \u00fcberwiegt jedoch die \u00dcberlastung durch conntrack die \u00fcblichen Vorteile, die es bietet. In diesem Szenario k\u00f6nnen die Netzwerkrichtlinien von Calico verwendet werden, um die Nutzung von conntrack selektiv zu deaktivieren und gleichzeitig die Netzwerksicherheit zu erh\u00f6hen. F\u00fcr den gesamten anderen Datenverkehr bleibt conntrack Ihr Partner!<\/p>\n<p><\/p>\n<h2 id=\"takzhe-chitayte-drugie-stati-v-nashem-bloge\">Lesen Sie auch andere Artikel in unserem Blog:<\/h2>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473578\/\">Erstellung dynamischer Module f\u00fcr Nginx<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473014\/\">Einf\u00fchrung in die Kubernetes-Autorisierung von Hashicorp Consul<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/426543\/\">Backups von Stateful in Kubernetes<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/424717\/\">Sicherung einer gro\u00dfen Anzahl unterschiedlicher Webprojekte<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/347526\/\">Telegram-Bot f\u00fcr Redmine. Wie man das Leben f\u00fcr sich und andere erleichtert<\/a><\/noindex><\/li>\n<\/ul>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/492686\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0439 \u0444\u0443\u043d\u043a\u0446\u0438\u0435\u0439 \u0441\u0435\u0442\u0435\u0432\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u044f\u0434\u0440\u0430 Linux. \u041e\u043d\u0430 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u044f\u0434\u0440\u0443 \u043e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0441\u0435\u0442\u0435\u0432\u044b\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u043b\u0438 \u043f\u043e\u0442\u043e\u043a\u0438 \u0438 \u0442\u0435\u043c \u0441\u0430\u043c\u044b\u043c \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u043f\u0430\u043a\u0435\u0442\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441\u043e\u0441\u0442\u0430\u0432\u043b\u044f\u044e\u0442 \u043a\u0430\u0436\u0434\u044b\u0439 \u043f\u043e\u0442\u043e\u043a, \u0447\u0442\u043e\u0431\u044b \u0438\u0445 \u043c\u043e\u0436\u043d\u043e \u0431\u044b\u043b\u043e \u043f\u043e\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435. Conntrack \u2014 \u044d\u0442\u043e \u0432\u0430\u0436\u043d\u0430\u044f \u0444\u0443\u043d\u043a\u0446\u0438\u044f \u044f\u0434\u0440\u0430, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445: NAT \u043e\u043f\u0438\u0440\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u043e\u0442 \u0441onntrack, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74656,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74655","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u043e\u0433\u0434\u0430 Linux conntrack \u0432\u0430\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0435 \u0442\u043e\u0432\u0430\u0440\u0438\u0449 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-03-19T05:42:34+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-19T05:42:34+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wenn Linux conntrack Ihnen nicht mehr hilfreich ist | ProHoster","description":"Das Verfolgen von Verbindungen (\u201econntrack\u201c) ist.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","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\udd47\u041a\u043e\u0433\u0434\u0430 Linux conntrack \u0432\u0430\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0435 \u0442\u043e\u0432\u0430\u0440\u0438\u0449 | ProHoster","og:description":"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","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":"2020-03-19T05:42:34+00:00","article:modified_time":"2020-03-19T05:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74655","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:10:25","updated":"2022-10-05 19:52:30","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/74655","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=74655"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/74655\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/74656"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=74655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=74655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=74655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}