Redmine Subversion n'ignore pas l'erreur de certificat, même si elle est dit
J'ai installé une copie
http://redmine.org
par
http://bitnami.org/stack/redmine
Et j'ai des problèmes d'accès au référentiel à distance SVN de l'autre côté https. Le problème semble être lié au fait que je n'ai pas de certificat signé et que le certificat fourni ne correspond pas au nom d'hôte. (Je fais appel au même serveur via plusieurs noms d'hôtes).
Je suis nouveau à B. Ruby, Mongrel, Rails et Redmine.
Suite à l'avis de B.
http://bitnami.org/forums/foru ... rsion
, J'ai changé la façon dont Redmine Utilisations pour un appel
Client B.
de
à
J'espérais que
L'option corrigera le problème avec le certificat. Cependant, je reçois toujours le message d'erreur suivant dans
:
svn: OPTIONS of '
https://server.xyz:8443/svn/reponame
': Vérification du certificat de serveur a échoué: le certificat est émis pour un autre nom d'hôte, l'émetteur n'est pas un fiduciaire (
https://server.xyz:8443
)
Est-ce que quelqu'un sait quoi faire avec ça?
Information additionnelle:
J'ai redémarré le service des jareurs après chaque changement
Je suis sûr que le changement de la configuration est entré en vigueur car Subversion Créé un répertoire de configuration complet dans
Je peux accéder au référentiel à distance à l'aide de la ligne de commande.
aucun problème
Référentiel à distance fonctionne dans Windows de VisualSVN
http://redmine.org
par
http://bitnami.org/stack/redmine
Et j'ai des problèmes d'accès au référentiel à distance SVN de l'autre côté https. Le problème semble être lié au fait que je n'ai pas de certificat signé et que le certificat fourni ne correspond pas au nom d'hôte. (Je fais appel au même serveur via plusieurs noms d'hôtes).
Je suis nouveau à B. Ruby, Mongrel, Rails et Redmine.
Suite à l'avis de B.
http://bitnami.org/forums/foru ... rsion
, J'ai changé la façon dont Redmine Utilisations pour un appel
svn
Client B.
\apps\redmine\lib\
redmine\scm\adapters\subversion_adapter.rb
de
SVN_BIN = "svn"
à
SVN_BIN = "svn --trust-server-cert --non-interactive --config-dir c:/user/temp"
J'espérais que
--trust-server-cert
L'option corrigera le problème avec le certificat. Cependant, je reçois toujours le message d'erreur suivant dans
mongrel.log
:
svn: OPTIONS of '
https://server.xyz:8443/svn/reponame
': Vérification du certificat de serveur a échoué: le certificat est émis pour un autre nom d'hôte, l'émetteur n'est pas un fiduciaire (
https://server.xyz:8443
)
Est-ce que quelqu'un sait quoi faire avec ça?
Information additionnelle:
J'ai redémarré le service des jareurs après chaque changement
Je suis sûr que le changement de la configuration est entré en vigueur car Subversion Créé un répertoire de configuration complet dans
c:\user\temp
Je peux accéder au référentiel à distance à l'aide de la ligne de commande.
svn
aucun problème
Référentiel à distance fonctionne dans Windows de VisualSVN
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
2 réponses
Dominique
Confirmation de:
De la ligne de commande, procédez comme suit:
Vous devez recevoir le message suivant:
Accepter le certificat pour toujours. Cela permettra d'enregistrer les informations nécessaires dans le même répertoire de configuration que vous avez spécifié pour Redmine, Et tout devrait être en ordre.
</finger></country></state></city></cert></cert></url_of_subversion_repository></url_of_subversion_repository></url_of_subversion_repository>
Agathe
Confirmation de: