{"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\/es\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","title":{"rendered":"C\u00f3mo tomar el control de la infraestructura de red. Cap\u00edtulo uno. Manteniendo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Este art\u00edculo es el primero en una serie titulada 'C\u00f3mo tomar el control de la infraestructura de red'. El contenido de todos los art\u00edculos de la serie y los enlaces se pueden encontrar <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">aqu\u00ed<\/a><\/noindex><\/i>.<\/p>\n<p>No dudo que haya suficientes empresas donde una red simple no sea cr\u00edtica en una hora o incluso en un d\u00eda. Desafortunadamente o afortunadamente, no he trabajado en tales lugares. Pero, por supuesto, las redes son diferentes, los requisitos son distintos, los enfoques var\u00edan y, aun as\u00ed, de una forma u otra, la lista a continuaci\u00f3n ser\u00e1 en muchos casos un 'must-do'.<\/p>\n<p>As\u00ed que, las condiciones iniciales. <\/p>\n<p>Te encuentras en un nuevo trabajo o has recibido un ascenso o decidiste ver tus responsabilidades desde una nueva perspectiva. La red de la empresa es tu \u00e1rea de responsabilidad. Para ti, en gran medida, esto es un desaf\u00edo y algo nuevo, lo que justifica un tono mentor en este art\u00edculo :). Pero, espero que el art\u00edculo tambi\u00e9n pueda ser \u00fatil para cualquier ingeniero de red.<\/p>\n<p>Tu primer objetivo estrat\u00e9gico es aprender a resistir la entrop\u00eda y mantener el nivel de servicio proporcionado. <\/p>\n<p>Muchas de las tareas descritas a continuaci\u00f3n pueden resolverse mediante diferentes medios. Intencionalmente no abordo el tema de la implementaci\u00f3n t\u00e9cnica, ya que a menudo no importa tanto c\u00f3mo resuelves una tarea determinada, sino c\u00f3mo la utilizas y si la utilizas en absoluto. Por ejemplo, no tiene mucho sentido tener un sistema de monitoreo profesionalmente dise\u00f1ado si no lo miras y no respondes a las alertas.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Hardware<\/h2>\n<p>\nPrimero necesitas entender d\u00f3nde est\u00e1n los mayores riesgos.<\/p>\n<p>De nuevo, puede variar. Admito que en algunos lugares, por ejemplo, ser\u00edan las cuestiones de seguridad, mientras que en otros podr\u00edan ser cuestiones relacionadas con la continuidad del servicio, y en otros tal vez algo m\u00e1s. \u00bfPor qu\u00e9 no?<\/p>\n<p>Supongamos para ser precisos que, en efecto, se trata de la continuidad del servicio (as\u00ed fue en todas las empresas en las que trabaj\u00e9).<\/p>\n<p>Entonces, debes comenzar con el hardware. Aqu\u00ed hay una lista de temas a los que debes prestar atenci\u00f3n:<\/p>\n<ul>\n<li>clasificaci\u00f3n del hardware seg\u00fan su criticidad<\/li>\n<li>redundancia del hardware cr\u00edtico<\/li>\n<li>soporte, licencias<\/li>\n<\/ul>\n<p>\nDebes considerar las posibles fallas, especialmente con el equipo que se encuentra en la parte superior de tu clasificaci\u00f3n de criticidad. A menudo, se subestima la probabilidad de problemas dobles, de lo contrario, tu soluci\u00f3n y soporte pueden volverse innecesariamente costosos, pero en el caso de elementos realmente cr\u00edticos de la red, cuya falla puede afectar significativamente el negocio, debes pensar tambi\u00e9n en esto.<\/p>\n<blockquote><p><b>Ejemplo<\/b><\/p>\n<p>Supongamos que estamos hablando del conmutador principal en el centro de datos. <\/p>\n<p>Dado que hemos acordado que la continuidad del servicio es el criterio m\u00e1s importante, es razonable asegurar la \u00abredundancia\u00bb (redundancy) de este equipo. Pero eso no es todo. Tambi\u00e9n debes determinar cu\u00e1nto tiempo, en caso de que falle el primer conmutador, es aceptable para ti trabajar solo con el conmutador restante, ya que existe el riesgo de que tambi\u00e9n falle.<\/p>\n<p><b>\u00a1Importante! No debes resolver este asunto t\u00fa solo. Debes describir los riesgos, las posibles soluciones y los costos a tu gerencia o a la direcci\u00f3n de la empresa. Ellos deben tomar las decisiones.<\/b><\/p>\n<p>As\u00ed, si se decidi\u00f3 que, dada la peque\u00f1a probabilidad de una doble falla, trabajar durante 4 horas con un solo conmutador es, en principio, aceptable, entonces puedes simplemente contratar el soporte correspondiente (donde el equipo ser\u00e1 reemplazado en un plazo de 4 horas). <\/p>\n<p>Pero hay riesgo de que no se entregue. Lamentablemente, una vez nos encontramos en una situaci\u00f3n as\u00ed. \u00a1En lugar de cuatro horas, el equipo tard\u00f3 una semana en llegar!<\/p>\n<p>Por lo tanto, este riesgo tambi\u00e9n debe ser discutido y, tal vez, para ti ser\u00eda m\u00e1s correcto comprar otro conmutador (el tercero) y mantenerlo como repuesto (\u00abreserva fr\u00eda\u00bb) o usarlo para fines de laboratorio.<\/p><\/blockquote>\n<p>\n<b>\u00a1Importante! Crea una tabla de todos los soportes que tienes, con fechas de vencimiento, y a\u00f1\u00e1delos a tu calendario para que al menos un mes antes recibas un correo que te indique que debes comenzar a preocuparte por la renovaci\u00f3n del soporte.<\/b><\/p>\n<p>No te lo perdonar\u00e1n si olvidas renovar el soporte y al d\u00eda siguiente de que expire, tu equipo se descompone.<\/p>\n<h2>Trabajos de emergencia<\/h2>\n<p>\nIndependientemente de lo que suceda en tu red, idealmente, debes mantener el acceso a tu equipo de red. <\/p>\n<p><b>\u00a1Importante! Debe tener acceso de consola a todo el equipo y este acceso no debe depender del funcionamiento de la red de transmisi\u00f3n de datos.<\/b><\/p>\n<p>Tambi\u00e9n debe prever posibles escenarios negativos y documentar las acciones necesarias. La disponibilidad de este documento tambi\u00e9n es cr\u00edtica, por lo que debe estar no solo en un recurso p\u00fablico del departamento, sino tambi\u00e9n guardado localmente en las computadoras de los ingenieros.<\/p>\n<p>Debe incluir obligatoriamente <\/p>\n<ul>\n<li>informaci\u00f3n necesaria para abrir un ticket de soporte con el proveedor o integrador <\/li>\n<li>informaci\u00f3n sobre c\u00f3mo acceder a cualquier equipo (consola, gesti\u00f3n)<\/li>\n<\/ul>\n<p>\nTambi\u00e9n puede contener cualquier otra informaci\u00f3n \u00fatil, como una descripci\u00f3n del procedimiento de actualizaci\u00f3n de diferentes equipos y comandos de diagn\u00f3stico \u00fatiles.<\/p>\n<h2>Socios<\/h2>\n<p>\nAhora debe evaluar los riesgos asociados con los socios. Generalmente, esto incluye<\/p>\n<ul>\n<li>proveedores de Internet y puntos de intercambio de tr\u00e1fico (IX)<\/li>\n<li>proveedores de canales de comunicaci\u00f3n <\/li>\n<\/ul>\n<p>\n\u00bfQu\u00e9 preguntas debe hacerse? Al igual que con el equipo, debe considerar diferentes opciones en situaciones de emergencia. Por ejemplo, para los proveedores de Internet, esto puede ser algo como:<\/p>\n<ul>\n<li>\u00bfqu\u00e9 suceder\u00e1 si el proveedor de Internet X deja de ofrecerle servicio por alguna raz\u00f3n? <\/li>\n<li>\u00bfser\u00e1 suficiente el ancho de banda de los dem\u00e1s proveedores?<\/li>\n<li>\u00bfqu\u00e9 tan buena seguir\u00e1 siendo la conectividad?<\/li>\n<li>\u00bfson independientes sus proveedores de Internet y una grave falla en uno de ellos causar\u00e1 problemas a los dem\u00e1s?<\/li>\n<li>\u00bfcu\u00e1ntas entradas \u00f3pticas tiene su centro de datos? <\/li>\n<li>\u00bfqu\u00e9 pasar\u00e1 si una de las entradas se destruye por completo?<\/li>\n<\/ul>\n<p>\nEn cuanto a las entradas, en mi experiencia en dos compa\u00f1\u00edas diferentes, en dos diferentes <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/kompaniya\/data-centers\/\"   title=\"data-centros\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4668\">data-centros<\/a> excavadoras da\u00f1aron los pozos y por milagro nuestra fibra \u00f3ptica no se ve\u00eda afectada. No es un caso tan raro.<\/p>\n<p>Y, por supuesto, no solo necesita hacerse estas preguntas, sino que, nuevamente contando con el apoyo de la direcci\u00f3n, debe garantizar una soluci\u00f3n aceptable en cualquier situaci\u00f3n. <\/p>\n<h2>Copia de seguridad<\/h2>\n<p>\nEl siguiente en prioridad puede ser la copia de seguridad de las configuraciones del equipo. En cualquier caso, este es un punto muy importante. No enumerar\u00e9 los casos en los que puede perder la configuraci\u00f3n, es mejor hacer copias de seguridad regularmente y no pensar en ello. Adem\u00e1s, una copia de seguridad regular puede ser muy \u00fatil para el control de cambios.<\/p>\n<p><b>\u00a1Importante! Realice copias de seguridad a diario. No es un volumen tan grande de datos como para escatimar en ello. Por la ma\u00f1ana, el ingeniero de guardia (o usted) debe recibir un informe del sistema que indique claramente si la copia de seguridad fue exitosa o no, y en caso de que la copia de seguridad no se haya realizado con \u00e9xito, el problema debe ser resuelto o debe crearse un ticket (v\u00e9ase los procesos del departamento de red). <\/b><\/p>\n<h2>Versiones de software<\/h2>\n<p>\nLa cuesti\u00f3n de si se debe o no actualizar el software del hardware no es tan sencilla. Por un lado, las versiones antiguas tienen errores y vulnerabilidades conocidas, pero por otro lado, el nuevo software no siempre es un procedimiento indoloro de actualizaci\u00f3n, y adem\u00e1s, puede introducir nuevos errores y vulnerabilidades.<\/p>\n<p>Aqu\u00ed se necesita encontrar la opci\u00f3n \u00f3ptima. Varias recomendaciones obvias<\/p>\n<ul>\n<li>instalar solo versiones estables<\/li>\n<li>no se debe vivir con versiones de software demasiado antiguas<\/li>\n<li>elabore una tabla con informaci\u00f3n sobre qu\u00e9 software est\u00e1 instalado en cada m\u00e1quina<\/li>\n<li>lee peri\u00f3dicamente los informes sobre vulnerabilidades y errores en las versiones del software, y en caso de problemas cr\u00edticos, debe considerar una actualizaci\u00f3n<\/li>\n<\/ul>\n<p>\nEn esta etapa, teniendo acceso por consola al hardware, informaci\u00f3n sobre el soporte y una descripci\u00f3n del procedimiento de actualizaci\u00f3n, en principio, est\u00e1 listo para este paso. Lo ideal es tener un equipo de laboratorio donde pueda probar todo el procedimiento, pero, desafortunadamente, eso no sucede a menudo.<\/p>\n<p>En el caso de hardware cr\u00edtico, puede comunicarse con el soporte del proveedor para pedir ayuda en la realizaci\u00f3n de la actualizaci\u00f3n.<\/p>\n<h2>Sistema de tickets<\/h2>\n<p>\nAhora puede mirar a su alrededor. Necesita establecer procesos de interacci\u00f3n con otros departamentos y dentro del departamento. <\/p>\n<p>Puede que no sea obligatorio (por ejemplo, si su empresa es peque\u00f1a), pero le recomendar\u00eda encarecidamente organizar el trabajo de manera que todas las tareas externas e internas pasen por el sistema de tickets.<\/p>\n<p>El sistema de tickets es, en esencia, su interfaz para las comunicaciones internas y externas, y debe describir esta interfaz con suficiente grado de detalle.<\/p>\n<p>Tomemos como ejemplo una tarea importante y com\u00fan relacionada con la apertura de accesos. Describo el algoritmo que funcion\u00f3 muy bien en una de las empresas.<\/p>\n<blockquote><p><b>Ejemplo<\/b><\/p>\n<p>Empecemos por decir que a menudo los clientes formulan su solicitud de acceso en un idioma incomprensible para un ingeniero de redes, es decir, en el lenguaje de la aplicaci\u00f3n, por ejemplo, \"\u00e1breme el acceso a 1C\". <\/p>\n<p>Por lo tanto, nunca aceptamos solicitudes directamente de tales usuarios. <br \/>\nY esta fue la primera exigencia.<\/p>\n<ul>\n<li>Las solicitudes de acceso deben provenir de los departamentos t\u00e9cnicos (en nuestro caso, fueron ingenieros de unix, windows, helpdesk).<\/li>\n<\/ul>\n<p>\nLa segunda exigencia es que <\/p>\n<ul>\n<li>este acceso debe ser documentado (por el departamento t\u00e9cnico que nos hizo la solicitud) y como solicitud recibimos un enlace a este acceso documentado. <\/li>\n<\/ul>\n<p>\nLa forma de esta solicitud debe ser comprensible para nosotros, es decir, <\/p>\n<ul>\n<li>la solicitud debe contener informaci\u00f3n sobre desde qu\u00e9 y a qu\u00e9 subred debe abrirse el acceso, as\u00ed como sobre el protocolo y (en el caso de tcp\/udp) los puertos.<\/li>\n<\/ul>\n<p>\nTambi\u00e9n debe indicarse <\/p>\n<ul>\n<li>una descripci\u00f3n de para qu\u00e9 se abre este acceso,<\/li>\n<li>temporal o permanente (si es temporal, hasta qu\u00e9 fecha).<\/li>\n<\/ul>\n<p>\nY un punto muy importante son las aprobaciones,<\/p>\n<ul>\n<li>del jefe del departamento que inici\u00f3 el acceso (por ejemplo, de contabilidad),<\/li>\n<li>del jefe del departamento t\u00e9cnico del cual lleg\u00f3 esta solicitud al departamento de redes (por ejemplo, helpdesk).<\/li>\n<\/ul>\n<p>\nA su vez, el \"propietario\" de este acceso es considerado el jefe del departamento que inici\u00f3 el acceso (contabilidad en nuestro ejemplo), y es responsable de mantener actualizada la p\u00e1gina con los accesos documentados para este departamento.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Registro<\/h2>\n<p>\nEsto es algo en lo que se puede hundir uno. Pero si deseas implementar un enfoque proactivo, debes aprender a manejar este flujo de datos.<\/p>\n<blockquote><p>Aqu\u00ed hay algunas recomendaciones pr\u00e1cticas:<\/p>\n<ul>\n<li>revisar los registros debe hacerse a diario.<\/li>\n<li>En caso de una revisi\u00f3n planificada (y no una situaci\u00f3n de emergencia), se puede limitar a los niveles de criticidad (severity) 0, 1, 2 y a\u00f1adir patrones seleccionados de otros niveles si lo considera necesario.<\/li>\n<li>escriba un script que analice los registros e ignore aquellos patrones que ha a\u00f1adido a la lista de ignorados.<\/li>\n<\/ul>\n<p>\nEste enfoque permitir\u00e1 con el tiempo crear una lista de ignorados de registros que no le interesan y dejar solo aquellos que realmente considera importantes.<br \/>\nEsto funcion\u00f3 muy bien para nosotros.<\/p><\/blockquote>\n<p><\/p>\n<h2>Monitoreo<\/h2>\n<p>\nNo es raro que una empresa carezca de un sistema de monitoreo. Puedes, por ejemplo, confiar en los registros, pero el equipo puede simplemente \"morir\" sin decir nada, o un paquete UDP del protocolo syslog puede perderse y no llegar. En general, claro, el monitoreo activo es importante y necesario.<\/p>\n<blockquote><p>Dos ejemplos que son los m\u00e1s demandados en mi pr\u00e1ctica:<\/p>\n<ul>\n<li>monitoreo de la carga de los canales cr\u00edticos de comunicaciones (por ejemplo, la conexi\u00f3n con proveedores). Permiten ver proactivamente un posible problema de degradaci\u00f3n del servicio debido a la p\u00e9rdida de tr\u00e1fico y, por lo tanto, evitarlo.<\/li>\n<li>gr\u00e1ficas basadas en NetFlow. Permiten encontrar f\u00e1cilmente anomal\u00edas en el tr\u00e1fico y son muy \u00fatiles para detectar ciertos tipos de ataques de hackers que son simples pero significativos.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\n<b>\u00a1Importante! Configure alertas SMS para los eventos m\u00e1s cr\u00edticos. Esto se aplica tanto al monitoreo como al registro. Si no tiene un turno de guardia, las alertas SMS tambi\u00e9n deben llegar fuera del horario laboral. <\/b><\/p>\n<p>Planifique el proceso de tal manera que no despierte a todos los ingenieros. Nosotros tuvimos un ingeniero de guardia para eso.<\/p>\n<h2>Control de cambios<\/h2>\n<p>\nEn mi opini\u00f3n, no es necesario controlar todos los cambios. Pero, de todos modos, debe tener la capacidad de encontrar f\u00e1cilmente qui\u00e9n y por qu\u00e9 realiz\u00f3 ciertos cambios en la red, si es necesario. <\/p>\n<blockquote><p>Algunos consejos:<\/p>\n<ul>\n<li>utilice un sistema de tickets para describir detalladamente lo que se hizo en el marco de este ticket, por ejemplo, copiando la configuraci\u00f3n aplicada en el ticket<\/li>\n<li>utilice las capacidades de comentario en el equipo de red (por ejemplo, el comentario de commit en Juniper). Puede registrar el n\u00famero del ticket<\/li>\n<li>utilice diff de sus copias de seguridad de configuraci\u00f3n<\/li>\n<\/ul>\n<p>\nPuede introducir esto como un proceso, revisando diariamente todos los tickets en busca de cambios.<\/p><\/blockquote>\n<p><\/p>\n<h2>Procesos<\/h2>\n<p>\nDebes formalizar y describir los procesos en tu equipo. Si has llegado a este punto, ya deben estar funcionando al menos los siguientes procesos en tu equipo:<\/p>\n<p>Procesos diarios:<\/p>\n<ul>\n<li>trabajo con tickets<\/li>\n<li>trabajo con registros<\/li>\n<li>control de cambios<\/li>\n<li>lista de verificaci\u00f3n diaria<\/li>\n<\/ul>\n<p>\nProcesos anuales:<\/p>\n<ul>\n<li>renovaci\u00f3n de garant\u00edas, licencias<\/li>\n<\/ul>\n<p>\nProcesos asincr\u00f3nicos:<\/p>\n<ul>\n<li>reacci\u00f3n a diversas situaciones de emergencia<\/li>\n<\/ul>\n<p><\/p>\n<h2>Conclusi\u00f3n de la primera parte<\/h2>\n<p>\n\u00bfTe has dado cuenta de que todo esto no tiene que ver con la configuraci\u00f3n de la red, el dise\u00f1o, los protocolos de red, el enrutamiento o la seguridad...? Es algo m\u00e1s grande. Pero, aunque puede parecer aburrido, son elementos muy importantes en el funcionamiento de un departamento de red. <\/p>\n<p>Por ahora, como puedes ver, no has mejorado nada en tu red. Si hab\u00eda vulnerabilidades de seguridad, siguen ah\u00ed; si hab\u00eda un mal dise\u00f1o, contin\u00faa igual. Hasta que no apliques tus habilidades y conocimientos como ingeniero de red, en los que seguramente has invertido mucho tiempo, esfuerzo y a veces dinero. Pero primero necesitas crear (o fortalecer) la base antes de comenzar a construir.<\/p>\n<p>Sobre c\u00f3mo buscar y resolver problemas, y luego mejorar tu infraestructura, trataremos en las siguientes partes.<\/p>\n<p>Por supuesto, no es necesario hacer todo de manera secuencial. El tiempo puede ser cr\u00edtico. Hazlo en paralelo si los recursos lo permiten.<\/p>\n<p>Y un importante recordatorio: comun\u00edcate, pregunta, consulta con tu equipo. Al final, son ellos quienes deben mantener y llevar a cabo todo esto.<br \/>\n<br \/>Fuente: <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.2 - 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\/es\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\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\/es\/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\udd47C\u00f3mo tomar el control de la infraestructura de red. Cap\u00edtulo uno: Mantenimiento | ProHoster","description":"Este art\u00edculo es el primero de una serie titulada \u00abC\u00f3mo tomar el control de la infraestructura de red\u00bb.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-pervaya-uderzhanie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/31068","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=31068"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/31068\/revisions"}],"predecessor-version":[{"id":164546,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/31068\/revisions\/164546"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=31068"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=31068"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=31068"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}