Conectividad de clientes en Windows, macOS y Linux (1.6)

📋 En esta lección

La mitad de los tickets de WiFi se resuelven en el propio cliente — si sabes dónde mirar. Aquí aprendes el proceso completo de conexión (escaneo → autenticación → asociación → seguridad → DHCP), y las herramientas nativas de Windows, macOS y Linux para leer señal, banda, velocidad negociada y errores — el show interfaces del lado del cliente.

El proceso de conexión, paso a paso

Cuando un dispositivo se une a un WiFi ocurre una secuencia con fases bien definidas — y cada fase que puede fallar es un síntoma distinto:

1. Escaneo: el cliente descubre redes — pasivamente (escucha beacons, lección 9.2) o activamente (probe requests).
2. Autenticación 802.11: un apretón de manos histórico (herencia de WEP), hoy trámite casi vacío — no confundir con la seguridad real.
3. Asociación: el cliente se une formalmente al BSS del AP — recibe su ID de asociación. A partir de aquí "está en la red"… pero aún no puede enviar datos de usuario.
4. Seguridad: aquí ocurre lo serio — el handshake SAE/WPA2 (Personal, lección 9.3) o el diálogo completo 802.1X/EAP contra RADIUS (Enterprise). Si falla: "no se puede conectar a esta red" después de haber visto la red perfectamente.
5. DHCP: con el túnel cifrado en pie, el clásico DORA de la lección 8.1. Si falla: conectado al WiFi, sin IP — el APIPA de siempre (lección 4.6), ahora en versión inalámbrica (VLAN del SSID sin pool o sin helper, típicamente).

Mapa mental de diagnóstico: ¿no ve la red? → fase 1 (banda, canal, SSID oculto, alcance). ¿La ve pero no conecta? → fases 2-4 (clave, método de seguridad, RADIUS, certificado). ¿Conecta pero sin IP / sin Internet? → fase 5 en adelante (DHCP, VLAN, gateway — y ya estás en los Módulos 4 y 8).

El roaming, visto del lado del cliente

De la lección 9.2: el cliente decide cuándo saltar de AP dentro de un ESS — y cada fabricante/driver tiene su propio umbral de "esta señal ya no me gusta". De ahí el clásico sticky client: el portátil que sigue aferrado al AP de la otra punta de la oficina a −78 dBm con un AP a −50 en la misma sala. El WiFi "va fatal" — y el AP y la red están perfectos.

Pistas: RSSI malo con un AP cercano (compara el BSSID asociado con el esperado), y mejora instantánea al apagar/encender el WiFi (fuerza re-escaneo). Mitigaciones: del lado red, los estándares de roaming asistido (802.11k/v/r) que los WLC ofrecen; del lado cliente, la "agresividad de roaming" del driver.

Windows: netsh wlan

La herramienta de la casa — y la que el examen menciona:

C:\> netsh wlan show interfaces

    Nombre                : Wi-Fi
    Estado                : conectado
    SSID                  : Corp
    BSSID                 : aa:bb:cc:11:22:33     ← EL AP concreto (¿el esperado?)
    Tipo de radio         : 802.11ax
    Banda                 : 5 GHz
    Canal                 : 100                   ← ¿canal DFS? (lección 9.1)
    Velocidad recepción   : 573.5 Mbps            ← la velocidad NEGOCIADA
    Señal                 : 82%                   ← Windows da %, no dBm
    Autenticación         : WPA3-Enterprise

Lecturas profesionales de esta salida: el BSSID confirma a qué AP estás pegado (la prueba del sticky client); la banda/canal delata al cliente que cayó a 2,4 GHz; la velocidad negociada es el techo físico actual (si es 6 Mbps, el problema es RF, no "Internet"); la señal en % ≈ mapeo del RSSI (100% ≈ −50 dBm o mejor; 50% ≈ −75 aprox — orientativo por driver).

