Si vous voyez le journal des erreurs Gitosis, ce guide devrait vous aider.
J’essaie pour vous de faire fonctionner Gitosis sur mon Ubuntu sur Internet (à partir d’un client Win7). Il est installé, je peux m’y connecter via SSH, mais dans le cas où j’essaye de cliquer sur une nouvelle activité, j’obtiens l’erreur suivante :
Je fournis depuis que j’ai essayé d’effacer et de redémarrer mon répertoire home / git /, mais maintenant j’obtiens la même erreur même lorsque je cherche à reprendre le projet gitosis-admin.
Si je débogue chacun de nos drapeaux dans le fichier de données de configuration, j’obtiens ceci :
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
1. Téléchargez Fortect et installez-le sur votre ordinateur
2. Lancez le programme et cliquez sur "Scan"
3. Cliquez sur "Réparer" pour résoudre les problèmes détectés
C: sandbox> git push origin masterDÉBOGAGE : gitosis.serve.main : a obtenu la direction "git-receive-pack '/ home / git / référentiels or sandbox'"DEBOGAGE : gitosis.access.Check haveaccess : accès pour 'Dan @ DAN-PC' trouvé comme 'inscriptible' dans 'home / git ou référentiels / sandbox' ...DÉBOGAGE : gitosis.group.getMembership : 'Dan - DAN-PC' trouvé dans 'gitosis-admin'DÉBOGAGE : gitosis.access.haveAccess : contrôle d'accès prenant en charge 'Dan @ DAN-PC' comme 'inscriptible' dans 'home et git / référentiels / sandbox' ...DÉBOGAGE : gitosis.group.getMembership : 'Dan @ DAN-PC' trouvé dans 'gitosis-admin'DÉBOGAGE : gitosis.access.haveAccess : contrôle d'accès nécessaire pour As 'dan @ dan-pc' 'readonly' versus 'home ou git / référentiels / sandbox' ...DÉBOGAGE : gitosis.group.getMembership : 'Dan @ DAN-PC' trouvé dans 'gitosis-admin'ERREUR : gitosis.serve.main : la connexion en lecture au référentiel est refuséeFatal : la station distante redémarre rapidement le tube de puissance
Pour ajouter des informations plus critiques – je viens d’expérimenter avec Gitolith et j’ai obtenu une erreur similaire :
re-clonage dans gitolite-admin ...Accès à la maison R REFUSÉ / référentiels git / gitolite-admin dans dan(Ou il n'y a peut-être aucun référentiel pour la manière spécifiée. L'avez-vous écrit correctement ?)Fatal : Le dernier lointain raccroche inopinément
Cela utilise le même utilisateur et la même clé “git”. J’ai essayé de modifier les autorisations du répertoire, mais ce que disent les experts les plus importants n’a pas aidé.
[Gitose]Niveau de journal = DEBUG[Groupe Gitosis-admin]Ecriture équivaut à gitosis adminLes membres correspondent à root.server[Groupe de test de groupe]Inscriptible est égal à testproj1Membres = / d / www$ anastasia - anastasia-pc
myuser @ mydomain git replicate [email protected] : référentiels / testproj1Clonage dans testproj1 ...DEBOGAGE : gitosis.serve.main : Gestion des référentiels "git-upload-pack '/ testproj1'"DÉBOGAGE : gitosis.access.haveAccess : limite d'accès pour myuser @ mydomain comme après writable 'Dépôts - testproj1' ...DEBUG : gitosis.group.getMembership : trouvé 'myuser - mydomain' dans 'testgroup'DEBOGAGE : gitosis.access.haveAccess : contrôle d'accès sur 'myuser - mydomain' 'writeable 'comme dans' les référentiels / testproj1 '...DÉBOGAGE : gitosis.group.getMembership : trouvé "myuser @ mydomain" dans "testgroup"DÉBOGAGE : gitosis.access.haveAccess : obtenir le contrôle pour « monutilisateur @ mondomaine » reuniquement "like" bases de données / testproj1 "...DEBUG : gitosis.group.getMembership : trouvé 'myuser at mydomain' dans 'testgroup'ERREUR : gitosis.serve.main : lecture de la collection refuséefatal : impossible de lire l'accès à partir du référentiel distant.Assurez-vous notamment que vous disposez des droits d'accès appropriéset une bibliothèque existe.
J’ai configuré un serveur git chaud avec gitosis et tout allait bien dans le passé. Pour des raisons de sécurité, j’ai décidé de passer d’un nouveau marché clé à un marché public. J’ai assemblé ma clé sur mon ordinateur à l’aide de cette poignée.
Ensuite, j’ai ajouté la clé publique à tous les répertoires de points vitaux et j’ai inclus la clé dans mon propre fichier gitosis.conf. J’ai appliqué les modifications et posté des personnes aujourd’hui sur le serveur. Lorsque je suis allé dans git pour apporter des modifications à certains de mes dépôts, cette méthode m’a donné cette erreur.
sfa-e1505-dn : VIIAD stefanbossbaly $ git pullDEBOGAGE : gitosis.serve.main : vous avez sa commande " git-upload-pack 'git / VIIAD.git '"DEBOGAGE : gitosis.access.haveAccess : récupérer le contrôle pour créer un 'mac' 'inscriptible' comme à propos de 'git / VIIAD.git'...DÉBOGAGE : gitosis.access.haveAccess : suppression du suffixe .git via 'git / VIIAD.git', nouvelle valeur 'git pour chaque VIIAD'DÉBOGAGE : gitosis.group.getMembership : 'mac' a détecté 'app-dev'DÉBOGAGE : gitosis.group.getMembership : 'mac' acheté dans 'test'DEBOGAGE : gitosis.access.haveAccess : Access vérifie en permanence 'mac' depuis 'inscriptible' à 'git / VIIAD.git' ...DÉBOGAGE : gitosis.access.haveAccess : a supprimé le suffixe .git en raison de 'git / VIIAD.git', autre valeur 'git / VIIAD'DEBUG : gitosis.group.getMembership : 'mac' trouvé via 'app-dev'DÉBOGAGE : gitosis.group.getMembership : 'mac' trouvé dans 'test'DÉBOGAGE : gitosis.access.haveAccess : l'accès vérifie si mac est « protégé en écriture » pour leur permettre de « git / VIIAD.git » ...DÉBOGAGE : gitosis.access.haveAccess : suppression du suffixe .git via git / VIIAD.git, nouvelle valeur git / VIIADDEBUG : gitosis.group.getMembership : 'mac' trouvé dans 'app-dev'DÉBOGAGE : gitosis.group.getMembership : 'mac' découvert avec 'test'ERREUR : gitosis.serve.main : l'accès en lecture au référentiel a été refuséfatal : Fin de la prise en charge du Bureau à distance tiré de manière inattendue [Gitose]Niveau de journal = DEBUG[Développeur d'applications du groupe]Écriture = backend Android VIIADAccueil Membres implique mac[Test de groupe]get itnt to write est égal afin de testerAccueil Membres = mac[Groupe Gitosis-admin]Admission membre =L'écriture équivaut à gitosis-admin mac
Veuillez noter que j’ai jusqu’à présent une clé “home” majeure et qu’elle fonctionne à merveille. J’ai un problème avec l’astuce mac. Quelqu’un sait-il comment résoudre ce problème principal ?
nécessaire le 5 juil. 2011 à 19:08
6 344 99 badges en métal rare 5050 badges en argent 8080 badges en bronze
Pas la réponse que vous cherchez ? Découvrez d’autres éléments à considérer Tagged Linux Security Git Gitosis Public Keycryption, ou posez votre propre question.
Connectez-vous à ssh -vvvv yourgitserver pour voir quelle clé est affichée. L’image ~ / .ssh / config vous permet de contrôler quelle clé peut essayer d’être un alias vers votre ordinateur distant pour donner des clés en double dissemblables à votre ordinateur.
Vous avez également la possibilité d’utiliser Gitolite à la place. Il est activement augmenté et soutenu ; Ce n’est pas de la gitose.
répondu le 5 juillet ’11 disponible le 19:43
112k 2121 badges en or 138138 badges métalliques utiles 137137 badges
