El debug de red es la zona donde cada utilidad hace lo mismo con sintaxis ligeramente distinta. netstat quedó deprecado y lo reemplazó ss. dig, host, nslookup se solapan. El route de macOS no es el route de Linux. Preguntar por lo que quieres, no por la herramienta, esquiva el problema entero.
1. Puertos en escucha
clai
$ clai muestra todos los puertos TCP en escucha con el nombre del proceso→ ss -ltnpState Recv-Q Local Address:Port ProcessLISTEN 0 0.0.0.0:22 users:(("sshd",pid=812))LISTEN 0 127.0.0.1:5432 users:(("postgres",pid=1234))2. Conexiones establecidas a un servicio
clai
$ clai quién está conectado a mi postgres→ ss -tnp 'sport = :5432'ESTAB 10.0.1.12:54322 10.0.1.50:5432 users:(("postgres",pid=1234))3. Por qué DNS va lento
clai
$ clai traza por qué DNS para example.com resuelve lento→ dig +trace +stats example.com;; Query time: 312 msec;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)+stats es la mitad que nadie escribe. Es la diferencia entre sé que va lento y sé qué salto va lento.
4. Comprobar MTU
clai
$ clai comprueba la MTU hasta 8.8.8.8→ ping -M do -c 3 -s 1472 8.8.8.81480 bytes from 8.8.8.8: ttl=58 time=12.4 ms-M do activa el bit don't-fragment. Si 1472+8+20 = 1500 falla, tu MTU efectivo está por debajo del estándar.
5. Tabla de rutas — legible
clai
$ clai muestra la tabla de rutas en formato legible→ ip -4 route showdefault via 10.0.0.1 dev eth0 proto dhcp src 10.0.1.1210.0.0.0/16 dev eth0 proto kernel scope link src 10.0.1.12Ver también
- Mata el proceso del puerto — cuando la investigación de puerto te dice qué parar.
- Una líneas para Docker y Kubernetes — cuando el problema de red está dentro de contenedores, no en el host.