2010-04-21 4 views
7

Was ist der richtige Weg, um die Echtheit des SSH-Hosts vor einem Problem für Maven- und Hudsno-Builds zu bewahren?Wie zu vermeiden, Maven baut Stall auf SSH-Host-Authentizität Problem?

Ich habe Hudson bauen mein Maven-Projekt auf einer VM. Wenn der ESX-Server mit meinen VMs darauf besteuert wird, werden einige meiner Jobs in einer Schleife von SSH-Host-Authentizitätsproblemen stecken bleiben. Die Hosts waren in der bekannten Hosts-Datei, aber während dieser Zeiten sind die Uhren auf den Slave-VMs weit von denen meines Maven-Repos entfernt.

Gibt es etwas anderes als das Deaktivieren der Hostprüfung (CheckHostIP no)?

Antwort

10

Sie können dies auch in den Einstellungen Maven tun, wenn Sie Will es für Maven, oder Sie verwenden nicht scpexe: //.

<server> 
    <id>some-repo-id</id> 
    <configuration> 
    <knownHostsProvider implementation="org.apache.maven.wagon.providers.ssh.knownhost.NullKnownHostProvider"> 
     <hostKeyChecking>no</hostKeyChecking> 
    </knownHostsProvider> 
    </configuration> 
</server> 
+6

Ich habe bemerkt, dass diese Option scheint nicht für eine Menge Leute zu arbeiten (mich eingeschlossen). http://StackOverflow.com/questions/8323040/maven-wagon-scp-is-not-able-to-establish-a-connection - Der Fehler Im bekommen, "kann Implementierungstreffer nicht laden ... ... NullKnownHostsPorvider '". Dies ist, nachdem ich den Build mit Waggon-SSH-Common 2.6 erweitert habe (die diese Klasse enthält) – icyitscold

5

Wenn dies keine Rolle spielt, können Sie StrictHostKeyChecking auf no setzen, um eine Verbindung zum Server herzustellen (siehe this article).

Entweder die Einstellung auf der Kommandozeile übergeben Sie die -o Option:

ssh -o StrictHostKeyChecking=no 

Oder setzen Sie es in Ihrem ~/.ssh/config:

StrictHostKeyChecking no 
+0

Danke das ist genial. –