https://www.youtube.com/channel/UCPL3SpzGiGh-7aunEUvkKeQ/videos

A continuación links a algunos de los videos publicados.

Debido a que en ocasiones me ha parecido que mi heladera no enfriaba lo suficiente, se me ocurrió que en plena era de IoT, Internet Of Things o Internet de las Cosas sería bueno que conecte mi heladera a Internet para que me avise cuando la temperatura sube por arriba de cierto umbral.

Decidí separar el proyecto en dos etapas, la primera meramente experimental como prueba de concepto para ver si era factible y que es lo que se puede hacer; y la segunda para armar el producto definitivo de la mejor manera posible.

En la primera etapa decidí usar una Raspberry Pi2 (que tengo para experimentación) …

… y para la segunda etapa un Arduino Nano.

Para ambos casos decidí utilizar sensores DS10B20 en su versión a prueba de agua, ya que deben estar en permanente contacto con la humedad interior de la heladera y sujetos a posibles derrames de líquidos.

Mediante unos scripts en Python, los datos son recolectados y enviados a Beebotte (este es mi dashboard en Beebotte que también tiene algunos datos más de otros sensores y datos externos), Dweet (este es mi dashboard) y mediante Pushbullet recibo notificaciones cuando la heladera o el freezer no enfrían lo esperado.

Recientemente agregué InfluxDB, por lo que los datos no solo son enviados a varios servicios en la nube, sino que también a mi propio server InfluxDB que está en mi red. Luego y gracias a Grafana son presentados en un lindo Dashboard como el que sigue.

Todos estos routers han sido flasheados con firmwares alternativos, como el OpenWRT, DD-WRT y el XWRT-Vortex.

El lector que conozca estos modelos de routers y los firmwares, intuirá que lo anterior obedece a la necesidad de obtener mayores prestaciones de estos routers que no dejan de ser routers para «consumidores» y como no me considero un usuario promedio, mi necesidad de mayores prestaciones ha hecho que vaya cambiando los firmwares para intentar obtener funcionalidades adicionales, como por ejemplo la necesidad de VLANs, las cuales no son comunes en los firmwares stock de los routers del mercado.

Vale aclarar que los routers para uso hogareño, tienen tres funciones en un solo aparato. La primer función es la de un router (con funciones de firewall básicas) que conecta Internet a nuestra red hogareña, la segunda función es la de un access point, o AP, que permite dar cobertura inalámbrica y la tercera función es la de un switch, que permite conectar mediante cables ethernet, dispositivos que no tienen la posibilidad de conectarse por wifi (o no hace falta que se conecten por wifi).

Hay un dicho que dice «el que mucho abarca poco aprieta» y en este caso es aplicable a estos dispositivos, que para la mayoría de la gente sirven perfectamente, pero no dejan de ser bastante básicos para quien quiere lograr un control más eficiente y preciso de su red.

Por otro lado, y debido a que mi red hogareña no es la típica red del usuario promedio, nunca usé estos routers como routers, sino como meros puntos de acceso o access points, mejor conocidos como APs.

La primer pregunta que surge entonces es, porque en mi red usar routers, si solo necesito APs!!!, ya que las funciones de router y firewall las desempeña de manera excelente pfSense corriendo en una máquina virtual y las funciones de switch las desempeña… justamente un switch!! (en mi caso un TP-Link T1500G-10PS por si a alguien le interesa).

Por otro lado, hacía tiempo que estaba mirando hacia otro tipo de productos, que son los que habitualmente se usan en empresas, los cuales no intentan hacer todo en un solo equipo, sino que solo cumplen una función y la desempeñan bien. En este caso, solo necesitaba la funcionalidad que brindan los APs, y mi búsqueda me llevó a Ubiquiti Networks, la cual tiene una gran cantidad de equipamiento para redes y una de las líneas de productos es la Unifi.

Ubiquiti tiene varios tipos de APs para elegir, sobre los cuales pueden leer en su sitio web, por lo que no es mi intención empezar a analizarlos uno por uno, sino solo comentarles que me decidí por el modelo UAP-AC-Pro.

El cambio del Netgear R7000 al Ubiquiti UAP-AC-pro fue realmente muy simple, solo hay que conectarlo al switch y configurarlo mediante el software Unifi Controller de Ubiquiti, el cual se puede instalar en una PC, o una máquina virtual o hasta en una Raspberry Pi !!. Por otro lado hasta se puede configurar con una app en el celular!.

