Hintergrund: Früher funktionierte bei meiner Neuinstallation alles einwandfrei:
$ svn co https://domain:443/ test1
Error validating server certificate for 'https://domain:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: **REMOVED**
- Valid: **REMOVED**
- Issuer: **REMOVED**
- Fingerprint: **checked with issuer and REMOVED**
(R)eject, accept (t)emporarily or accept (p)ermanently? p
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz-machine-hostname':
Authentication realm: <https://domain:443> Subversion repository
Username: nicdumz
Password for 'nicdumz':
# proceeds to checkout correctly
$ svn co https://domain:443/ test2
# checkouts nicely, without asking for my password.
Irgendwann musste ich Dinge mit einem anderen Konto festschreiben. Also habe ich das gemacht
$ svn ci --username other.user
Authentication realm: <https://domain:443> Subversion repository
Password for 'other.user':
# works fine
Aber seitdem werde ich jedes Mal, wenn ich ein Commit als 'nicdumz' durchführen möchte (Standardbenutzer, alle Repos wurden mit diesem Benutzer ausgecheckt), zur Eingabe meines Passworts aufgefordert:
$ svn ci
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz':
Hey komm schon, warum :) Das gleiche passiert, wenn ich einen neuen Checkout haben möchte, da der Lesezugriff ebenfalls geschützt ist.
Also habe ich versucht, das Problem selbst zu beheben. Ich habe gelesen, dass ~ / .subversion / auth Anmeldeinformationen speichert, also habe ich sie vom Weg entfernt:
$ cd ~/.subversion
$ mv auth oldauth
$ mkdir auth
Zunächst schien es zu funktionieren, da svn die Zertifikatsprüfung vergessen hatte:
$ svn co https://domain:443/ test3
Error validating server certificate for 'https://domain:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: **REMOVED**
- Valid: **REMOVED**
- Issuer: **REMOVED**
- Fingerprint: **checked with issuer and REMOVED**
(R)eject, accept (t)emporarily or accept (p)ermanently? p
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz-machine-hostname':
Authentication realm: <https://domain:443> Subversion repository
Username: nicdumz
Password for 'nicdumz':
# proceeds to checkout correctly
$ svn up
Authentication realm: <https://domain:443> Subversion repository
Password for 'nicdumz':
Was? wie ist das denn
Wenn Sie Vorschläge haben, um mehr über das Verhalten herauszufinden, bin ich sehr interessiert. Wenn ich richtig liege, gibt es keine Möglichkeit, eine ausführliche Beschreibung svn upoder ähnliches zu erstellen. Daher bin ich mir nicht sicher, ob ich eine Untersuchung durchführen soll. Oh, und für was es wert ist:
$ svn --version
svn, version 1.6.6 (r40053)
compiled Oct 26 2009, 06:19:08
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
- handles 'http' scheme
- handles 'https' scheme
quelle