Cómo (y por qué) asignar el dominio .local a su Raspberry Pi

Si está cansado de buscar las direcciones IP de los dispositivos a los que accede con frecuencia a través de inicio de sesión remoto, SSH y otros medios en su red doméstica, puede ahorrar mucho tiempo asignando un .local dirección del dispositivo.

Si está cansado de buscar las direcciones IP de los dispositivos a los que accede con frecuencia a través de inicio de sesión remoto, SSH y otros medios en su red doméstica, puede ahorrar mucho tiempo asignando un .local dirección del dispositivo. Siga leyendo como demostramos asignando un nombre fácil de recordar a nuestra Raspberry Pi.

¿Por qué quiero hacer esto?

Lo más probable es que su red doméstica use asignaciones de IP de DHCP, lo que significa que cada vez que un dispositivo abandona la red y devuelve una nueva dirección IP se le asigna. Incluso si configura una IP estática para un dispositivo de uso frecuente (p. Ej., Configura su casilla Raspberry Pi para que siempre se asigne al número 192.168.1.99 ), aún tiene que guardar ese número completamente no intuitivo en la memoria. Además, si alguna vez necesita cambiar el número por algún motivo, deberá recordar uno nuevo en su lugar.

Hacerlo no es el fin del mundo, pero es inconveniente. ¿Por qué molestarse en memorizar cadenas de IP cuando puede darle a los dispositivos locales nombres fáciles de recordar como raspberrypi.local o mediaserver.local ?

Ahora, algunos de ustedes (especialmente aquellos con un conocimiento más íntimo de DNS, nombres de dominio y otras estructuras de direcciones de red) podrían preguntarse cuál es el problema. ¿No existe un riesgo o problema inherente al simplemente colocar un nombre de dominio en su red existente? Aquí es importante tomar nota de la distinción grande entre los nombres de dominio totalmente calificados (FQDN), que son sufijos oficialmente reconocidos para dominios de nivel superior (por ejemplo, la parte .com de www.howtogeek.com que significa How-To Geek es un sitio web comercial) y nombres de dominio que no son reconocidos por el sistema global de nombres/DNS o están completamente reservados para el uso de redes privadas.

Por ejemplo, .internal no es, a partir de este escrito, un FQDN; no hay dominios registrados en ningún lugar del mundo que terminen con .internal y, por lo tanto, si configurara su red privada para usar .internal para direcciones locales, no habría posibilidad de un conflicto de DNS. Sin embargo, eso podría cambiar (aunque la posibilidad es remota) en el futuro si .internal se convirtió en un FQDN oficial y las direcciones que terminaban en .internal se podían resolver externamente a través de servidores DNS públicos .

Por el contrario, el dominio .local se ha reservado oficialmente como un Nombre de dominio de uso especial (SUDN) específicamente para el uso de la red interna. Nunca se configurará como un FQDN y, como tal, sus nombres locales personalizados nunca entrarán en conflicto con las direcciones externas existentes (por ejemplo, howtogeek.local ).

¿Qué necesito?

La salsa secreta que hace que funcione todo el sistema de resolución de DNS local se conoce como Servicio de nombres de dominio de multidifusión (mDNS). Confusamente, en realidad hay dos implementaciones de mDNS flotando, una de Apple y otra de Microsoft. La implementación de mDNS creada por Apple es lo que sustenta su popular servicio de descubrimiento de redes locales Bonjour. La implementación de Microsoft se conoce como Resolución de nombre de multidifusión local de enlace (LLMNR). La implementación de Microsoft nunca fue ampliamente adoptada gracias a su incumplimiento de varios estándares y un riesgo de seguridad relacionado con los dominios que podrían capturarse para uso local.

Debido a que la implementación de mDNS de Apple, Bonjour disfruta de una tasa de adopción mucho más amplia, tiene un mejor soporte y una gran cantidad de aplicaciones para plataformas grandes y pequeñas, hemos optado por usarla para este tutorial.

Si tiene computadoras que ejecutan el sistema operativo OS X de Apple en su red, no hay nada que deba hacer más allá de seguir el tutorial para configurar las cosas en el lado de Raspberry Pi (u otro dispositivo Linux). Está configurado para funcionar ya que sus computadoras ya lo admiten.

Si está ejecutando una máquina Windows que no tiene iTunes instalado (que habría instalado un cliente Bonjour complementario para la resolución mDNS), puede resolver la falta de soporte mDNS nativo descargando la aplicación auxiliar del Servicio de Impresoras Bonjour de Apple aquí. Aunque la página de descarga suena como si fuera una herramienta solo para impresoras, efectivamente agrega soporte de mDNS/Bonjour en todos los ámbitos a Windows.

Instalar Bonjour Support en su Raspberry Pi

El primer orden del día es levantar el terminal de su Pi o conectarse al terminal remoto (si tiene una máquina sin cabeza) a través de SSH. Una vez en la terminal, tómese un momento para actualizar y actualizar apt-get. (Nota: si acaba de hacer esto recientemente como parte de otro de nuestros tutoriales de Raspberry Pi, no dude en omitir este paso.)

sudo apt-get update

sudo apt-get upgrade

Una vez que se completa el proceso de actualización/actualización, es hora de instalar Avahi, una fantástica implementación de mDNS de código abierto. Ingrese el siguiente comando en el indicador:

sudo apt-get install avahi-daemon

Una vez que se completa el proceso de instalación, ni siquiera tiene que reiniciar el dispositivo. Su Raspberry Pi comenzará a reconocer inmediatamente las consultas de la red local para su nombre de host (por defecto “ raspberrypi “) en raspberrypi.local .

La máquina en particular que utilizamos para esta prueba es la misma Raspberry Pi que convertimos en un indicador de clima ambiental, y luego cambiamos el nombre de host local, así que cuando vamos a buscar la nueva dirección .local , buscaremos weatherstation.local en lugar de raspberrypi.local .

Nuevamente, para enfatizar, la porción que precede al sufijo .local es siempre el nombre de host del dispositivo. Si desea que su transmisor de música Raspberry Pi tenga el nombre local jukebox.local , por ejemplo, deberá seguir estas instrucciones para cambiar el nombre de host de Pi.

Continúe y haga ping a la nueva dirección .local en la máquina desde la que desea acceder al dispositivo desde ahora:

¡Éxito! weatherstation.local se resuelve en 192.168.1.100, que es la dirección IP real del dispositivo en la red local. De ahora en adelante, cualquier aplicación o servicio que anteriormente requería la dirección IP de Raspberry Pi ahora puede usar la dirección .local.

Rate article
labsfabs.com
Add a comment