Команда Linux для ожидания включения SSH-сервера

У меня нет хоста, к которому я могу подключиться по ssh и контролировать, работает он или нет, но это должно работать:

while ! ssh <ip>
do
    echo "Trying again..."
done

Или более явный сценарий оболочки:

#!/bin/sh

ssh $1
while test $? -gt 0
do
   sleep 5 # highly recommended - if it's in your local network, it can try an awful lot pretty quick...
   echo "Trying again..."
   ssh $1
done

Сохранить как (скажем) waitforssh.sh а затем позвонить с sh waitforssh.sh 192.168.2.38

Что-то вроде этого выполняет свою работу, ожидая 5 секунд между попытками и отбрасывая STDERR

until ssh <host> 2> /dev/null
  do
    sleep 5
  done

Я использую сценарий ping_ssh. Он обрабатывает случаи тайм-аута, быстрый успех и не запрашивает пароли и не обманывается тем, что порт открыт, но не отвечает, как в решениях на основе NC. Это объединяет несколько ответов, найденных на различных сайтах, связанных с stackoverflow.

#!/usr/bin/bash
HOST=$1
PORT=$2
#HOST="localhost"
#PORT=8022
if [ -z "$1" ]
  then
    echo "Missing argument for host."
    exit 1 
fi

if [ -z "$2" ]
  then
    echo "Missing argument for port."
    exit 1 
fi
echo "polling to see that host is up and ready"
RESULT=1 # 0 upon success
TIMEOUT=30 # number of iterations (5 minutes?)
while :; do 
    echo "waiting for server ping ..."
    # https://serverfault.com/questions/152795/linux-command-to-wait-for-a-ssh-server-to-be-up
    # https://unix.stackexchange.com/questions/6809/how-can-i-check-that-a-remote-computer-is-online-for-ssh-script-access
    # https://stackoverflow.com/questions/1405324/how-to-create-a-bash-script-to-check-the-ssh-connection
    status=$(ssh -o BatchMode=yes -o ConnectTimeout=5 ${HOST} -p ${PORT} echo ok 2>&1)
    RESULT=$?
    if [ $RESULT -eq 0 ]; then
        # this is not really expected unless a key lets you log in
        echo "connected ok"
        break
    fi
    if [ $RESULT -eq 255 ]; then
        # connection refused also gets you here
        if [[ $status == *"Permission denied"* ]] ; then
            # permission denied indicates the ssh link is okay
            echo "server response found"
            break
        fi
    fi
    TIMEOUT=$((TIMEOUT-1))
    if [ $TIMEOUT -eq 0 ]; then
        echo "timed out"
        # error for jenkins to see
        exit 1 
    fi
    sleep 10
done

function hurryup () { 
    until ssh -o ConnectTimeout=2 "$1"@"$2"
        do sleep 1
    done
}
hurryup root "10.10.0.3"

-o ConnectTimeout=2 это немного хакерский способ не отвечать на сетевые пакеты, сообщая ssh: connect to host 10.10.0.3 port 22: Operation timed out пока он не станет отзывчивым.

Затем, когда хост отвечает на сетевые пакеты, 1-секундный сон происходит между ssh: connect to host 10.10.0.3 port 22: Connection refused пока мы ждем появления ssh.

Команде ssh может быть дана команда для выполнения на удаленном компьютере в качестве последнего параметра. Так звоните ssh $MACHINE echo в петле. В случае успеха он возвращает 0 в $?, В случае ошибки 255. Конечно, вы должны использовать аутентификацию без пароля с сертификатами.

Я не понимаю, что ты имеешь в виду под быть в курсе, но что насчет:

$ ping host.com | grep --line-buffered "bytes from" | head -1 && ssh host.com

Первая команда ping | ... | head -1 ожидает, пока сервер отправит один ответ ping, и существует. Затем в игру вступает ssh. Быть в курсе, что grep может буферизовать вывод, вот что --line-buffered для.

Вы можете обернуть эту команду функцией bash, чтобы использовать ее точно так, как вы описали.

$ waitfor() { ping $1 | grep --line-buffered "bytes from" | head -1 }
$ waitfor server.com && ssh server.com

Это использует socat чтобы подключиться и дождаться, пока сервер что-то скажет, это будет информация о версии SSH:

while [ -z "$( socat -T2 stdout tcp:127.0.0.1:22,connect-timeout=2,readbytes=1 2>/dev/null )" ]
do
    echo "."
    sleep 1
done

Настройте хост, таймауты и интервал сна по желанию.

Вам может не понадобиться -T2, который устанавливает время бездействия после того, как TCP-соединение уже установлено, но в моем случае я подключался к виртуальной машине QEMU, и QEMU открывает перенаправленные порты до того, как виртуальная ОС действительно прослушивает. В любом случае это безвредно.