Actinux http://www.actinux.org La réponse libre à un monde libre Tue, 09 Feb 2010 10:53:03 +0000 http://wordpress.org/?v=2.8.4 en hourly 1 L’outil indispensable SSH http://www.actinux.org/index.php/2009/06/05/loutil-indispensable-ssh/ http://www.actinux.org/index.php/2009/06/05/loutil-indispensable-ssh/#comments Fri, 05 Jun 2009 08:53:52 +0000 ati http://www.actinux.org/?p=83 Beaucoup de personnes connaissent au moins de nom SSH. Cet outil cache pourtant certains secrets très pratiques et bien souvent totalement inconnus.

Aujourd’hui, il est courant de multiplier les accès distants sur des machines. Si Telnet et les r-commandes répondaient à ce besoin, le besoin de sécurité les a écartés de la course. SSH permet donc d’accéder à une console distante de manière totalement sécurisée. Nous verrons dans ce tutoriel comment utiliser un client SSH mais aussi comment utiliser le SSH-agent pour faciliter le travail de tous les jours en s’identifiant rapidement.

La plupart du temps openSSH est déjà installé. Si cela n’est pas le cas il vous suffit de tapper dans une console :

sudo yum install openssh openssh-clients

ou

sudo apt-get install openssh-client

Pour se connecter simplement sur un serveur il vous suffit de tapper :

ssh <login>@<machinedist>

où login est le nom du compte que vous souhaitez utiliser et machinedist représente l’adresse IP ou le nom de la machine visée. Lors d’une premiere connexion, un message décrivant que la machine distante est inconnue vous sera retournée. Ensuite SSH vous demande s’il doit continuer ou pas. Répondez ‘Yes’ pour continuer. Cette étape permet de vérifier que la machine que vous souhaitez contacter et bien celle qui vous répond. Pour cela SSH utilise une empreinte (fingerprint en anglais) correspondant ni plus ni moins à une suite de valeurs héxadécimales. Une fois acceptée, cette empreinte sera ajoutée à votre liste d’hôtes connus.

L’étape suivante est l’authentification. Par défaut, SSH utilise une authentification par mot-de-passe. Ca n’est pas la seule manière de s’authentifier. On peut utiliser une paire de clés publique/privée. La première est une clé que vous partagerez et copierez partout où vous souhaiteriez vous connecter (nous y reviendrons un peu plus tard), la seconde est en quelque sorte l’équivalent de votre nouveau mot-de-passe.

Pour générer une paire de clés, OpenSSH propose un outil. en tapant dans votre console :

ssh-keygen

vous pourrez créer simplement une paire. Vous pouvez, grâce à l’option ‘-t’ préciser quel type de clés vous souhaitez. Sachez que SSH1 utilise généralement des clés RSA1, et SSH2 des clés DSA.

ssh-keygen -t dsa

Le générateur va vous demander où sauvegarder les clés et vous demander une passphrase. Cette passphrase n’améliore en rien la clé ou la sécurité des échanges. Elle permet juste d’empêcher quelqu’un qui récupèrerait votre paire de clés de l’utiliser. C’est une phrase protégeant la clé. Lorsque le générateur a fini vous obtenez 2 fichiers :

  • id_dsa ou id_rsa : la clé privé
  • id_dsa.pub ou id_rsa.pub : la clé public

Nous allons désormais donner notre clé public à l’ordinateur distant, celui auquel nous souhaitons nous connecter. Pour ce faire utilisons cette commande :

ssh-copy-id -i ~/.ssh/id_dsa.pub <login>@<machinedist>

Pour utiliser notre clé et ainsi ne pas avoir à rentrer de mot-de-passe, il suffit désormais d’entrer :

ssh -i ~/.ssh/id_dsa <login>@<machinedist>

Nous pouvons encore améliorer notre confort par plusieurs procédés. Dans le cas où vous avez protégé votre clé privée par une passphrase, à chaque connexion cette passphrase vous est demandée. Ensuite il peut paraître ennuyeux de devoir tapper l’emplacement du certificat, le login et le nom de la machine distance (voir son IP…). Pas de panique, SSH répond à tous vos problèmes ;)

