Jetzt wieder arbeiten. Ich gehe davon aus, dass die folgende Firewall-Regel irgendwie deaktiviert wurde: Secure Socket Tunneling Protocol (SSTP-In) Ich habe diese Regel aktiviert, da sie Port 443 zulässt. Meine ursprüngliche Verbindung ging automatisch auf Port 443. Nachfolgende Verbindungen sind fehlgeschlagen, bis ich diese Regel aktiviert habe .
Schildkröte verbindet sich mit Server2012 visualSVN
Ich verschiebe meine VisualSVN-Installation auf einen neuen Server ... Windows Server 2012 mit VisualSVN 3.3.1 (nicht für Unternehmen) und lokale Arbeitsstation ist Windows 7 mit Tortoise 1.8.11
Wenn ich versuche, mich mit Tortoise mit der neuen Instanz zu verbinden, erhalte ich nach der SVN-Benutzerauthentifizierung eine Art Anmeldeanforderung auf Betriebssystemebene. Diese zweite Anforderung akzeptiert kein gültiges OS-Login / Passwort oder einen SVN-Benutzer / Passwort.
Die alte Instanz (Server2008) funktioniert einwandfrei. (VisualSVN 2.5.23)
2 Antworten auf die Frage
Verschieben Sie zuerst die vorhandene Installation und aktualisieren Sie anschließend. Mischen Sie diese Aufgaben nicht.
Wenn Sie VisualSVN Server von einem Computer auf einen anderen verschieben, sollten Sie zuerst dieselbe Version installieren, die auf dem Quellcomputer installiert ist. In Ihrem Fall mussten Sie also VisualSVN Server 2.5.23 installieren und konfigurieren. Dann sollten Sie Ihre Repositorys verschieben und erst danach aktualisieren.
Lesen Sie vor dem Upgrade das Handbuch "Upgrade auf VisualSVN Server 3.3" .
Zu Ihrer Information: Wir arbeiten derzeit an einer umfassenden Anleitung zum Verschieben von VisualSVN Server von einem Computer auf einen anderen.
Verwandte Probleme
-
3
TortoiseSvn & Windows7 RC1: .msi kann nicht geöffnet werden. "Dieses Installationspaket konnte n...
-
1
Quelle von Google Code kann nicht ausgecheckt werden
-
4
Der TortoiseSVN-Client verlangsamt den Explorer in Windows XP, das in Parallels ausgeführt wird
-
1
tortoiseSVN nach Update auf 1.6.5 langsam
-
2
Rsync-Drosseln bei schreibgeschützten Dateien
-
1
häufige Fehler beim Subversion-Repository auf fat32 auf einem USB-Speicherstick
-
1
Fehler beim SVN-Commit auf Windows XP-Laufwerk, das einer Ubuntu Samba-Freigabe zugeordnet ist
-
2
Verhindern Sie, dass tsvncache ausgeführt wird
-
5
SVN-Client-Timeout unter Windows 7 64 Bit
-
2
SVN / Tortoise macht Dateien immer schreibgeschützt