{"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\/sv\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","title":{"rendered":"N\u00e4r Linux conntrack inte l\u00e4ngre \u00e4r din v\u00e4n","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"N\u00e4r Linux conntrack inte l\u00e4ngre \u00e4r din v\u00e4n\" src=\"\/wp-content\/uploads\/2020\/03\/588a169e5cfe0714694b8d7ff03985d1.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>\u00d6vervakning av anslutningar (\"conntrack\") \u00e4r en grundl\u00e4ggande funktion i Linux k\u00e4rnans n\u00e4tverksstack. Det g\u00f6r att k\u00e4rnan kan sp\u00e5ra alla logiska n\u00e4tverksanslutningar eller fl\u00f6den och d\u00e4rmed identifiera alla paket som utg\u00f6r varje fl\u00f6de, s\u00e5 att de kan bearbetas sequentialt tillsammans.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Conntrack \u00e4r en viktig k\u00e4rnfunktion som anv\u00e4nds i vissa centrala fall:<\/p>\n<p><\/p>\n<ul>\n<li>NAT \u00e4r beroende av information fr\u00e5n conntrack, s\u00e5 att det kan hantera alla paket fr\u00e5n ett fl\u00f6de p\u00e5 samma s\u00e4tt. Till exempel, n\u00e4r en pod anropar en Kubernetes-tj\u00e4nst, anv\u00e4nder lastbalanseraren kube-proxy NAT f\u00f6r att styra trafiken till en specifik pod inom klustret. Conntrack registrerar att f\u00f6r en viss anslutning ska alla paket till tj\u00e4nstens IP skickas till samma pod, och att paket som returneras fr\u00e5n backend-poden ska styras av NAT tillbaka till den pod som beg\u00e4rde.<\/li>\n<li>Brandv\u00e4ggar med tillst\u00e5nds\u00f6vervakning, s\u00e5som Calico, f\u00f6rlitar sig p\u00e5 information fr\u00e5n conntrack f\u00f6r att l\u00e4gga till \"svars\"-trafik i vitlistan. Detta till\u00e5ter dig att skriva en n\u00e4tverkspolicy som s\u00e4ger: \"till\u00e5t min pod att ansluta till vilken fj\u00e4rr-IP som helst\" utan att beh\u00f6va skriva en policy f\u00f6r att uttryckligen till\u00e5ta svarstrafik. (Utan detta skulle du beh\u00f6va l\u00e4gga till en mycket mindre s\u00e4ker regel som \"till\u00e5t paket till min pod fr\u00e5n vilken IP som helst.\")<\/li>\n<\/ul>\n<p><\/p>\n<p>Dessutom \u00f6kar conntrack vanligtvis systemets prestanda (genom att minska processoranv\u00e4ndning och paketf\u00f6rdr\u00f6jning), eftersom endast det f\u00f6rsta paketet i fl\u00f6det<br \/>\nm\u00e5ste genomg\u00e5 den fullst\u00e4ndiga behandlingen i n\u00e4tverksstacken f\u00f6r att avg\u00f6ra vad som ska g\u00f6ras med det. Se inl\u00e4gget \"<noindex><a rel=\"nofollow\" href=\"https:\/\/www.tigera.io\/blog\/comparing-kube-proxy-modes-iptables-or-ipvs\/\">J\u00e4mf\u00f6relse av kube-proxy-l\u00e4gen<\/a><\/noindex>\" f\u00f6r att se ett exempel p\u00e5 hur detta fungerar.<\/p>\n<p><\/p>\n<p>Det finns dock vissa begr\u00e4nsningar med conntrack...<\/p>\n<p><\/p>\n<h3 id=\"itak-gde-vse-poshlo-ne-tak\">S\u00e5, var gick allt fel?<\/h3>\n<p><\/p>\n<p>Conntrack-tabellen har en anpassningsbar maximal storlek, och om den fylls upp b\u00f6rjar normalt anslutningar att avvisas eller avbrytas. F\u00f6r att hantera trafiken f\u00f6r de flesta applikationer finns det vanligtvis tillr\u00e4ckligt med ledigt utrymme i tabellen, och detta blir aldrig ett problem. Men det finns n\u00e5gra scenarier d\u00e4r det kan vara v\u00e4rt att \u00f6verv\u00e4ga att anv\u00e4nda conntrack-tabellen:<\/p>\n<p><\/p>\n<ul>\n<li>Det mest uppenbara fallet \u00e4r om din server hanterar ett extremt stort antal samtidiga aktiva anslutningar. Om din conntrack-tabell \u00e4r inst\u00e4lld p\u00e5 128k poster, men du har &gt; 128k samtidiga anslutningar, kommer du sannolikt att st\u00f6ta p\u00e5 problem!<\/li>\n<li>Ett n\u00e5got mindre uppenbart fall: om din server hanterar ett mycket stort antal anslutningar per sekund. \u00c4ven om anslutningarna \u00e4r kortvariga, forts\u00e4tter de att sp\u00e5ras av Linux under en viss tidsperiod (som standard 120s). Till exempel, om din conntrack-tabell \u00e4r inst\u00e4lld p\u00e5 128 000 poster och du f\u00f6rs\u00f6ker hantera 1100 anslutningar per sekund, kommer de att \u00f6verskrida storleken p\u00e5 conntrack-tabellen, \u00e4ven om anslutningarna \u00e4r mycket kortvariga (128k \/ 120s = 1092 anslutningar \/ s).<\/li>\n<\/ul>\n<p><\/p>\n<p>Det finns flera nischtyper av applikationer som faller inom dessa kategorier. Dessutom, om du har m\u00e5nga illvilliga akt\u00f6rer, kan fyllningen av din servers conntrack-tabell med m\u00e5nga halv\u00f6ppna anslutningar anv\u00e4ndas som en del av en denial of service-attack (DOS). I b\u00e5da fallen kan conntrack bli en begr\u00e4nsande flaskhals i ditt system. I vissa fall kan justering av inst\u00e4llningarna f\u00f6r conntrack-tabellen vara tillr\u00e4ckligt f\u00f6r att m\u00f6ta dina behov \u2014 genom att \u00f6ka storleken eller minska tidsgr\u00e4nserna f\u00f6r conntrack (men om du g\u00f6r detta fel, kan du st\u00f6ta p\u00e5 stora problem). F\u00f6r andra fall kan det bli n\u00f6dv\u00e4ndigt att kringg\u00e5 conntrack f\u00f6r aggressiv trafik.<\/p>\n<p><\/p>\n<h4 id=\"realnyy-primer\">Ett verkligt exempel<\/h4>\n<p><\/p>\n<p>L\u00e5t oss ta ett konkret exempel: en stor SaaS-leverant\u00f6r som vi arbetade med hade ett antal memcached-servrar p\u00e5 v\u00e4rdar (inte virtuella maskiner), d\u00e4r varje server hanterade \u00f6ver 50 000 kortvariga anslutningar per sekund.<\/p>\n<p><\/p>\n<p>De experimenterade med konfigurationen av conntrack, \u00f6kade storlekarna p\u00e5 tabellerna och minskade sp\u00e5rningstiderna, men konfigurationen var op\u00e5litlig, minskade RAM-anv\u00e4ndningen avsev\u00e4rt, vilket var ett problem (n\u00e5gra GB!), och anslutningarna var s\u00e5 korta att conntrack inte skapade sin vanliga prestandavinst (minskad CPU-anv\u00e4ndning eller paketf\u00f6rseningar).<\/p>\n<p><\/p>\n<p>Som ett alternativ kontaktade de Calico. Calicos n\u00e4tverkspolicyer m\u00f6jligg\u00f6r att conntrack inte anv\u00e4nds f\u00f6r viss typ av trafik (genom att anv\u00e4nda alternativet doNotTrack f\u00f6r policyn). Detta gav dem den n\u00f6dv\u00e4ndiga prestandaniv\u00e5n plus ytterligare en s\u00e4kerhetsniv\u00e5 tillhandah\u00e5llen av Calico.<\/p>\n<p><\/p>\n<h4 id=\"na-chto-pridetsya-poyti-chtoby-oboyti-conntrack\">Vad m\u00e5ste g\u00f6ras f\u00f6r att kringg\u00e5 conntrack?<\/h4>\n<p><\/p>\n<ul>\n<li>N\u00e4tverkspolicyerna do-not-track b\u00f6r generellt sett vara symmetriska. F\u00f6r en SaaS-leverant\u00f6r: deras applikationer k\u00f6rdes inom en skyddad zon och d\u00e4rf\u00f6r kunde de, med hj\u00e4lp av n\u00e4tverkspolicyn, vitlista trafik fr\u00e5n andra specifika applikationer som fick \u00e5tkomst till memcached.<\/li>\n<li>Do-not-track policyn tar inte h\u00e4nsyn till riktning av anslutningen. D\u00e4rf\u00f6r, i h\u00e4ndelse av en hackning av memcached-servern, kan man teoretiskt f\u00f6rs\u00f6ka ansluta till vilken av memcached-klienterna som helst, om den anv\u00e4nder r\u00e4tt k\u00e4llport. Men om du korrekt har definierat n\u00e4tverkspolicyn f\u00f6r dina memcached-klienter, kommer dessa anslutningsf\u00f6rs\u00f6k \u00e4nd\u00e5 att avvisas vid klientens sida.<\/li>\n<li>Do-not-track policyn till\u00e4mpas p\u00e5 varje paket, till skillnad fr\u00e5n vanliga policyer som endast till\u00e4mpas p\u00e5 det f\u00f6rsta paketet i str\u00f6mmen. Detta kan \u00f6ka CPU-resursf\u00f6rbrukningen per paket, eftersom policyn m\u00e5ste till\u00e4mpas p\u00e5 varje paket. Men f\u00f6r kortvariga anslutningar balanseras denna f\u00f6rbrukning av den minskade resursanv\u00e4ndningen f\u00f6r att behandla conntrack. Som exempel, f\u00f6r en SaaS-leverant\u00f6r var antalet paket f\u00f6r varje anslutning mycket litet, s\u00e5 den extra CPU-resursf\u00f6rbrukningen n\u00e4r man till\u00e4mpade policyer p\u00e5 varje paket var motiverad.<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"pristupim-k-testam\">L\u00e5t oss b\u00f6rja med testerna<\/h4>\n<p><\/p>\n<p>Vi genomf\u00f6rde ett test p\u00e5 en pod med memcached-server och flera poddar av memcached-klienter som k\u00f6rdes p\u00e5 avl\u00e4gsna noder, s\u00e5 att vi kunde hantera ett mycket stort antal anslutningar per sekund. Servern med memcached-servern hade 8 k\u00e4rnor och 512k poster i conntrack-tabellen (standardinst\u00e4llning f\u00f6r tabellstorlek f\u00f6r v\u00e4rden).<br \/>\nVi m\u00e4tte prestandaskillnaden mellan: utan n\u00e4tverkspolicy; med vanlig Calico-policy; och Calico do-not-track-policy.<\/p>\n<p><\/p>\n<p>F\u00f6r det f\u00f6rsta testet st\u00e4llde vi in antalet anslutningar till 4 000 per sekund, s\u00e5 vi kunde fokusera p\u00e5 skillnaden i CPU-f\u00f6rbrukning. H\u00e4r fanns det inga betydande skillnader mellan avsaknaden av policy och vanlig policy, men do-not-track \u00f6kade CPU-f\u00f6rbrukningen med cirka 20%:<\/p>\n<p>\n<img decoding=\"async\" alt=\"N\u00e4r Linux conntrack inte l\u00e4ngre \u00e4r din v\u00e4n\" src=\"\/wp-content\/uploads\/2020\/03\/6762772cb8e5f089a3ed444aff8cb8f4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>I det andra testet k\u00f6rde vi s\u00e5 m\u00e5nga anslutningar som v\u00e5ra klienter kunde generera och m\u00e4tte det maximala antalet anslutningar per sekund som v\u00e5r memcached-server kunde hantera. Som f\u00f6rv\u00e4ntat n\u00e5dde b\u00e5de 'utan policy' och 'vanlig policy' gr\u00e4nsen f\u00f6r conntrack med mer \u00e4n 4 000 anslutningar per sekund (512k \/ 120s = 4 369 anslutningar\/s). Med do-not-track-policy skickade v\u00e5ra klienter 60 000 anslutningar per sekund utan n\u00e5gra problem. Vi \u00e4r \u00f6vertygade om att vi skulle kunna \u00f6ka detta antal genom att ansluta fler klienter, men vi k\u00e4nner att dessa siffror redan \u00e4r tillr\u00e4ckliga f\u00f6r att illustrera budskapet i denna artikel!<\/p>\n<p>\n<img decoding=\"async\" alt=\"N\u00e4r Linux conntrack inte l\u00e4ngre \u00e4r din v\u00e4n\" src=\"\/wp-content\/uploads\/2020\/03\/f3beeb1793a3158018274079da953a2c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4 id=\"zaklyuchenie\">Slutsats<\/h4>\n<p><\/p>\n<p>Conntrack \u00e4r en viktig k\u00e4rnfunktion. Den g\u00f6r sitt jobb utm\u00e4rkt. Ofta anv\u00e4nds den av systemets nyckelkomponenter. Men i vissa specifika scenarier kan \u00f6verbelastningen fr\u00e5n conntrack \u00f6verv\u00e4ga de vanliga f\u00f6rdelar som den ger. I detta scenario kan Calico-n\u00e4tverkspolicyer anv\u00e4ndas f\u00f6r att selektivt st\u00e4nga av anv\u00e4ndningen av conntrack, samtidigt som n\u00e4tverkss\u00e4kerheten \u00f6kar. F\u00f6r all annan trafik forts\u00e4tter conntrack att vara din v\u00e4n!<\/p>\n<p><\/p>\n<h2 id=\"takzhe-chitayte-drugie-stati-v-nashem-bloge\">L\u00e4s \u00e4ven andra artiklar i v\u00e5r blogg:<\/h2>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473578\/\">Bygg dynamiska moduler f\u00f6r Nginx<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473014\/\">Introduktion till Hashicorp Consuls Kubernetes-autorisering<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/426543\/\">Backup av Stateful i Kubernetes<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/424717\/\">Backup av ett stort antal heterogena web-projekt<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/347526\/\">Telegram-bot f\u00f6r Redmine. Hur man f\u00f6renklar livet f\u00f6r sig sj\u00e4lv och andra<\/a><\/noindex><\/li>\n<\/ul>\n<p>K\u00e4lla: <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.4 - 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\/sv\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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\udd47N\u00e4r Linux conntrack inte l\u00e4ngre \u00e4r din v\u00e4n | ProHoster","description":"Conntrack \u00e4r.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/74655","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=74655"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/74655\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/74656"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=74655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=74655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=74655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}