D’abord créons un fichier ~/.ssh/config dans lequel nous placerons :

Host <NomDeConnexion>
User <login>
HostName <machinedist>

où NomDeConnexion représente un identifiant aléatoire vous permettant d’identifier le compte et la machine définient respectivement par login et machinedist.
Ainsi pour se connecter il suffira de tapper :

ssh -i ~/.ssh/id_dsa <NomDeConnexion>

Enfin, laissons SSH gérer nos clés et nous identifier avec la bonne clé. Pour ce faire, il suffit d’utiliser ssh-agent. Pour l’utiliser, initialisez votre terminal en le précédent de « ssh-agent » comme ceci :

# Voici quelques exemples d'initialisation. Adaptez a votre besoin
/usr/bin/ssh-agent gnome-terminal
/usr/bin/ssh-agent zsh
/usr/bin/ssh-agent bash

Une fois le terminal lancé, vous aurez besoin d’importer votre(vos) clé(s) grâce à :

ssh-add

ssh-add va ajouter votre clé ~/.ssh/id_rsa à la liste des clés utilisables par ssh-agent. Pour importer une clé supplémentaire il faut juste lui préciser où les trouver comme ceci :

ssh-add ~/.ssh/id_rsa_actinux1 ~/.ssh/id_rsa_actinux2

Dans le cas d’une protection de clé par passphrase, elle vous sera demandée (une seule fois ;) ).
Vous pouvez lister à tout moment l’ensemble des clés contenues dans votre ssh-agent de part la commande :

ssh-add -l

Ensuite plus besoin de préciser le fichier de clé à utiliser pour se connecter :

ssh <NomDeConnexion>

Pour terminer je vous conseillerez de placer dans votre fichier rc (.zshrc ou .bashrc par exemple) votre ou vos ssh-add et d’ajouter le ssh-agent sur les raccourcis utiles (le gnome-terminal par exemple). Ainsi la seule étape que vous aurez à passer 1 fois par jour c’est d’entrer votre/vos passphrases à l’ouverture de votre terminal.

]]> http://www.actinux.org/index.php/2009/06/05/loutil-indispensable-ssh/feed/ 1 Découverte de Zsh sur CentOS 5.2 http://www.actinux.org/index.php/2009/04/03/zsh-sur-centos-52/ http://www.actinux.org/index.php/2009/04/03/zsh-sur-centos-52/#comments Fri, 03 Apr 2009 10:31:28 +0000 ati http://www.actinux.org/?p=59 Découvrons dans ce tutoriel ce qu’est Zsh et apprenons à le compiler et le configurer sous une CentOS 5.2

1. Petite présentation
Le Z shell ou zsh est un shell Unix. Il reprend la plupart des fonctions les plus pratiques de bash, ksh ou encore tcsh.
En particulier, Zsh apporte notamment les fonctionnalités suivantes :

  • Complétion des commandes, des options et des arguments de la plupart des commandes. En particulier, taper la suite de caractères « cd  » ne permettra la complétion que par des répertoires ;
  • Recherche dans les sous-répertoire grâce au sélecteur ** ;
  • Partage de l’historique des commandes entre tous les shells zsh actuellement actifs ;
  • Utilisation améliorée des variables et des tableaux ;
  • Édition des commandes multi lignes dans un seul buffer ;
  • Correction « orthographique » des commandes tapées
  • Plusieurs modes de compatibilité (zsh peut par exemple être vu comme un shell bourne quand il est exécuté en tant que /bin/sh) ;
  • Invite de commande personnalisable, avec la possibilité d’afficher des informations sur le côté droit de l’écran qui disparaissent si la commande tapée est trop longue ;

2. Compilation et installation
Plusieurs mirroirs sont disponibles pour récupérer les dernières versions du produit. Ils sont listés sur le site de Zsh : http://www.zsh.org/
Commençons donc ce tutoriel en récupérant la dernière version stable (à cette heure il s’agit de la version 4.2.3) :