A diferencia de un router para uso hogareño, Ubiquiti tiene el software Unifi Controller que mencioné recién, con el cual se puede administrar toda la línea Unifi, la cual no solo incluye APs sino también routers y switches entre otros. Todo esto que resulta realmente muy conveniente para administrar toda la red de manera centralizada.

Una vez dentro del Unifi Controller vamos a ver un gran número de funcionalidades que claramente no brindan los routers hogareños y que van más allá de la simple configuración del AP, sino que nos permite también ver el estado de la red en todo momento, los clientes conectados, estadísticas de uso, etc.

Y hasta podemos cargarle un plano de nuestra casa y ver la cobertura que nos están dando los APs que tengamos instalados de manera bastante precisa, porque con un sencillo editor podemos marcar donde hay paredes, puertas, ventanas, etc. y los materiales con los que están hechos, para que de esta manera el software calcule la penetración de la señal en todos los rincones de nuestra casa.

En cuanto a la configuración del AP en si, en primer lugar hay que «adoptar» el AP en la red local con la funcionalidad provista por el software y luego se puede configurar el AP, para el cual hay muchos parámetros avanzados que permiten controlar de manera muy precisa el comportamiento de los APs y realizar cambios de configuración de manera bulk, o sea en todos los APs que tengamos al mismo tiempo.

Otro de los puntos interesantes de Ubiquiti es que realiza modificaciones y correcciones de bugs al software de toda su línea de productos de manera frecuente, por lo que no es raro encontrar que upgrades disponibles para nuestro equipamiento, los cuales se aplican a los mismos con un simple click.

Sin seguir ahondando en detalles, voy directamente a lo más importante y es el resultado que obtuve luego de realizar el salto a Ubiquiti. Les aseguro que es un camino de ida, ya que una vez que uno se acostumbra al ecosistema Unifi, resulta casi imposible volver atrás.

Respecto a las prestaciones que brindan estos APs, cabe aclarar que funcionan muy bien, están optimizados para ser robustos y permitir varios cientos de clientes conectados al mismo tiempo (al menos eso dice Ubiquiti) y no tanto a lograr obtener la mayor velocidad posible.

Ahora bien, esto último puede sonar a una contra, la cual ciertamente no lo es, ya que estamos hablando de que su principal uso en nuestra casa será para darnos internet inalámbrica y en el caso del modelo que elegí, estos APs llegan a velocidades cercanas de 450Mbps en la banda de 2.4Ghz y de 1300Mbps en la banda de 5GHz, las cuales son ampliamente mayores a las conexiones de Internet disponibles hoy, al menos en el mercado Argentino, donde apenas empiezan a aparecer conexiones de 100Mbps, las cuales no son para nada comunes aún. Por lo que estos APs serán varias veces más rápidos que nuestra velocidad de conexión a Internet y claramente no serán un cuello de botella.

En cuanto a la cobertura que brindan, la misma es similar a la que brindaba mi anterior router Netgear R7000. De todas maneras en mi casa siempre tuve algunas zonas en las cuales la señal no llegaba del todo bien y muchas veces era inestable, situación que persistía con el AP de Ubiquiti, así que ya que estaba intentando mejorar mi red hogareña, decidí agregar un segundo AP en otra zona de mis casa y ahora la calidad de la señal es excelente en todos los rincones de mi casa logrando velocidades estables y una señal potente.

El único inconveniente fue encontrar el mejor lugar para pasar el cable CAT5e desde el switch hasta el lugar donde iba a poner el segundo AP, que era el techo de un pasillo distribuidor que lleva a los dormitorios.

Es así como hoy tengo una excelente cobertura en toda mi casa y una performance estable que no depende de que haya muchos o pocos dispositivos conectados, ya que estos APs son capaces de soportar muchos más clientes y tráfico de red del que están soportando en mi casa.

Para terminar les dejo algunos un esquema de como ha quedado configurada mi red…

… y un par de links que me han resultado muy útiles.

• https://www.troyhunt.com/ubiquiti-all-the-things-how-i-finally-fixed-my-dodgy-wifi/
• https://www.douglasisaksson.com/lessons-learned-from-deploying-a-unifi-network-at-home/

