{"id":31068,"date":"2019-10-31T21:39:16","date_gmt":"2019-10-31T18:39:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\/"},"modified":"2019-10-31T21:39:16","modified_gmt":"2019-10-31T18:39:16","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","title":{"rendered":"Como controlar a infraestrutura de rede. Cap\u00edtulo um. Reten\u00e7\u00e3o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Este artigo \u00e9 o primeiro de uma s\u00e9rie de artigos intitulada \"Como controlar a infraestrutura de rede\". Voc\u00ea pode encontrar o conte\u00fado de todos os artigos da s\u00e9rie e os links. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">aqui<\/a><\/noindex><\/i>.<\/p>\n<p>\u00c9 bem poss\u00edvel que haja um n\u00famero suficiente de empresas onde uma rede simples em uma hora ou mesmo em um dia n\u00e3o seja cr\u00edtica. Infelizmente ou felizmente, eu n\u00e3o tive a oportunidade de trabalhar em tais lugares. Mas, claro, as redes s\u00e3o variadas, as exig\u00eancias s\u00e3o diferentes, e as abordagens variam, ainda assim, de uma forma ou de outra, a lista abaixo ser\u00e1, em muitos casos, um verdadeiro \"must-do\".<\/p>\n<p>Ent\u00e3o, as condi\u00e7\u00f5es iniciais. <\/p>\n<p>Voc\u00ea est\u00e1 em um novo emprego ou recebeu uma promo\u00e7\u00e3o ou decidiu olhar para suas responsabilidades sob uma nova perspectiva. A rede da empresa \u00e9 de sua responsabilidade. Para voc\u00ea, isso \u00e9, em muitos aspectos, um desafio e algo novo, o que um pouco justifica o tom mentor desta artigo :). Mas espero que o artigo tamb\u00e9m possa ser \u00fatil para qualquer engenheiro de rede.<\/p>\n<p>Seu primeiro objetivo estrat\u00e9gico \u00e9 aprender a resistir \u00e0 entropia e manter o n\u00edvel de servi\u00e7o fornecido. <\/p>\n<p>Muitas das tarefas descritas abaixo podem ser resolvidas por diferentes meios. Eu intencionalmente n\u00e3o abordo o tema da implementa\u00e7\u00e3o t\u00e9cnica, pois muitas vezes n\u00e3o importa como voc\u00ea resolveu uma tarefa espec\u00edfica, mas sim como voc\u00ea a utiliza e se a utiliza de fato. Por exemplo, n\u00e3o adianta nada ter um sistema de monitoramento profissionalmente estruturado se voc\u00ea n\u00e3o olha para ele e n\u00e3o reage aos alertas.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Hardware<\/h2>\n<p>\nPrimeiro, voc\u00ea precisa entender onde est\u00e3o os maiores riscos.<\/p>\n<p>Novamente, isso pode variar. Posso supor que em algum lugar isso envolver\u00e1 quest\u00f5es de seguran\u00e7a, enquanto em outro lugar pode estar relacionado \u00e0 continuidade do servi\u00e7o, ou talvez algo mais. Por que n\u00e3o?<\/p>\n<p>Suponhamos, para fins de clareza, que ser\u00e1 realmente a continuidade do servi\u00e7o (como foi em todas as empresas em que trabalhei).<\/p>\n<p>Ent\u00e3o, voc\u00ea deve come\u00e7ar pelo equipamento. Aqui est\u00e1 uma lista de t\u00f3picos a serem considerados:<\/p>\n<ul>\n<li>classifica\u00e7\u00e3o do equipamento por grau de criticidade<\/li>\n<li>redund\u00e2ncia do equipamento cr\u00edtico<\/li>\n<li>suporte, licen\u00e7as<\/li>\n<\/ul>\n<p>\nVoc\u00ea deve considerar as poss\u00edveis falhas, especialmente com o equipamento que est\u00e1 no topo da sua classifica\u00e7\u00e3o de criticidade. Frequentemente, subestiman-se as chances de problemas duplos, caso contr\u00e1rio, sua solu\u00e7\u00e3o e suporte podem se tornar injustificadamente caros, mas no caso de elementos realmente cr\u00edticos da rede, cuja falha pode impactar significativamente o neg\u00f3cio, voc\u00ea deve pensar nisso tamb\u00e9m.<\/p>\n<blockquote><p><b>Exemplo<\/b><\/p>\n<p>Suponha que estamos falando sobre o switch principal no data center. <\/p>\n<p>Como concordamos que a continuidade do servi\u00e7o \u00e9 o crit\u00e9rio mais importante, \u00e9 razo\u00e1vel garantir a redund\u00e2ncia \u2018ativa\u2019 (redund\u00e2ncia) desse equipamento. Mas isso n\u00e3o \u00e9 tudo. Voc\u00ea tamb\u00e9m deve decidir quanto tempo, no caso da falha do primeiro switch, \u00e9 aceit\u00e1vel ficar apenas com um switch restante, j\u00e1 que existe o risco de que ele tamb\u00e9m falhe.<\/p>\n<p><b>Importante! Voc\u00ea n\u00e3o deve resolver essa quest\u00e3o sozinho. Voc\u00ea deve descrever os riscos, as solu\u00e7\u00f5es poss\u00edveis e os custos \u00e0 sua diretoria ou \u00e0 administra\u00e7\u00e3o da empresa. As decis\u00f5es devem ser tomadas por eles.<\/b><\/p>\n<p>Assim, se foi decidido que, com uma pequena probabilidade de falha dupla, operar por 4 horas com um switch \u00e9, em princ\u00edpio, aceit\u00e1vel, voc\u00ea pode simplesmente escolher o suporte adequado (pelo qual o equipamento ser\u00e1 trocado em at\u00e9 4 horas). <\/p>\n<p>Mas existe o risco de que n\u00e3o entreguem. Infelizmente, j\u00e1 estivemos em tal situa\u00e7\u00e3o. Em vez de quatro horas, o equipamento levou uma semana!!!<\/p>\n<p>Portanto, esse risco tamb\u00e9m precisa ser discutido e, talvez, seja mais adequado para voc\u00ea comprar um switch extra (o terceiro) e mant\u00ea-lo em reserva (reservas \u2018 frias\u2019) ou us\u00e1-lo para fins de laborat\u00f3rio.<\/p><\/blockquote>\n<p>\n<b>Importante! Crie uma tabela de todos os suportes que voc\u00ea possui, com as datas de expira\u00e7\u00e3o, e adicione-as ao calend\u00e1rio, para que, pelo menos um m\u00eas antes, voc\u00ea receba um aviso de que deve come\u00e7ar a se preocupar com a renova\u00e7\u00e3o do suporte.<\/b><\/p>\n<p>Voc\u00ea n\u00e3o ser\u00e1 perdoado se esquecer de renovar o suporte e, no dia seguinte ao t\u00e9rmino, seu equipamento quebrar.<\/p>\n<h2>Trabalhos de emerg\u00eancia<\/h2>\n<p>\nIndependentemente do que acontecer em sua rede, idealmente, voc\u00ea deve garantir o acesso ao seu equipamento de rede. <\/p>\n<p><b>Importante! Voc\u00ea deve ter acesso console a todo o equipamento e esse acesso n\u00e3o deve depender da funcionalidade da rede de transmiss\u00e3o de dados.<\/b><\/p>\n<p>Al\u00e9m disso, voc\u00ea deve antecipar poss\u00edveis cen\u00e1rios negativos e documentar as a\u00e7\u00f5es necess\u00e1rias. A disponibilidade deste documento tamb\u00e9m \u00e9 cr\u00edtica, portanto, deve ser n\u00e3o apenas disponibilizado em um recurso compartilhado do departamento, mas tamb\u00e9m salvo localmente nos computadores dos engenheiros.<\/p>\n<p>Devem obrigatoriamente estar l\u00e1 <\/p>\n<ul>\n<li>informa\u00e7\u00f5es necess\u00e1rias para abrir um chamado de suporte com o vendedor ou integrador <\/li>\n<li>informa\u00e7\u00f5es sobre como acessar qualquer equipamento (console, gerenciamento)<\/li>\n<\/ul>\n<p>\nAl\u00e9m disso, pode conter qualquer outra informa\u00e7\u00e3o \u00fatil, como uma descri\u00e7\u00e3o do procedimento de upgrade de diversos equipamentos e comandos diagn\u00f3sticos \u00fateis.<\/p>\n<h2>Parceiros<\/h2>\n<p>\nAgora voc\u00ea precisa avaliar os riscos associados aos parceiros. Normalmente, isso inclui<\/p>\n<ul>\n<li>provedores de internet e pontos de troca de tr\u00e1fego (IX)<\/li>\n<li>provedores de canal de comunica\u00e7\u00e3o <\/li>\n<\/ul>\n<p>\nQuais perguntas voc\u00ea deve se fazer? Assim como no caso do equipamento, voc\u00ea precisa considerar diferentes cen\u00e1rios de falha. Por exemplo, para provedores de internet, isso pode ser algo como:<\/p>\n<ul>\n<li>o que acontecer\u00e1 se o provedor de internet X deixar de fornecer o servi\u00e7o por algum motivo? <\/li>\n<li>sua largura de banda com os outros provedores ser\u00e1 suficiente?<\/li>\n<li>qual ser\u00e1 a qualidade da conectividade?<\/li>\n<li>qu\u00e3o independentes s\u00e3o seus provedores de internet e uma falha grave em um deles causar\u00e1 problemas com os outros?<\/li>\n<li>quantas entradas \u00f3pticas voc\u00ea tem no seu data center? <\/li>\n<li>o que ocorrer\u00e1 se uma das entradas for completamente destru\u00edda?<\/li>\n<\/ul>\n<p>\nSobre as entradas, em minha experi\u00eancia em duas empresas diferentes, em duas situa\u00e7\u00f5es diferentes, <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pt\/kompaniya\/data-centers\/\"   title=\", o que garante:\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4668\">, o que garante:<\/a> um escavador destruiu po\u00e7os e por um milagre nossa fibra \u00f3ptica n\u00e3o foi danificada. N\u00e3o \u00e9 um caso t\u00e3o raro.<\/p>\n<p>E, \u00e9 claro, voc\u00ea n\u00e3o deve apenas fazer essas perguntas, mas, novamente, com o apoio da ger\u00eancia, garantir que haja uma solu\u00e7\u00e3o aceit\u00e1vel em qualquer situa\u00e7\u00e3o. <\/p>\n<h2>Backup<\/h2>\n<p>\nO pr\u00f3ximo prioridade pode ser o backup das configura\u00e7\u00f5es do equipamento. De qualquer forma, este \u00e9 um ponto muito importante. N\u00e3o vou listar os casos em que voc\u00ea pode perder a configura\u00e7\u00e3o, \u00e9 melhor fazer backup regularmente e n\u00e3o se preocupar com isso. Al\u00e9m disso, backups regulares podem ser muito \u00fateis ao controlar mudan\u00e7as.<\/p>\n<p><b>Importante! Fa\u00e7a backup diariamente. N\u00e3o \u00e9 um grande volume de dados, para economizar nisso. De manh\u00e3, o engenheiro de plant\u00e3o (ou voc\u00ea) deve receber um relat\u00f3rio do sistema, que indique claramente se o backup foi bem-sucedido ou n\u00e3o, e caso o backup n\u00e3o tenha sido bem-sucedido, o problema deve ser resolvido ou um ticket deve ser criado (veja os processos do departamento de rede). <\/b><\/p>\n<h2>Vers\u00f5es de software<\/h2>\n<p>\nA quest\u00e3o de atualizar o software do equipamento n\u00e3o \u00e9 t\u00e3o simples. Por um lado, vers\u00f5es antigas possuem bugs e vulnerabilidades conhecidas, mas por outro lado, um novo software n\u00e3o \u00e9 sempre um procedimento de atualiza\u00e7\u00e3o indolor e pode trazer novos bugs e vulnerabilidades.<\/p>\n<p>Aqui, \u00e9 preciso encontrar a op\u00e7\u00e3o mais otimizada. Algumas recomenda\u00e7\u00f5es evidentes<\/p>\n<ul>\n<li>instale apenas vers\u00f5es est\u00e1veis<\/li>\n<li>ainda assim, n\u00e3o \u00e9 aconselh\u00e1vel usar vers\u00f5es de software muito antigas<\/li>\n<li>elabore uma tabela com informa\u00e7\u00f5es sobre qual software est\u00e1 instalado em cada equipamento<\/li>\n<li>leia periodicamente relat\u00f3rios sobre vulnerabilidades e bugs em vers\u00f5es de software, e em caso de problemas cr\u00edticos, considere a atualiza\u00e7\u00e3o<\/li>\n<\/ul>\n<p>\nNesta fase, tendo acesso ao console do equipamento, informa\u00e7\u00f5es sobre suporte e uma descri\u00e7\u00e3o do processo de atualiza\u00e7\u00e3o, voc\u00ea est\u00e1 basicamente preparado para esse passo. O ideal \u00e9 ter equipamentos laboratoriais onde voc\u00ea possa testar todo o procedimento, mas, infelizmente, isso n\u00e3o \u00e9 comum.<\/p>\n<p>Em caso de equipamentos cr\u00edticos, voc\u00ea pode entrar em contato com o suporte do fornecedor solicitando assist\u00eancia na atualiza\u00e7\u00e3o.<\/p>\n<h2>Sistema de tickets<\/h2>\n<p>\nAgora voc\u00ea pode olhar ao redor. Voc\u00ea precisa estabelecer processos de intera\u00e7\u00e3o com outros departamentos e dentro do pr\u00f3prio departamento. <\/p>\n<p>Pode n\u00e3o ser obrigat\u00f3rio (por exemplo, se sua empresa for pequena), mas eu recomendaria fortemente organizar o trabalho de forma que todas as tarefas externas e internas passem pelo sistema de tickets.<\/p>\n<p>O sistema de tickets \u00e9 essencialmente sua interface para comunica\u00e7\u00f5es internas e externas, e voc\u00ea deve descrever essa interface com um grau suficiente de detalhamento.<\/p>\n<p>Vamos usar como exemplo uma tarefa importante e frequentemente encontrada sobre a abertura de acesso. Vou descrever um algoritmo que funcionou muito bem em uma das empresas.<\/p>\n<blockquote><p><b>Exemplo<\/b><\/p>\n<p>Come\u00e7amos pelo fato de que, muitas vezes, os clientes formulam seu desejo em uma linguagem incompreens\u00edvel para o engenheiro de rede, ou seja, na linguagem do aplicativo, por exemplo, \u201cme abra o acesso ao 1C\u201d. <\/p>\n<p>Portanto, nunca aceitamos solicita\u00e7\u00f5es diretamente de tais usu\u00e1rios. <br \/>\nE essa foi a primeira exig\u00eancia<\/p>\n<ul>\n<li>as solicita\u00e7\u00f5es para fornecimento de acessos devem vir dos departamentos t\u00e9cnicos (no nosso caso, eram engenheiros de unix, windows e helpdesk)<\/li>\n<\/ul>\n<p>\nA segunda exig\u00eancia \u00e9 que <\/p>\n<ul>\n<li>esse acesso deve ser protocolado (pelo departamento t\u00e9cnico que recebeu a solicita\u00e7\u00e3o) e como solicita\u00e7\u00e3o devemos receber um link para esse acesso protocolado <\/li>\n<\/ul>\n<p>\nA forma dessa solicita\u00e7\u00e3o deve ser clara para n\u00f3s, ou seja, <\/p>\n<ul>\n<li>a solicita\u00e7\u00e3o deve conter informa\u00e7\u00f5es sobre de qual e em qual sub-rede o acesso deve ser aberto, bem como sobre o protocolo e (no caso de tcp\/udp) as portas<\/li>\n<\/ul>\n<p>\nDeve tamb\u00e9m ser indicado <\/p>\n<ul>\n<li>uma descri\u00e7\u00e3o para que esse acesso est\u00e1 sendo aberto<\/li>\n<li>tempor\u00e1rio ou permanente (se tempor\u00e1rio, at\u00e9 que data)<\/li>\n<\/ul>\n<p>\nE um ponto muito importante s\u00e3o as aprova\u00e7\u00f5es<\/p>\n<ul>\n<li>do chefe do departamento que iniciou o acesso (por exemplo, o departamento financeiro)<\/li>\n<li>do chefe do departamento t\u00e9cnico, de onde essa solicita\u00e7\u00e3o veio para o departamento de rede (por exemplo, helpdesk)<\/li>\n<\/ul>\n<p>\nNeste caso, o \"propriet\u00e1rio\" desse acesso \u00e9 considerado o chefe do departamento que iniciou o acesso (a contabilidade no nosso exemplo), e ele \u00e9 respons\u00e1vel por manter a p\u00e1gina com os acessos protocolados desse departamento atualizada.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Registro<\/h2>\n<p>\nIsso \u00e9 algo em que se pode se perder. Mas se voc\u00ea deseja implementar uma abordagem proativa, precisar\u00e1 aprender a lidar com esse fluxo de dados.<\/p>\n<blockquote><p>Aqui est\u00e3o algumas recomenda\u00e7\u00f5es pr\u00e1ticas:<\/p>\n<ul>\n<li>os logs devem ser revisados diariamente<\/li>\n<li>em caso de revis\u00e3o planejada (e n\u00e3o durante situa\u00e7\u00f5es emergenciais), voc\u00ea pode se limitar aos n\u00edveis de criticidade (severity) 0, 1, 2 e adicionar padr\u00f5es selecionados de outros n\u00edveis se achar necess\u00e1rio<\/li>\n<li>escreva um script que analise os logs e ignore aqueles cuja padr\u00f5es voc\u00ea adicionou \u00e0 lista de ignorados<\/li>\n<\/ul>\n<p>\nEssa abordagem permitir\u00e1, com o tempo, criar uma lista de logs que n\u00e3o lhe interessam e deixar apenas aqueles que voc\u00ea realmente considera importantes.<br \/>\nIsso funcionou muito bem para n\u00f3s.<\/p><\/blockquote>\n<p><\/p>\n<h2>Monitoramento<\/h2>\n<p>\nN\u00e3o \u00e9 incomum que uma empresa n\u00e3o tenha um sistema de monitoramento. Voc\u00ea pode, por exemplo, depender dos logs, mas o equipamento pode simplesmente 'morrer' sem avisar nada, ou um pacote UDP do protocolo syslog pode se perder e n\u00e3o chegar ao destino. Em suma, o monitoramento ativo \u00e9, sem d\u00favida, importante e necess\u00e1rio.<\/p>\n<blockquote><p>Dois exemplos mais comuns na minha pr\u00e1tica:<\/p>\n<ul>\n<li>monitoramento da carga dos canais de comunica\u00e7\u00e3o, links cr\u00edticos (por exemplo, conex\u00e3o com provedores). Permitem visualizar proativamente um potencial problema de degrada\u00e7\u00e3o do servi\u00e7o devido \u00e0 perda de tr\u00e1fego, evitando assim que ele ocorra.<\/li>\n<li>gr\u00e1ficos elaborados com base no NetFlow. Eles permitem encontrar facilmente anomalias no tr\u00e1fego e s\u00e3o muito \u00fateis para detectar alguns tipos simples, mas significativos, de ataques hackers.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\n<b>Importante! Configure notifica\u00e7\u00f5es SMS para os eventos mais cr\u00edticos. Isso se aplica tanto ao monitoramento quanto \u00e0 loga\u00e7\u00e3o. Se voc\u00ea n\u00e3o tem uma equipe de plant\u00e3o, as SMS tamb\u00e9m devem ser enviadas fora do hor\u00e1rio de trabalho. <\/b><\/p>\n<p>Planeje o processo de modo a n\u00e3o acordar todos os engenheiros. Para isso, t\u00ednhamos um engenheiro de plant\u00e3o.<\/p>\n<h2>Controle de mudan\u00e7as<\/h2>\n<p>\nNa minha opini\u00e3o, n\u00e3o \u00e9 necess\u00e1rio controlar todas as mudan\u00e7as. Mas, de qualquer forma, voc\u00ea deve ser capaz, se necess\u00e1rio, de encontrar facilmente quem e por que fez determinadas altera\u00e7\u00f5es na rede. <\/p>\n<blockquote><p>Algumas dicas:<\/p>\n<ul>\n<li>use um sistema de tickets para descrever detalhadamente o que foi feito no \u00e2mbito desse ticket, por exemplo, copiando a configura\u00e7\u00e3o aplicada para o ticket<\/li>\n<li>use as possibilidades de coment\u00e1rios nos equipamentos de rede (por exemplo, commit comment no Juniper). Voc\u00ea pode registrar o n\u00famero do ticket<\/li>\n<li>use o diff dos seus backups de configura\u00e7\u00e3o<\/li>\n<\/ul>\n<p>\nVoc\u00ea pode introduzir isso como um processo, revisando diariamente todos os tickets em busca de mudan\u00e7as.<\/p><\/blockquote>\n<p><\/p>\n<h2>Processos<\/h2>\n<p>\nVoc\u00ea deve formalizar e descrever os processos em sua equipe. Se voc\u00ea chegou a esse ponto, a sua equipe j\u00e1 deve estar trabalhando, pelo menos, com os seguintes processos:<\/p>\n<p>Processos di\u00e1rios:<\/p>\n<ul>\n<li>trabalho com tickets<\/li>\n<li>trabalho com logs<\/li>\n<li>controle de mudan\u00e7as<\/li>\n<li>lista de verifica\u00e7\u00e3o di\u00e1ria<\/li>\n<\/ul>\n<p>\nProcessos anuais:<\/p>\n<ul>\n<li>renova\u00e7\u00e3o de garantias, licen\u00e7as<\/li>\n<\/ul>\n<p>\nProcessos ass\u00edncronos:<\/p>\n<ul>\n<li>rea\u00e7\u00e3o a diversas situa\u00e7\u00f5es de emerg\u00eancia<\/li>\n<\/ul>\n<p><\/p>\n<h2>Conclus\u00e3o da primeira parte<\/h2>\n<p>\nVoc\u00ea percebeu que tudo isso ainda n\u00e3o \u00e9 sobre configura\u00e7\u00e3o de rede, design, protocolos de rede, roteamento ou seguran\u00e7a... \u00c9 algo em torno disso. Mas, embora possa parecer chato, s\u00e3o, com certeza, elementos muito importantes do funcionamento do departamento de redes. <\/p>\n<p>Por enquanto, como voc\u00ea pode ver, n\u00e3o melhorou nada na sua rede. Se havia vulnerabilidades de seguran\u00e7a, elas permanecem; se havia um design ruim, ele ainda existe. At\u00e9 que voc\u00ea aplique suas habilidades e conhecimentos como engenheiro de redes, nos quais provavelmente foram investidos muito tempo, esfor\u00e7o e, \u00e0s vezes, dinheiro. Mas primeiro \u00e9 necess\u00e1rio criar (ou fortalecer) a base antes de come\u00e7ar a constru\u00e7\u00e3o.<\/p>\n<p>Nas pr\u00f3ximas partes, falaremos sobre como buscar e resolver erros, e depois aprimorar sua infraestrutura.<\/p>\n<p>Claro, n\u00e3o \u00e9 necess\u00e1rio fazer tudo em sequ\u00eancia. O tempo pode ser cr\u00edtico. Fa\u00e7a paralelamente, se os recursos permitirem.<\/p>\n<p>E uma adi\u00e7\u00e3o importante. Comunique-se, pergunte, consulte sua equipe. Afinal, s\u00e3o eles que ir\u00e3o manter e realizar tudo isso.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/433614\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412\u043f\u043e\u043b\u043d\u0435 \u0434\u043e\u043f\u0443\u0441\u043a\u0430\u044e, \u0447\u0442\u043e \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e\u0435 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439, \u0433\u0434\u0435 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0441\u0435\u0442\u0438 \u0432 \u043e\u0434\u0438\u043d \u0447\u0430\u0441 \u0438\u043b\u0438 \u0434\u0430\u0436\u0435 \u043e\u0434\u0438\u043d \u0434\u0435\u043d\u044c \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0438\u0442\u0438\u0447\u043d\u044b\u043c. \u041c\u043d\u0435, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e \u0438\u043b\u0438 \u043a \u0441\u0447\u0430\u0441\u0442\u044c\u044e, \u043d\u0435 \u0434\u043e\u0432\u0435\u043b\u043e\u0441\u044c \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0432 \u0442\u0430\u043a\u0438\u0445 \u043c\u0435\u0441\u0442\u0430\u0445. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31068","post","type-post","status-publish","format-standard","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=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.\" \/>\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\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\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\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u043f\u0435\u0440\u0432\u0430\u044f. \u0423\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\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=\"2019-10-31T18:39:16+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:39:16+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\udd47Como ter o controle da infraestrutura de rede. Cap\u00edtulo um. Reten\u00e7\u00e3o | ProHoster","description":"Este artigo \u00e9 o primeiro de uma s\u00e9rie de artigos intitulada 'Como ter o controle da infraestrutura de rede'.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","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\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u043f\u0435\u0440\u0432\u0430\u044f. \u0423\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","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-31T18:39:16+00:00","article:modified_time":"2019-10-31T18:39:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31068","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-21 04:23:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:24:13","updated":"2026-01-21 04:23:19","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\/31068","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=31068"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/31068\/revisions"}],"predecessor-version":[{"id":164546,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/31068\/revisions\/164546"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=31068"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=31068"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=31068"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}