Guía de redes informáticas desde cero: roadmap para futuros sysadmins

Aprender redes no consiste en memorizar puertos, siglas o comandos. Para trabajar como administrador de sistemas necesitamos entender qué ocurre con un paquete desde que sale de una aplicación hasta que llega a su destino, saber en qué punto puede fallar y disponer de herramientas para demostrarlo.

Esta guía está pensada como un roadmap de redes desde cero para futuros sysadmins. Puedes leerla completa como introducción, pero su verdadero valor está en utilizarla como plan de estudio: cada etapa añade conocimientos sobre la anterior y termina con cosas concretas que deberías ser capaz de hacer antes de continuar.

No hace falta comenzar con equipamiento empresarial. Con una computadora, Linux, varias máquinas virtuales y herramientas como Wireshark, VirtualBox, KVM o Proxmox VE podemos construir un laboratorio excelente.

Qué deberías saber hacer al terminar este roadmap

• Explicar cómo viajan los datos desde una aplicación hasta otra máquina sin recurrir únicamente al modelo OSI de memoria.
• Configurar y diagnosticar IPv4 e IPv6, gateway, DNS, rutas y MTU.
• Calcular subredes IPv4 y comprender prefijos IPv6.
• Entender Ethernet, MAC, ARP, NDP, VLAN, trunks, STP y agregación de enlaces.
• Leer una tabla de rutas y explicar por qué un paquete toma un camino determinado.
• Distinguir TCP, UDP e ICMP y relacionarlos con sockets, puertos y servicios.
• Administrar la red de un servidor Linux desde terminal.
• Configurar conceptos básicos de firewall, NAT, VPN y segmentación.
• Utilizar ping, tracepath/traceroute, dig, ss, tcpdump, Wireshark e iperf3 para diagnosticar fallos.
• Comprender redes virtuales de hipervisores, contenedores y nubes.
• Documentar una red y aplicar un método ordenado de troubleshooting.

Roadmap recomendado

Etapa	Objetivo
0. Preparar laboratorio	Linux, terminal, máquinas virtuales y conceptos binarios básicos.
1. Física y Ethernet	NIC, cobre/fibra, MAC, switch, Wi‑Fi, velocidad, dúplex y MTU.
2. Direccionamiento IP	IPv4, IPv6, CIDR, subnetting, gateway, ARP y NDP.
3. Transporte	TCP, UDP, ICMP, puertos, sockets, estados y TLS.
4. Servicios	DNS, DHCP, NTP, HTTP(S), SSH, correo, SMB/NFS y directorio.
5. Switching	VLAN, access/trunk, STP/RSTP, LACP y seguridad de capa 2.
6. Routing	Tabla de rutas, rutas estáticas, OSPF, BGP como concepto y NAT/PAT.
7. Seguridad	Firewall stateful, ACL, segmentación, VPN y administración segura.
8. Linux sysadmin	iproute2, NetworkManager, resolvectl, ss, nftables, tcpdump.
9. Virtualización y cloud	Bridges, vNIC, TAP/TUN, namespaces, contenedores, VXLAN.
10. Observabilidad	Logs, SNMP, métricas, flujos, captura y capacidad.
11. Troubleshooting	Método de diagnóstico reproducible de capa física a aplicación.
12. Automatización	Git, Ansible, APIs, Python y gestión de red como código.

Etapa 0: prepara un laboratorio antes de estudiar teoría

Las redes se aprenden viendo tráfico y rompiendo cosas de forma controlada. Antes de entrar en protocolos conviene disponer de un pequeño laboratorio.

Laboratorio mínimo

• Un equipo con al menos 8 GB de RAM si es posible.
• VirtualBox, VMware Workstation, KVM/QEMU o Proxmox VE.
• Dos o tres máquinas virtuales Linux; Debian y Ubuntu Server son suficientes.
• Una máquina firewall/router virtual como pfSense u OPNsense, opcional al principio pero muy útil después.
• Wireshark en tu equipo y tcpdump en las máquinas virtuales.

