Preguntar esto aquí, ya que no creo que sea un problema en Linux.
Mi Mac Mini se sienta en un escritorio y es la "autoridad central" para todos mis copias de seguridad. Tengo nueve máquinas virtuales Linux en un servidor en el que los scripts se ejecutan por la noche, para hacer por ejemplo, MySQL vertederos y a tarball hasta apego a los directorios de mi Atlassian servidores. La resultante de las copias de seguridad se fije a continuación copiar a través de la Mac de la noche a la mañana, y por supuesto, son parte de la 'TimeMachine' copia de seguridad y tres veces a la semana, yo cambie un disco externo en el que el más reciente deltas se copian, y que tome en mi oficina para sentarse en mi cajón.
Es un poco de un 'torpe' solución que ha crecido en los últimos años como mi conocimiento se ha incrementado.
Hace dos días, he instalado una nueva máquina virtual para ejecutar zabbix y que está funcionando bien. Esto significaba, por supuesto, la instalación de zabbix agente en todas las máquinas de Linux, y salieron a por todas y consiguió que se ejecuta en el Mac.
Esta mañana, recibo un e-mail de la Atlassian servidor, me dice que no puede scp las copias de seguridad de todo, como la clave de host había cambiado, y me advirtió que no puede ser un 'hombre en el ataque medio'. No había, por supuesto, ya que sólo uno de mis servidores es público, y que se encuentra detrás de un firewall, ha firewalld ejecuta y envía todo el tráfico en la red a través de un pequeño independiente RHEL server en el que firewalld se está ejecutando. Pero yo sigo los consejos de la dirección de e-mail, y me voy a la /home/darren/.ssh/known_hosts archivo y quitar el 'ofender' línea. Sólo para estar seguro, puedo comprobar que el script de copia de seguridad, compruebe que está utilizando la clave correcta de los archivos (es - $HOME/.ssh/id_rsa), y ejecutar un desnudo de ssh para el Mac. Boom - conexión al instante.
Puedo ejecutar el script de copia de seguridad manualmente en el Atlassian servidor, y en lugar de transferir el archivo a la Mac, me dan..
Permission denied (publickey).
lost connection
Decido manguera el par de claves pública y privada y crear otro par. Entonces me ssh-copy-id a ellos a través de la Mac, y nada de eso - mismo problema.
En el Mac Mini, en /var/log/syslog, veo:
Aug 25 11:01:59 macmini com.apple.xpc.launchd[1] (com.apple.quicklook[77778]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
Así que sólo puedo suponer que en la instalación de la Zabbix agente en el Mac Mini, que algo no ha cambiado.
Puede alguien sugerir lo que podría ser, y cómo cambiarlo?
EDIT: la salida de ssh -v
[darren@server ~]$ ssh -v -i .ssh/id_rsa darren@macos
OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to macos [192.168.1.31] port 22.
debug1: Connection established.
debug1: identity file .ssh/id_rsa type 1
debug1: identity file .ssh/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6
debug1: match: OpenSSH_7.6 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-sha1 none
debug1: kex: client->server aes128-ctr hmac-sha1 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<2048<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'macos' is known and matches the RSA host key.
debug1: Found key in /home/darren/.ssh/known_hosts:12
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: .ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 533
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: client_input_global_request: rtype host.ssh-00@openssh.com want_reply 0
Last login: Sat Aug 25 11:51:33 2018 from 192.168.1.11