La realidad es que con esas modestas características, venía cumpliendo muy bien su trabajo, pero muchas veces esas mismas escuálidas características me impidieron realizar algunas mejoras, por lo que esta vez quería tener potencia y memoria de sobra para poner algunas VMs más.

Luego de pensar en las especificaciones mínimas que un reemplazo decente debería tener con los estándares de hoy en día y sin perder de vista nunca la variable «costo» me decidí por un AMD FX8350 de 8 núcleos, con una mother Asus M5A97 LE R2.0 (manual) con 20GB de RAM Kingston HyperX. ¿Porque 20GB?, porque todo esto fue comprado en un combo de segunda mano, en excelente estado y poco uso, y que venía con esa configuración.

Para completar los componentes faltantes, elegí un disco Toshiba de 1TB, dos placas de red TP-Link gigabit y un modesto gabinete Sentey G18, ahora si, todos componentes nuevos.

Si bien todo esto ya tiene algunos años en el mercado y se pueden conseguir configuraciones mucho mejores, para mis necesidades es mucho más que suficiente y sin duda brindará varios años de servicio antes de necesitar ser reemplazado nuevamente.

Una vez que todo estuvo ensamblado, lo cual no representó ningún problema, le instalé Ubuntu Server 16.04.3 LTS, ya que la idea es que sea un server estable, para olvidarse que existe hasta que sea hora de su reemplazo. De ahí la elección de una versión LTS (Long Term Support), pero eso si configurada para aplicar las actualizaciones de seguridad de manera automática todos los días a la madrugada.

El equipo realmente se comporta muy bien y sus 8 núcleos corren de manera relajada 5 VMs en este momento, 2 pfSense (1 de ellos en prueba), 1 Ubuntu Server donde corro Observium para monitorear la red, 1 Nas4Free y 1 Owncloud.

Finalmente este es el nuevo diagrama de red luego de los cambios.

ACTUALIZACION!!!! – Luego de más cambios!!!!, este es el nuevo diagrama de red. Ahora con Access points de Ubiquiti, switches virtuales (OpenVirtualSwitch) y todo migrado a Proxmox.

Por ahora solo les dejo el diagrama, pero tengo pendiente escribir un post con mayores detalles.

Si bien hace tiempo que venía andando muy bien, tuve un llamado de atención hace unos días, cuando encontré un supuesto intruso en mi red, ya que había un lease DHCP que no pertenecía a ningún dispositivo de los que se conectan normalmente. Noté esto porque tengo las direcciones MAC asociadas a las IP que se le asignan a dichos dispositivos y justamente había un dispositivo con una dirección MAC desconocida.

Esto llevó a que decidiera cerrar aún más la seguridad de mi red, por la cual ya no se asignan direcciones IP a dispositivos que no tengan la dirección MAC habilitada en mi firewall y debido a esto me vi en la necesidad de implementar una red wifi para invitados, la cual fue implementada mediante una VLAN para mantener el tráfico separado de la WLAN y la LAN internas.

Antes de pasar a describir como está configurada mi red, si, ya se, el control de acceso por MAC no garantiza mucha seguridad. Pero también está la seguridad WPA2, por lo que hay una combinación de las dos para acceder, lo cual tampoco significa que sea 100% seguro, pero es mayor seguridad que utilizar solamente una de las dos opciones anteriores.

En cuanto a hardware hay unas cuantas cosas, nada muy espectacular, pero suficiente para hacer el trabajo requerido. Sin entrar en detalle de los clientes de la red, les comento el hardware que hay instalado:

• Cisco 677
• Arris Surfboard SBG6700-AC
• PC comun y silvestre que se cree un server de virtualización con KVM, la cual virtualiza a:
  • una PC más común y silvestre aún que se cree un grade class firewall
  • a otra PC también de medio pelo, que se cree que es un server con Debian