No necesitas aprender Linux completo antes de redes, pero sí sentirte cómodo con terminal, archivos, permisos, procesos, servicios y editores de texto.

Conceptos matemáticos mínimos

Para IPv4 necesitas entender binario y potencias de dos. No hace falta hacer conversiones enormes de cabeza, pero sí comprender por qué una máscara /24 tiene 256 direcciones y una /26 divide ese espacio en bloques de 64.

Criterio para avanzar: debes poder crear dos máquinas virtuales en la misma red, identificar sus interfaces y verificar conectividad entre ellas.

Etapa 1: capa física, interfaces y Ethernet

Antes de estudiar IP hay que saber qué transporta realmente los bits. Las redes actuales utilizan principalmente cobre, fibra óptica y radio.

Cobre, fibra y Wi‑Fi

• El cobre Ethernet es económico y habitual en redes locales. Categoría de cable, distancia y transceptores condicionan la velocidad posible.
• La fibra permite distancias mayores, altas velocidades y aislamiento frente a interferencias electromagnéticas. Debemos distinguir al menos fibra monomodo y multimodo.
• Wi‑Fi utiliza un medio compartido. Cobertura, interferencia, canal, ancho de canal y cantidad de clientes afectan directamente al rendimiento.

NIC, velocidad, dúplex y MTU

Una interfaz de red o NIC conecta un host con el medio. En Ethernet moderno es habitual negociar automáticamente velocidad y dúplex. Un problema de negociación puede generar pérdidas y rendimiento muy inferior al esperado.

La MTU determina el tamaño máximo de la unidad que puede transportarse sin fragmentación en un enlace. En Ethernet suele ser 1500 bytes, pero túneles, VPN y redes overlay reducen el espacio disponible para el paquete original. Los problemas de MTU pueden producir síntomas extraños: ping funciona, pero determinadas páginas o transferencias se quedan bloqueadas.

Ethernet, tramas y direcciones MAC

Ethernet transporta tramas dentro de un dominio de capa 2. Las interfaces poseen direcciones MAC y un switch aprende qué MAC aparece detrás de cada puerto para reenviar las tramas solo donde corresponde cuando ya conoce el destino.

Debes distinguir tráfico unicast, broadcast y multicast. También entender que un switch no “conoce IP” para su función básica de switching: su tabla principal relaciona direcciones MAC con puertos.

Criterio para avanzar: debes poder explicar qué aprende un switch, qué es una MAC, qué significa MTU y por qué dos hosts conectados al mismo switch pueden comunicarse sin un router.

Etapa 2: IPv4, IPv6, CIDR y subnetting

IP permite comunicar redes diferentes. Es uno de los conocimientos más importantes de cualquier sysadmin porque casi todos los demás servicios dependen de que el direccionamiento y el routing sean correctos.

IPv4

IPv4 utiliza direcciones de 32 bits. Debes dominar estos conceptos:

• Dirección IP del host.
• Máscara o longitud de prefijo.
• Dirección de red.
• Rango de hosts.
• Broadcast.
• Gateway predeterminado.
• Direcciones privadas RFC 1918 frente a direcciones públicas.
• Direcciones loopback y link-local.
• CIDR y sumarización de rutas.

Ejemplo: 192.168.10.34/24 pertenece a la red 192.168.10.0/24. Con /24 los primeros 24 bits identifican la red y quedan 8 bits para direcciones dentro de ella.

Subnetting: no lo saltes

Un administrador debe poder dividir redes. Si partimos de 192.168.10.0/24 y necesitamos cuatro subredes del mismo tamaño, podemos utilizar /26:

• 192.168.10.0/26
• 192.168.10.64/26
• 192.168.10.128/26
• 192.168.10.192/26

Cada bloque tiene 64 direcciones. En redes IPv4 tradicionales dos se reservan para red y broadcast, aunque existen casos especiales como enlaces punto a punto.

IPv6 no es opcional

IPv6 utiliza direcciones de 128 bits y debe estudiarse desde el principio, no dejarse como “algo para después”. Un sysadmin debería reconocer al menos:

