Repaso rápido: Sistemas operativos – CCNA

Lo que realmente debes saber

En CCNA, los sistemas operativos no son el centro del examen como routing y switching, pero son fundamentales para entender qué ocurre del lado host. Muchos problemas de red no dependen del router o del switch, sino de configuración IP incorrecta, DNS erróneo, firewall local, driver de red, servicio DHCP client, routing table del sistema operativo o ajustes de la tarjeta de red.

Para CCNA debes saber razonar sobre un PC, un servidor o una máquina virtual como punto final de la comunicación. Debes saber verificar dirección IP, subnet mask, gateway, DNS, conectividad, puertos abiertos, servicios activos y estado de la interfaz.

El punto central es este: una red puede estar configurada correctamente, pero si el host tiene ajustes incorrectos, la comunicación falla igualmente.

Conceptos clave

• Sistema operativo: software base que gestiona hardware, procesos, memoria, archivos y red.
• Proceso: programa en ejecución.
• Servicio: componente que trabaja en background, a menudo sin interacción directa del usuario.
• Sistema de archivos: estructura usada para organizar archivos y carpetas.
• Memoria: recurso usado por los procesos durante la ejecución.
• CLI: interfaz de línea de comandos.
• PowerShell: shell avanzada usada sobre todo en Windows.
• Bash: shell común en Linux y sistemas Unix-like.
• Configuración IP: dirección IP, subnet mask, gateway y DNS configurados en el host.
• Firewall local: control software que permite o bloquea tráfico en el dispositivo.
• Driver de red: software que permite al sistema operativo usar la tarjeta de red.
• Actualizaciones: parches y updates para seguridad, estabilidad y compatibilidad.
• Virtualización: ejecución de máquinas virtuales en un host físico.
• Snapshot: estado guardado de una máquina virtual.

Diferencias que no debes confundir

Concepto	Significado principal
Proceso	Programa en ejecución
Servicio	Función en background
CLI	Interfaz de línea de comandos
PowerShell	Shell avanzada Windows
Bash	Shell común Linux/Unix
IP address	Dirección host Layer 3
Gateway	Router usado para redes externas
DNS	Resolución de nombres
DHCP	Asignación automática IP
Firewall local	Filtra tráfico en el host
Driver	Conecta OS y hardware
Snapshot	Estado guardado de una VM

Papel del sistema operativo en la red

Un host usa el sistema operativo para comunicarse en red.

El sistema operativo gestiona:

• tarjeta de red;
• dirección IP;
• subnet mask;
• default gateway;
• DNS;
• routing table local;
• firewall;
• servicios de red;
• puertos TCP/UDP;
• drivers;
• actualizaciones;
• logs.

Cuando un PC no navega, no basta con revisar el router. También debes verificar la configuración del host.

Procesos

Un proceso es un programa en ejecución.

Ejemplos:

• navegador;
• cliente SSH;
• servicio web;
• antivirus;
• aplicación empresarial;
• terminal;
• agent de monitorización.

Desde el punto de vista networking, un proceso puede abrir conexiones hacia el exterior o escuchar en un puerto local.

Ejemplo: un servidor web puede ser un proceso que escucha en el puerto TCP 80 o 443.

Servicios

Un servicio es un componente que funciona en background.

Ejemplos:

• DHCP client;
• DNS client;
• servicio firewall;
• servicio SSH;
• servicio web;
• servicio de actualización;
• agent de seguridad;
• servicios de virtualización.

Si un servicio está detenido, algunas funciones pueden no funcionar.

Ejemplo: si el servicio DHCP client no funciona, el host podría no recibir automáticamente una dirección IP.

Memoria y rendimiento

La memoria es usada por los procesos durante la ejecución.

Si un sistema tiene poca memoria disponible, puede volverse lento o inestable.

Desde el punto de vista de red, los problemas de recursos pueden influir en:

• aplicaciones lentas;
• servicios que no responden;
• timeouts;
• dificultad para gestionar muchas conexiones;
• rendimiento reducido en máquinas virtuales.