• Router Netgear R7000 AC1900 dual band Gigabit (esto es lo mejorcito de la red) con Xwrt-Vortex en lugar del firmware de Netgear
• Router TP-Link WDR3600 N600 dual band Gigabit (este era bueno hace un tiempo pero ya evidencia su edad) con OpenWRT para poder usar VLANs
• Switch genérico de 8 bocas que tiene no se cuantos años…. (por lo cual no, no es Gigabit)
• HD de 2TB USB3
• Varias cosas como Chromecast, RaspBerrys, teléfobnos celulares, tablet, notebooks, algún que otro server Sun muy añejo y algunas cosas más dando vueltas como módulos ESP8266 para Arduino, pero eso ya es para otro post.

Ahora bien, en lugar de seguir contándoles el porque de mis decisiones, les voy a mostrar en un diagrama como está configurada mi red y comentaré algunos detalles de la misma.

Bien, vayamos por partes «dijo Jack», como les decía no es la típica red hogareña, y en primera instancia vemos que tenemos dos proveedores de Internet, Fibertel (12Mb) y Arnet (3Mb), cable y ADSL respectivamente.

Esto es así porque mi esposa utiliza la red para trabajar y los proveedores de Internet en Argentina no son todo lo confiables que uno quisiera, por lo que al tener dos disminuye notablemente la posibilidad de quedarnos sin Internet en casa.

Como se ve en el diagrama, el vínculo de Arnet está conectado a través de un Cisco 677 en modo bridge, el cual es como decimos nosotros «un fierro». Este «bichito» tiene más de 15 años funcionando 24 hs al día, casi 365 días al año (excepto vacaciones) y funciona a la perfección… por algo Cisco es Cisco en materia de networking.

En cambio el vínculo de Fibertel desde el 2013 ya va por el tercer router, ya han pasado dos Motorola Surfboard SBG901 que han dejado de funcionar y ahora hay un Arris Surfboard SBG6700-AC. En todos los casos siempre también en modo bridge. Les recomiendo pedirle a Fibertel que se los pase a modo bridge y evitar así la aventura de hacerlo ustedes, ya que aparentemente vienen con el firmware modificado y si bien se puede poner en modo bridge si uno es lo suficientemente empecinado, se reniega bastante y no vale la pena tanto esfuerzo, pero si quieren experimentar, adelante!

Ambos vínculos están conectados a una PC con Linux, la cual tiene 3 placas de red, dos para los vínculos de internet y uno para la LAN. Esta PC hace las veces de server de virtualización gracias a KVM, en la cual tengo virtualizados un par de servers, uno de ellos es el firewall, el cual es pfSense y el otro un server Debian para experimentar un poco.

Dos notas al margen, la primera es que para este setup funcionan mucho mejor los drivers virtio tanto para los HD virtualizados como para las placas de red; la segunda es que tengo conectado a esta PC por el puerto paralelo una pequeña cajita con 8 leds que pueden configurarse para mostrar el estado de diferentes cosas del server, en mi caso el tráfico de red en las distintas placas de red, todo esto gracias a un viejo soft llamado portato.

Este server, no tiene monitor y se accede por SSH y de ahí mediante un server X11 instalado en cualquier cliente para levantar el software de configuración de KVM, en este caso el Virtual Machine Manager y libvirt como se ve en la siguiente imagen.

Como más de uno ya se habrá dado cuenta, pfSense es el corazón de toda mi red, el cual recomiendo enfáticamente, ya que brinda una amplia gama de posibilidades en cuanto a configuración y es realmente muy seguro. Está basado en FreeBSD, el cual es uno de los S.O. con mejor seguridad que existen, incluso superior a Linux.

En mi caso tengo configurada una VPN mediante OpenVPN que me permite conectarme remotamente a mi red desde cualquier lado.

También como algunos habrán notado tengo configurado IPv6 en mi led local y un tunnel IPv6 con Hurricane Electric para poder navegar por Internet con IPv6 por lo sitios que lo soportan. Por lo que me conecto a Hurricane Electric mediante mi tunel y luego de ahi salgo por IPv6 a Internet. Por el momento lo tengo configurado solo sobre el vínculo de Fibertel, pero en un futuro lo configuraré para Arnet también.

Gracias a las posibilidades multi WAN de pfSense, tengo configurado balanceo de carga y failover, para que de esta manera cuando se cae uno de los dos vínculos de Internet, se sigue navegando de manera transparente sin que se corte la conectividad.

Cuidado que esto no es lo mismo que sumar los anchos de banda, eso es otra cosa que se conoce como bonding.