• Direcciones global unicast.
• Link-local fe80::/10.
• Loopback ::1.
• Prefijos /64 habituales en LAN.
• Neighbor Discovery y Router Advertisement.
• SLAAC y DHCPv6.
• Registros DNS AAAA.
• Que IPv6 no utiliza broadcast como IPv4.

ARP y NDP

En IPv4, ARP permite averiguar qué MAC corresponde a una IPv4 del enlace local. IPv6 utiliza Neighbor Discovery Protocol, basado en ICMPv6, para resolver vecinos y descubrir routers y parámetros de red.

Criterio para avanzar: debes poder mirar una IP/prefijo y determinar si dos equipos están en la misma subred; calcular varias subredes IPv4; explicar para qué sirve el gateway; y reconocer una dirección IPv6 link-local y una global.

Etapa 3: ICMP, TCP, UDP, puertos y sockets

IP identifica hosts y redes. Los protocolos de transporte y control permiten que las aplicaciones utilicen esa conectividad.

ICMP

ICMP no es solo ping. Informa sobre condiciones de la red: destinos inalcanzables, tiempo excedido, problemas de MTU y otros mensajes de control. En IPv6, ICMPv6 forma parte esencial del funcionamiento normal del protocolo.

TCP

TCP proporciona un flujo de bytes orientado a conexión. Debes entender:

• Three-way handshake: SYN, SYN-ACK, ACK.
• Números de secuencia y confirmación.
• Retransmisiones.
• Ventanas y control de flujo.
• Control de congestión como concepto.
• Cierre de conexiones.
• Estados como LISTEN, ESTABLISHED, TIME_WAIT y CLOSE_WAIT.

UDP

UDP envía datagramas sin establecer una conexión equivalente a TCP y no garantiza entrega, orden o retransmisión. Esto no significa que UDP sea “malo” o necesariamente inseguro: significa que la aplicación decide qué fiabilidad necesita. DNS, voz, vídeo y QUIC son ejemplos donde UDP puede formar parte de la solución.

Puertos y sockets

Una dirección IP identifica un host o interfaz; el puerto ayuda a identificar un servicio. Un socket combina protocolo, direcciones y puertos. Saber interpretar conexiones y sockets es fundamental al administrar servidores.

ss -tulpn
ss -tan
ss -uan

Criterio para avanzar: debes poder explicar por qué un servidor puede tener una sola IP y atender SSH, HTTPS y DNS simultáneamente, y reconocer una conexión TCP establecida en la salida de ss.

Etapa 4: servicios de red que todo sysadmin debe conocer

No hace falta memorizar todas las RFC, pero sí saber para qué sirve cada servicio, qué depende de él y cómo probarlo.

DNS

DNS es una base de datos distribuida. Debes entender resolución recursiva y autoritativa y reconocer al menos registros A, AAAA, CNAME, MX, NS, PTR, TXT y SRV.

dig universodigital.org
dig A universodigital.org
dig AAAA universodigital.org
dig MX example.com
dig +trace example.com

DHCP

DHCPv4 entrega dinámicamente dirección, prefijo/máscara, gateway, DNS y otros parámetros. Aprende el flujo DORA como ayuda conceptual —Discover, Offer, Request, Acknowledge— y entiende reservas, leases, scopes y DHCP relay.

NTP

La hora correcta es infraestructura. TLS, Kerberos, registros, clústeres y correlación de eventos pueden fallar o resultar difíciles de diagnosticar cuando los relojes no están sincronizados.

Servicios que debes reconocer

• HTTP/HTTPS y TLS.
• SSH y SFTP/SCP.
• SMTP, IMAP y conceptos básicos de correo.
• SMB/CIFS y NFS.
• LDAP y Active Directory como servicios de directorio.
• SNMP para monitoreo.
• Syslog y journald para registros.
• Bases de datos y la diferencia entre escuchar localmente y exponer un puerto a la red.

