Cada vez es más frecuente encontrarme con aparatos que, en redes pequeñas, quieren serlo todo.
Quieren ser routers, o quieren ser NAS, o quieren ser domótica ¿inteligente?…
Muchas veces me ha llegado el rollo de “enchufa directamente y busca cacharro.local en el navegador”.
Magia
Las bases
En un pasado remoto, teníamos protocolos de red que nos hacían la vida más simple, como por ejemplo IPX, o NetBIOS, o Lantastic.
Pero como todo evoluciona, NetBIOS evolucionó a SMB con un fantástico CBS, y de SMB hay varias implementaciones, teniendo todas en común que trabajan sobre IP.
De todo esto, 20 años al menos.
Todas las implementaciones además tienen en común que saben gestionar Zeroconf.
zeroconf
Esto es muy simple. Igual que en Windows 3 para trabajo en grupo y sucesores hasta la llegada masiva de dispositivos de red conectados permanentemente (no a modems, si no tarjetas de red conectadas a routers) la conectividad daba un poco igual, pero en cuanto hay varios equipos en un canal de comunicaciones, tienen que saber quien son de una forma más amigable que por medio del conector eléctrico o una trama de capa 2 con la MAC.
Lo más habitual es que un equipo en una red pequeña esté en modo de autoconfiguración, es decir, que su cliente de DHCP esté preparado para lanzar una petición de configuración en la red y en caso de no obtener respuesta, se autoconfigurará de una forma un tanto específica.
En el artículo sobre las redes que escribí hace ya un tiempo aquí mismo
, describe un rango específico para esto, o mejor 2.
169.254/16 APIPA. Direccionamiento de autoconfiguración y enlace local según la rfc1918 con 16777214 direcciones.
La de IPv6 desde que me me he puesto a estudiar su implementación, no lo tengo tan claro. Para mi sigue siendo el rango ULA, fe80::/10, pero no está claro. No lo tengo claro.
¿Y que es todo esto?
Pues muy simple, un atajo para facilitar la vida de los usuarios y complicarnosla (o no tanto) a los administradores.
Recuerdo cuando trabajaba en soporte de una operadora, después de deletrear con alfabeto provincial, que es como el radiofónico pero con provincias y comida, tras describirme que estaba por cable, y con una dirección 169.254…
Pues eso, le dije abre un navegador y escribe speedtouch.local (una de las gamas de consumo de esa época) y que ya tenía autoconfiguración y compatibilidad con XP, y dejamos solucionada la conexión.
Otra ocasión, la instalación de Nutanix. Un poco más simpática, como por el hecho de requerir Bonjour como componente de descubrimiento.
Es muy habitual, cada vez más, que estos dispositivos nos proporcionen una vía de autoconfiguración. Lo ideal sería que cada dispositivo tenga un servidor DHCP pero hay un inconveniente en eso, y es que solamente debe existir un DHCP por cada segmento de red. En ausencia de servidor DHCP, zeroconf va a asignar aleatoriamente una dirección de APIPA con el inconveniente de que cada extremo no va a conocer la dirección del otro. Claro que podemos hacer que la electrónica, el switch, por medio de CDP o LLDP informe desde capa 2 de la MAC asociada a un puerto a algún servicio DNS dinámico o cualquier otra solución, o podemos pasar a usar cosas como mDNS.
mDNS. Multicast DNS
Este servicio forma parte de los stack de zeroconf en todas sus implementaciones posteriores a NetBIOS, como la ya nombrada Bonjour o Avahi en Linux, y SSDP inicialmente y LNA actualmente en Windows, y otras más.
Para los que se preguntan quien fue antes… mDNS se describe por Apple en la RFC6762 y LLMNR por Microsoft en la RFC4975, a tiempo para el nacimiento de Windows Vista.
La verdad es que todos los protocolos de Universal Plug&Play cuando se desmandan, son el mal, pero de momento
mDNS utiliza un mecanismo de multicast, tanto en IPv4 como en IPv6, para la distribución de la información pertinente a la red.
Cada equipo se encarga de la resolución de su propio nombre, y de publicarlo a la dirección de multicast 224.0.0.251 o bien FB02::FB sean IPv4 o IPv6.
En ese momento, cualquier cliente conectado a ese segmento de red podrá preguntar a la dirección 224.0.0.251:5353 o bien [FF02::FB]:5353 por un nombre de máquina .local puesto que es el único TLD aceptado por Zeroconf.
Así que podríamos conectarnos a la wifi que levanta la impresora, con http://impresorarandom.local para configurarla, o al nuevo aparato de domótica http://persainadealiexpress.local y así conectarlas con la red definitiva, o al SSID de IOT.
Todo esto al final es la base que necesitaba para empezar a resolver los problemas que he encontrado en casa, cuando he cambiado las máquinas base de producción de Windows a Linux.
En el proximo artículo, Avahi.
YoVirtualizador en formato podcast. Ahora también en Sospechosos Habituales: https://wt.territoriolinux.es/rss/short.xml
Y sin más, os dejo los enlaces:
Web: https://www.yovirtualizador.com
Grupo de telegram: https://t.me/grupovirtualizador
Podcast: https://www.ivoox.com/podcast-yovirtualizador_fg_f1563806_filtro_1.xml
Canal de youtube: https://www.youtube.com/channel/UC0R70cABSsmC6TFyXth0qPg
Enlace de afiliados de amazon: https://amzn.to/3gX3HmK
Enlace de referidos de la Asociación Podcast: https://www.asociacionpodcast.es/registrarse/socio/?coupon=SB6A70