cd /usr/local/src/
wget ftp://nephtys.lip6.fr/pub/unix/shells/zsh/zsh.tar.gz
tar xvf zsh-4.2.3.tar.gz
mv zsh-4.2.3 /opt
cd /opt/zsh-4.2.3

On installe un paquet nécessaire à sa compilation :

yum install ncurses-devel

Nous pouvons désormais le compiler :

./configure
make
make check
make install

Par défaut, zsh s’installera dans le /usr/local/bin. Vous pouvez d’ores et déjà le lancer.

3. Une config de base
Le shell Zsh comporte 2 paires de 5 fichiers de configuration. Vous les trouverez la première paire dans le /etc et la seconde dans votre répertoire personnel /home. Comme tous les shells, les fichiers de configuration globale (dans le /etc) seront lus en premier suivi par la lecture de vos fichiers personnels (dans le /home).
Chronologiquement à leur ordre de lecture, ces fichiers sont :

  • zshenv et .zshenv : contient l’ensemble des variables d’environnement ;
  • zprofile et .zprofile : est lu uniquement dans le cas d’un login shell ;
  • zshrc et .zshrc : (est lu uniquement dans le cas d’un interactive shell), il contient les aliases, les options (setopt), les fonctions, les zstyles… ;
  • zlogin et .zlogin : (est lu uniquement dans le cas d’un login shell), on y place des commandes à exécuter avant la session ;
  • En fermant votre shell les fichiers .zlogout et zlogout sont lus dans l’ordre respectif (fichier utilisateur puis global).

Apprenons désormais à configurer un minimum Zsh pour le rendre convivial et surtout pour profiter de son extrême efficacité et utilité ;) Voici donc quelques fichiers de configuration prêt à l’emploi.
Je tiens d’ailleurs à préciser que ces fichiers proviennent du site http://formation-debian.via.ecp.fr/ et ont été légèrement modifiés. Je remercie la personne qui me l’a appris, même si la forme de sa remarque était autant inappropriée que stupide et qu’il n’a manifestement pas le goût de la présomption d’innocence…

zshenv

# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/
# Modifié par le blog Actinux
 
# Le PATH = un ensemble de répertoires dans lequel le shell va chercher les commandes (on les sépare par des ':')
export PATH="/usr/local/bin:/usr/local/sbin:/bin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/sbin:$HOME/bin"
 
# Viewer/Editeur par défaut (pour Crontab, CVS,...)
export VISUAL=vim
export EDITOR=vim
 
# Permissions rw-r--r-- pour les fichiers crées
# et rwxr-xr-x pour les répertoires crées
umask 022
 
# Proxy HTTP / FTP sans mot de passe
#export http_proxy="http://proxy.exemple.org:8080"
#export ftp_proxy="ftp://proxy.exemple.org:8080"
 
# Proxy HTTP / FTP avec mot de passe
#export http_proxy="http://login:password@proxy.exemple.org:8080"
#export ftp_proxy="ftp://login:password@proxy.exemple.org:8080"
 
# Ne pas passer par le proxy pour les domaines locaux
#export no_proxy="exemple.org"
 
# De la couleur pour grep
export GREP_OPTIONS='--color=auto'

zshlogin

# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/
# Modifié par le blog Actinux
 
# Ce fichier contient les commandes qui s'exécutent quand l'utilisateur
# Ouvre une console
 
# Affiche des informations sur le système
uname -a
uptime
 
# Accepte les messages d'autres utilisateurs
mesg y

zshlogout

# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/
# Modifié par le blog Actinux
 
# Ce fichier contient les commandes qui s'exécutent quand l'utilisateur
# Ferme une console
 
# Nettoie l'écran
clear

zshrc

# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/
# Modifié par le blog Actinux
 
#
# 1. Les alias
#
 
#  Gestion du ls : couleur + touche pas aux accents
alias ls='ls --classify --tabsize=0 --literal --color=auto --show-control-chars --human-readable'
 
# Gestion du grep : couleur
alias grep='grep --color=auto'
 
# Demande confirmation avant d'écraser un fichier
alias cp='cp --interactive'
alias mv='mv --interactive'
alias rm='rm --interactive'
 
