Erreur de connexion au référentiel en ligne fossile après le changement de mot de passe

Question

Je mis en place un référentiel fossile sur un compte d'hébergement mutualisé je. J'ai créé un fossil.pl script perl qui pointe vers un dépôt cloné que je mets sur l'espace Web. Je mets toutes les autorisations correctes (755). Quand je vais à fossil.pl je reçois l'interface Web. Everythings refroidir. Cependant, je suis un problème avec l'espoir et pousse quelqu'un pourrait me pointer vers une solution.

Quand je clone un référentiel, il fixe un nouveau mot de passe pour moi (Toby) dans le nouveau référentiel clonée. Si je pousse à ce dépôt en ligne sans changer le mot de passe, il fonctionne très bien, je peux pousser des changements de ma machine locale au référentiel en ligne. Cependant, une fois que je change le mot de passe Toby (à quelque chose de plus facile à retenir par moi) j'obtenir l'erreur suivante.

 Bytes      Cards  Artifacts     Deltas Send:           
 1810          9          0          2
 1Server Error: not authorized to write
 fossil: server says: not authorized to
 write

Quelqu'un sait pourquoi cela se passe? Tout le monde sait comment le résoudre?

Answer 1

fossile a changé récemment les détails de la façon dont il enregistre les mots de passe, qui ont impacté l'authentification de manière se fait pendant clone, pousser, tirer et synchronisation.

Un résultat de ce changement est que le mot de passe initial pour le premier compte utilisateur créé pour vous par le clone stocke le mot de passe à l'ancienne, mais en changeant un mot de passe, il met à jour à la nouvelle façon. Pour forcer tous les enregistrements de mot de passe dans un référentiel à utiliser la nouvelle méthode d'utilisation « fossiles test-hachage de sécurité ».

Je vérifieraient que les deux copies de fossiles sont après cette révision, la mise à niveau des deux extrémités, au besoin.

Notez que si la mise à niveau versions les plus récentes disponibles, vous devez faire « reconstruire fossiles » sur le serveur (et localement aussi pour tous les clones) en raison de changements dans le schéma de base de données. Depuis toujours est sécuritaire de le faire, il est sage de le faire après une mise à niveau.

Answer 2

Jusqu'à récemment, les utilisateurs et les mots de passe ont jamais été récupérés sur. Il est généralement une bonne idée, quand vous cloner, de faire un mot de passe que sur les marchés locaux et votre télécommande sont identiques, et le tester avec une synchronisation.