Para CCNA no hace falta administración avanzada del sistema operativo, pero debes entender que no todos los problemas de red dependen de la red.

Sistema de archivos

El sistema de archivos organiza archivos y carpetas.

También es importante para red y seguridad porque contiene:

• configuraciones;
• logs;
• claves;
• certificados;
• scripts;
• archivos temporales;
• backups;
• software y drivers.

Permisos erróneos sobre archivos pueden impedir que un servicio funcione o crear riesgos de seguridad.

CLI

La CLI, Command Line Interface, permite ejecutar comandos textuales.

Es fundamental para troubleshooting porque permite verificar rápidamente configuraciones y conectividad.

Ejemplos de actividades CLI:

• comprobar IP;
• hacer ping;
• ejecutar traceroute;
• ver conexiones activas;
• verificar DNS;
• revisar routing table;
• iniciar o detener servicios;
• leer logs;
• probar puertos.

En CCNA debes estar cómodo con la idea de diagnosticar problemas también desde terminal.

PowerShell

PowerShell es una shell potente usada sobre todo en Windows.

Puede usarse para:

• verificar configuración IP;
• probar conexiones;
• gestionar servicios;
• automatizar tareas;
• consultar sistema y red;
• trabajar con objetos y scripts.

Comandos útiles o conceptos asociados:

• ipconfig;
• Test-Connection;
• Test-NetConnection;
• Get-NetIPConfiguration;
• Get-Service;
• Get-NetAdapter;
• Resolve-DnsName.

Para CCNA no debes convertirte en experto PowerShell, pero debes reconocer que es útil para troubleshooting del lado Windows.

Bash

Bash es una shell común en entornos Linux y Unix-like.

Puede usarse para:

• comprobar interfaces;
• probar conectividad;
• leer archivos de configuración;
• verificar procesos;
• controlar servicios;
• analizar logs;
• ejecutar scripts.

Comandos útiles o conceptos asociados:

• ip addr;
• ip route;
• ping;
• traceroute;
• ss;
• netstat;
• systemctl;
• dig;
• nslookup;
• journalctl.

Para CCNA es útil saber que entornos diferentes usan herramientas diferentes, pero el razonamiento de red sigue siendo el mismo.

Configuración IP del host

Un host debe tener configuración IP correcta.

Elementos principales:

• dirección IP;
• subnet mask o prefix length;
• default gateway;
• servidor DNS.

Si uno de estos elementos es incorrecto, la comunicación puede fallar.

Ejemplos:

• IP en la subnet equivocada: el host no comunica correctamente en LAN.
• Gateway ausente: el host comunica localmente pero no con redes externas.
• DNS erróneo: el host alcanza IP pero no resuelve nombres.
• Subnet mask errónea: el host puede creer que hosts remotos son locales o viceversa.

DHCP del lado host

DHCP permite que el host reciba automáticamente configuración IP.

Si DHCP no funciona, el host puede:

• no recibir dirección IP;
• recibir APIPA en entorno Windows;
• recibir gateway incorrecto;
• recibir DNS erróneo;
• tener lease caducado;
• no comunicarse con redes externas.

En troubleshooting debes preguntarte:

• ¿el cliente recibe IP?
• ¿la IP está en la subnet correcta?
• ¿gateway y DNS son correctos?
• ¿el servidor DHCP es alcanzable?
• ¿hace falta ip helper-address si el servidor está en otra subnet?

DNS del lado host

DNS traduce nombres en direcciones IP.

Síntoma clásico:

• ping hacia IP funciona;
• acceso por nombre no funciona.

Causas posibles:

• servidor DNS incorrecto;
• registro DNS ausente;
• caché DNS obsoleta;
• problema de conectividad hacia DNS;
• firewall que bloquea DNS;
• dominio escrito mal;
• configuración DHCP que distribuye DNS erróneo.

Para CCNA debes conectar este síntoma con DNS, no confundirlo inmediatamente con routing.

Default gateway

El default gateway es el router usado por el host para alcanzar redes externas.