Criterio para avanzar: ante un servicio que “no abre”, debes saber separar si falla DNS, conectividad IP, ruta, firewall, puerto o la aplicación.

Etapa 5: switching real — VLAN, trunks, STP y LACP

VLAN

Una VLAN crea un dominio lógico de capa 2 independiente sobre infraestructura compartida. Un puerto access pertenece normalmente a una VLAN para un dispositivo final. Un enlace trunk puede transportar varias VLAN utilizando etiquetado IEEE 802.1Q.

Dos equipos en VLAN diferentes necesitan routing para comunicarse. La VLAN segmenta capa 2; no sustituye al firewall.

STP y RSTP

Ethernet no tolera bucles de capa 2 sin mecanismos de protección. Spanning Tree Protocol y sus variantes bloquean caminos redundantes para evitar tormentas de broadcast y tablas MAC inestables. Como sysadmin no necesitas convertirte de inmediato en ingeniero de switching, pero sí reconocer un loop de capa 2 y entender por qué STP existe.

Agregación de enlaces

LACP permite combinar enlaces físicos en un enlace lógico cuando ambos extremos lo soportan. Puede aportar redundancia y repartir flujos, pero no significa automáticamente que una única conexión TCP utilice la suma completa de todos los enlaces.

Seguridad básica de capa 2

En redes administradas aparecen mecanismos como DHCP snooping, Dynamic ARP Inspection, RA Guard, port security y storm control. El temario CCNA actual los incluye porque los ataques y errores de capa 2 también afectan a disponibilidad y seguridad.

Criterio para avanzar: debes poder diseñar una red con VLAN de usuarios, servidores y administración y explicar por dónde viajaría el tráfico entre ellas.

Etapa 6: routing, tablas de rutas y NAT

Cómo decide un host por dónde enviar un paquete

Antes de enviar tráfico, el sistema consulta su tabla de rutas. Las rutas suelen incluir prefijo de destino, interfaz, siguiente salto y métrica. La coincidencia de prefijo más específica tiene prioridad.

ip route
ip -6 route

Debes reconocer:

• Rutas conectadas directamente.
• Rutas estáticas.
• Ruta predeterminada.
• Rutas aprendidas dinámicamente.
• Métricas y rutas alternativas.

Routing estático y dinámico

En laboratorios y redes pequeñas comenzarás con rutas estáticas. Después conviene aprender OSPF para comprender un protocolo de routing interno. BGP debe estudiarse más adelante como el protocolo que intercambia alcance entre sistemas autónomos y sustenta gran parte del routing de Internet; no necesitas configurarlo el primer mes para ser un buen sysadmin.

NAT y PAT

NAT modifica direcciones IP. PAT permite que muchos hosts IPv4 privados compartan una dirección pública diferenciando flujos mediante puertos. Es importante no confundir conceptos: NAT no es un firewall, aunque muchas veces ambas funciones vivan en el mismo equipo.

Criterio para avanzar: debes ser capaz de leer una tabla de rutas y predecir qué gateway o interfaz utilizará un paquete para varios destinos.

Etapa 7: firewall, segmentación y VPN

Firewall stateful

Un firewall moderno suele mantener estado de las conexiones. No basta con memorizar “abrir el puerto 443”: hay que pensar en origen, destino, protocolo, puerto, dirección del flujo y estado.

Una política razonable parte de mínimo privilegio: permitir lo necesario y reducir superficie de exposición.

Segmentación

Usuarios, servidores, gestión, invitados, cámaras/IoT y sistemas críticos no deberían compartir automáticamente el mismo nivel de confianza. VLAN y subredes crean separación lógica; routing y firewall deciden qué cruza entre segmentos.

VPN

WireGuard, IPsec y OpenVPN pueden crear túneles protegidos entre usuarios o redes. Debes aprender la diferencia entre VPN de acceso remoto y site-to-site, además de rutas, DNS y MTU dentro del túnel.

Una VPN cifra un trayecto definido; no debe explicarse como sinónimo de anonimato.

Para practicar estas funciones puedes utilizar nuestra introducción a pfSense.

