Проверка ключа хоста перестала работать #015
соответствует символам-->буквально- A:
(о котором вы спрашивали) - B:
Ответ от регекс-тестера http://regex101. com/r/lA1bH5/2
Обратите внимание, что * совпадает с предыдущим регексом между нулем и неограниченным временем,
как можно больше раз .
Это важное различие.
Рассмотрим следующие два регекса:
И рассмотрим строку данных D, которая показана ниже. Регекс A найдет в ней два совпадения; регекс B найдет только одно:
D: HTML
A: (.... match #1 ....) (.... match #2 ....)
B: (................. match #1 .................)
Таким образом, регекс B неправильно обработает HTML между двумя комментариями как в комментариях.
Думаю, я выяснил это. Проверка журналов для SSH для автоматического сценария показано
Feb 22 23:46:02 PiScanner scan.sh: debug1: Connecting to 192.168.1.20 [192.168.1.20] port 22.#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: Connection established.#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: permanently_set_uid: 0/0#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: identity file /root/.ssh/id_rsa type 1#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: **identity file /root/.ssh/id_rsa-cert type -1#015**
Feb 22 23:46:02 PiScanner scan.sh: debug1: identity file /root/.ssh/id_dsa type -1#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: identity file /root/.ssh/id_dsa-cert type -1#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: identity file /root/.ssh/id_ecdsa type -1#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: identity file /root/.ssh/id_ecdsa-cert type -1#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2#015
Feb 22 23:46:02 PiScanner scan.sh: debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2 pat OpenSSH*#015
Журнал для пользователя, которую я сгенерировал клавиши, имел
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/pi/.ssh/id_rsa-cert type -1
debug1: identity file /home/pi/.ssh/id_dsa type -1
debug1: identity file /home/pi/.ssh/id_dsa-cert type -1
debug1: identity file /home/pi/.ssh/id_ecdsa type -1
debug1: identity file /home/pi/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
, у меня была копия клавиши, сгенерированные над пользователем root. ~ / .ssh Directory После того как A сделал Sudo -i
https://shubuntu.com/questions/497895/permission-dened-for-rootlocalhost-for-ssh-connection
PermitrootLogin Да в файле ssh_config Не сработайте мне и породили другие ошибки.
Обратите внимание, что речь идет о ключе хоста, т.е. о том, как ваш клиент знает, что он обращается к нужному серверу. Это не связано с ключом, сгенерированным ssh-keygen, который позволяет серверу аутентифицировать пользователя.
"Проверка ключа хоста не прошла" указывает на то, что клиент ранее записывал открытый ключ хоста, но с момента последнего изменения публичный ключ изменился. Это может быть связано с атакой, переустановкой сервера или изменением IP-адреса сервера или имени хоста. Сохраненные ключи хостов хранятся для каждой учетной записи, что объясняет, почему это работает от вашей учетной записи, но не от "системного процесса" (предположительно, запущенного под другим пользователем). Чтобы исправить это, запустите ssh-keygen -R 192.168.1.20 от имени пользователя, выполняющего этот системный процесс. Затем запишите текущий ключ хоста, запустив ssh username@192.168.1.20 true один раз от имени этого системного пользователя и введя "yes" при запросе.
Также возможно, что вы включили опцию StrictHostKeyChecking, или что ssh не может попросить вас подтвердить проверку ключа хоста в первый раз и не сможет из-за этого выполнить ее. Будет еще одно сообщение, указывающее на это до того, как "проверка ключа хоста не прошла успешно". В любом случае, как и прежде, запишите текущий ключ хоста, запустив ssh username@192.168.1.20 true один раз, как этот пользователь системы и введя "yes" при запросе. Ключ будет сохранен в файле .ssh/known_hosts под домашним каталогом пользователя.