Si el gateway es incorrecto o falta:

• la comunicación en la misma subnet puede funcionar;
• la comunicación hacia Internet o redes remotas falla.

Ejemplo:

• PC 192.168.10.50/24;
• gateway correcto: 192.168.10.1;
• gateway erróneo: 192.168.20.1.

El gateway debe ser alcanzable en la misma subnet del host.

Routing table local

Un sistema operativo también tiene una tabla de routing.

Contiene información sobre:

• redes directamente conectadas;
• default route;
• rutas estáticas locales;
• interfaces usadas para salir;
• métricas.

En algunos problemas, el host podría enviar tráfico hacia la interfaz o gateway equivocado, sobre todo si tiene varias tarjetas de red, VPN o máquinas virtuales.

Firewall local

El firewall local controla tráfico entrante y saliente en el dispositivo.

Puede bloquear:

• ping;
• puertos TCP;
• servicios locales;
• conexiones desde redes específicas;
• aplicaciones;
• tráfico entrante.

Ejemplo: un servidor puede tener el servicio web activo, pero el firewall local puede bloquear el puerto 80 o 443.

Para CCNA debes recordar que un servicio puede estar configurado correctamente pero no ser alcanzable por culpa del firewall local.

Drivers de red

El driver permite al sistema operativo usar la tarjeta de red.

Problemas de driver pueden causar:

• tarjeta no reconocida;
• interfaz deshabilitada;
• bajo rendimiento;
• desconexiones;
• velocidad incorrecta;
• problemas Wi-Fi;
• problemas después de actualizaciones.

En troubleshooting, si todo parece correcto pero la interfaz no funciona, el driver puede ser una causa.

Actualizaciones

Las actualizaciones corrigen bugs, vulnerabilidades y problemas de compatibilidad.

Son importantes para:

• seguridad;
• estabilidad;
• soporte hardware;
• compatibilidad de drivers;
• corrección de errores;
• rendimiento.

Pero las actualizaciones deben gestionarse con atención: un update también puede introducir incompatibilidades o requerir reinicio.

Por eso en entornos profesionales las actualizaciones deben planificarse y probarse.

Comandos Windows útiles

Comandos comunes en Windows:

• ipconfig;
• ipconfig /all;
• ipconfig /release;
• ipconfig /renew;
• ipconfig /flushdns;
• ping;
• tracert;
• nslookup;
• netstat;
• route print;
• Test-NetConnection;
• Get-NetIPConfiguration.

Ejemplos:

• ipconfig /all muestra IP, gateway, DNS y DHCP.
• ping prueba alcanzabilidad.
• tracert muestra el camino hacia una destinación.
• nslookup prueba resolución DNS.
• netstat muestra conexiones y puertos.

Comandos Linux útiles

Comandos comunes en Linux:

• ip addr;
• ip route;
• ping;
• traceroute;
• dig;
• nslookup;
• ss;
• netstat;
• systemctl;
• journalctl;
• resolvectl.

Ejemplos:

• ip addr muestra direcciones e interfaces.
• ip route muestra rutas locales.
• ss muestra sockets y puertos.
• systemctl controla servicios.
• journalctl ayuda a leer logs de sistema.

Ping

Ping usa ICMP para probar alcanzabilidad.

Puede ayudar a entender:

• si un host responde;
• si el gateway es alcanzable;
• si una destinación remota es alcanzable;
• si hay pérdida de paquetes;
• si la latencia es elevada.

Límite importante: un ping fallido no significa siempre host apagado. ICMP puede ser bloqueado por firewalls o políticas.

Traceroute y tracert

Traceroute, o tracert en Windows, muestra el camino hacia una destinación.

Es útil para entender:

• dónde se interrumpe el tráfico;
• qué routers se atraviesan;
• si el camino es inesperado;
• si un problema parece local o remoto.

También aquí hay límites: firewalls y routers pueden filtrar o no responder a los paquetes usados por traceroute.

Netstat y ss

Netstat y ss ayudan a ver conexiones y puertos.

