¿Cuál es la diferencia entre .local, .home y .lan?

¿Cómo puedo abordar de manera confiable diferentes máquinas en mi red?

Siempre he usado el .localsufijo para hablar con computadoras en mi red local antes. Sin embargo, con un nuevo enrutador, .localrara vez (aunque a veces) funciona. He encontrado eso .homey .lanambos suelen funcionar, pero no siempre.

.-------.   .--------.                 .-----.
| modem |---| router |))))))(wifi))))))| foo |
.-------.   .--------.         v       .-----.
   ||            |             v
 /_^_^_\         |             \))))))).-----.
/ cloud \        |                     | bar |
 \-_-_-/      .-----.                  .-----.
              | baz |
              .-----.

Entonces, desde una terminal en adelante foo, puedo intentar:

ssh bar.local
ssh bar.home
ssh bar.lan

ssh baz.local
ssh baz.home
ssh baz.lan

y a veces algunos de esos sufijos funcionan y otros no, pero no sé cómo predecir cuál o cuándo.

foo, bary bazson todos los sistemas modernos de Linux o Android y las cajas de Linux tienen (o pueden tener) avahi-daemon u otros paquetes razonablemente disponibles instalados

(No quiero configurar direcciones IP estáticas: me gustaría seguir usando DHCP (desde el enrutador) para cada máquina, e incluso si estuviera bien con las direcciones estáticas, me gustaría poder ingresar nombres de host en las máquinas Android sin raíz, donde no puedo editar el archivo de hosts para asignar un nombre de host elegido a una dirección IP).

No hay RFC que especifiquen .lany .home. Por lo tanto, depende del proveedor del enrutador qué pseudo TLD (nombres de dominio de nivel superior) están configurados de manera predeterminada.

Por ejemplo, mi proveedor de enrutadores (AVM) parece usar .fritz.boxde forma predeterminada.

.locales utilizado por mDNS (DNS de multidifusión) , un protocolo diseñado por Apple. El uso example.localsolo funciona en sistemas (y para destinos) que tienen un demonio mDNS en ejecución (por ejemplo, MacOSX, distribuciones actuales de Linux como Ubuntu / Fedora).

Puede seguir usando dhcp, pero quizás tenga que configurar su enrutador un poco. La mayoría de los enrutadores le permiten configurar cosas como el nombre de dominio para la red.

Tenga en cuenta que el uso de pseudo TLD es peligroso, .lanparece ser popular, y mejor que .local(porque no choca con los mDNS .local), pero no hay garantía de que ICANN no lo presente como un nuevo TLD en algún momento.

Actualización de 2019 : Caso en cuestión, .boxya no es un pseudo TLD. ICANN delegó .box en 2016.

Por lo tanto, tiene sentido obtener un nombre de dominio real, y usar subdominios para cosas privadas, por ejemplo, cuando su dominio example.orgpuede usar:

lan.example.org
internal.example.org
...

Según tengo entendido, si utiliza una de las direcciones numéricas de la red privada RFC-1918 , las "reglas" de Internet garantizan que estas no se enrutarán más allá de su propia subred.

Algunos nombres están reservados para uso especial ( {inválido., Localhost., Prueba. En RFC6761} {local. En RFC6762} {cebolla. En RFC7686} sitio iana )

El resultado de esto es que puede usar algunos nombres que desee en su red LAN privada . Si los números de dirección están en el rango RFC1918: incluso si las personas en Internet público conocen los nombres de sus nodos, no pueden enrutar a esas direcciones.