desde ayer noté 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
usuario es el usuario en el servidor, user-mbp es el nombre de mi máquina, como se especifica aquí en System Preferences > Sharing
:
HeescritolosiguienteenRemoteLogin:On
:
Parainiciarsesiónenesteequipodeformaremota,escriba" usuario @ usuario-mbp ".
Pero user-mbp
parece 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 pude conectar escribiendo user-mbp
, lo recuerdo. También OS X me está diciendo que use ese nombre de host para la conexión SSH en System Preferences > Sharing
, como dije.
Pensé que tal vez algo había estropeado el DNSResolver, aunque no tocara 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 este post. Tengo Yosemite 10.10.4 instalado. Además, recientemente he instalado Little Snitch, ahora lo he desinstalado, ¿quizás sea por eso?
¿Qué puedo hacer para volver a habilitar mi nombre de host y hacer que sea accesible de nuevo? (Sé que puedo conectarme a la máquina utilizando la dirección local del servidor, pero quiero usar user-mbp
porque la IP de LAN está asignada 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 (arranqué el sistema en modo de recuperación (Cmd + R) y lo restauré desde una copia de seguridad de Time Machine (el servidor SSH que se supone que es el usuario-mbp se ejecuta en una MacBook Pro)), ¡pero ya no funciona! ¿Ahora empiezo a pensar que quizás sea un problema del enrutador que estoy usando? ¿Podría ser posible?
Editar 2 :
Aquí está la salida de dig user-mbp.local
emitida 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 resolver.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 recomendó que eliminara la línea "Inicio del dominio" cuando estábamos chateando, pero parece que cada vez que eliminas esa línea, vuelve a aparecer automáticamente ...
Editar 4 :
Aquí están los comandos klanomath sobre:
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 corrección temporal dns-sd -R user-mbp _ssh._tcp. local 22
parece 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