Pueden mostrar:

• puertos en escucha;
• conexiones establecidas;
• direcciones remotas;
• protocolos;
• procesos asociados, en algunos casos.

Son útiles si debes entender si un servicio está realmente escuchando en un puerto.

Ejemplo: si un servidor web no responde, puedes verificar si está escuchando en TCP 80 o 443.

Virtualización

La virtualización permite ejecutar varias máquinas virtuales en un host físico.

Conceptos importantes:

• hypervisor;
• VM;
• vNIC;
• virtual switch;
• bridge;
• NAT mode;
• host-only network;
• snapshot.

En laboratorio CCNA, las VM son útiles para probar sistemas, servicios y redes sin hardware físico dedicado.

Redes virtuales

Las máquinas virtuales pueden usar distintos tipos de red.

Ejemplos:

• bridged: la VM aparece en la misma red física que el host.
• NAT: la VM sale mediante el host.
• host-only: la VM comunica solo con el host u otras VM en la red virtual.
• internal network: comunicación entre VM aisladas.

Problemas comunes:

• VM en modo de red equivocado;
• IP incorrecta;
• firewall del host;
• virtual switch no configurado;
• DHCP virtual deshabilitado;
• conflictos entre interfaces.

Snapshot

Un snapshot guarda el estado de una máquina virtual en un momento determinado.

Es útil para:

• probar configuraciones;
• volver atrás después de errores;
• laboratorio;
• probar actualizaciones;
• repetir ejercicios.

Atención: un snapshot no sustituye un backup completo y no debe mantenerse demasiado tiempo en entornos reales sin control.

Troubleshooting del lado host

Cuando un host no comunica, procede en orden:

• controla enlace físico o Wi-Fi;
• verifica IP, subnet mask, gateway y DNS;
• comprueba si la IP viene de DHCP;
• prueba ping hacia loopback;
• prueba ping hacia su propia IP;
• prueba ping hacia gateway;
• prueba ping hacia IP externa;
• prueba resolución DNS;
• verifica firewall local;
• verifica servicios y puertos;
• controla rutas locales;
• controla drivers y estado de interfaz.

Este enfoque evita saltar enseguida a conclusiones equivocadas.

Errores comunes en los quiz

• Buscar enseguida problemas en el router sin comprobar el host.
• Confundir DHCP y DNS.
• Olvidar el default gateway.
• Pensar que ping fallido significa siempre host apagado.
• Olvidar que el firewall local puede bloquear tráfico.
• Ignorar drivers y estado de tarjeta de red.
• Confundir PowerShell y Bash.
• No distinguir proceso y servicio.
• Pensar que una VM funciona siempre como un host físico.
• Usar modo de red virtual equivocado.
• Pensar que snapshot equivale siempre a backup.
• Olvidar que DNS puede ser el problema aunque Internet funcione hacia IP.

Mini escenario de examen

Un PC recibe dirección IP correcta y puede hacer ping al gateway. También puede hacer ping hacia 8.8.8.8, pero no puede abrir sitios usando el nombre.

La causa más probable es un problema DNS: el routing funciona, la conectividad IP funciona, pero la resolución de nombres no funciona.

Otro escenario: un servicio web está activo en un servidor, pero los clientes no pueden alcanzarlo. Antes de modificar routing, hay que comprobar si el servicio escucha en el puerto correcto y si el firewall local bloquea el tráfico.

Mini checklist antes del quiz

Antes de empezar el quiz deberías saber explicar:

• la diferencia entre proceso y servicio;
• para qué sirve la CLI;
• cuándo usar PowerShell o Bash;
• cómo verificar IP, gateway y DNS en un host;
• por qué DHCP es importante del lado cliente;
• cómo reconocer un problema DNS;
• para qué sirve el firewall local;
• por qué los drivers pueden influir en la red;
• qué hacen ping, tracert, traceroute, netstat y ss;
• qué significa routing table local;
• qué son virtualización y snapshots;
• cómo razonar en el troubleshooting del lado host.