Etapa 8: redes en Linux para administradores de sistemas

Aquí es donde los fundamentos se convierten en trabajo diario. Un sysadmin debe ser capaz de diagnosticar un servidor incluso sin interfaz gráfica.

Identificar interfaces y direcciones

ip -br link
ip -br addr
ip addr show

Consultar rutas

ip route
ip route get 1.1.1.1
ip -6 route

Ver vecinos ARP/NDP

ip neigh

Sockets y procesos

ss -tulpn
ss -tanp

DNS

resolvectl status
resolvectl query universodigital.org
dig universodigital.org

NetworkManager

En muchas distribuciones Linux, NetworkManager gestiona perfiles de red. Red Hat documenta nmcli y nmtui como herramientas de administración, incluido el uso en servidores sin GUI.

nmcli device status
nmcli connection show
nmcli -f GENERAL,IP4,IP6 device show

Estado físico de Ethernet

ethtool eth0

Capturar tráfico

sudo tcpdump -ni any
sudo tcpdump -ni eth0 port 53
sudo tcpdump -ni eth0 host 192.168.1.50

Wireshark permite abrir capturas pcap/pcapng y analizar cada protocolo visualmente. Aprender a leer una captura básica cambia por completo la forma de diagnosticar redes.

Medir rendimiento

iperf3 -s
iperf3 -c IP_DEL_SERVIDOR

Firewall local con nftables

En Linux moderno conviene familiarizarse con nftables y con el sistema de seguimiento de conexiones de Netfilter. Incluso si una distribución ofrece una capa de administración como firewalld o UFW, entender qué ocurre debajo resulta muy útil.

Criterio para avanzar: debes poder configurar o corregir la red de una VM Linux, encontrar qué proceso escucha un puerto, comprobar DNS, observar la ruta y capturar el tráfico relacionado con una conexión.

Etapa 9: virtualización, contenedores y cloud networking

Un sysadmin moderno trabaja tanto con interfaces virtuales como físicas.

Bridges y NIC virtuales

Un bridge Linux actúa conceptualmente como un switch software. Hipervisores como KVM y Proxmox VE conectan interfaces virtuales de las máquinas a bridges, VLAN y redes físicas.

TAP, TUN y namespaces

• TAP transporta tramas Ethernet de capa 2.
• TUN transporta paquetes IP de capa 3.
• Los network namespaces de Linux permiten pilas de red aisladas.
• Los pares veth conectan namespaces y son fundamentales en la red de contenedores.

Contenedores

Docker, Podman y Kubernetes crean redes virtuales, bridges, NAT y políticas adicionales. Antes de estudiar Kubernetes networking en profundidad conviene dominar routing, NAT, DNS y namespaces Linux; de lo contrario los problemas parecen magia.

Overlays

Tecnologías como VXLAN encapsulan tráfico de capa 2 sobre redes de capa 3 y aparecen en centros de datos, virtualización y plataformas cloud. Estúdialas después de comprender VLAN y routing tradicional.

Si utilizas Proxmox VE, nuestros artículos de Proxmox VE permiten practicar bridges, VLAN y redes de máquinas virtuales.

Etapa 10: observabilidad y capacidad

Una red no se administra esperando a que alguien diga “Internet está lento”. Hay que medir.

• Disponibilidad y latencia.
• Uso de interfaces y errores físicos.
• Pérdida de paquetes.
• Ancho de banda y saturación.
• Jitter en voz y vídeo.
• CPU y memoria de dispositivos.
• Cambios de rutas o enlaces.
• Logs de firewall, switches, routers y servidores.
• Flujos de tráfico mediante tecnologías como NetFlow/IPFIX cuando estén disponibles.

SNMP, syslog, métricas y plataformas como Prometheus/Grafana, Zabbix o LibreNMS son caminos habituales para construir visibilidad. La herramienta concreta importa menos que aprender a establecer una línea base y detectar desviaciones.

Ancho de banda, throughput, latencia, jitter y pérdida

