Calculer Girl
  1. Calculer Girl
  3. Subversion Edge résout les limites du serveur sur la page de connexion CollabNet
Intereting Posts
Pourquoi Apache charge-t-il le module PHP depuis PATH au lieu de celui de httpd.conf? ImportError: aucune exception de module nommée mon htaccess n’affecte pas l’url nginx conditionnellement rerwite uri Commandes Drush ne s’exécutant pas avec Paramiko erreurs de construction de wurfl nginx Réglage du quartz htaccess redirige tous les fichiers du répertoire racine vers les pages correspondantes du sous-répertoire Exécuter un programme exécutable (.exe) à partir de la mémoire en Java Comment désactiver l’en-tête de réponse Content-Length avec Apache? Hostin Email sur Azure comparer plusieurs URL en utilisant ab affichage de la sortie de l’appel system () en C ++ Attendez l’entrée pendant un certain temps Le serveur TCP ne reçoit rien après la connexion initiale. Python

Subversion Edge résout les limites du serveur sur la page de connexion CollabNet

J’ai installé Subversion Edge sur mon serveur. Disons que mon site est myweb.com . Pour accéder au référentiel principal (appelé main ), les utilisateurs doivent se rendre sur https://myweb.com/svn/main . Sinon, ils peuvent aller sur https://myweb.com/viewvc pour voir toutes les pensions. S’ils veulent se connecter et changer leur mot de passe, ils doivent aller sur https://myweb.com:4434 . Je voudrais avoir la demande de https://myweb.com résoudre à cette page de connexion plutôt qu’une page qui dit simplement “ça marche!”.

Est-ce possible grâce à la configuration d’Apache et / ou de Subversion Edge?

EDIT: J’ai ajouté ceci à mon httpd.conf . Lorsque je pointe mon navigateur sur https://myweb.com/ach cela ne tient plus. 

 LoadModule proxy_module lib/modules/mod_proxy.so LoadModule proxy_http_module lib/modules/mod_proxy_http.so ProxyPreserveHost On ProxyPass /ach http://myweb.com:4434/ ProxyPassReverse /ach http://myweb.com:4434/ #ProxyPreserveHost On # # ProxyPass https://myweb.com:4434/ # ProxyPassReverse http://myweb.com:4434/ #

Je pense que vous vouliez exécuter la console Edge sur le port standard par défaut sur http (port 80) ou https (port 443). Les ports standard nécessitent une configuration supplémentaire. Deux options existent pour autoriser l’utilisation du port 80 ou 443. Seul l’un ou l’autre est nécessaire et les deux nécessitent des privilèges root pour être configurés.

Méthode 1: Utiliser l’application d’assistance de liaison.

httpd_bind est une petite application fournie avec CollabNet Subversion Edge pour permettre au serveur d’accéder aux ports standard sans que le serveur ne fonctionne avec des privilèges élevés. Pour que cela fonctionne, httpd_bind doit appartenir à root et avoir son bit suid défini comme indiqué par les commandes ci-dessous. Celles-ci doivent être exécutées en tant que root ou sudo.

racine chown: jeyanthan / chemin / vers / csvn / lib / httpd_bind / httpd_bind chmod u + s / chemin / vers / csvn / lib / httpd_bind / httpd_bind

Note: ‘jeyanthan’ est le nom d’utilisateur avec lequel l’application n’est pas détectée.

Méthode 2: Démarrer httpd sous sudo

Le serveur svn peut être démarré avec les privilèges root lui permettant de se connecter au port, après quoi le serveur réduira ses privilèges. Pour utiliser cette méthode et permettre de démarrer et d’arrêter le serveur depuis la console de gestion, configurez sudo pour que le binary httpd fonctionne sans mot de passe.

Utilisez “/ usr / sbin / visudo” pour append les deux lignes suivantes à la fin du fichier sudoers:

Par défaut env_keep + = “PYTHONPATH” jeyanthan ALL = (ALL) NOPASSWD: / chemin / vers / csvn / bin / httpd

L’application Web d’administration Subversion Edge exécutée sur https://myweb.com:4434 est desservie par un serveur Web intégré (Tomcat, je pense).

Donc, vous pouvez configurer un proxy inverse Apache de https://myweb.com/ à https://myweb.com:4434/

Cependant, vous devez le faire sans affecter les chemins existants sous https://myweb.com/svn/ et https://myweb.com/viewvc/, donc c’est un peu difficile. Je suggère de diviser ceci en deux parties:

Tout d’abord, configurez un proxy inverse depuis https://myweb.com/admin/ vers https://myweb.com:4434/ , puis une fois que cela fonctionne, configurez une règle de redirection ou de réécriture depuis https: // myweb .com / à https://myweb.com/admin/

Ces deux opérations peuvent être effectuées dans la configuration Apache.