{"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\/pt\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","title":{"rendered":"Quando o Linux conntrack n\u00e3o \u00e9 mais seu amigo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Quando o Linux conntrack n\u00e3o \u00e9 mais seu amigo\" src=\"\/wp-content\/uploads\/2020\/03\/588a169e5cfe0714694b8d7ff03985d1.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>O rastreamento de conex\u00f5es (\u201cconntrack\u201d) \u00e9 uma fun\u00e7\u00e3o central da pilha de rede do n\u00facleo Linux. Ele permite que o n\u00facleo monitore todas as conex\u00f5es ou fluxos de rede l\u00f3gicos, identificando assim todos os pacotes que compondo cada fluxo, para que possam ser processados sequencialmente em conjunto.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Conntrack \u00e9 uma fun\u00e7\u00e3o importante do n\u00facleo, utilizada em alguns casos principais:<\/p>\n<p><\/p>\n<ul>\n<li>NAT depende das informa\u00e7\u00f5es do conntrack, permitindo que ele processe uniformemente todos os pacotes de um \u00fanico fluxo. Por exemplo, quando um pod acessa um servi\u00e7o Kubernetes, o balanceador de carga kube-proxy utiliza o NAT para direcionar o tr\u00e1fego para um pod espec\u00edfico dentro do cluster. O conntrack registra que, para uma determinada conex\u00e3o, todos os pacotes enviados para o IP do servi\u00e7o devem ir para o mesmo pod, e que os pacotes retornados pelo pod de backend devem ser direcionados pelo NAT de volta para o pod de onde a solicita\u00e7\u00e3o veio.<\/li>\n<li>Firewalls com rastreamento de estado, como o Calico, dependem das informa\u00e7\u00f5es do conntrack para adicionar o tr\u00e1fego \u201cde resposta\u201d \u00e0 lista de permiss\u00f5es. Isso permite que voc\u00ea escreva uma pol\u00edtica de rede que diga: \"permita que meu pod se conecte a qualquer IP remoto\", sem a necessidade de escrever uma pol\u00edtica para permitir explicitamente o tr\u00e1fego de resposta. (Sem isso, voc\u00ea teria que adicionar uma regra muito menos segura: \"permitir pacotes em meu pod de qualquer IP\").<\/li>\n<\/ul>\n<p><\/p>\n<p>Al\u00e9m disso, o conntrack geralmente melhora o desempenho do sistema (reduzindo o consumo de CPU e o tempo de lat\u00eancia dos pacotes), j\u00e1 que apenas o primeiro pacote em um fluxo<br \/>\nprecisa passar por todo o processamento da pilha de rede para determinar o que fazer com ele. Veja o post \u201c<noindex><a rel=\"nofollow\" href=\"https:\/\/www.tigera.io\/blog\/comparing-kube-proxy-modes-iptables-or-ipvs\/\">Compara\u00e7\u00e3o dos modos do kube-proxy<\/a><\/noindex>\u201d para ver um exemplo de como isso funciona.<\/p>\n<p><\/p>\n<p>No entanto, o conntrack possui suas limita\u00e7\u00f5es\u2026<\/p>\n<p><\/p>\n<h3 id=\"itak-gde-vse-poshlo-ne-tak\">Ent\u00e3o, onde tudo deu errado?<\/h3>\n<p><\/p>\n<p>A tabela do conntrack tem um tamanho m\u00e1ximo configur\u00e1vel, e se ela se encher, as conex\u00f5es geralmente come\u00e7am a ser rejeitadas ou interrompidas. Para processar o tr\u00e1fego da maioria das aplica\u00e7\u00f5es, a tabela geralmente tem espa\u00e7o livre suficiente, e isso nunca se tornar\u00e1 um problema. No entanto, h\u00e1 alguns cen\u00e1rios onde vale a pena considerar o uso da tabela do conntrack:<\/p>\n<p><\/p>\n<ul>\n<li>O caso mais \u00f3bvio \u00e9 quando seu servidor processa um n\u00famero extremamente grande de conex\u00f5es ativas simultaneamente. Por exemplo, se sua tabela conntrack est\u00e1 configurada para 128 mil registros, mas voc\u00ea tem &gt; 128 mil conex\u00f5es simult\u00e2neas, voc\u00ea certamente enfrentar\u00e1 um problema!<\/li>\n<li>Um caso um pouco menos \u00f3bvio \u00e9 quando seu servidor processa um grande n\u00famero de conex\u00f5es por segundo. Mesmo que as conex\u00f5es sejam breves, elas continuam sendo rastreadas pelo Linux por um determinado per\u00edodo (por padr\u00e3o, 120s). Por exemplo, se sua tabela conntrack est\u00e1 configurada para 128 mil registros e voc\u00ea est\u00e1 tentando processar 1100 conex\u00f5es por segundo, isso ir\u00e1 exceder o tamanho da tabela conntrack, mesmo que as conex\u00f5es sejam muito ef\u00eameras (128k \/ 120s = 1092 conex\u00f5es \/ s).<\/li>\n<\/ul>\n<p><\/p>\n<p>Existem alguns tipos de aplica\u00e7\u00f5es de nicho que se enquadram nessas categorias. Al\u00e9m disso, se voc\u00ea tiver muitos advers\u00e1rios, o preenchimento da tabela conntrack do seu servidor com v\u00e1rias conex\u00f5es semi-abertas pode ser utilizado em um ataque de nega\u00e7\u00e3o de servi\u00e7o (DoS). Em ambos os casos, o conntrack pode se tornar um gargalo em seu sistema. Em algumas situa\u00e7\u00f5es, ajustar as configura\u00e7\u00f5es da tabela conntrack pode ser suficiente para atender \u00e0s suas necessidades - aumentando o tamanho ou reduzindo os timeouts do conntrack (mas, se voc\u00ea fizer isso de maneira inadequada, enfrentar\u00e1 grandes dificuldades). Para outros casos, ser\u00e1 necess\u00e1rio contornar o conntrack para tr\u00e1fego agressivo.<\/p>\n<p><\/p>\n<h4 id=\"realnyy-primer\">Um exemplo real<\/h4>\n<p><\/p>\n<p>Vamos citar um exemplo espec\u00edfico: um grande provedor de SaaS com o qual trabalhamos tinha uma s\u00e9rie de servidores memcached em hosts (n\u00e3o m\u00e1quinas virtuais), cada um dos quais processava mais de 50 mil conex\u00f5es breves por segundo.<\/p>\n<p><\/p>\n<p>Eles experimentaram com a configura\u00e7\u00e3o do conntrack, aumentaram os tamanhos das tabelas e reduziram o tempo de rastreamento, mas a configura\u00e7\u00e3o era inst\u00e1vel, o consumo de RAM aumentou significativamente, o que foi um problema (na ordem de gigabytes!), e as conex\u00f5es eram t\u00e3o curtas que o conntrack n\u00e3o criou o seu ganho habitual em desempenho (redu\u00e7\u00e3o do uso de CPU ou lat\u00eancia de pacotes).<\/p>\n<p><\/p>\n<p>Como alternativa, eles recorreram ao Calico. As pol\u00edticas de rede do Calico permitem n\u00e3o usar o conntrack para um tipo espec\u00edfico de tr\u00e1fego (usando a op\u00e7\u00e3o doNotTrack nas pol\u00edticas). Isso lhes proporcionou o n\u00edvel necess\u00e1rio de desempenho, al\u00e9m de um n\u00edvel adicional de seguran\u00e7a fornecido pelo Calico.<\/p>\n<p><\/p>\n<h4 id=\"na-chto-pridetsya-poyti-chtoby-oboyti-conntrack\">O que ser\u00e1 necess\u00e1rio fazer para contornar o conntrack?<\/h4>\n<p><\/p>\n<ul>\n<li>As pol\u00edticas de rede do-not-track geralmente devem ser sim\u00e9tricas. No caso de um provedor de SaaS: seus aplicativos funcionavam dentro de uma zona protegida e, portanto, por meio da pol\u00edtica de rede, eles podiam incluir em uma lista branca o tr\u00e1fego de outros aplicativos espec\u00edficos que tinham autoriza\u00e7\u00e3o de acesso ao memcached.<\/li>\n<li>A pol\u00edtica do-not-track n\u00e3o considera a dire\u00e7\u00e3o da conex\u00e3o. Assim, em caso de uma viola\u00e7\u00e3o do servidor memcached, teoricamente \u00e9 poss\u00edvel tentar conectar-se a qualquer um dos clientes memcached, se ele usar a porta de origem correta. No entanto, se voc\u00ea definiu corretamente a pol\u00edtica de rede para seus clientes memcached, essas tentativas de conex\u00e3o ainda ser\u00e3o rejeitadas do lado do cliente.<\/li>\n<li>A pol\u00edtica do-not-track se aplica a cada pacote, ao contr\u00e1rio das pol\u00edticas comuns, que se aplicam apenas ao primeiro pacote de um fluxo. Isso pode aumentar o uso de recursos da CPU por pacote, uma vez que a pol\u00edtica precisa ser aplicada a cada pacote. Mas para conex\u00f5es de curto prazo, esse gasto \u00e9 equilibrado pela redu\u00e7\u00e3o do consumo de recursos no processamento do conntrack. Por exemplo, no caso de um provedor de SaaS, o n\u00famero de pacotes para cada conex\u00e3o era muito pequeno, ent\u00e3o o gasto adicional de recursos da CPU ao aplicar pol\u00edticas a cada pacote foi justificado.<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"pristupim-k-testam\">Vamos come\u00e7ar os testes.<\/h4>\n<p><\/p>\n<p>Realizamos um teste em um pod com um servidor memcached e v\u00e1rios pods de clientes memcached, executados em n\u00f3s remotos, para que pud\u00e9ssemos estabelecer um n\u00famero muito grande de conex\u00f5es por segundo. O servidor com o pod do servidor memcached tinha 8 n\u00facleos e 512k registros na tabela do conntrack (tamanho padr\u00e3o da tabela configurado para o host).<br \/>\nMedimos a diferen\u00e7a de desempenho entre: sem pol\u00edtica de rede; com pol\u00edtica Calico comum; e com pol\u00edtica Calico do-not-track.<\/p>\n<p><\/p>\n<p>Para o primeiro teste, definimos o n\u00famero de conex\u00f5es em at\u00e9 4.000 por segundo, permitindo-nos focar na diferen\u00e7a no consumo de CPU. N\u00e3o houve diferen\u00e7as significativas entre a aus\u00eancia de pol\u00edticas e a pol\u00edtica padr\u00e3o, mas a pol\u00edtica do tipo do-not-track aumentou o consumo de CPU em cerca de 20%.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Quando o Linux conntrack n\u00e3o \u00e9 mais seu amigo\" src=\"\/wp-content\/uploads\/2020\/03\/6762772cb8e5f089a3ed444aff8cb8f4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>No segundo teste, geramos o m\u00e1ximo de conex\u00f5es que nossos clientes conseguiram e medimos o n\u00famero m\u00e1ximo de conex\u00f5es por segundo que nosso servidor memcached poderia processar. Como esperado, tanto na situa\u00e7\u00e3o sem pol\u00edticas quanto na pol\u00edtica padr\u00e3o, ambos atingiram o limite de conntrack em mais de 4.000 conex\u00f5es por segundo (512k \/ 120s = 4.369 conex\u00f5es\/s). Com a pol\u00edtica do tipo do-not-track, nossos clientes enviaram 60.000 conex\u00f5es por segundo sem quaisquer problemas. Estamos confiantes de que poder\u00edamos aumentar esse n\u00famero conectando mais clientes, mas sentimos que esses n\u00fameros j\u00e1 s\u00e3o suficientes para ilustrar a mensagem deste artigo!<\/p>\n<p>\n<img decoding=\"async\" alt=\"Quando o Linux conntrack n\u00e3o \u00e9 mais seu amigo\" src=\"\/wp-content\/uploads\/2020\/03\/f3beeb1793a3158018274079da953a2c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4 id=\"zaklyuchenie\">Conclus\u00e3o<\/h4>\n<p><\/p>\n<p>Conntrack \u00e9 uma fun\u00e7\u00e3o importante do kernel. Ele faz seu trabalho de forma excelente. Muitas vezes, \u00e9 utilizado por componentes chave do sistema. No entanto, em alguns cen\u00e1rios espec\u00edficos, a sobrecarga causada pelo conntrack supera as vantagens normais que ele oferece. Nesse cen\u00e1rio, as pol\u00edticas de rede do Calico podem ser utilizadas para desabilitar seletivamente o uso do conntrack, aumentando assim o n\u00edvel de seguran\u00e7a da rede. Para todo o tr\u00e1fego restante, o conntrack continua sendo seu aliado!<\/p>\n<p><\/p>\n<h2 id=\"takzhe-chitayte-drugie-stati-v-nashem-bloge\">Leia tamb\u00e9m outros artigos em nosso blog:<\/h2>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473578\/\">Compila\u00e7\u00e3o de m\u00f3dulos din\u00e2micos para Nginx<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473014\/\">Introdu\u00e7\u00e3o \u00e0 Autoriza\u00e7\u00e3o do Kubernetes do Hashicorp Consul<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/426543\/\">Backups Stateful no Kubernetes<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/424717\/\">Backup de um grande n\u00famero de projetos web heterog\u00eaneos<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/347526\/\">Bot do Telegram para Redmine. Como facilitar a vida para voc\u00ea e para os outros<\/a><\/noindex><\/li>\n<\/ul>\n<p>Fonte: <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.3 - 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\/pt\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\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\/pt\/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\udd47Quando o Linux conntrack j\u00e1 n\u00e3o \u00e9 seu amigo | ProHoster","description":"O rastreamento de conex\u00f5es (\"conntrack\") est\u00e1.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/74655","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=74655"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/74655\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/74656"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=74655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=74655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=74655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}