# Raccourcis pour 'ls'
alias ll='ls -l'
alias la='ls -la'
 
# Quelques alias pratiques
alias c='clear'
alias less='less --quiet'
alias s='cd ..'
alias df='df --human-readable'
alias du='du --human-readable'
 
#
# 2. Prompt et définition des touches
#
if [ "$TERM" = "linux" -o "$TERM" = "screen" -o "$TERM" = "screen-w" ]
then
 bindkey '^[[1~' beginning-of-line       # Home
 bindkey '^[[4~' end-of-line             # End
 bindkey '^[[3~' delete-char             # Del
 bindkey '^[[2~' overwrite-mode          # Insert
 bindkey '^[[5~' history-search-backward # PgUp
 bindkey '^[[6~' history-search-forward  # PgDn
fi
if [ "$TERM" = "xterm" -o "$TERM" = "xterm-color" -o "$TERM" = "xterm-debian" ]
then
  if [ "$COLORTERM" != "" -a "$UNAME" = "Linux" ]
  then
    export TERM=xterm-debian
  fi
  bindkey '^[[H'  beginning-of-line       # Home
  bindkey '^[[F'  end-of-line             # End
  bindkey '^[[3~' delete-char             # Del
  bindkey '^[[2~' overwrite-mode          # Insert
  bindkey '^[[5~' history-search-backward # PgUp
  bindkey '^[[6~' history-search-forward  # PgDn
fi
 
if [ "$TERM" = "rxvt" ]
then
  export TERM="xterm"
  bindkey '^[[1~' beginning-of-line       # Home
  bindkey '^[[4~' end-of-line             # End
  bindkey '^[[3~' delete-char             # Del
  bindkey '^[[2~' overwrite-mode          # Insert
  bindkey '^[[5~' history-search-backward # PgUp
  bindkey '^[[6~' history-search-forward  # PgDn
  echo -en '\033&gt;'
fi
 
if [ "$TERM" = "vt100" ]
then
  bindkey '^[OA' up-line-or-history   # Fleche haut
  bindkey '^[OB' down-line-or-history # Fleche bas
  bindkey '^[OC' forward-char         # Fleche droite
  bindkey '^[OD' backward-char        # Fleche gauche
  bindkey '^?'   delete-char          # Del
fi
 
# On définit ici les couleurs du term pour le root ou les utilisateurs
BLACK="%{"$'\033[01;30m'"%}"
GREEN="%{"$'\033[01;32m'"%}"
RED="%{"$'\033[01;31m'"%}"
YELLOW="%{"$'\033[01;33m'"%}"
CYAN="%{"$'\033[36;1m'"%}"
BLUE="%{"$'\033[01;34m'"%}"
BOLD="%{"$'\033[01;39m'"%}"
NORM="%{"$'\033[00m'"%}"
WHITE="%{"$'\033[37;1m'"%}"
 
if [ "`id -u`" -eq 0 ]; then
  export PS1="${CYAN}%T ${BLUE}%n${YELLOW}@${WHITE}%m ${GREEN}%~${YELLOW} # ${NORM}${BOLD}"
else
  export PS1="${CYAN}%T ${RED}%n${YELLOW}@${WHITE}%m ${GREEN}%~${YELLOW} $ ${NORM}${BOLD}"
fi
 
# Gestion de la couleur pour 'ls' (exportation de LS_COLORS)
if [ -x /usr/bin/dircolors ]
then
  if [ -r ~/.dir_colors ]
  then
    eval "`dircolors ~/.dir_colors`"
  elif [ -r /etc/dir_colors ]
  then
    eval "`dircolors /etc/dir_colors`"
  else
    eval "`dircolors`"
  fi
fi
 
#
# 3. Options de zsh (cf 'man zshoptions')
#
 
