Estamos intentando acelerar la instalación de nodos oracle para la instalación de RAC. esto requiere que tengamos instalado y configurado ssh para que no solicite una contraseña.

El problema es: en el primer uso, se nos solicita

RSA key fingerprint is 96:a9:23:5c:cc:d1:0a:d4:70:22:93:e9:9e:1e:74:2f.
Are you sure you want to continue connecting (yes/no)? yes

¿Hay alguna manera de evitar eso o estamos condenados a conectarnos al menos una vez en cada servidor desde cada servidor manualmente?

Establezca StrictHostKeyChecking noen su /etc/ssh/ssh_configarchivo, donde será una opción global utilizada por cada usuario en el servidor. O configúrelo en su ~/.ssh/configarchivo, donde será el predeterminado solo para el usuario actual. O puede usarlo en la línea de comando:

ssh -o StrictHostKeyChecking=no -l "$user" "$host"

Aquí hay una explicación de cómo funciona esto man ssh_config (o vea esta versión más actual ):

StrictHostKeyChecking

Si este indicador se establece en "sí", ssh nunca agregará automáticamente claves de host al $HOME/.ssh/known_hostsarchivo y se niega a conectarse a hosts cuya clave de host ha cambiado. Esto proporciona la máxima protección contra los ataques de caballos de Troya, sin embargo, puede ser molesto cuando el /etc/ssh/ssh_known_hostsarchivo se mantiene mal o se realizan conexiones a nuevos hosts con frecuencia. Esta opción obliga al usuario a agregar manualmente todos los hosts nuevos. Si este indicador se establece en "no", sshagregará automáticamente nuevas claves de host a los archivos de hosts conocidos del usuario. Si este indicador se establece en "preguntar", las nuevas claves de host se agregarán a los archivos de host conocidos del usuario solo después de que el usuario haya confirmado que es lo que realmente quiere hacer, y ssh se negará a conectarse a hosts cuya clave de host ha cambiado . Las claves de host de los hosts conocidos se verificarán automáticamente en todos los casos. El argumento debe ser "sí", "no" o "preguntar". El valor predeterminado es "preguntar".

ssh-keyscan - Recopilar claves públicas ssh

Si ya conoce la lista de hosts a los que se conectará, puede emitir:

ssh-keyscan host1 host2 host3 host4

Puede dar la -Hopción de tener resultados hash como valores predeterminados de ssh ahora

También le puede dar -t keytypeeras keytype es dsa, rsao ecdsasi usted tiene una preferencia en cuanto a qué tipo de clave para agarrar en lugar del predeterminado.

Una vez que lo haya ejecutado ssh-keyscan, habrá rellenado previamente su archivo de hosts conocidos y no tendrá ssh pidiéndole permiso para agregar una nueva clave.

Puede agregar la huella digital a los servidores conocidos de cada servidor. Para un solo usuario:

cat ~/.ssh/known_hosts
echo "$SERVER,$PORT ssh-rsa $SERVER_KEY_FINGERPRINT" >> ~/.ssh/known_hosts

Ignorar host

Ignora el HostKeyChecking. Para esto utilizo, por ejemplo:

ssh -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null user@example.net

Agregar host

Agregue la huella digital del host / servidor .ssh/known_hostsantes de su primera conexión. Esta es la forma más segura.

Ejecute el siguiente fragmento antes de intentarlo.

mkdir -p ~/.ssh     
echo "Host *" > ~/.ssh/config     
echo " StrictHostKeyChecking no" >> ~/.ssh/config

ps: estrictamente no para servidores de producción, tenga cuidado con ManInMiddle

Sin embargo, me gusta la respuesta de Tim para cosas únicas, si este es un host al que desea conectarse regularmente, crearía una entrada en su ~ / .ssh / config (créelo si el archivo no existe).

# this example shows wildcard for IP
# you can even use more than one wildcard 10.0.*.* for example
Host 192.168.56.*
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null
# you can even alias it, which is really useful when scp'ing/rsyncing foo:/path/to/remote
Host foo
    HostName foo-long-192-10-135-55.hostname.not-going-to-remember.doh
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null