Cómo (y por qué) asignar el dominio .local a tu Raspberry Pi
Si está cansado de buscar las direcciones IP de los dispositivos a los que accede con frecuencia mediante el inicio de sesión remoto, SSH y otros medios en su red doméstica, puede ahorrarse mucho tiempo asignando una memoria fácil de recordar. .local Dirección al dispositivo. Siga leyendo mientras 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 utilice 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 (por ejemplo, configura su caja de Raspberry Pi para que siempre se asigne a números 192.168.1.99), todavía tiene que enviar ese número totalmente intuitivo a la memoria. Además, si alguna vez necesita cambiar el número por cualquier motivo, tendrá que recordar uno nuevo en su lugar.
Hacerlo no es el fin del mundo, pero es un inconveniente. ¿Por qué molestarse en memorizar cadenas IP cuando puede darle dispositivos locales fáciles de recordar, como raspberrypi.local o mediaserver.local?
Ahora, algunos de ustedes (especialmente aquellos de ustedes con un conocimiento más íntimo de DNS, nombres de dominio y otras estructuras de direcciones de red) pueden estar preguntándose cuál es el problema. ¿No existe un riesgo o problema inherente con solo poner un nombre de dominio en su red existente? Es importante aquí tomar nota de la grande distinción entre los nombres de dominio completos (FQDN), que son sufijos reconocidos oficialmente para dominios de nivel superior (por ejemplo, .com Una porcion de www.howtogeek.com que significa How-To Geek es un sitio web comercial) y los nombres de dominio que no son reconocidos por el sistema de nombres / DNS global o están completamente reservados para el uso de la red privada.
Por ejemplo, .interno es, a partir de este escrito, no es un FQDN; No hay dominios registrados en ningún lugar del mundo que terminen con .interno y así si tuviera que configurar su red privada para usar .interno para las 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 .interno se convirtió en un FQDN oficial y las direcciones que terminan en .interno Se resolvieron externamente a través de servidores DNS públicos..
A la inversa, la .local dominio, se ha reservado oficialmente como un Nombre de dominio de uso especial (SUDN) específicamente para el uso interno de la red. 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 todo el sistema local de resolución de DNS funcione se conoce como Servicio de nombres de dominio de multidifusión (mDNS). Confusamente, en realidad hay dos implementaciones de mDNS flotando alrededor, una por Apple y otra por Microsoft. La implementación de mDNS creada por Apple es la base de 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 se adoptó ampliamente debido a su falta de cumplimiento 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 mDNS de Apple Bonjour goza de una tasa de adopción mucho más amplia, tiene mejor soporte y una gran cantidad de aplicaciones para plataformas grandes y pequeñas, hemos optado por usarlo para este tutorial..
Si tiene computadoras que ejecutan el 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 la Raspberry Pi (u otro dispositivo Linux). Está listo para funcionar ya que sus computadoras ya lo admiten.
Si está ejecutando una máquina Windows que no tiene instalado iTunes (que habría instalado un cliente Bonjour complementario para la resolución mDNS), puede resolver la falta de soporte nativo de mDNS descargando la aplicación auxiliar de Apple Bonjour Printer Service aquí. Aunque la página de descarga hace que parezca que es una herramienta solo para impresoras, agrega de manera efectiva el soporte mDNS / Bonjour en general a Windows.
Instalando el soporte de Bonjour en tu Raspberry Pi
La primera tarea es sacar la terminal de su Pi o conectarla a la terminal remota (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 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 finalizado el proceso de actualización / actualización, es el momento de instalar Avahi, una pequeña implementación fantástica de mDNS de código abierto. Ingrese el siguiente comando cuando se le solicite:
sudo apt-get install avahi-daemon
Una vez que se completa el proceso de instalación, ni siquiera tiene que reiniciar el dispositivo. Tu Raspberry Pi comenzará a reconocer inmediatamente las consultas de la red local para su nombre de host (de forma predeterminada "raspberrypi") a 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, por lo que cuando buscamos el nuevo acuñado .local dirección, estaremos buscando weatherstation.local en lugar de raspberrypi.local.
Nuevamente, para enfatizar, la parte 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, tendrás que seguir estas instrucciones para cambiar el nombre de host de Pi.
Sigue adelante y haz ping al nuevo .local Dirección en la máquina a la que desea acceder 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. A partir de ahora, cualquier aplicación o servicio que anteriormente requiera la dirección IP de la Raspberry Pi ahora puede usar la dirección .local en su lugar..
