Ya no se puede usar el nombre de la máquina para iniciar sesión usando SSH en Yosemite, ¿cómo solucionarlo?

desde ayer he notado que ya no puedo conectarme a través de SSH al servidor SSH de mi OS X usando el siguiente comando:

User-MBP:~ user$ ssh user@user-mbp

user es el usuario en el servidor, user-mbp es el nombre de mi máquina, como se especifica aquí en System Preferences > Sharing:

Tengo lo siguiente escrito debajo Remote Login: On:

Para iniciar sesión en esta computadora de forma remota, escriba " usuario@usuario-mbp ".

Pero user-mbpparece ser inalcanzable, incluso el ping no responde:

User-MBP:~ user$ ping user-mbp
ping: cannot resolve user-mbp: Unknown host

Es extraño porque antes me podía conectar escribiendo user-mbp, lo recuerdo. También OS X me dice que use ese nombre de host para la conexión SSH en System Preferences > Sharing, como dije.

Pensé que tal vez algo estropeó el DNSResolver, incluso si no toqué nada, así que probé los siguientes comandos tomados de la publicación DNS no se resuelve en Mac OS X :

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Pero no ayudaron, así que estoy escribiendo esta publicación. Tengo Yosemite 10.10.4 instalado. Además, recientemente instalé Little Snitch, ahora lo desinstalé, ¿tal vez sea por eso?

¿Qué puedo hacer para volver a habilitar mi nombre de host y que sea accesible nuevamente? (Sé que puedo conectarme a la máquina usando la dirección local del servidor, pero quiero usar user-mbpporque la IP de LAN se asigna dinámicamente).

¡Gracias por la atención!

Edición 1:

Todavía no se resolvió. También intenté restaurar mi sistema a un estado anterior cuando todo funcionaba (inicié el sistema en modo de recuperación (Cmd+R) y restauré desde una copia de seguridad de Time Machine (el servidor SSH que se supone que es usuario-mbp se ejecuta en un MacBook Pro)), ¡pero ya no funciona! ¿Ahora empiezo a pensar que tal vez sea un problema del enrutador que estoy usando? ¿Podria ser posible?

Edición 2 :

Aquí está el resultado de dig user-mbp.localemitido en el lado del cliente:

; <<>> DiG 9.8.3-P1 <<>> user-mbp.local
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 21043
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;user-mbp.local.        IN  A

;; AUTHORITY SECTION:
.           10800   IN  SOA a.root-servers.net. nstld.verisign-grs.com. 2015072802 1800 900 604800 86400

;; Query time: 169 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Jul 28 23:53:27 2015
;; MSG SIZE  rcvd: 109

Hay un NXDOMAIN, por lo que el nombre de host parece no existir...

Edición 3:

Aquí está el contenido de resolve.conf:

#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
domain Home
nameserver 192.168.1.1

Daniel Azuelos me aconsejó que quitara la línea "domain Home" cuando estábamos chateando pero parece que cada vez que quitas esa línea vuelve a aparecer automáticamente...

Edición 4 :

Estos son los comandos sobre los que escribió klanomath :

user-mbp:~ user$ dig _services._dns-sd._udp.local ptr @192.168.1.2 -p 5353

; <<>> DiG 9.8.3-P1 <<>> _services._dns-sd._udp.local ptr @192.168.1.2 -p 5353
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48322
;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;_services._dns-sd._udp.local.  IN  PTR

;; ANSWER SECTION:
_services._dns-sd._udp.local. 10 IN PTR _ssh._tcp.local.
_services._dns-sd._udp.local. 10 IN PTR _sftp-ssh._tcp.local.

;; Query time: 1 msec
;; SERVER: 192.168.1.2#5353(192.168.1.2)
;; WHEN: Wed Jul 29 21:44:37 2015
;; MSG SIZE  rcvd: 94

192.168.1.2 es la IP del servidor SSH.

user-mbp:~ user$ dns-sd -B _ssh._tcp local
Browsing for _ssh._tcp.local
DATE: ---Wed 29 Jul 2015---
21:46:39.034  ...STARTING...
Timestamp     A/R    Flags  if Domain               Service Type         Instance Name
21:46:39.035  Add        2   6 local.               _ssh._tcp.           User’s MacBook Pro

Supongo que Bonjour está configurado correctamente, ¿no?

Sin embargo, la solución temporal dns-sd -R user-mbp _ssh._tcp. local 22parece no funcionar:

user-mbp:~ user$ dns-sd -R user-mbp _ssh._tcp. local 22
Registering Service user-mbp._ssh._tcp..local port 22
DATE: ---Wed 29 Jul 2015---
21:51:47.238  ...STARTING...
21:51:48.048  Got a reply for service user-mbp._ssh._tcp.local.: Name now registered and active

^C
user-mbp:~ user$ ssh user@user-mbp
ssh: Could not resolve hostname user-mbp: nodename nor servname provided, or not known