TortoiseSVN 1.71 und VisualSVN 2.51 wird keine Verbindung nach update

Ich aktualisiert VisualSVN zu v2.51 und TortoiseSVN 1.7.1 zur gleichen Zeit, vor ein paar Tagen. Vor dem update mit subversion funktioniert für viele Monate. Seit dem update habe ich nicht in der Lage, eine Verbindung zu dem repository.

Das OS ist Win7 Home Premium 64bit, Visual Studio Web Developer Express 2010 installiert, alle Windows Updates angewendet wurden automatisch, und ich habe den apache-server-Verbindung mit SSL, das ist die gleichen als war vor der Arbeit. Auch das Browsen im repository von VisualSVN funktioniert einwandfrei.

Demonstrieren das problem in einer einfachen Art und Weise, die ich verwendet eine Eingabeaufforderung-Sitzung, um zu versuchen, um eine Liste der Dateien im repository und erhalten die Fehlermeldung, die unten gezeigt:

C:>svn ls "https://robert-pc/svn/Scedule/"  --username xxx --password yyy<br>
svn: E175002: Unable to connect to a repository at URL 'https://robert-pc/svn/Schedule'
svn: E175002: OPTIONS of 'https://robert-pc/svn': Could not resolve hostname 
`https://robert-pc/svn/': No such host is known.
(https://robert-pc)

Tritt der gleiche Fehler auf wenn ich versuche mit TortoiseSVN im Windows Explorer.
Auf der Grundlage der Antwort aus einer ähnlichen Frage im Nov, 2009 ich habe Folgendes versucht, ohne Erfolg:

  • Spezifiziert die port-Nummer in den computer-name, z.B. svn ls https://robert-pc:8443/svn/Schedule/
  • Erlaubt SVN.exe (installiert mit VisualSVN) durch die Windows-firewall.

Habe ich deinstalliert und neu installiert, sowohl VisualSVN und TortoiseSVN nicht zur Verfügung. Ich sehe nicht, wo jemand hatte ein problem mit VisualSVN v2.51 und TortoiseSVN v1.7.1. Ich Frage mich, ob das problem ist, wie die Windows-Netzwerk konfiguriert ist. Das Netzwerk ist eine einfache lokale Netzwerk konfiguriert, wie ein Firmennetzwerk unter Windows 7 Home Premium. Jede Hilfe wird sehr geschätzt.

Kann ich erfolgreich ein ping-robert-pc aus eine Eingabeaufforderung-Sitzung. Ich kann durchsuchen Sie das repository erfolgreich von IE wie folgt: https://robert-pc:8443/svn/
(Ich bekomme eine Zertifikat Warnung von IE, die ich auch weiterhin durch, und dann habe ich Benutzernamen und Passwort eingeben.)

Können Sie den Zugriff auf den server über einen browser? Wie https://robert-pc/svn/Scedule? (Oder ist die Rechtschreib-Fehler der Grund?) Wenn nicht, ist Ihr server nicht läuft, oder die repository-Position ist falsch. Vielleicht ein ähnliche Frage kann helfen.
Verwandte: stackoverflow.com/questions/1760900/...

InformationsquelleAutor user1036944 | 2011-11-09

  1. 7

    Ihr problem ist nicht VisualSVNServer oder TSVN, und es war geschrieben in reinem Klartext

    Hostname konnte nicht aufgelöst werden `https://robert-pc/svn/': No such host
    bekannt.

    Hostname konnte nicht aufgelöst heißt, Sie müssen in Ihrem Windows mindestens ping robert-pc ohne Fehler vor der Beschwerde zu verbinden

    Ich weiß nicht, aus welcher Quelle robert-pc aufgelöst, bevor und wer brach es jetzt, aber Sie haben, um die Wiederherstellung Alter Einstellungen (hosts, DNS-server)

    Dies ist ein guter Rat, aber nicht fix mein problem. Ich könnte ping robert-pc Prima und hatte immer noch das problem.

    InformationsquelleAutor Lazy Badger

  2. 5

    Dieses problem kostet mich so viel Zeit, dass ich hier beschreiben werde, wie ich endlich Subversion arbeiten wieder in den Fall, es könnte jemand helfen. Ich deinstalliert VisualServer und TortoiseSVN. Nach der deinstallation habe ich gelöscht, restliche Konfiguration registry-Schlüssel und Dateien, zu:

    • HKEY_CURRENT_USER\Software\Tigris.org\Subversion
      Die sub-Schlüssel unter Server\Global hatte die Einstellungen für host-Namen.
    • HKEY_CURRENT_USER\Software\TortoiseSVN
    • C:\Users\Robert\AppData\Roaming\TortoiseSVN
    • C:\Users\Robert\AppData\Roaming\Subversion

    Ich denke, was wirklich half, war das loswerden der alten Konfiguration Einträge, bevor Sie Sie erneut installieren. Nach re-Installation VisaulSVN und TortoiseSVN Repositorys könnte nun verwendet werden. Ich wünschte, ich wüsste, was genau das problem war, aber ich nicht. Ich vermute, dass der SVN die Daten für das Verzeichnis beschädigt wurde, da ich versucht habe zu verlagern, die Arbeits-Verzeichnisse mithilfe der TortoiseSVN Relocate - Befehl zu definieren, der den host-Namen, wenn ich erhielt den Fehler für nicht in der Lage, den host zu verbinden (GROßER FEHLER).

    Den rest gibt details, die sind wahrscheinlich nicht von Interesse, es sei denn, Sie könnte Ihnen einen Anhaltspunkt über die details der Erholung.

    Ersten habe ich neu installiert VisualSVN nur und konfiguriert es mit einer leeren Wurzel an C:\Repositories, speichern der vorangegangenen Repositories Ordner mit all den Daten, indem Sie es umbenennen. Ich benutzte die SVN - Befehle von der Kommando-Sitzung zu erstellen, die ein test-repository und erfolgreich eine test-Datei im repository, um zu sehen, dass die basics funktionieren würde. Der host-name festgelegt wurde http://robert-pc:81/ während der installation nur für den Fall, dass " https: war mir schwer (es stellte sich heraus, https: war nicht das problem).

    Dann habe ich die realen Daten zurück zu C:\Repositories und erfolgreich ausgecheckte repository mit vielen Dateien mithilfe von svn-client über den Befehl Sitzung. Diese Kasse machte mich zu sehen, dass einige externe Verweise auf andere repositories konnten nicht überprüft werden, da der host-name wurde https://robert-pc für die externen Referenzen. Mit VisualSVN ich die host-Verbindung verwenden https mit port 443 - und wieder ausgecheckt, wie unten gezeigt:

    • Von VisualSVN, wählen Sie Eigenschaften - > Registerkarte "Netzwerk"
    • Server-name: robert-pc (gleiche wie vorher)
    • - Server-Port: 443
    • Aktivieren Sie das Kontrollkästchen sichere Verbindung Verwenden (https://) und klicken Sie auf Ok.
    • Der Befehlszeile verwenden, um die Kasse wieder.
    • Starten Sie ein Kommando-Sitzung.
    • Ändern Sie das Verzeichnis in ein leeres Verzeichnis, in das die Dateien kopiert werden, aus dem Respository heruntergeladen werden.
    • svn checkout https://robert-pc/Schedule/branches/MySql (Beispiel für meinen Fall, beachten Sie, dass Pfad nach host-Namen wird die groß-und Kleinschreibung).
    • Geben Sie das Kennwort für Windows-Benutzer, wenn Sie dazu aufgefordert werden für die realm-Authentifizierung nur einmal.
    • Akzeptieren Sie das Zertifikat-Abfrage permamently.
    • Geben Sie Ihren Benutzernamen und das Kennwort für den Benutzer definiert VisualSVN da mit SVN athentication. (BTW, ich denken, dass Windows-Authentifizierung ist auch in Ordnung.)
    • Alle Dateien, die geprüft wurden, erfolgreich

    Weiter habe ich Installiert TortoiseSVN und könnten es in der Regel. Erstaunlich, ich könnte meine original-Arbeitskopie statt, die ich überprüft hatte-out aus dem repository. Das war schön, da meine Arbeitskopie verändert hatte, noch nicht begangen.

    InformationsquelleAutor user1036944

  3. 4

    Ich denke, dass ein problem in Bezug auf die änderung Subversion 1.7 auf server und client und ein problem mit dem Zertifikat. Da können Sie den Zugang zu Ihrem server in Ihrem browser mittels der URL https://robert-pc:8443/svn/ ist es (in dem Kontext oder Ihrem PC), der eine gültige URL und kann verwendet werden, von Subversion und TortoiseSVN.

    Versuchen, die folgenden Dinge zu finden, die wirkliche Ursache des Problems:

    • Öffnen Sie eine TortoiseSVN-repo-browser und geben Sie in die URL-Zeile die URL von oben.
    • Haben Sie einen Blick auf die Datei editierbar: TortoiseSVN > Settings > Network > Subversion server file > Edit und sehen Sie sich den Abschnitt global. Dort konnte man angeben, den Speicherort für die SSL-Zertifikate.
    • Überprüfen Sie Ihre Verzeichnisse <username>\ApplicationData\Subversion\auth gibt es einige Authentifizierungs-Daten gespeichert. Versuchen Sie, die Daten zu löschen, und dann den Zugriff auf Ihr repository (mit eine gültige URL wie im browser).
      1. Löschen Sie den Inhalt des Verzeichnisses auth (gleiche wie TortoiseSVN > Settings > Saved Data > Authentication Data > Clear).
      2. Öffnen Sie eine Eingabeaufforderung und geben Sie: svn log https://robert-pc:8443/svn.
      3. Es sollte Warnung angezeigt (error validating server certificate) und einige Optionen, was jetzt zu tun sei.
      4. Akzeptieren, dass es das server-Zertifikat.
    • Lesen Sie die Dokumentation in der "SVN-rot-Buch" wie verwenden Sie SSL auf dem client, vielleicht gibt es einige Informationen, die Ihnen hilft.
    Danke. Ich habe etwas ähnliches. Deinstalliert, gelöscht AppData-Dateien und Schlüssel in einem repository, und neu installiert und akzeptiert Standard-Zertifikat.

    InformationsquelleAutor mliebelt

  4. 0

    Korrupte Winsock verursacht ähnliche Symptome auf meinem server (Windows Server 2008 R2 /VisualSVN v2.5.7).

    Den folgenden Befehl, ausgeführt in einer Eingabeaufforderung, die mit einem server Neustart behoben.

    netsh winsock reset

    Junge war das ein Schmerz. Hoffe, das spart jemand anderes etwas an den Haaren ziehen 🙂

    InformationsquelleAutor ScottWelker

Schreibe einen Kommentar