Estas métricas suelen confundirse:

• Ancho de banda: capacidad teórica o configurada del enlace.
• Throughput: cantidad real de datos transferidos por unidad de tiempo.
• Goodput: datos útiles de aplicación, descontando cabeceras y retransmisiones.
• Latencia: tiempo que tarda la información en recorrer el camino.
• Jitter: variación de la latencia.
• Pérdida: paquetes que no alcanzan el destino.

Una conexión de 1 Gbit/s puede sentirse peor que una de 100 Mbit/s para una aplicación interactiva si la primera sufre latencia, jitter o pérdida elevados.

Etapa 11: aprende un método de troubleshooting

La diferencia entre “probar comandos” y diagnosticar es seguir hipótesis. Un método práctico es avanzar desde lo más cercano al host hacia el servicio:

1. ¿La interfaz existe y está UP? Revisar ip link.
2. ¿Tiene la dirección y el prefijo correctos? Revisar ip addr.
3. ¿Puede alcanzar un host de su misma red?
4. ¿ARP/NDP resuelve el vecino? Revisar ip neigh.
5. ¿Existe ruta al destino? Revisar ip route get DESTINO.
6. ¿Responde el gateway?
7. ¿Existe conectividad hacia una IP remota?
8. ¿DNS devuelve la respuesta correcta? Probar con dig.
9. ¿El puerto está escuchando en el servidor? Revisar ss.
10. ¿Firewall/NAT permite el flujo?
11. ¿La aplicación responde correctamente?
12. Si todavía no está claro, capturar paquetes en los puntos correctos y observar dónde desaparece o cambia el tráfico.

No siempre empieces por ping

Ping es útil, pero un host puede bloquear Echo y seguir ofreciendo HTTPS. Del mismo modo, recibir respuesta a ping no demuestra que DNS, TCP 443 o la aplicación estén funcionando. Prueba exactamente el componente que quieres validar.

Herramientas que debes dominar

Herramienta	Para qué sirve
ip	Interfaces, direcciones, vecinos y rutas.
ping	Reachability y latencia ICMP básica.
tracepath / traceroute	Camino y saltos hasta un destino.
mtr	Latencia y pérdida observadas a lo largo del camino.
dig	Consultas y diagnóstico DNS.
ss	Sockets y puertos abiertos.
tcpdump	Captura desde terminal.
Wireshark	Análisis detallado de paquetes.
ethtool	Estado y características de interfaces Ethernet.
iperf3	Medición de rendimiento entre dos puntos.
nft	Reglas nftables/Netfilter.
curl	Pruebas HTTP/HTTPS y otros protocolos soportados.
openssl s_client	Diagnóstico básico de TLS y certificados.

Etapa 12: automatización y Network as Code

Una vez que puedes configurar y diagnosticar manualmente, aprende a automatizar. Automatizar algo que todavía no entiendes solo permite equivocarse más rápido.

• Git para versionar configuraciones y documentación.
• Ansible para aplicar configuraciones repetibles.
• Python para consumir APIs, validar datos y crear herramientas.
• JSON/YAML y formatos estructurados.
• APIs de controladores, firewalls, nubes e hipervisores.
• Infraestructura como código y validación previa a cambios.
• Backups automáticos de configuración.

Los objetivos actuales de formación profesional en redes también han ampliado el peso de automatización, gestión por controladores e infraestructura como código. Esto refleja el trabajo real de redes modernas: saber CLI sigue siendo importante, pero cada vez se administra más infraestructura mediante APIs y automatización.

12 laboratorios para recorrer el roadmap