Por último, también en pfSense tengo configurada una VLAN sobre la LAN, la cual se extiende a dos routers inalámbricos. La VLAN para invitados me permite tener completamente aislada mi LAN de lo que los invitados puedan hacer en la VLAN, ya que la LAN es totalmente invisible para la VLAN de invitados.

Respecto a los routers, uno de ellos, conectado a la interface de la LAN de mi pfSense es un router Netgear R7000 con el firmware Xwrt-vortex que mejora notablemente las posibilidades del firmware original de Netgear. El R7000 es un excelente router AC1900 dual 802.11ac Gigabit.

De todas maneras el R7000 funciona como un AP, pero tiene configurada la VLAN para la red wifi de invitados, la cual es provista por un segundo router un poco más antiguo, un TP-Link WDR3600, también en modo AP, el cual es un N600 también dual band Gigabit, que tiene instalado el firmware OpenWRT que permite utilizar VLANs ya que el original no lo soporta.

En realidad no hay ninguna necesidad de tener dos routers para montar la VLAN de invitados, pero como el pobre WDR3600 se había quedado sin trabajo cuando llegó el R7000 de reemplazo, decidí que una buena tarea para el era ocuparse de la wifi para invitados.

Volviendo al R7000, tiene un disco externo de 2TB conectado por USB3 que hace las veces de una mini NAS de los pobres para mi red. También hay un pequeño switch de 8 bocas para conectar algunos otros dispositivos.

Luego de esto pasamos a una variada gama de dispositivos que van y vienen, varios teléfonos celulares, notebooks, tabletas, chromecast, raspberrys, consolas de juego, smartTV, smartwatch, etc.

Aprovechando cuando se puede los 5GHz de la red y sino los 2.4GHz para los dispositivos que no lo soportan.

Como verán no es la típica red hogareña, pero es mi red hogareña y es bastante segura y versátil para las necesidades mías y de mi familia, siendo también lo bastante segura como para estar relativamente tranquilo en cuanto a la seguridad.

Se habrán dado cuenta que pasé por muchos temas los cuales casi no fueron detallados, ya que transformar esto en un tutorial lo haría muy extenso, pero sin llegar al extremo de dar explicaciones detalladas de como montar algo similar, estoy abierto a recibir las consultas que puedan tener sobre algunos detalles de la red, ya que como imaginaran hay mucha configuración sobre la que no me he explayado, sobre todo en el caso de pfSense que es donde más he trabajado para lograr la configuración actual y varias reglas del firewall en las distintas interfaces que tiene; que en realidad si bien son 3 físicamente, en la práctica son 5, como se ve a continuación en el Dashboard de pfSense, ya que el tunel IPv6 de Hurricane Electric está sobre la interface de Fibertel y la VLAN está sobre la interface de la LAN.

Aquí hay un extracto:

La sala de conciertos de la Ópera de Sydney contiene 2.700 personas. Este blog ha sido visto cerca de 34.000 veces en 2013. Si fuera un concierto en el Sydney Opera House, se se necesitarían alrededor de 13 presentaciones con entradas agotadas para que todos lo vean.

Haz click para ver el reporte completo.

Finalmente luego de mucho tiempo encontré el tiempo para un viejo proyecto que tenía en mente desde hace mucho, montar servidores virtuales, lo cual fue posible gracias a Linux KVM.

Este proyecto me permitiò cumplir a la vez con 3 objetivos distintos. El primero era poder filtrar de alguna manera la navegación dentro de mi red hogareña, el segundo montar un server NAS, y el tercero, dejar abierta la posibilidad de seguir añadiendo servidores para distintos fines que pudieran surgir en el futuro, Asterisk por ejemplo.

Para esto, de ninguna manera iba a poder utilizar servidores reales, ya que no contaba con un lugar donde ubicar equipos físicos con espacio libre y por otro lado, estaba totalmente descartado destinar dinero para ir sumando equipos. Debido a esto, inmediatamente la mejor solución se planteaba por el lado de utilizar servidores virtuales gracias a la virtualización.

La idea de utilizar VMWare o Virtualbox quedó deshechada casi desde el comienzo, ya que el hardware que tenía disponible para utilizar estaría en un lugar de difícil acceso y sin monitor ni teclado, por lo que poder manejarlo remotamente desde una consola era uno de los requerimientos del proyecto. Por otra parte debido a los pocos recursos del hardware disponible (un viejo Athlon de 5 años de antiguedad!), la idea era instalar Ubuntu Server sin ningún entorno gráfico como Gnome que consuma recursos valiosos.

