En pocas palabras, no se convertirá en un experto de la noche a la mañana. Al igual que aprender a programar, aprender a mantener, solucionar problemas y construir redes lleva tiempo, mucho tiempo.
Con eso fuera del camino, hablemos sobre lo que puede hacer para obtener una buena base de conocimiento y aumentar lo más rápido posible los temas clave. Desafortunadamente, no hay una bala de plata cuando se trata de libros de redes.
La mayoría de los libros de la red se centran en una de dos áreas:
- ¿Cómo se pueden describir las características de retraso de los comandos ping y traceroute?
- Para ser un buen administrador del sistema, ¿qué cosas debo saber (tanto prácticas como teóricas)?
- Cómo ejecutar múltiples microservicios en un solo contenedor Tomcat con el mismo puerto
- ¿Cuáles son algunos desafíos importantes en torno a la configuración de DNS para usuarios menos técnicos?
- ¿Cómo se crean las subredes en la red? ¿Red de computadoras?
- Aprobar el nuevo examen del momento, casi inútil para su objetivo
- Aprendiendo los detalles íntimos de un solo protocolo, ocasionalmente, esto requiere más de un libro, por ejemplo: TCP / IP Illustrated, vol. 1: Los Protocolos (Serie de Computación Profesional Addison-Wesley): W. Richard Stevens: 9780201633467: Amazon.com: Libros – interesantes, pero igualmente inútiles aquí
Si bien ambos tienen un propósito, ninguno lo ayudará mucho, y desafortunadamente no conozco ningún libro que lo ayude. Esto puede parecer extraño, sin libros, ¿cómo se convierte alguien en ingeniero de redes en primer lugar? Bueno, más o menos de la misma manera que eres ahora. Su historia no es del todo infrecuente, la mayoría de los ingenieros de redes que conozco, incluido yo mismo, no ingresaron a la fuerza laboral con el objetivo de convertirse en ingenieros de redes. En cambio, comienzan como un administrador de sistemas, administrador web o cualquier otra posición técnica y, finalmente, lentamente, pero seguramente se involucraron más con la red, esto a menudo comienza de manera bastante inocente John : “Hola Bob, ¿viste ese enrutador allí?”, Bob : “Sí, lo hice” , John: “ Deberías configurarlo, los ingenieros de redes son los mejores” . Bob de repente se encuentra responsable de la red, atrapado en la red de cables de la araña.
No luches, acéptalo, en realidad es bastante gratificante y emocionante, así que ahora concentrémonos en ponerte al día y en el maravilloso mundo de los paquetes. Primero, diré que es bastante importante comprender los conceptos básicos para realmente hacer un trabajo efectivo aquí, las causas de los problemas de red son complejas. Pueden estar en hardware o software, pueden ser específicos del protocolo, de vez en cuando, incluso pueden ser específicos de la dirección. Si comprende las principales tecnologías involucradas, le permitirá modelar el problema en su cabeza y comenzar a formular un conjunto probable de causas. En ese sentido, recomendaría lo siguiente:
- Comprender TCP / IP : Recomiendo: Guía TCP / IP | No Starch Press. Es grande, 1616 páginas grandes. Pero cubre muchos temas de una manera bastante fácil de entender. También está disponible de forma gratuita en línea, pero en este momento, parece que el sitio puede haber sido comprometido: / TCP / IP Illustrated, vinculado anteriormente, también es fantástico, pero un poco más complicado.
- Comprenda los dispositivos : suponiendo que su red esté basada en Cisco, como la mayoría, consulte: http://www.amazon.com/Network-Wa…. Es lo más parecido que he encontrado a una introducción práctica sobre el tema. Cubre hardware, software, configuración y algunos temas básicos de solución de problemas.
- Use Linux : si aún no usa Linux, comience. Es su mejor amigo cuando resuelve problemas de red, hay más herramientas disponibles para analizar y diagnosticar problemas.
- hping es tu amigo : Consíguelo aquí: http://www.hping.org/. Casi todos los problemas de red se pueden confirmar o denegar con esta sencilla herramienta. Si está viendo pérdida o alta latencia, hay una buena posibilidad de que haya un problema de red, si no, hay una buena posibilidad de que no sea la red. Un ejemplo simple sería: sudo hping -S -c 100 -p –fast . Donde host es una IP o nombre de dominio para un host que desea probar, y el puerto es un puerto TCP en el que está escuchando (80 para un servidor web, 22 para una máquina Linux con ssh, etc.). Esto enviará 100 paquetes TCP SYN bastante rápido, debe esperar que todos vuelvan, cualquier pérdida puede ser un problema de red.
- Mantenga una mente abierta : una respuesta común “no es la red” no es aceptable, pruebe si es o no es. Ocasionalmente, encontrará problemas que absolutamente, bajo ninguna circunstancia, pueden ser la red, punto. Pero entonces en realidad lo son. Acostúmbrate, abrázalo, serás mucho más feliz.
En lo que respecta a Wireshark, es una herramienta extremadamente poderosa e importante. Pero para problemas básicos es un poco como usar un microscopio para buscar una montaña. Donde brilla es en los problemas más complejos que se encuentran en el área gris de la red frente a la aplicación. Un ejemplo clásico sería la solución de problemas en un dispositivo que manipula el tráfico entre un origen y un destino, un ejemplo sería un firewall o equilibrador de carga. Sin embargo, comprender y, por lo tanto, interpretar los resultados, requiere un conocimiento bastante completo de TCP / IP. Entonces, comience allí, y en algún momento surgirá la necesidad de Wireshark o tcpdump, pero hasta ese momento, continúe con hping.
Para resumir:
Espero que esto ayude, ¡buena suerte con tu nueva carrera!
