Impossible d'utiliser le nom de machine pour se connecter en SSH sur Yosemite, comment réparer?

Depuis hier, j'ai remarqué que je ne peux plus me connecter via SSH à mon serveur SSH OS X en utilisant la commande suivante :

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

user est l'utilisateur sur le serveur, user-mbp est le nom de ma machine, tel que spécifié ici dans Préférences Système > Partage :

J'ai ce qui suit écrit sous Connexion à distance: Actif :

Pour vous connecter à cet ordinateur à distance, tapez "user@user-mbp".

Mais user-mbp semble être injoignable, même le ping ne répond pas :

User-MBP:~ user$ ping user-mbp
ping: impossible de résoudre user-mbp : domaine inconnu

C'est étrange car je pouvais me connecter en tapant user-mbp auparavant, je me souviens. De plus, OS X me dit d'utiliser ce nom d'hôte pour la connexion SSH dans Préférences Système > Partage, comme je l'ai dit.

J'ai pensé que peut-être quelque chose a perturbé le DNSResolver, même si je n'ai rien touché, alors j'ai essayé les commandes suivantes extraites du post DNS ne résolvant pas sur 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

Mais elles n'ont pas aidé, donc j'écris ce post. J'ai Yosemite 10.10.4 installé. De plus, récemment j'ai installé Little Snitch, maintenant je l'ai désinstallé, peut-être est-ce à cause de cela ?

Que puis-je faire pour réactiver mon nom d'hôte et le rendre à nouveau accessible ? (Je sais que je peux me connecter à la machine en utilisant l'adresse locale du serveur à la place, mais je veux utiliser user-mbp car l'adresse IP LAN est attribuée de manière dynamique).

Merci pour l'attention !

Édition 1 :

Toujours pas résolu. J'ai également essayé de restaurer mon système à un état antérieur où tout fonctionnait (j'ai démarré le système en mode de récupération (Cmd+R) et j'ai restauré à partir d'une sauvegarde Time Machine (le serveur SSH censé être user-mbp fonctionne sur un MacBook Pro)), mais cela ne fonctionne plus non plus ! Maintenant je commence à penser que peut-être c'est un problème du routeur que j'utilise ? Est-ce possible ?

Édition 2 :

Voici la sortie de dig user-mbp.local émise du côté client :

; <<>> DiG 9.8.3-P1 <<>> user-mbp.local
;; options globales: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: REQUÊTE, statut: NXDOMAIN, id: 21043
;; flags: qr rd ra; QUERY: 1, RÉPONSE: 0, AUTORITÉ: 1, SUPPLÉMENTAIRE: 0

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

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

;; Temps de requête: 169 msec
;; SERVEUR: 192.168.1.1#53(192.168.1.1)
;; QUAND: Mardi 28 juillet 2015 23:53:27
;; TAILLE DU MESSAGE reçu: 109

Il y a un NXDOMAIN, le nom d'hôte semble ne pas exister...

Édition 3 :

Voici le contenu de resolve.conf :

#
# Avis Mac OS X
#
# Ce fichier n'est pas utilisé par le nom d'hôte et la résolution d'adresse
# ou les mécanismes de routage de requêtes DNS utilisés par la plupart des processus sur
# ce système Mac OS X.
#
# Ce fichier est généré automatiquement.
#
domain Home
nameserver 192.168.1.1

daniel Azuelos m'a conseillé de supprimer la ligne "domain Home" lorsque nous chattions mais il semble que chaque fois que vous supprimez cette ligne, elle réapparaît automatiquement...

Édition 4 :

Voici les commandes qu'a écrites 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
;; options globales: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: REQUÊTE, statut: NOERROR, id: 48322
;; flags: qr aa; QUERY: 1, RÉPONSE: 2, AUTORITÉ: 0, SUPPLÉMENTAIRE: 0

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

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

;; Temps de requête: 1 msec
;; SERVEUR: 192.168.1.2#5353(192.168.1.2)
;; QUAND: Mercredi 29 juillet 21:44:37 2015
;; TAILLE DU MESSAGE reçu : 94

192.168.1.2 est l'IP du serveur SSH.

user-mbp:~ user$ dns-sd -B _ssh._tcp local
Navigation pour _ssh._tcp.local
DATE: ---Mer 29 juillet 2015---
21:46:39.034  ...EN COURS...
Horodatage     A/R    Drapeaux  si Domaine               Type de service         Nom de l'instance
21:46:39.035  Ajouter    2   6 local.               _ssh._tcp.           MacBook Pro de l'utilisateur

Je suppose que Bonjour est configuré correctement, n'est-ce pas ?

Cependant, le correctif temporaire dns-sd -R user-mbp _ssh._tcp. local 22 semble ne pas fonctionner :

user-mbp:~ user$ dns-sd -R user-mbp _ssh._tcp. local 22
Enregistrement du service user-mbp._ssh._tcp..local port 22
DATE: ---Mer 29 juillet 2015---
21:51:47.238  ...EN COURS...
21:51:48.048  Obtenu une réponse pour le service user-mbp._ssh._tcp.local. : Nom désormais enregistré et actif

^C
user-mbp:~ user$ ssh user@user-mbp
ssh: impossible de résoudre le nom d'hôte user-mbp : nom de noeud ou de service non fourni, ou non connu