# Je ne veux JAMAIS de beeps
unsetopt beep
unsetopt hist_beep
unsetopt list_beep
# &gt;| doit etre utilise pour pouvoir ecraser un fichier déjà éxistant ;
# le fichier ne sera pas écrasé avec '&gt;'
unsetopt clobber
# Ctrl+D est équivalent a 'logout'
unsetopt ignore_eof
# Affiche le code de sortie si different de '0'
setopt print_exit_value
# Demande confirmation pour 'rm *'
unsetopt rm_star_silent
# Correction orthographique des commandes
setopt correct
# Si on utilise des jokers dans une liste d'arguments, retire les jokers
# qui ne correspondent a rien au lieu de donner une erreur
setopt nullglob
 
# Schémas de completion
 
# - Schéma A :
# 1ere tabulation : complète jusqu'au bout de la partie commune
# 2eme tabulation : propose une liste de choix
# 3eme tabulation : complète avec le 1er item de la liste
# 4eme tabulation : complète avec le 2eme item de la liste, etc...
# -&gt; c'est le schema de complétion par défaut de zsh.
 
# Schema B :
# 1ere tabulation : propose une liste de choix et complète avec le 1er item
#                   de la liste
# 2eme tabulation : complète avec le 2eme item de la liste, etc...
# Si vous voulez ce schéma, décommentez la ligne suivante :
#setopt menu_complete
 
# Schema C :
# 1ere tabulation : complète jusqu'au bout de la partie commune et
#                   propose une liste de choix
# 2eme tabulation : complète avec le 1er item de la liste
# 3eme tabulation : complète avec le 2eme item de la liste, etc...
# Ce schema est le meilleur a mon gout !
# Si vous voulez ce schema, décommentez la ligne suivante :
#unsetopt list_ambiguous
 
# Options de complétion
# Quand le dernier caractère d'une complétion est '/' et que l'on
# tape 'espace' après, le '/' est effacé
setopt auto_remove_slash
# Ne fait pas de complétion sur les fichiers et répertoires cachés
unsetopt glob_dots
 
# Traite les liens symboliques comme il faut
setopt chase_links
 
# Quand l'utilisateur commence sa commande par '!' pour faire de la
# complétion historique, il n'execute pas la commande immédiatement
# mais il écrit la commande dans le prompt
setopt hist_verify
# Si la commande est invalide mais correspond au nom d'un sous-répertoire
# éxecuter 'cd sous-repertoire'
setopt auto_cd
# L'execution de "cd" met le repertoire d'ou l'on vient sur la pile
setopt auto_pushd
# Ignore les doublons dans la pile
setopt pushd_ignore_dups
# N'affiche pas la pile apres un "pushd" ou "popd"
setopt pushd_silent
# "pushd" sans argument = "pushd $HOME"
setopt pushd_to_home
 
# Les jobs qui tournent en tache de fond sont nice a '0'
unsetopt bg_nice
# N'envoie pas de "HUP" aux jobs qui tournent quand le shell se ferme
unsetopt hup
 
#
# 4. Paramètres de l'historique des commandes
#
 
# Nombre d'entrées dans l'historique
export HISTORY=1000
export SAVEHIST=1000
 
# Fichier où est stocké l'historique
export HISTFILE=$HOME/.zsh_history
 
# Ajoute l'historique à la fin de l'ancien fichier
setopt append_history
 
# Chaque ligne est ajoutée dans l'historique à mesure qu'elle est tapée
setopt inc_append_history
 
# Ne stocke pas une ligne dans l'historique si elle est identique à la précédente
unsetopt hist_ignore_dups
 
# Supprime les répétitions dans le fichier d'historique, ne conservant que la dernière occurrence ajoutée
unsetopt hist_ignore_all_dups
 
# Supprime les répétitions dans l'historique lorsqu'il est plein, mais pas avant
unsetopt hist_expire_dups_first
 
# N'enregistre pas plus d'une fois une même ligne, quelles que soient les options fixées pour la session courante
#setopt hist_save_no_dups
 
# La recherche dans l'historique avec l'éditeur de commandes de zsh ne
# montre  pas une même  ligne  plus d'une fois,  meme  si  elle a été
# enregistrée
unsetopt hist_find_no_dups
 
#
# 5. Complétion des options des commandes
#
 
