Où le client SVN stocke-t-il les données d'authentification des utilisateurs?

Question

Je suis en train de simuler un problème que nous avons avec un ID de domaine qui a des difficultés d'accès à un dépôt subversion. Pour cela, j'ai essayé un svn checkout avec l' l'option --nom d'utilisateur *domaine\problematic_ID* sur une autre machine windows. Mais je ne suis pas en mesure de reproduire le problème que la caisse réussit encore à l'aide de mon propre code. Cela m'a conduit à me demander si svn caches de données d'authentification utilisateur, en plus d'un endroit, et si oui, où.

J'ai effacé la auth dans le répertoire application data zone, changé les options dans le fichier de configuration pour désactiver la mise en cache d'authentification de l'utilisateur des données, mais en vain. Le système n'a même pas de me demander pour le nouveau nom d'utilisateur et le mot de passe, mais vérifie simplement avec de l'ancien ID.(Je sais que c'est l'ancien ID en cours d'utilisation, en regardant à travers le SVN de journaux). Je suis évidemment manqué quelque chose-mais quoi? :-(

Personne ne sait?

Merci à l'avance!

EDIT: Le client subversion version que j'utilise est 1.4.6(r28521)

Answer 1

• Sous Unix, c'est en $HOME/.subversion/auth .

• Sous Windows, je pense que c'est: %APPDATA%\Subversion\auth .

Answer 2

On dirait que vous faites tout exactement comme le suggère la section relative aux identifiants client du manuel Subversion . La seule chose à laquelle je peux penser, c'est que le serveur ne demande pas le nom d'utilisateur et le mot de passe, car il les obtient ailleurs.

Answer 3

Quelle version utilisez-vous?

Voici de la documentation sur la mise en cache des informations d'identification, pour la dernière (1.6 comme de l'écriture).

Sur Windows, le client Subversion stocke les mots de passe dans le %APPDATA%/Subversion/auth/ répertoire. Sur Windows 2000 et versions ultérieures, l' Windows standard des services de cryptographie sont utilisés pour chiffrer le mot de passe sur de disque. Parce que la clé de chiffrement est géré par Windows et est liée à la utilisateur informations de connexion, seul le l'utilisateur peut déchiffrer le mot de passe mis en cache. (Notez que si l'utilisateur Windows compte mot de passe est réinitialisé par un administrateur, de la mise en cache les mots de passe de devenir indéchiffrable. L' Client Subversion va se comporter comme si elles n'existent pas, d'une demande d' les mots de passe si nécessaire.)

Aussi, soyez conscient que quelques changements sont survenus dans la version 1.6 concernant le stockage de mot de passe.

Answer 4

Je sais que je suis soulèvement d'un très vieux sujet, mais après une couple d'heures aux prises avec ce problème et de ne pas trouver une solution ailleurs, je pense que c'est un bon endroit pour mettre une réponse.

Nous avons des Serveurs de Build WindowsXP base et trouvé cela très problème: svn client en ligne de commande n'est pas mise en cache des informations d'identification d'authentification.

Nous avons finalement découvert que nous sommes en utilisant Cygwin svn client! pas un "natif" de Windows. Alors... c'client stocke toutes les informations d'identification d'authentification dans /home/.subversion/auth

Ce répertoire /home dans Cygwin, dans notre installation est en c:\cygwin\home. ET: le problème est que l'utilisateur Windows qui est en cours d'exécution svn n'a jamais, jamais, jamais "connecté" dans Cygwin, et donc il n'y a pas de répertoire /home/.

Un simple "bash -ls" à partir d'une commande de Windows terminal créé le répertoire, et après le premier accès à notre serveur SVN avec interactive d'une demande d'informations d'identification d'accès, alás, ils se sont mis en cache.

Donc, si vous êtes en utilisant Cygwin svn client, assurez-vous d'avoir un répertoire "home" créé pour la locale de l'utilisateur de Windows.