Correction d'une erreur SVN 500 après la modification des fichiers .access et .passwd

Question

J'ai rencontré un problème avec SVN, et je ne suis pas sûr de savoir comment le réparer. Voici l'historique de ce qui a été fait et ce qu'est la messagerie d'erreur, et nous espérons pouvoir converger vers un correctif. Ici va:

Pendant que j'étais en vacances, une autre partie de mon équipe qui ne savait pas vraiment comment utiliser svn voulait éditer notre page web. Il ne pouvait pas obtenir la bonne combinaison de nom d'utilisateur et mot de passe, donc il ssh'ed dans notre serveur et ensuite ajouté son nom et mot de passe directement aux fichiers .access et .passwd svn. Après cela n'a pas fonctionné, il a supprimé ces lignes. Après un moment, il a abandonné. Je ne suis pas sûr s'il a fait autre chose.

Une fois revenu, j'ai découvert que les modifications sur les fichiers que j'avais extraits sur mon propre ordinateur ne pouvaient plus être validées dans le référentiel. La messagerie d'erreur était une erreur interne du serveur 500.

Je pensais qu'en éditant les fichiers .access et .passwd, ce type avait peut-être modifié les espaces appropriés. J'ai essayé d'éditer ces fichiers afin qu'il y ait un "\ n" et donc il n'y avait pas de caractère d'échappement à la fin de la ligne avec les informations d'utilisateur correctes, mais en vain sur l'une ou l'autre approche.

La seule autre information que j'ai est que si je vérifie les journaux d'erreur de serveur pour svn, il a les éléments suivants:

[Ven 2 octobre 2009 12:13:35] [error] [client. ..] Le fichier n'existe pas: /home/domain/svn.domain.com/failed_auth.html

[Ven Oct 02 12:13:35 2009] [erreur] [client ...] (13) Autorisation denied: Impossible d'ouvrir le fichier de mot de passe: /home/domain/svn/domain.passwd

[Ven Oct 02 12:13:35 2009] [erreur] [client ...] (13) Autorisation refusée: impossible ouvrir le fichier de mot de passe: /home/domain/svn/domain.passwd

[Ven 2 octobre 2009 12:13:35] [error] [client ...] Le fichier n'existe pas: /home/domain/svn.domain.com/internal_error.html

je regardais une peu dans l'erreur Permission Denied, et certains forums ont dit que je pouvais juste changer les permissions pour que 'apache' ait accès à ce fichier, mais 1) je ne sais pas pourquoi svn ne fonctionnerait pas si ça fonctionnait avant et 2) Je ne connais pas grand-chose à la sécurité, et en changeant les autorisations de fichiers sans vraiment savoir quelles sont les implications, je ne veux pas compromettre la sécurité de mon site (donc, si c'est ce que je besoin de faire pour résoudre le problème, peut-être que tout ce que je cherche est l'assurance que ce sera sûr et peut-être quelques exemples de commandes afin que je mets les bonnes autorisations).

Désolé pour la longue question, mais toute aide serait vraiment appréciée. Je ne veux plus avoir à configurer svn.

Answer 1

j'ai pu résoudre le problème, donc je pensais que je posterais ici, juste pour référence future si quelqu'un d'autre rencontre jamais la même question:

Une chose que je ne l'ai pas mentionné (parce que je n Je me rends compte que ce serait important) est que mon site web est hébergé par Dreamhost. Dreamhost propose son propre système d'installation Subversion. J'étais sur le point de créer un nouveau référentiel subversion en utilisant le panneau d'administration de Dreamhost quand je pensais que je voudrais juste vérifier ce que le panneau disait à propos du référentiel cassé. Je suis allé dans le panneau d'édition pour le domaine svn en cours, et j'ai regardé les noms d'utilisateur et les mots de passe d'accès des utilisateurs. Le nom et le mot de passe étaient ceux d'origine, et je pensais juste supprimer une ligne supplémentaire du champ de texte, puis soumettre les changements.Quoi que Dreamhost fasse en coulisse, rafraîchir le nom d'utilisateur et le mot de passe via le panneau d'administration de Dreamhost subversion a semblé le réparer, et maintenant il est de nouveau opérationnel!

Answer 2

Ok, je l'ai compris. Les fichiers dreamhost .access et .password pour SVN appartiennent à l'utilisateur dhapache. Si vous les éditez directement, vous prendrez possession des fichiers. Cela causera alors toutes sortes de problèmes d'authentification car SVN ne lira plus ces fichiers.

J'ai trouvé une solution de contournement qui me permet de modifier les fichiers et de configurer des autorisations plus complexes. Avoir dreamhost créer les fichiers, puis créer vos propres copies des fichiers. Modifiez les copies puis: cp myaccess.access project.access

Ceci conserve les permissions assignées à l'utilisateur dhapache et vous permet de changer le fichier d'accès si nécessaire.