zstyle ':completion:*' matcher-list '' 'm:{a-z}={A-Z}'
zstyle ':completion:*' max-errors 3 numeric
zstyle ':completion:*' use-compctl false
 
autoload -U compinit
compinit

Je reviendrai plus en détail sur ces fichiers de configuration lors d’un prochain tutoriel.

]]> http://www.actinux.org/index.php/2009/04/03/zsh-sur-centos-52/feed/ 1 Installer un serveur Redmine sur Centos 5.2 http://www.actinux.org/index.php/2009/03/24/installer-un-serveur-redmine-sur-centos-52/ http://www.actinux.org/index.php/2009/03/24/installer-un-serveur-redmine-sur-centos-52/#comments Tue, 24 Mar 2009 08:52:38 +0000 bpa http://www.actinux.org/?p=11 RedMine sur une Centos 5.2]]> Le but de cet article est d’écrire le processus d’installation d’un serveur RedMine sur une Centos 5.2

Description de RedMine

Redmine est un outil de gestion de projet en Web. Il est écrit en utilisant le framework « Ruby on Rails ». Il est multi-plateforme et fonctionne avec plusieurs bases de données.

Redmine est un projet Open Source sous licence GNU General Public License v2 (GPL).

Les fonctionnalités :

  • gestion multi-projets
  • gestion fine des droits utilisateurs définis par des rôles
  • rapports de bugs, demandes d’évolutions
  • Wiki multi-projets
  • forums multi-projets
  • Flux RSS / ATOM
  • Notifications par email
  • Gestion de feuilles de route, GANTT, calendrier
  • Historique
  • Intégration avec divers suivis de versions : SVN, CVS, Mercurial, Git, Bazaar & Darcs
  • Identification possible via LDAP
  • Multilingue (25 langues)
  • Support de plusieurs bases de données : MySQL, PostgreSQL ou SQLite

Installation des Prés-requis

Installer Ruby on Rails 2.2.2 sur Centos 5.2

yum install ruby ruby-devel ruby-libs-RDOC irb ruby-mysql ruby-rdoc

Télécharger et installer Ruby

wget http://rubyforge.org/frs/download.php/45905/rubygems-1.3.1.tgz
tar xvf rubygems-1.3.1.tgz
cd rubygems-1.3.1
ruby setup.rb

Installer le framework Rails

gem install rails -v=2.2.2

Installer le serveur MySQL

yum install mysql-server
service mysqld start

Installer et configurer Subversion

yum install subversion

Installation de Redmine

cd /usr/local/src
wget http://rubyforge.org/frs/download.php/52944/redmine-0.8.2.tar.gz
tar -zxvf redmine-0.8.2.tar.gz
mv redmine-0.8.2 /opt
cd /opt/redmine*
adduser redmine
chown -R redmine. /opt/redmine

Créer une base de donnée MySQL

mysql -u root
create database redmine character set utf8;

Modifier le fichier de configuration de connexion MySQL

cp config/database.yml.example config/database.yml
vi config/database.yml

Exemple pour une base MySQL

production:
adapter: mysql
database: redmine
host: localhost
username: bduser
password: bdpasswd
socket:/var/lib/mysql/mysql.sock

Créer la structure de la base de donnée

cd /opt/redmine
rake db:migrate RAILS_ENV="production"

Insérer des données de pré-configuration (cette étape est facultative mais fortement recommandée)

rake redmine:load_default_data RAILS_ENV="production"

Modifier les droits de l’utilisateur redmine

mkdir tmp public/plugin_assets
chown -R redmine. files log tmp public/plugin_assets
chmod -R 755 files log tmp public/plugin_assets

Démarrer le serveur

ruby script/server webrick -e production

Vous pouvez tester que votre serveur fonctionne :

http://ipduserveur:3000

Login et mot de passe par défaut:

Login: admin
Mot de passe: admin

Ajouter les librairies ImageMagick

Cette étape est nécessaire pour la réalisation des diagramme de Gantt

