No puede ssh en el server de ubuntu usando <servername> .local (en un server pero no el otro)

Tengo dos serveres y uno parece haber configurado algo "out of the box" para permitir que "ssh servername.local" funcione. Realmente me gusta esto y miré en él, pero no veo ninguna diferencia en sus configuraciones.

server1: (ssh por nombre funciona )
$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 server1

server2: (ssh por nombre no funciona )
$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 server2

server1.local se conecta bien, server2.local obtiene esta respuesta:
ssh: Could not resolve hostname server2.local: Name or service not known

No he hecho nada para configurar DNS, y los files revolv.conf de ambos serveres son iguales.

server2 está ejecutando el server ubuntu 9.04 de 32 bits (jaunty), y server1 está ejecutando el escritorio de Ubuntu 9.10 de 64 bits (kármico).

¿Puede alguien decirme dónde debo mirar para ver qué es diferente, y por qué funciona en uno pero no en el otro?

Avahi necesita estar funcionando en ambas máquinas. Es el daemon que proporciona services mDNS.

root @ rilindo-desktop: ~ # ps -ef | grep avahi avahi 903 1 0 Jan01? 00:00:05 avahi-daemon: registrando [rilindo-desktop.local] avahi 904 903 0 Jan01? 00:00:00 avahi-daemon: raíz auxiliar de chroot 18206 15276 0 11:23 pts / 2 00:00:00 grep avahi

Suponiendo que el puerto 5353 no está filtrado / bloqueado en las máquinas, deberá validar la configuration de avahi.

¿Podría comprobar /etc/nsswitch.conf tanto en los equipos como en los hosts: setting? ¿Son los dos iguales?

También compruebe la línea de "búsqueda" en /etc/resolv.conf

Como no confiar en el acuerdo aleatorio de la denominación no puede establecer IPs estáticos en los serveres y luego agregar sus respectivas inputs en el otro equipo de hosts? p.ej

en server1

 192.168.1.200 server2 

en server2

 192.168.1.100 server1 

Mientras avahi y otras herramientas zeroconf son útiles, no siempre son algo en lo que usted quiere confiar.