Ми намагаємось прискорити встановлення вузлів Oracle для встановлення RAC. для цього потрібно встановити і налаштувати ssh, щоб він не запросив пароль.

Проблема полягає в тому, що: при першому використанні нам буде запропоновано

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

Чи є спосіб цього уникнути чи ми приречені підключатися хоча б раз на кожному сервері з кожного сервера вручну?

Встановіть StrictHostKeyChecking noу своєму /etc/ssh/ssh_configфайлі, де це буде глобальний варіант, який використовує кожен користувач на сервері. Або встановіть його у своєму ~/.ssh/configфайлі, де він буде за замовчуванням лише для поточного користувача. Або ви можете використовувати його в командному рядку:

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

Ось пояснення, як це працює з man ssh_config (або дивіться цю більш поточну версію ):

StrictHostKeyChecking

Якщо цей прапор встановлено на "так", ssh ніколи не додаватиме до нього ключі хоста $HOME/.ssh/known_hostsі відмовляється підключитися до хостів, хост-ключ яких змінився. Це забезпечує максимальний захист від нападів троянських коней, однак, це може дратувати, коли /etc/ssh/ssh_known_hostsфайл погано підтримується або часто підключаються нові хости. Цей параметр змушує користувача вручну додавати всі нові хости. Якщо для цього прапора встановлено значення "ні", sshавтоматично додасть нові хост-ключі до відомих користувачеві файлів хостів. Якщо цей прапор встановлений на "запитувати", нові хост-ключі будуть додані до відомих користувачеві файлів хостів лише після того, як користувач підтвердив, що це дійсно хоче зробити, і ssh відмовиться підключатися до хостів, ключ хоста яких змінився . Ключі хостів відомих хостів будуть перевірені автоматично у всіх випадках. Аргумент повинен бути "так", "ні" або "запитати". За замовчуванням - "запитати".

ssh-keyscan - Зберіть відкриті ключі ssh

Якщо ви вже знаєте список хостів, до яких ви підключитесь, ви можете просто видати:

ssh-keyscan host1 host2 host3 host4

Ви можете дати -Hможливість мати хеш-результати, такі як ssh за замовчуванням

Крім того, ви можете дати -t keytypeбули KeyType це dsa, rsaабо ecdsaякщо у вас є переваги, який тип ключа , щоб захопити замість значення за замовчуванням.

Після запуску ssh-keyscanвін попередньо заповнить ваш відомий файл-хости, і у вас не буде запитуватися дозволу на додавання нового ключа.

Ви можете додати відбиток пальця до відомих_хостів кожного сервера. Для одного користувача:

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

Ігноруйте господаря

Ігноруйте перевірку HostKeyChey. Для цього я використовую, наприклад:

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

Додати хост

Додайте відбиток хоста / сервера .ssh/known_hostsдо першого з'єднання. Це безпечніший спосіб.

Виконайте наступний фрагмент перед спробою.

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

ps: Суворо не для виробничих серверів, остерігайтеся ManInMiddle

Мені подобається відповідь Тіма для одноразових речей, але якщо це хост, до якого ви збираєтесь регулярно підключатися, я створив би запис у вашому ~ / .ssh / config (створити його, якщо файл не існує).

# 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