Finalmente la solución ideal resulto ser Ubuntu server con KVM (kernel based virtual machine), que resultó ser ideal debido a su fácil utilización por medio de la consola y su bajo consumo de recursos. Una vez decidido esto, ahora había que pasar a la elección de los S.O. a instalar en las máquinas virtuales. La idea original fue utilizar mi viejo y querido amigo, IPCop, pero realmente creo que el desarrollo de IPCop se ha quedado en el tiempo y como los recursos de hardware disponible para el servidor eran muy modestos, el candidato ideal parecía ser m0n0wall, un firewall de muy modestos requerimientos de hardware.

Luego de analizarlo un poco, finalmente decidí ir por pfSense, que si bien está basado en m0n0wal, es más flexible ya que permite el agregado de varios paquetes adicionales que le brindan mucha funcionalidad extra, pero mantiene el bajo consumo de recursos de hardware para funcionar. Esa posibilidad de adicionar paquetes de software realmente permite agregar funcionalidad al producto original, y parte la funcionalidad principal que buscaba, el poder filtrar la navegación en mi red, era brindada jutamente por uno de esos paquetes no soportados por m0n0wall.

En cuanto al NAS, en principio pensé en FreeNAS, pero no funcionaba bien en la máquina virtual ya que era muy lento. Nunca logré descubrir el porque, ya que también se supone que funciona con pocos recursos, pero finalmente probé con Nas4Free que es una evolución del primero y funciona muy bien, por lo que fue el elegido.

Una vez llegado a este punto, solo fue cuestión de probar y configurar un poco, resolviendo algunos problemas menores, como colisiones en la red, que eran debidos a los drivers de las placas de red virtuales. Simplemente cambiando la el driver por otro fue posible solucionarlo.

A estas alturas ya llevo cerca de un mes con pfSense gestionando la conexión a Internet sin mayores problemas que ocasionales picos de carga del pobre Atlhon (totalmente previsible!), pero solo cuando se corren algunas tareas programadas, por lo que el próximo paso será invertir en un buen hardware para ser utilizado como host del KVM.

Les gustaría que grabe un podcast comentando detalles de todo esto?, aguardo sus respuestas.

No es mi intención hacer un post largo, ni usar palabras gastadas de tanto repetirlas en estas fechas, sino solo reflexionar un poco por el cambio de año.

El que se va no ha sido un año bueno ni tampoco un año malo, ha sido un año más en el que pasaron cosas buenas y malas, pero por algún motivo hay un sabor algo amargo que me hace sentir que no fue de los mejores, no todo salió como esperaba, ni fue como lo pensé, pero tampoco pasó nada tan malo como para decir que fue un mal año.

No se quienes de mi entorno lo habrán notado, seguramente los más cercanos lo han hecho, pero francamente la he pasado mejor otros años y no tengo una clara explicación de que es lo que «no estuvo bien», simplemente algo faltó.

Solo fue un año más, con muchas cosas francamente olvidables, pero sin dudas con muchas cosas positivas también, de las que doy gracias por haberlas vivido, pero con un «no se que» que en el balance general me hace preferir terminar el año para darle un cierre.

Por otro lado, el nuevo año se presenta con nuevos desafíos para mi y mi familia, los que no me cabe duda podremos enfrentar como siempre lo hemos hecho, a veces con más ganas que otras y esta vez creo que yo tengo las ganas que se necesitan y soy optimista respecto al nuevo año. Realmente creo que las cosas van a mejorar en lo personal, familiar y laboral.

Como ven esto es algo totalmente centrado en mi mundo, mi familia, mi trabajo. Claro que mis deseos son de paz y felicidad para todos, palabras desgastadas por el uso si las hay!, pero como les decía, esta es una reflexión sobre mi mundo y mi entorno.

Igual, ¡Feliz año para todos!, y que el 2013 nos de un poco más de sabiduría, comprensión, tolerancia, paciencia y optimismo, seguramente con un poco de todo esto, mi 2012 habría sido un poco mejor.

¡Los veo el año que viene!