Protocolos de detección de LAN de configuración cero, en orden de preferencia:
- DNS m
- Utilizado principalmente por productos de Apple y algunos programas de Linux, pero también disponible para Windows y posiblemente para otras plataformas; utiliza multidifusión IP.
- Proporciona búsqueda de nombres y detección de servicios.
- Los nombres de host siempre tienen la forma
name.local
. - Software:
- compatible de forma nativa con Windows 10.1709 y versiones posteriores (debe habilitarse a través del Registro);
- Bonjour en Windows más antiguo;
- Avahi con
nss_mdns
en Linux; - compatible de forma nativa con OS X e iOS (y, supuestamente, con Android).
- LLMNR
- Usado para la resolución de nombres por Windows Vista y superior, como una alternativa moderna a los servicios de nombres de NetBIOS.
- Muy similar a mDNS, pero tiene menos funciones; en particular, carece de detección de servicios (Windows usa el protocolo WS-Discovery para eso).
- Utiliza nombres de host simples (como NBNS, pero a diferencia de mDNS).
- Software:
- Compatible de forma nativa con Windows Vista y versiones posteriores;
systemd-resolved
connss_resolve
(parte de systemd 216) en Linux..
- NetBIOS servicios de nombres
- Parte del antiguo Conjunto de protocolos de red NetBIOS utilizado por Windows, OS/2, MS-DOS... Todavía en uso. No es una excusa para comenzar a usarlo en nuevas redes.
- Proporciona resolución de nombres y (hasta cierto punto) descubrimiento de servicios, también conocido como "Vecindario de red" o "Mis sitios de red" en Windows.
- Utiliza difusiones IPv4 (algo parlanchín) y tiene su propio protocolo complejo y estúpido de "elección de navegador" para reducir el parloteo. No hay compatibilidad con IPv6 en absoluto.
- Software:
- Compatible de forma nativa con Windows y OS/2;
nmbd
connss_wins
(parte de Samba) en Linux y BSD;- ¿Aparentemente, OS X también lo admite de forma nativa?
Métodos que a menudo están preconfigurados para usted:
- DNS usando un nombre de dominio local (interno)
- Las puertas de enlace domésticas tienden a tener esto integrado, como parte de la caché de DNS local. A menudo es solo
dnsmasq
regular , que puede ejecutar manualmente si está configurando una puerta de enlace basada en Linux/BSD. - Toman el nombre de host de su solicitud de DHCP, lo registran dentro de dnsmasq bajo un dominio como
home
y se ofrecen como el servidor DNS principal (actúan como caché de DNS). - Funciona de forma predeterminada con la mayoría de los sistemas operativos, pero solo con DHCP (la puerta de enlace no conoce los nombres de host de los hosts de IP estática) y, en general, tiende a ser bastante inestable en mi experiencia.
- Software:
- Un cliente DHCP normal en los hosts. Debe enviar la opción de nombre de host.
dnsmasq
en la puerta de enlace. (Las configuraciones más grandes podrían usardhcpd
+named
.)
- Las puertas de enlace domésticas tienden a tener esto integrado, como parte de la caché de DNS local. A menudo es solo
Métodos que implican configuración manual:
- DNS utilizando su propio nombre de dominio
- Funciona en todas partes. (No te ayudará a conectarte aunque a través de Internet).
- DNS dinámico posible si usa DHCP y controla un servidor DNS; de lo contrario, todos los datos son estáticos.
- Necesita tener un nombre de dominio (que le costará unos cuantos dólares).
- subdominios DNS gratuitos
- Todavía DNS, simplemente gratis (o mucho más barato que un dominio), pero también bastante limitado. Servicios como FreeDNS y Dyn ofrecen el registro de subdominios individuales bajo un dominio que controlan (por ejemplo,
myhost.dyndns.com
).- Con demasiada frecuencia, el subdominio ya ha sido elegido por otra persona...
- Las actualizaciones de DNS dinámico a menudo están permitidas (estilo DynDNS).
- Todavía DNS, simplemente gratis (o mucho más barato que un dominio), pero también bastante limitado. Servicios como FreeDNS y Dyn ofrecen el registro de subdominios individuales bajo un dominio que controlan (por ejemplo,
/etc/hosts
- Un archivo de texto que enumera la dirección IP y los pares de nombres de host, que deben configurarse manualmente en cada máquina cliente.
- (
%SystemRoot%\system32\drivers\etc\hosts
en Windows)
- Configuración de SSH
- El campo "Hostname" en PuTTY, o
~/.ssh/config
en OpenSSH. - Debe configurarse manualmente.
- El campo "Hostname" en PuTTY, o
- Notas Post-It por todo tu escritorio
- Muy barato. Sin política de nombres. Infinitos tipos de datos.
- Bastante poco fiable. Debe distribuirse manualmente. Sin TTL, lo que a menudo hace que la información obsoleta se almacene en caché durante meses hasta que alguien se dé cuenta. Los algoritmos de consulta son ineficientes. Las respuestas a las consultas tienden a perderse con facilidad, a veces dejando solo un registro pegajoso en su monitor. (Tres meses después, es posible que los encuentre almacenados detrás de su escritorio).
Dos opciones.
- Todos los servicios:
Ponga una entrada para ello en /etc/hosts
. No toque las líneas existentes, agregue una nueva.
- solo ssh:
Agrega un Host
estrofa a ~/.ssh/config
con el nombre que desea usar, luego agregue las opciones deseadas debajo de eso. Ver man 5 ssh_config
para más detalles.
Host myserver
Hostname 192.168.123.234
Protocol 2
Si desea acceder a la caja de Linux desde una computadora arbitraria, necesitará un nombre de dominio. Use un servicio de DNS dinámico para apuntar un nombre de dominio a su computadora Linux (o al enrutador al que está conectado). Una vez que configure esto, le dará el beneficio adicional de no tener que preocuparse por el cambio constante de la IP de su computadora con Linux.