Как Избежать, чтобы Знаток создал останов на проблеме подлинности хоста ssh?
Что правильный путь состоит в том, чтобы сохранить подлинностью хоста ssh от того, чтобы быть проблемой для сборок hudsno и знатока?
У меня есть Гудзон, разрабатывающий мой проект знатока на VM. Когда сервер ESX с моим VMs на нем будет облагаться налогом, некоторые мои задания остановятся, всунул цикл проблем подлинности хоста ssh. Хосты были в известном файле hosts, но в течение этих времен часы на ведомом VMs дрейфовали далекие от тех из моего знатока repo.
[INFO] Retrieving previous build number from snapshots
The authenticity of host 'maven.mycorp.com' can't be established.
DSA key fingerprint is 6d:....83.
Are you sure you want to continue connecting? (yes/no): The authenticity
of host 'maven.mycorp.com' can't be established.
Есть ли что-то другое, чем отключение проверки хоста (CheckHostIP не)?
2 ответа
Вы также можете сделать это в настройках Maven, если вам это нужно только для Maven или вы не используете scpexe: //.
<server>
<id>some-repo-id</id>
<configuration>
<knownHostsProvider implementation="org.apache.maven.wagon.providers.ssh.knownhost.NullKnownHostProvider">
<hostKeyChecking>no</hostKeyChecking>
</knownHostsProvider>
</configuration>
</server>
Если это не проблема, вы можете установить StrictHostKeyChecking на нет , чтобы подключаться к серверу вслепую (см. эту статью ).
Либо передайте настройку в командной строке с помощью параметра -o :
ssh -o StrictHostKeyChecking=no
, либо установите его в своем ~ / .ssh / config :
StrictHostKeyChecking no