Ich habe die Installations-/Erstellungsschritte auf der Startseite desSparkleShareWebsite, und wenn ich das tue dazzle create media, erhalte ich Folgendes zurück:
Das Projekt „Medien“ wurde erfolgreich erstellt.
Die Adresse ist korrekt ([email geschützt])
Und der Pfad ist korrekt (/home/storage/media)
Ich führe SSH auf Nichtport 22 aus (erfolgreich mit WinSCP, pscp und PuTTY auf derselben Maschine und anderen), also habe ich es :<port>zum Verbindungsfeld in meinem Windows-Client hinzugefügt (läuft auf aktuellen Patches für Windows 7 x64).
Der Client (0.9.2) wartet dann endlos auf ein grünes Licht im Fortschrittsbalken.
Wie kann ich das Problem beheben?
Antwort1
Mit Unterstützung der Entwickler von SparkleShare habe ich das Problem gefunden (und warte auf eine offizielle Lösung, während ich unten eine Problemumgehung implementiere).
Darin ~\AppData\Roamin\sparkleshare\debug_log.txtsteht folgendes:
11:57:53 | Controller | ssh-agent started, PID=6972
11:57:54 | Auth | Imported key 'C:\Users\wmyers\AppData\Roaming\sparkleshare\2012-09-20 11h20.key'
11:57:54 | Auth | The following keys may be used:
2048 5f:8c:51:d7:53:d1:61:98:f6:bd:68:56:cc:ce:d2:d0 C:\Users\wmyers\AppData\Roaming\sparkleshare\2012-09-20 11h20.key (RSA)
11:59:18 | Fetcher | C:\Users\wmyers\SparkleShare\.tmp\media | Fetching folder: ssh://[email protected]:8110/home/storage/media
11:59:18 | Auth | Fetching host key for 176.9.40.74
11:59:20 | Auth | Skipping fingerprint check
11:59:20 | Auth | Accepted host key for 176.9.40.74
11:59:20 | Fetcher | Failed creating fingerprint: Index was outside the bounds of the array. at SparkleLib.SparkleFetcherBase.GetFingerprint(String public_key)
11:59:21 | Cmd | .tmp | git clone --progress --no-checkout --depth=1 "ssh://[email protected]:8110/home/storage/media" "C:\Users\wmyers\SparkleShare\.tmp\media"
Die Schlüsselzeile ist die bei 11:59:20 mit „Fetcher“ am Anfang.
In Kürze wird offiziell ein Fix veröffentlicht, der sich mit dem ordnungsgemäßen Import des öffentlichen SSH-Schlüssels des Servers befasst. Die aktuelle Problemumgehung besteht darin, den Inhalt des Servers manuell auf den Client-Computer zu /etc/ssh/ssh_host_rsa_key.pubkopieren ~\.ssh\known_hosts.
Wenn das bei Ihnen nicht funktioniert, müssen Sie auf die nächste Version nach 0.9.2 warten.
Außerdem scheint dies nur mit der Ausführung von SSH auf einem nicht standardmäßigen Port verbunden zu sein.