1. Conecta dos VMs en la misma LAN, asigna IPv4 estáticas y demuestra conectividad.
2. Captura con Wireshark un ARP y después el three-way handshake de una conexión TCP.
3. Divide una /24 en cuatro /26 y crea dos subredes en el laboratorio.
4. Configura IPv6 y observa Neighbor Discovery con tcpdump/Wireshark.
5. Monta un servidor DNS o utiliza BIND/dnsmasq y crea registros A y AAAA.
6. Instala un servidor DHCP y entrega gateway y DNS a una red de pruebas.
7. Crea tres VLAN: usuarios, servidores y administración; enrútalas mediante un firewall/router.
8. Permite únicamente HTTPS desde usuarios hacia un servidor y bloquea el resto del tráfico entre VLAN.
9. Crea una VPN WireGuard entre dos VMs o dos redes de laboratorio.
10. Mide rendimiento con iperf3 y observa cómo cambian latencia y throughput cuando generas carga.
11. Construye dos redes en Proxmox/KVM usando bridges y VLAN tagging.
12. Provoca intencionalmente fallos de DNS, gateway, máscara, firewall y MTU y documenta cómo los encontraste.

Qué estudiar después de dominar los fundamentos

Cuando este roadmap deje de parecer nuevo, puedes especializarte según el tipo de sysadmin que quieras ser:

• Administración Linux: systemd, NetworkManager/netplan, nftables, bonding, bridges, HA y servicios.
• Redes empresariales: switching avanzado, OSPF, BGP, redundancia, QoS, NAC y Wi‑Fi empresarial.
• Seguridad: firewalls, IDS/IPS, PKI, TLS, VPN, segmentación y análisis de tráfico.
• Virtualización: KVM, Proxmox VE, VMware, overlays, almacenamiento y alta disponibilidad.
• Cloud: VPC/VNet, routing, security groups, gateways, load balancers y conectividad híbrida.
• Contenedores: Docker/Podman networking y luego Kubernetes CNI, Services, Ingress y NetworkPolicy.
• Automatización: Ansible, Python, APIs, GitOps e infraestructura como código.

Certificaciones como CCNA o CompTIA Network+ pueden servir para ordenar estudios, pero no sustituyen el laboratorio. Utiliza sus objetivos como listas de comprobación, no como límite de lo que debes aprender.

Errores comunes cuando se empieza en redes

• Memorizar el modelo OSI sin relacionarlo con tráfico real.
• Saltarse subnetting porque “hay calculadoras”.
• Aprender solo IPv4 y tratar IPv6 como opcional.
• Pensar que NAT y firewall son lo mismo.
• Confundir ancho de banda con velocidad percibida.
• Cambiar muchas cosas a la vez durante un diagnóstico.
• Resolver problemas de permisos usando 777 o problemas de red desactivando permanentemente el firewall.
• Aprender comandos sin saber qué hipótesis valida cada uno.
• No documentar direcciones, VLAN, gateways, DNS y cambios realizados.

Cómo saber si ya tienes una base sólida para sysadmin

No necesitas conocer de memoria cada RFC. Tienes una buena base cuando recibes un problema como “el servidor no abre desde otra VLAN” y puedes construir una secuencia lógica de preguntas: ¿tiene dirección?, ¿la máscara es correcta?, ¿hay gateway?, ¿la ruta existe?, ¿ARP/NDP funciona?, ¿el firewall permite el flujo?, ¿el servicio escucha?, ¿DNS apunta al lugar correcto?, ¿qué muestra la captura?

Ese cambio —pasar de probar cosas al azar a razonar sobre el recorrido del tráfico— es el verdadero objetivo de aprender redes para administración de sistemas.

Fuentes y documentación recomendada

• RFC 8200 — Internet Protocol Version 6 (IPv6).
• RFC 9293 — Transmission Control Protocol (TCP).
• RFC 768 — User Datagram Protocol.
• RFC 1034 — Domain Names, Concepts and Facilities.
• RFC 2131 — DHCP.
• RFC 1918 — Address Allocation for Private Internets.
• RFC 4861 — Neighbor Discovery for IPv6.
• Wireshark — User’s Guide.
• Netfilter — nftables documentation.
• Red Hat — Configuring and managing networking.
• Cisco — CCNA 200-301 v2.0 exam topics.

Esta guía es el punto de entrada a nuestra serie de fundamentos de redes. A partir de aquí iremos enlazando artículos específicos para profundizar en cada bloque.