web-dev-qa-db-fra.com

Quels ports doivent être ouverts pour que TortoiseSVN puisse s’authentifier (texte en clair) et s’engager?

Quels ports doivent être ouverts pour que TortoiseSVN puisse s’authentifier (de base) afin de s’engager? Je sais que ce n'est pas une bonne chose, mais je pense que le nom d'utilisateur et le mot de passe sont en clair en ce moment.

Laissez-moi décrire autant que je sache sur le montage, et ce qui semble se passer.

Je suis un entrepreneur qui aide un État à déployer et à modifier une application "principalement" du domaine public. Il existe un référentiel SVN dans un état différent qui contient l'application, avec des privilèges en lecture seule pour tous.

Pour pouvoir travailler sur le site que je souhaite déployer, je dois créer une connexion VPN, puis utiliser Connexion Bureau à distance pour accéder à la machine sur laquelle le déploiement résidera. Lorsque je suis sur cette machine, je peux parcourir le référentiel et exporter ou extraire n'importe quoi. Lorsque je tente de valider, je suis invité à relever un défi de nom d'utilisateur/mot de passe, qui échoue toujours.

Lorsque je suis chez moi, je peux m'engager dans le même référentiel et au même endroit avec les mêmes informations d'identification. J'ai demandé au gestionnaire de référentiel de vérifier que le nom d'utilisateur que j'utilise dispose de tous les droits nécessaires pour valider, et je suis assuré que c'est le cas.

Donc, même si je reçois un message d'erreur décrivant quelque chose comme "informations d'identification non valides", je pense que l'authentification est bloquée. J'essaie de savoir si une installation SVN par défaut utiliserait ou non le même port d'écoute SVN, ou un port différent pour l'authentification. Je ne crois pas que l'authentification est cryptée.

J'apprécierais toutes les suggestions.

53
Paul

Quelle est la première partie de l'URL de votre référentiel Subversion?

  • Si votre URL ressemble à: http: // Subversion/repos/, alors vous allez probablement sur le port 8.
  • Si votre URL ressemble à: https: // Subversion/repos/, alors vous allez probablement sur le port 44.
  • Si votre URL ressemble à: svn: // Subversion/, alors vous allez probablement sur le port 69.
  • Si votre URL ressemble à: svn + ssh: // Subversion/repos/, alors vous allez probablement sur le port 22.
  • Si votre URL contient un numéro de port tel que: http: // Subversion/repos:8080, alors vous utilisez ce port.

Je ne peux pas garantir les quatre premiers car il est possible de tout reconfigurer pour utiliser différents ports, ou si vous utilisez un proxy quelconque.

Si vous utilisez un VPN, vous devrez peut-être configurer votre client VPN pour le rediriger vers les ports appropriés. De nombreux endroits ne configurent pas correctement leurs VPN pour effectuer ce type de proxy. C'est soit parce qu'ils ont une sorte d'informaticien rétentif à l'anal trop soucieux de la sécurité, soit parce qu'ils ne connaissent tout simplement pas mieux. Pire encore, ils vous donneront un client où ces éléments ne peuvent pas être reconfigurés.

La seule solution consiste à se connecter à un ordinateur local via le réseau privé virtuel (VPN), puis à tout utiliser à partir de ce système.

155
David W.

Avez-vous vérifié vos paramètres de proxy? Il est possible que le trafic sur votre organisation passe par un proxy. Par conséquent, vous devez configurer votre client SVN avec les paramètres de proxy.

0
The Green Gnome