C:\> netsh wlan show networks mode=bssid   ← todas las redes visibles, por AP: el site survey de bolsillo
C:\> netsh wlan show profiles              ← redes guardadas
C:\> netsh wlan delete profile name="Corp" ← borrar perfil corrupto (el "olvidar red" de CLI):
                                              el gesto que arregla los líos de credenciales cacheadas

macOS y Linux

macOS: mantén pulsada la tecla Opción (⌥) y clic en el icono WiFi — el menú se convierte en panel técnico: RSSI y ruido en dBm reales (¡SNR calculable al vuelo!), canal y anchura, modo PHY, velocidad de transmisión. Para inspección profunda, la app Wireless Diagnostics (y su escáner integrado).

Linux:

$ iw dev wlan0 link
Connected to aa:bb:cc:11:22:33 (on wlan0)
    SSID: Corp
    freq: 5500                  ← MHz → banda/canal
    signal: -58 dBm             ← RSSI real
    rx bitrate: 573.5 MBit/s

$ iw dev wlan0 scan | grep -E "SSID|signal|freq"   ← el survey desde terminal
$ nmcli device wifi list                            ← la vista NetworkManager

Linux y macOS dan dBm directos — para hablar con el equipo de red (y con las lecciones de este módulo) es el idioma correcto; el % de Windows es una traducción.

El checklist del lado del cliente

Ante "el WiFi me va mal", en orden:

1. ¿A qué AP y banda estoy pegado? (BSSID + banda: ¿sticky? ¿caído a 2,4?)
2. ¿Qué señal/SNR tengo? (−67 dBm o mejor: sano; peor: problema de cobertura o de dónde está el usuario)
3. ¿Qué velocidad he negociado? (baja = RF; alta con lentitud real = mirar más arriba: canal saturado, o ya no es WiFi)
4. ¿La seguridad completó? (fallo de clave/802.1X: los logs del cliente y del RADIUS lo dicen)
5. ¿Tengo IP válida? (APIPA → DHCP/VLAN del SSID — lecciones 4.6/8.1)
6. Perfil corrupto: olvidar la red y reconectar — el reset barato que resuelve credenciales viejas y configuraciones cacheadas.

Con los pasos 1-3 distingues problema de radio de problema de red — la frontera que decide si el ticket es tuyo o del compañero de infraestructura… que también eres tú, pero con otras herramientas (lección 9.5).

Relación con otros conceptos

• Las fases 4 y 5 del proceso son las lecciones 9.3 (seguridad) y 8.1/4.6 (DHCP/APIPA) — el diagnóstico converge con el de cable.
• RSSI/SNR y bandas/canales que aquí lees en el cliente son la física de la lección 9.1.
• El sticky client y el roaming-decidido-por-el-cliente vienen de la 9.2 — y 802.11k/v/r son la asistencia del lado red.
• El lab integral con averías provocadas — incluyendo las de cliente — es la próxima lección.

Resumen

La conexión tiene fases — escaneo → autenticación 802.11 → asociación → seguridad (SAE/802.1X) → DHCP — y cada síntoma señala la suya: no-ve-la-red (RF/banda/SSID), ve-pero-no-entra (clave/RADIUS/certificado), entra-sin-IP (DHCP/VLAN). El roaming lo decide el cliente — el sticky client aferrado a un AP lejano se caza comparando BSSID y RSSI. Herramientas: netsh wlan show interfaces (Windows: BSSID, banda, canal, velocidad negociada, señal en %), ⌥-clic en el icono WiFi (macOS: dBm reales de señal y ruido), iw dev wlan0 link (Linux: dBm y bitrate). Checklist: AP/banda → señal/SNR → velocidad negociada → seguridad → IP → y el "olvidar red" como reset de perfiles corruptos.

Fuentes oficiales

• IEEE 802.11 — grupo de trabajo de redes inalámbricas
• Cisco — Catalyst 9800 Wireless Controllers: guías de configuración