yum install gcc tcl-devel libpng-devel libjpeg-devel ghostscript-devel bzip2-devel freetype-devel libtiff-devel
cd /usr/local/src
wget ftp://ftp.imagemagick.org/pub/ImageMagick/ImageMagick.tar.gz
tar xvfz ImageMagick.tar.gz
cd ImageMagick*
./configure
make
make install
[ `grep /usr/local/lib /etc/ld.so.conf | wc -l` -eq 0 ] &amp;&amp; echo "/usr/local/lib" &gt;&gt; /etc/ld.so.conf
ldconfig
gem install rmagick -r --no-ri --no-rdoc

Ajouter la gestion automatique des dépot SVN

Redmine est capable de gérer automatiquement la création de vos dépots SVN; de plus, en fonction du type de projet (public ou privé) les dépots seront accessibles aux membres uniquement.

yum install mod_dav_svn mod_perl perl-Apache-DBI perl-Digest-SHA1 perl-DBD-mysql
mkdir /opt/svn
chown -R root.apache /opt/svn
yum install mod_dav_svn

Récupérer une version plus récente de Redmine.pm

cd /tmp
wget http://redmine.rubyforge.org/svn/trunk/extra/svn/Redmine.pm
cp Redmine.pm /opt/redmine/extra/svn/
mv Redmine.pm /usr/lib/perl5/vendor_perl/5.8.8/Apache/

Corriger une petit problème sur un des fichers ruby:

vi /opt/redmine/extra/svn/reposman.rb

Ajouter :

require ‘rdoc/ri/ri_paths’

Avant le bloc:

require 'getoptlong'
require 'rdoc/usage'
require 'soap/wsdlDriver'
require 'find'
require 'etc'

Editer le fichier /etc/httpd/conf.d/subversion.conf et ajouter à la fin:

DAV svn
SVNParentPath /opt/svn
SVNListParentPath on

Créer une fichier redmine.conf dans /etc/httpd/conf.d

<Location /svn-private>
DAV svn
SVNParentPath "/opt/svn"
Order deny,allow
Deny from all
# only allow reading orders
<Limit GET PROPFIND OPTIONS REPORT>
Allow from 192.168.0.40
</Limit>
</Location>
 
PerlLoadModule Apache::Redmine
   <Location /svn>
     DAV svn
     SVNParentPath "/opt/svn"
 
     AuthType Basic
     AuthName redmine
     Require valid-user
 
     PerlAccessHandler Apache::Authn::Redmine::access_handler
     PerlAuthenHandler Apache::Authn::Redmine::authen_handler
 
     ## for mysql
     RedmineDSN "DBI:mysql:database=redmine;host=localhost"
 
     RedmineDbUser "userdb"
     RedmineDbPass "userpwd"
  </Location>

Ajouter à la crontab:

*/5 * * * * ruby /opt/redmine/extra/svn/reposman.rb --redmine-host=localhost:3000 --svn-dir=/opt/svn --owner=apache --url=http://IP/svn-private/ --verbose >> /var/log/reposman.log

Tout devrait à présent fonctionner.
L’idéal serait de mettre en place un cluter Mongrel, mais il semble que la gestion des dépots SVN ne fonctionne plus.

Si vous l’utilisez avec Mongrel, n’hésiter pas ;)

]]> http://www.actinux.org/index.php/2009/03/24/installer-un-serveur-redmine-sur-centos-52/feed/ 2 Bienvenue sur le blog Actinux http://www.actinux.org/index.php/2009/03/11/bienvenue-sur-le-blog-actinux/ http://www.actinux.org/index.php/2009/03/11/bienvenue-sur-le-blog-actinux/#comments Wed, 11 Mar 2009 10:33:18 +0000 admin http://www.actinux.org/wpress/?p=1 Actinux encourage ses équipes à contribuer activement à l’informatique libre et publie ses productions sous l’URL actinux.org

Ces productions sont assurées :

- soit par le travail personnel d’ingénieurs de la société en dehors de leur temps de travail

- soit avec le financement d’Actinux pendant le temps de travail.

Actinux consacre actuellement une partie de son temps pour apporter sa modeste contribution aux logiciels libres.

]]> http://www.actinux.org/index.php/2009/03/11/bienvenue-sur-le-blog-actinux/feed/ 0