He actualizado mi red doméstica de una modo asaz descuidada a lo dadivoso de los primaveras y, como tal, no estaba del todo seguro de si los problemas de red mientras miraba Netflix eran desliz del ISP, del servicio de transmisión o de poco internamente de mis paredes. No había estado documentando las travesuras de mi laboratorio doméstico con NetBox o herramientas similares, y había comenzado a sospechar que una o dos de esas máquinas virtuales estaban causando problemas.
En esquema, era hora de hacer poco al respecto y mapear mi red para poder solucionar el problema desde un oportunidad de información. Las herramientas de automatización solo lo llevarán hasta cierto punto, porque muchos son solo IPv4, los dispositivos modernos usan la aleatorización de direcciones MAC para longevo privacidad, y las redes de doble pila (como la mía) pueden mostrarle múltiples IP para los mismos dispositivos porque tanto IPv4 como IPv6 asignan direcciones.
Pero entre las herramientas, el tablero de mi enrutador y algunas indagaciones físicas, logré descubrir qué es qué y hacer un escaneo de Wi-Fi en el proceso. Lo que aprendí es que las suposiciones habían estado acabando con mi red, y no necesariamente con los dispositivos que la integraban.
Mi red doméstica era un desastre
Era hora de trazarlo correctamente.
Lo sé, con lo mucho que hablo de monitorear tu red doméstica, no he sido tan estricto con mi propia red. Las cosas cambian constantemente: la red del laboratorio doméstico cambia semanalmente para probar nuevas funciones, aplicaciones o dispositivos, y mi red doméstica solo se activa cuando poco sale mal.
Tuve algunos problemas intermitentes en mi red doméstica que nunca pude solucionar del todo, por lo que ya era hora de realizar el mapeo. Quería conocer qué dispositivos están conectados (incluidos los dispositivos que se conectan a ellos, como un centro doméstico inteligente), qué habitaciones tienen dispositivos Wi-Fi, qué dispositivos están en roaming y si hay poco que pueda hacer para optimizar las cosas.
Se necesitaban algunas herramientas
Mi red de malla Eero es buena para mostrar lo que hay en mi red doméstica, pero no me dice qué está sucediendo en mi conmutador administrado ni qué VLAN están en uso allí. Tuve que ir a las páginas de empresa del conmutador para obtener esa información y extraer la información del dispositivo para poder compararla con la cinta de Eero. La mayoría coincidían, excepto algunas máquinas virtuales que eliminé del laboratorio de mi casa pero que aún aparecían en la cinta de dispositivos recientes en Eero. No estoy seguro de cuántos días permanece a la pinta, pero prefiero verlos que perder visibilidad sobre lo que ha estado en la red.
La otra cosa es que quería comprobar las conexiones físicas mientras lo hacía, así que compré un probador de cables financiero. Tal vez algún día pueda permitirme un Fluke, pero aún así me di cuenta de que uno de los tramos empotrados que agregaron los constructores estaba suelto en una piedra angular, lo que habría sido un problema una vez que lo hubiera usado para asociar otro punto de llegada. Todavía puedo confirmar la conectividad de comida PoE y recomiendo que cualquier probador que obtenga asimismo pueda hacerlo.
Y no olvides hacer coincidirlo con un diagrama de cableado físico.
El atlas de IP aparente generado por el software nunca cuenta toda la historia. Todavía vale la pena mapear un diagrama de cableado físico, ya sea por carretera o por habitación, para mostrar dónde vive cada dispositivo de red y cliente, y por dónde pasan los cables entre ellos. Esto será útil si necesita reemplazar cualquier backhaul a posteriori de las pruebas, cualquier cable de conexión o cualquier otro hardware que pueda frustrarse.
La tecnología inalámbrica necesita un enfoque diferente
Utilice herramientas de mapas de calor en oportunidad de datos anecdóticos del dispositivo
Una vez que se manejaron las conexiones cableadas, los electrodomésticos y los dispositivos cliente, pasé a mapear mi Wi-Fi. A diferencia de los demás, no se alcahuetería de acechar qué hay en la red, sino de identificar posibles deficiencias en la intensidad de la señal en las zonas ocupadas de mi casa.
Para hacer esto, utilicé NetSpot: primero lo instalé en mi teléfono para obtener una descripción genérico rápida y ver qué áreas necesitaban un escaneo más detallado, luego otro itinerario con la aplicación ejecutándose en una computadora portátil. Ahora, un par de condiciones aquí: la aplicación de Android tiene más funciones comparables a la aplicación de computadora, mientras que la aplicación de iOS carece, ya que Apple no permitirá el escaneo de AP a los que no esté conectado.
Una vez que se generó el atlas de calor para cada carretera de mi casa, lo verifiqué con las ubicaciones físicas de cualquier dispositivo conectado a Wi-Fi y los lugares habituales en los que usamos nuestros teléfonos y computadoras portátiles, para asegurarme de que ninguna de nuestras áreas operativas normales tuviera problemas.
Todavía verifiqué la superposición de canales deambulando, verificando la congestión en las bandas de 2,4 GHz, 5 GHz y 6 GHz y comparándola con el mensaje de actividad generado por mis nodos de malla. Ya no poseemos tantos dispositivos de 2,4 GHz, pero los pocos existentes se han alejado de las áreas más congestionadas correcto a la superposición de las señales de los enrutadores de los vecinos.
Lo que pensé que eran zonas muertas fueron causadas por poco más.
Los mapas de calor me dijeron que no tenía problemas de transmisión de Wi-Fi. En cambio, se trataba de problemas con los dispositivos de los clientes individuales, a veces desde donde se usaban, pero asimismo correcto a problemas con los controladores o el firmware.
Por ejemplo, un Pixel 9 Pro seguía desconectándose de Wi-Fi y usando la señal 5G, y eso se debía a que no se transmitía correctamente desde el nodo de malla del primer carretera al del carretera superior. No hay mucho que puedas hacer si ese es el problema; Es necesario que el fabricante del teléfono emita una aggiornamento con un mejor rendimiento de transferencia. Si mi nodo me permitiera ajustar la potencia de transmisión, podría haberla estrecho sutilmente y eso podría solucionar el problema.
El laboratorio de mi casa fue (la longevo parte) del problema.
Los adaptadores virtuales y los puentes para máquinas virtuales son una molestia
Positivamente me encanta hacer funcionar máquinas virtuales y contenedores en Proxmox, pero no siempre tengo cuidado de apagarlos cuando no los uso, y eso hace que mi compensador DHCP no esté contento. Pero el problema no son sólo los conflictos de DHCP. A veces cambio la MTU en máquinas virtuales individuales, como cuando quiero aparentar problemas de paquetes o retozar con tramas gigantes. Dejar eso activado causa problemas en la red, al igual que OPNsense cuando se usa una interfaz VirtIO, lo que parece problemas en la interfaz pero en efectividad se debe al uso del compensador aparente incorrecto.
Y a medida que más medios de red se definan por software o se virtualicen de otras maneras, no puede hacerse cargo que porque haya verificado todos los dispositivos físicos, su red estará aceptablemente. Muchos problemas provienen de esos dispositivos virtuales, que no siempre son encontrados por las herramientas de mapeo de red o se apagan durante las pruebas, lo que lleva a suponer que no son un problema.
Mapear mi red me mostró qué arreglar
Probar y mapear mi red doméstica y las redes de mi laboratorio doméstico fue un tiempo aceptablemente empleado. Me brindó información valiosa, mostrando que los problemas que pensé que tenía eran, de hecho, causados por otra cosa, y me ayudó a solucionar un par de cosas que no sabía que eran problemas en ilimitado. Recomiendo insistentemente hacer al menos algunos de estos ejercicios de mapeo en casa, independientemente del tamaño de su red, porque nunca se sabe lo que puede encontrar.





