{"id":31067,"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-vtoraya-chistka-i-dokumentirovanie\/"},"modified":"2019-10-31T21:39:16","modified_gmt":"2019-10-31T18:39:16","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","title":{"rendered":"Como controlar a infraestrutura de rede. Cap\u00edtulo dois. Limpeza e documenta\u00e7\u00e3o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Este artigo \u00e9 o segundo de uma s\u00e9rie intitulada \u2018Como controlar sua infraestrutura de rede\u2019. O conte\u00fado de todos os artigos da s\u00e9rie e os links podem ser encontrados <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">aqui<\/a><\/noindex><\/i>.<\/p>\n<p><img decoding=\"async\" alt=\"Como controlar a infraestrutura de rede. Cap\u00edtulo dois. Limpeza e documenta\u00e7\u00e3o\" src=\"\/wp-content\/uploads\/2019\/04\/7b8e020272ed52ef0a119714b0a5d58b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNosso objetivo neste est\u00e1gio \u00e9 organizar a documenta\u00e7\u00e3o e a configura\u00e7\u00e3o. <br \/>\nAo final deste processo, voc\u00ea dever\u00e1 ter um conjunto necess\u00e1rio de documentos e uma rede configurada de acordo com eles.<\/p>\n<p>Agora n\u00e3o falaremos sobre auditoria de seguran\u00e7a \u2013 isso ser\u00e1 abordado na terceira parte. <\/p>\n<p>A dificuldade em realizar a tarefa proposta neste est\u00e1gio varia bastante de empresa para empresa.<\/p>\n<p>A situa\u00e7\u00e3o ideal \u00e9 quando<\/p>\n<ul>\n<li>sua rede foi criada de acordo com o projeto e voc\u00ea possui todo o conjunto de documentos<\/li>\n<li>sua empresa implementou <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/433614\/\">um processo de controle e gest\u00e3o de mudan\u00e7as<\/a><\/noindex> para a rede<\/li>\n<li>de acordo com esse processo, voc\u00ea possui documentos (incluindo todos os esquemas necess\u00e1rios) que fornecem informa\u00e7\u00f5es completas sobre a situa\u00e7\u00e3o atual<\/li>\n<\/ul>\n<p>\nNesse caso, sua tarefa \u00e9 bastante simples. Voc\u00ea deve revisar os documentos e analisar todas as mudan\u00e7as que foram feitas. <\/p>\n<p>Na pior das hip\u00f3teses, voc\u00ea ter\u00e1 uma<\/p>\n<ul>\n<li>rede criada sem projeto, sem planejamento, sem aprova\u00e7\u00e3o, por engenheiros que n\u00e3o possuem o n\u00edvel adequado de qualifica\u00e7\u00e3o,<\/li>\n<li>com altera\u00e7\u00f5es ca\u00f3ticas, n\u00e3o documentadas, muita \u2018bagun\u00e7a\u2019 e solu\u00e7\u00f5es n\u00e3o otimizadas.<\/li>\n<\/ul>\n<p>\n\u00c9 evidente que sua situa\u00e7\u00e3o est\u00e1 em algum lugar entre esses extremos, mas, infelizmente, na escala de melhor \u2013 pior, com alta probabilidade, voc\u00ea estar\u00e1 mais pr\u00f3ximo do pior extremo.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Nesse caso, ser\u00e1 necess\u00e1rio tamb\u00e9m ter a habilidade de ler pensamentos, pois voc\u00ea ter\u00e1 que aprender a entender o que os \u2018designers\u2019 pretendiam, recuperar sua l\u00f3gica, finalizar o que n\u00e3o foi completo e remover \u2018lixo\u2019. <br \/>\nE, claro, voc\u00ea precisar\u00e1 corrigir seus erros, modificar (neste est\u00e1gio, minimamente) o design e alterar ou criar esquemas do zero. <\/p>\n<p>Este artigo n\u00e3o reivindica, de forma alguma, ser exaustivo. Aqui, descreverei apenas os princ\u00edpios gerais e abordarei alguns problemas comuns que precisam ser resolvidos.<\/p>\n<h2>Conjunto de documentos<\/h2>\n<p><\/p>\n<blockquote><p>Come\u00e7aremos com um exemplo.<\/p>\n<p>Abaixo est\u00e3o alguns documentos que costumam ser criados na empresa Cisco Systems durante o projeto.<\/p>\n<p><b>CR<\/b> \u2013 Requisitos do Cliente, requisitos do cliente (especifica\u00e7\u00e3o t\u00e9cnica).<br \/>\nCriado em parceria com o cliente, define os requisitos para a rede.<\/p>\n<p><b>HLD<\/b> \u2013 Design de Alto N\u00edvel, um design de alto n\u00edvel baseado nos requisitos da rede (CR). O documento explica e justifica as decis\u00f5es arquitet\u00f4nicas tomadas (topologia, protocolos, escolha de equipamentos, ...). O HLD n\u00e3o cont\u00e9m detalhes de design, como as interfaces utilizadas e os endere\u00e7os IP. Tamb\u00e9m n\u00e3o discute a configura\u00e7\u00e3o espec\u00edfica do equipamento. Este documento \u00e9 mais destinado a explicar ao gerenciamento t\u00e9cnico do cliente os conceitos-chave de design.<\/p>\n<p><b>LLD<\/b> \u2013 Low Level Design, design de baixo n\u00edvel baseado no alto n\u00edvel (HLD). <br \/>\nEle deve conter todos os detalhes necess\u00e1rios para a implementa\u00e7\u00e3o do projeto, como informa\u00e7\u00f5es sobre como conectar e configurar o equipamento. Este \u00e9 um guia completo para a implementa\u00e7\u00e3o do design. Este documento deve fornecer informa\u00e7\u00f5es suficientes para sua execu\u00e7\u00e3o, mesmo por pessoal n\u00e3o muito qualificado. <\/p>\n<p>Algo, como endere\u00e7os IP, n\u00fameros AS, esquema de cabeamento (cabling), pode ser \"extra\u00eddo\" para documentos separados, como <b>NIP<\/b> (Plano de Implementa\u00e7\u00e3o de Rede).<\/p>\n<p>A constru\u00e7\u00e3o da rede come\u00e7a ap\u00f3s a cria\u00e7\u00e3o desses documentos e ocorre em estrita conformidade com eles, sendo posteriormente verificada pelo cliente (testes) para garantir a conformidade com o design.<\/p><\/blockquote>\n<p>\nClaro, diferentes integradores, clientes e pa\u00edses podem ter requisitos variados para a documenta\u00e7\u00e3o do projeto. Mas gostar\u00edamos de evitar formalidades e discutir a quest\u00e3o de forma substancial. Esta etapa n\u00e3o se refere ao design, mas \u00e0 organiza\u00e7\u00e3o e precisamos de um conjunto adequado de documentos (esquemas, tabelas, descri\u00e7\u00f5es ...) para cumprir nossas tarefas. <\/p>\n<p>E, na minha opini\u00e3o, existe um m\u00ednimo absoluto sem o qual n\u00e3o \u00e9 poss\u00edvel controlar efetivamente a rede.<\/p>\n<p>Estes documentos s\u00e3o os seguintes:<\/p>\n<ul>\n<li>esquema (registro) de cabeamento (cabling)<\/li>\n<li>esquema ou esquemas da rede com informa\u00e7\u00f5es significativas de L2\/L3<\/li>\n<\/ul>\n<p><\/p>\n<h2>Diagrama de comuta\u00e7\u00e3o f\u00edsica<\/h2>\n<p>\nEm algumas pequenas empresas, o trabalho relacionado \u00e0 instala\u00e7\u00e3o de equipamentos e cabeamento (cabling) est\u00e1 sob a responsabilidade dos engenheiros de rede. <\/p>\n<p>Nesse caso, a tarefa \u00e9 parcialmente resolvida atrav\u00e9s da abordagem a seguir. <\/p>\n<ul>\n<li>use a descri\u00e7\u00e3o na interface para especificar o que est\u00e1 conectado a ela.<\/li>\n<li>desative administrativamente (shutdown) todas as portas n\u00e3o conectadas do equipamento de rede<\/li>\n<\/ul>\n<p>\nIsso permitir\u00e1 que voc\u00ea, mesmo em caso de problemas com o link (quando o cdps ou lldp n\u00e3o est\u00e3o funcionando nessa interface), identifique rapidamente o que est\u00e1 conectado a essa porta.<br \/>\nAl\u00e9m disso, voc\u00ea poder\u00e1 ver facilmente quais portas est\u00e3o ocupadas e quais est\u00e3o livres, o que \u00e9 necess\u00e1rio para planejar as conex\u00f5es de novos equipamentos de rede, servidores ou esta\u00e7\u00f5es de trabalho. <\/p>\n<p>Mas \u00e9 claro que se voc\u00ea perder o acesso ao equipamento, tamb\u00e9m perder\u00e1 o acesso a essas informa\u00e7\u00f5es. Al\u00e9m disso, dessa forma voc\u00ea n\u00e3o conseguir\u00e1 registrar informa\u00e7\u00f5es t\u00e3o importantes como qual equipamento est\u00e1, com qual pot\u00eancia consumida, quantas portas possui, em qual rack est\u00e1, quais patch panels est\u00e3o l\u00e1 e para onde (em qual rack\/patch panel) est\u00e3o conectados. Portanto, uma documenta\u00e7\u00e3o adicional (n\u00e3o apenas descri\u00e7\u00f5es no equipamento) \u00e9 muito \u00fatil.<\/p>\n<p>A melhor op\u00e7\u00e3o \u00e9 utilizar aplicativos projetados para trabalhar com esse tipo de informa\u00e7\u00e3o. Mas pode-se limitar a tabelas simples (por exemplo, no Excel) ou visualizar as informa\u00e7\u00f5es que voc\u00ea considera necess\u00e1rias em esquemas L1\/L2.<\/p>\n<blockquote><p>Importante!<\/p>\n<p>Um engenheiro de rede, \u00e9 claro, pode conhecer bem os detalhes e padr\u00f5es do cabeamento estruturado, tipos de racks, tipos de fontes de alimenta\u00e7\u00e3o ininterrupta, o que \u00e9 um corredor frio e um corredor quente, fazer um aterramento correto, \u2026 assim como, em princ\u00edpio, ele pode conhecer a f\u00edsica de part\u00edculas elementares ou C++. Mas \u00e9 preciso entender que tudo isso n\u00e3o faz parte de seu dom\u00ednio de conhecimento. <\/p>\n<p>Portanto, \u00e9 uma boa pr\u00e1tica ter ou departamentos dedicados ou pessoas designadas para resolver quest\u00f5es relacionadas \u00e0 instala\u00e7\u00e3o, conex\u00e3o, manuten\u00e7\u00e3o do funcionamento do equipamento, assim como a comuta\u00e7\u00e3o f\u00edsica. Normalmente, para data centers, isso s\u00e3o engenheiros de data center, e para escrit\u00f3rios \u2014 help-desk. <\/p>\n<p>Se esses departamentos est\u00e3o previstos em sua empresa, ent\u00e3o a quest\u00e3o da manuten\u00e7\u00e3o de registros de comuta\u00e7\u00e3o f\u00edsica n\u00e3o \u00e9 sua responsabilidade, e voc\u00ea pode se limitar apenas \u00e0 descri\u00e7\u00e3o na interface e \u00e0 desativa\u00e7\u00e3o administrativa das portas n\u00e3o utilizadas.<\/p><\/blockquote>\n<h2>Diagramas de rede<\/h2>\n<p>\nN\u00e3o existe uma abordagem universal para desenhar esquemas.<\/p>\n<p>O mais importante \u00e9 que os diagramas devem transmitir uma compreens\u00e3o de como o tr\u00e1fego fluir\u00e1, atrav\u00e9s de quais elementos l\u00f3gicos e f\u00edsicos da sua rede.<\/p>\n<p>Por elementos f\u00edsicos, entendemos<\/p>\n<ul>\n<li>equipamentos ativos<\/li>\n<li>interfaces\/portas de equipamentos ativos<\/li>\n<\/ul>\n<p>\nPor l\u00f3gicos \u2014 <\/p>\n<ul>\n<li>dispositivos l\u00f3gicos (N7K VDC, Palo Alto VSYS, \u2026)<\/li>\n<li>VRF <\/li>\n<li>VLANs<\/li>\n<li>subinterfaces<\/li>\n<li>t\u00faneis<\/li>\n<li>zonas<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\nAl\u00e9m disso, se a sua rede n\u00e3o for completamente elementar, ela consistir\u00e1 em diferentes segmentos. <br \/>\nPor exemplo<\/p>\n<ul>\n<li>data center<\/li>\n<li>internet<\/li>\n<li>WAN<\/li>\n<li>acesso remoto<\/li>\n<li>LAN de escrit\u00f3rio<\/li>\n<li>DMZ<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\n\u00c9 razo\u00e1vel ter v\u00e1rios diagramas, proporcionando uma vis\u00e3o geral (como o tr\u00e1fego flui entre todos esses segmentos), assim como uma explica\u00e7\u00e3o detalhada de cada segmento espec\u00edfico.<\/p>\n<p>Como nas redes modernas pode haver muitos n\u00edveis l\u00f3gicos, uma abordagem boa (mas n\u00e3o obrigat\u00f3ria) pode ser fazer diferentes diagramas para diferentes n\u00edveis, por exemplo, no caso de uma abordagem de sobreposi\u00e7\u00e3o, estes poderiam ser os seguintes diagramas:<\/p>\n<ul>\n<li>overlay<\/li>\n<li>L1\/L2 underlay<\/li>\n<li>L3 underlay<\/li>\n<\/ul>\n<p>\nClaro, o diagrama mais importante, sem o qual n\u00e3o \u00e9 poss\u00edvel entender a ideia do seu design, \u00e9 o diagrama de roteamento.<\/p>\n<h4>Diagrama de roteamento<\/h4>\n<p>\nNo m\u00ednimo, neste diagrama deve estar refletido<\/p>\n<ul>\n<li>quais protocolos de roteamento est\u00e3o em uso e onde s\u00e3o aplicados<\/li>\n<li>informa\u00e7\u00f5es b\u00e1sicas sobre as configura\u00e7\u00f5es do protocolo de roteamento (\u00e1rea\/n\u00famero AS\/router-id\/\u2026)<\/li>\n<li>em quais dispositivos ocorre a redistribui\u00e7\u00e3o<\/li>\n<li>onde \u00e9 feita a filtragem e agrega\u00e7\u00e3o de rotas<\/li>\n<li>informa\u00e7\u00f5es sobre a rota padr\u00e3o <\/li>\n<\/ul>\n<p>\nAl\u00e9m disso, muitas vezes um diagrama L2 (OSI) tamb\u00e9m \u00e9 \u00fatil.<\/p>\n<h4>Diagrama L2 (OSI)<\/h4>\n<p>\nNeste diagrama, podem ser refletidas as seguintes informa\u00e7\u00f5es:<\/p>\n<ul>\n<li>quais VLANs<\/li>\n<li>quais portas s\u00e3o portas trunk<\/li>\n<li>quais portas est\u00e3o agregadas em ether-channel (port channel), virtual port channel<\/li>\n<li>quais protocolos STP est\u00e3o em uso e em quais dispositivos<\/li>\n<li>configura\u00e7\u00f5es principais do STP: root\/root backup, custo do STP, prioridade da porta<\/li>\n<li>configura\u00e7\u00f5es adicionais do STP: prote\u00e7\u00e3o\/filtragem de BPDU, prote\u00e7\u00e3o de raiz...<\/li>\n<\/ul>\n<p><\/p>\n<h2>Erros comuns no design<\/h2>\n<p><\/p>\n<blockquote><p>Exemplo de uma abordagem ruim na constru\u00e7\u00e3o de uma rede.<\/p>\n<p>Vamos pegar um exemplo simples de constru\u00e7\u00e3o de uma rede local de escrit\u00f3rio simples.<\/p>\n<p>Tendo experi\u00eancia em ensinar telecomunica\u00e7\u00f5es a estudantes, posso dizer que praticamente qualquer aluno, at\u00e9 a metade do segundo semestre, possui o conhecimento necess\u00e1rio (dentro do curso que eu ministrei) para configurar uma LAN de escrit\u00f3rio simples.<\/p>\n<p>O que h\u00e1 de complicado em conectar switches entre si, configurar VLANs, interfaces SVI (no caso de switches L3) e definir o roteamento est\u00e1tico?<\/p>\n<p>Tudo funcionar\u00e1.<\/p>\n<p>Mas ainda ficam de lado quest\u00f5es relacionadas a <\/p>\n<ul>\n<li>seguran\u00e7a<\/li>\n<li>redund\u00e2ncia<\/li>\n<li>escalabilidade da rede<\/li>\n<li>desempenho<\/li>\n<li>largura de banda<\/li>\n<li>confiabilidade<\/li>\n<li>\u2026<\/li>\n<\/ul>\n<p>\n\u00c0s vezes, ou\u00e7o a afirma\u00e7\u00e3o de que uma LAN de escrit\u00f3rio \u00e9 algo muito simples e geralmente ou\u00e7o isso de engenheiros (e gerentes) que lidam com tudo, menos com redes, e falam isso com tanta confian\u00e7a que n\u00e3o se surpreenda se a LAN for feita por pessoas com pr\u00e1tica e conhecimentos limitados, resultando em erros semelhantes aos que descreverei um pouco mais adiante.<\/p><\/blockquote>\n<p><\/p>\n<h4>Erros caracter\u00edsticos de design de n\u00edvel L1 (OSI)<\/h4>\n<p><\/p>\n<ul>\n<li>Se voc\u00ea tamb\u00e9m \u00e9 respons\u00e1vel pela cabea\u00e7\u00e3o estruturada, um dos legados mais desagrad\u00e1veis que pode herdar \u00e9 a comuta\u00e7\u00e3o descuidada e mal planejada.<\/li>\n<\/ul>\n<p>\nEu tamb\u00e9m atribuiria ao tipo L1 erros relacionados aos recursos do equipamento utilizado, como por exemplo,<\/p>\n<ul>\n<li>largura de banda insuficiente<\/li>\n<li>TCAM insuficiente no equipamento (ou seu uso ineficiente)<\/li>\n<li>desempenho insuficiente (frequentemente relacionado a firewalls)<\/li>\n<\/ul>\n<p><\/p>\n<h4>Erros caracter\u00edsticos de design de n\u00edvel L2 (OSI)<\/h4>\n<p>\nFrequentemente, quando n\u00e3o h\u00e1 uma boa compreens\u00e3o de como o STP funciona, quais problemas potenciais ele pode trazer, os switches s\u00e3o conectados de forma ca\u00f3tica, com configura\u00e7\u00f5es padr\u00e3o, sem ajuste adicional do STP. <\/p>\n<p>Como resultado, muitas vezes temos o seguinte:<\/p>\n<ul>\n<li>um grande di\u00e2metro de STP na rede, o que pode levar a tempestades de broadcast <\/li>\n<li>a raiz do STP ser\u00e1 definida aleatoriamente (com base no endere\u00e7o MAC) e o caminho do tr\u00e1fego ser\u00e1 sub\u00f3timo<\/li>\n<li>portas conectadas a hosts n\u00e3o ser\u00e3o configuradas como edge (portfast), o que far\u00e1 com que o STP seja recalculado ao ligar\/desligar esta\u00e7\u00f5es finais<\/li>\n<li>a rede n\u00e3o ser\u00e1 segmentada nos n\u00edveis L1\/L2, resultando em problemas com qualquer switch (por exemplo, sobrecarga de energia) levando ao recalculo da topologia do STP e paralisando o tr\u00e1fego em todas as VLANs em todos os switches (inclusive em segmentos cr\u00edticos para continuidade de servi\u00e7o)<\/li>\n<\/ul>\n<p><\/p>\n<h4>Exemplos de erros no design L3 (OSI)<\/h4>\n<p>\nAlguns erros caracter\u00edsticos de iniciantes em redes:<\/p>\n<ul>\n<li>uso frequente (ou uso somente) de roteamento est\u00e1tico<\/li>\n<li>uso de protocolos de roteamento que n\u00e3o s\u00e3o ideais para esse design<\/li>\n<li>segmenta\u00e7\u00e3o l\u00f3gica da rede n\u00e3o ideal<\/li>\n<li>uso inadequado do espa\u00e7o de endere\u00e7amento, o que impede a agrega\u00e7\u00e3o de rotas<\/li>\n<li>falta de rotas de backup<\/li>\n<li>falta de redund\u00e2ncia para o gateway padr\u00e3o<\/li>\n<li>roteamento assim\u00e9trico durante a reestrutura\u00e7\u00e3o de rotas (pode ser cr\u00edtico em caso de NAT\/PAT, firewalls stateful)<\/li>\n<li>problemas com MTU<\/li>\n<li>durante a reestrutura\u00e7\u00e3o de rotas, o tr\u00e1fego passa por outras zonas de seguran\u00e7a ou at\u00e9 mesmo por outros firewalls, levando \u00e0 perda desse tr\u00e1fego<\/li>\n<li>pouca escalabilidade da topologia<\/li>\n<\/ul>\n<p><\/p>\n<h2>Crit\u00e9rios para avalia\u00e7\u00e3o da qualidade do design<\/h2>\n<p>\nQuando falamos sobre otimiza\u00e7\u00e3o\/n\u00e3o otimiza\u00e7\u00e3o, devemos entender sob quais crit\u00e9rios podemos avaliar isso. Na minha opini\u00e3o, os crit\u00e9rios mais relevantes (mas n\u00e3o todos) s\u00e3o os seguintes (e suas defini\u00e7\u00f5es aplicadas aos protocolos de roteamento):<\/p>\n<ul>\n<li>escalabilidade (scalability)<br \/>\n Por exemplo, voc\u00ea decidiu adicionar mais um data center. Qu\u00e3o f\u00e1cil \u00e9 fazer isso?<\/li>\n<li>facilidade de gerenciamento (manageability)<br \/>\n Qu\u00e3o f\u00e1ceis e seguros s\u00e3o as mudan\u00e7as operacionais, por exemplo, a divulga\u00e7\u00e3o de uma nova rede ou filtragem de rotas<\/li>\n<li>disponibilidade (availability)<br \/>\n Qual percentual de tempo seu sistema fornece o n\u00edvel de servi\u00e7o exigido<\/li>\n<li>seguran\u00e7a (security)<br \/>\n Qu\u00e3o protegidos est\u00e3o os dados transmitidos<\/li>\n<li>o pre\u00e7o<\/li>\n<\/ul>\n<p><\/p>\n<h2>Mudan\u00e7as<\/h2>\n<p>\nO princ\u00edpio principal nesta fase pode ser expresso pela f\u00f3rmula \"primeiro, n\u00e3o prejudicar\".<br \/>\nPortanto, mesmo que voc\u00ea n\u00e3o concorde totalmente com o design e a implementa\u00e7\u00e3o escolhida (configura\u00e7\u00e3o), nem sempre \u00e9 sensato fazer mudan\u00e7as. Um enfoque razo\u00e1vel \u00e9 classificar todos os problemas identificados em dois par\u00e2metros: <\/p>\n<ul>\n<li>qu\u00e3o f\u00e1cil \u00e9 corrigir esse problema<\/li>\n<li>qu\u00e3o grande \u00e9 o risco que ele representa<\/li>\n<\/ul>\n<p>\nPrimeiro, \u00e9 necess\u00e1rio corrigir o que atualmente reduz o n\u00edvel de servi\u00e7o a um n\u00edvel abaixo do aceit\u00e1vel, como problemas que causam perda de pacotes. Depois, corrija o que \u00e9 mais f\u00e1cil e seguro de resolver, em ordem decrescente de gravidade do risco (de problemas de design ou configura\u00e7\u00e3o que trazem maiores riscos para menores).<\/p>\n<p>O perfeccionismo nesta fase pode ser prejudicial. Leve o design a um estado satisfat\u00f3rio e sincronize a configura\u00e7\u00e3o da rede de acordo com ele.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/434750\/\">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 \u0432\u0442\u043e\u0440\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. \u041d\u0430\u0448\u0430 \u0446\u0435\u043b\u044c \u043d\u0430 \u0434\u0430\u043d\u043d\u043e\u043c \u044d\u0442\u0430\u043f\u0435 \u2014 \u043d\u0430\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u043f\u043e\u0440\u044f\u0434\u043a\u0430 \u0432 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438. \u041d\u0430 \u0432\u044b\u0445\u043e\u0434\u0435 \u044d\u0442\u043e\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0443 \u0432\u0430\u0441 \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u0442\u044c \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u044b\u0439 \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0442 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u0438 \u0441\u0435\u0442\u044c, \u0441\u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u0430\u044f \u0432 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0438\u0438 \u0441 \u043d\u0438\u043c\u0438. \u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u044b [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23042,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31067","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=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0442\u043e\u0440\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-vtoraya-chistka-i-dokumentirovanie\" \/>\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 \u0432\u0442\u043e\u0440\u0430\u044f. \u0427\u0438\u0441\u0442\u043a\u0430 \u0438 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0438\u0440\u043e\u0432\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 \u0432\u0442\u043e\u0440\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-vtoraya-chistka-i-dokumentirovanie\" \/>\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 controlar sua infraestrutura de rede. Cap\u00edtulo dois. Limpeza e documenta\u00e7\u00e3o | ProHoster","description":"Este artigo \u00e9 o segundo de uma s\u00e9rie de artigos \"Como controlar sua infraestrutura de rede\".","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-vtoraya-chistka-i-dokumentirovanie","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 \u0432\u0442\u043e\u0440\u0430\u044f. \u0427\u0438\u0441\u0442\u043a\u0430 \u0438 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0442\u043e\u0440\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-vtoraya-chistka-i-dokumentirovanie","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":"31067","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:22: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:22: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\/31067","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=31067"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/31067\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/23042"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=31067"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=31067"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=31067"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}