Linux Server Wiki - Contributions [fr]

Installation et mise en place d'un dépôt subversion

2011-02-10T15:29:02Z

Remeh : Typo

[[Category:serveur]]
[[Category:debian]]
Ce howto a été écrit au départ pour debian etch puis a été adapté pour debian lenny. Il reste cependant valable la plupart du temps pour ces deux versions de debian.

Ce howto va vous montrer comment mettre en place un dépot subversion.
Le domaine utilisé est <code>svn.pfoo.csnu.org</code> qui est un alias pour <code>core.csnu.org</code>.
<code>core.csnu.org</code> est le domaine identifiant le serveur sur lequel se trouvera le dépôt subversion. Il possède l'adresse ipv4 <code>213.186.47.110</code> et l'adresse ipv6 <code>2001:41d0:1:d6e::110</code>.

Ce howto est construit de manière à respecter mon howto sur apache2. Les changements de permissions effectués dans ce howto supposent que vous êtes en umask 0027

=Installation et création du dépôt=

Pour installer svn, tapez:
<pre>aptitude install subversion subversion-tools</pre>

On peut maintenant créer le dépôt subversion. Dans mon cas, je vais le créer dans <code>/srv/http/csnu.org/pfoo.csnu.org/svn/</code>
<pre>svnadmin create /srv/http/csnu.org/pfoo.csnu.org/svn/</pre>

Le dépôt devra être accessible par apache en lecture ainsi qu'en écriture :
<pre>
chown -R root:www-data /srv/http/csnu.org/pfoo.csnu.org/svn/
chmod -R g+w /srv/http/csnu.org/pfoo.csnu.org/svn/
</pre>

Gardez à l'esprit que apache doit pouvoir exécuter (permission +x) tous les dossiers en amont de <code>/srv/http/csnu.org/pfoo.csnu.org/svn/</code>.

=Ajout de la redirection dans la zone dns de bind=

Éditez le fichier de la zone dns de votre domaine (<code>/srv/bind/csnu.org.hosts</code> dans mon cas) et ajoutez les lignes suivantes :
<pre>
core.csnu.org. IN A 213.186.47.110
core.csnu.org. IN AAAA 2001:41d0:1:d6e::110
svn.pfoo IN CNAME core.csnu.org.
</pre>

Bien-sur si vous ne disposez pas d'ipv6 vous n'avez pas besoin du champs <code>AAAA</code>.

=Installation et configuration du module svn de apache2=

==Installation du module apache svn==

Apache2 fournit un module qui permet de gérer le dépôt svn. Ce module est disponible via le paquet <code>libapache2-svn</code>. Nous allons l'installer :
<pre>aptitude install libapache2-svn</pre>

Normalement, le module est ajouté à la liste des modules activés automatiquement. Vous devriez alors voir les lignes suivantes à la fin de l'installation:
<pre>
Enabling dav as a dependency
Module dav installed; run /etc/init.d/apache2 force-reload to enable.
Module dav_svn installed; run /etc/init.d/apache2 force-reload to enable.
</pre>

Si ce n'est pas le cas, activez le module en tapant :
<pre>a2enmod dav_svn</pre>

Dans certains cas, si vous utilisez https, les opérations de déplacement (move) et de copie (copy) de subversion peuvent poser problème. La solution est d'utiliser le module headers de apache 2:
<pre>a2enmod headers</pre>

Reloadez ensuite apache2
<pre>/etc/init.d/apache2 restart</pre>

==Configuration d'une vhost==

Éditez le fichier <code>/etc/apache2/vhosts/svn.pfoo.csnu.org.conf</code> et ajoutez y les lignes suivantes:
<pre><nowiki>
<VirtualHost 213.186.47.110:80>
ServerName svn.pfoo.csnu.org
Include sites/svn.pfoo.csnu.org.conf
</VirtualHost>
<VirtualHost [2001:41d0:1:d6e::110]:80>
ServerName svn.pfoo.csnu.org
Include sites/svn.pfoo.csnu.org.conf
</VirtualHost>
</nowiki></pre>

Si vous voulez une vhost sécurisée en ssl, je vous renvois à mon howto sur apache2.

On peut maintenant créer le fichier de configuration du virtualhost.
Ouvrez le fichier <code>/etc/apache2/sites/svn.pfoo.csnu.org.conf</code> avez votre éditeur de texte et ajoutez les lignes suivantes:
<pre>
#Cette ligne est a décommenter si vous n'arrivez pas à utiliser les commandes copy et move de subversion en vous connectant en https:
#RequestHeader edit Destination ^https http early
<location />
# Chargement du module DAV svn (subversion)
DAV svn
# chemin complet vers le dépôt SVN
SVNPath /srv/http/csnu.org/pfoo.csnu.org/svn/
#On sécurise le tout par mot de passe.
# htpasswd permettra de créer facilement le fichier
AuthType Basic
AuthName "pfoo's SVN"
AuthUserFile /srv/http/csnu.org/pfoo.csnu.org/svn.htpasswd
Require valid-user

# fichier de configuration des permissions du dépot
AuthzSVNAccessFile /srv/http/csnu.org/pfoo.csnu.org/svn.perm
</location>
</nowiki></pre>

=Création des utilisateurs=

Nous allons créer un utilisateur pfoo ayant tous les droits sur le dépôt, et un utilisateur jonass n'ayant que des droits limités. Comme d'habitude, on préfèrera crypter les mots-de-passes en SHA (option -s)
<pre>
htpasswd -cs /srv/http/csnu.org/pfoo.csnu.org/svn.htpasswd pfoo
htpasswd -s /srv/http/csnu.org/pfoo.csnu.org/svn.htpasswd jonass
</pre>

On donne les bonnes permissions au fichier contenant les utilisateurs:
<pre>chown root:www-data /srv/http/csnu.org/pfoo.csnu.org/svn.htpasswd</pre>

On peut maintenant créer le fichier contenant les accès des deux utilisateurs. Ouvrez le fichier <code>/srv/http/csnu.org/pfoo.csnu.org/svn.perm</code> et entrez y les lignes suivantes:
<pre>
[groups]
author = pfoo
reader = jonass
[/]
@author = rw
@reader = r
</pre>

Petite explication :
* [groups] permet de définir les groupes d'utilisateurs. Chaque groupe peut contenir plusieurs utilisateurs séparés par des virgules (,).
* [/] permet de définir les permissions de la racine du dépôt SVN. Tel que je l'ais fait ici, les membres du groupe <code>author</code> auront un accès en lecture et en écriture, alors que les membres du groupe <code>reader</code> n'auront qu'un accès en lecture. Les groupes sont précédés d'un @

Comme d'habitude, changer l'appartenance du fichier:
<pre>chown root:www-data /srv/http/csnu.org/pfoo.csnu.org/svn.perm</pre>

=Le moment de vérité=

Il ne reste plus qu'à reloader apache
<pre>/etc/init.d/apache2 reload</pre>

Et essayer de se connecter avec son navigateur. Normalement, vous devriez tomber sur une fenêtre vous demandant de vous loguer :)

=Backup=

On ne le redira jamais assez : les backups sont obligatoires pour toute les données importantes. Et particulièrement pour SVN, étant donné qu'il vous permet de gérer vos projets. Quoi de plus horrible que de perdre la totalité des révisions de son projet suite à un crash disque ?
Alors bien-sur, le principe de SVN fait qu'il est en soi un système de backup, étant donné qu'en cas de crash du serveur, la révision HEAD (la plus récente) sera disponible chez tous vos collaborateurs.
Mais perdre les anciennes révisions n'est peut-être pas acceptable pour tous.

Pour réaliser un backup, vous pouvez utiliser soit <code>svnadmin</code>, soit un petit script inclut avec svn qui se nomme <code>svn-backup-dumps</code>. 
<code>svn-backup-dumps</code> est plus facile à utiliser et permet plusieurs options, comme par exemple, gziper les backups.

Pour réaliser votre backup avec <code>svn-backup-dumps</code> :
<pre>svn-backup-dumps /srv/http/csnu.org/pfoo.csnu.org/svn/ /root/backup/</pre>

Pour restaurer un backup, il faut utiliser <code>svnadmin</code> :
<pre>svnadmin load /srv/http/csnu.org/pfoo.csnu.org/svn/ < /root/backup/sauvegarde.svndmp</pre>

=Supprimer les anciennes révisions=

Après un certain temps d'utilisation vous voudrez peut-être supprimer les anciennes révisions de votre dépôt afin de faire le ménage et réduire la taille du dépôt. Pour réaliser cette action, il faut faire un dump des révisions que vous voulez garder, remettre le dépôt à zéro, puis recharger le dump

Dans mon cas, je ne souhaite conserver que les 10 dernières révisions et je suis à la révision 453 :
<pre>
svnadmin dump /srv/http/csnu.org/pfoo.csnu.org/svn/ -r 443:head > repository-443-head.dump
rm -rf /srv/http/csnu.org/pfoo.csnu.org/svn/
svnadmin create /srv/http/csnu.org/pfoo.csnu.org/svn/
svnadmin load /srv/http/csnu.org/pfoo.csnu.org/svn/ < repository-443-head.dump
------ Nouvelle révision 11 propagée (commit), basée sur révision 453
</pre>

Voila. Il ne vous reste plus qu'à faire un <code>checkout</code> sur le dépôt local de votre pc (car les révisions ne correspondront plus donc un simple <code>update</code> ne fonctionnera pas).

=Documentation=
http://subversion.tigris.org/

Auto-complétion avec Vim

2011-02-10T15:19:44Z

Remeh : Typo

[[Category:Développement]]
Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Auto-complétion Cpp/Qt4=

==Configuration de Vim==
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec F12
map <F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest
</pre>
Avec cette configuration, F12 crééra un fichier <code>tags</code> dans le repertoire courant, pour les sources du repertoire courant. De cette manière, vos projets pourront être auto-complété.

==Omnicppcomplete==
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

==Tags C++==
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

==Tags Qt4==
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Accueil

2011-02-10T15:13:43Z

Remeh : Description vim

__NOTOC__
{|style="width:100%; background:#F5F5F5;" cellpadding="10"
!style="font-size:200%; color:#056FFA;"|Bienvenu sur ce wiki
|-
|Ce wiki est dédié aux différentes distributions linux et aux logiciels libres qui les accompagnent.
|}

{|style="width:100%; border:1px solid #FFFFFF; background:#FFFFFF; color:#FFFFFF;" cellpadding="4" cellspacing="0"
!style="font-size:115%; background:#056FFA;"|Rechercher par
|-align="center"
| [[Special:Categories|Catégories]]  [[:Catégorie:Distributions|Distributions]]
|}

=Généralités=
[[Généralités sur linux]]

{| style="background:transparent;"
| style="width:50%; vertical-align:top;" |

= Serveur =

; [[:Category:serveur|Liste des pages]]
:
; [[Serveur_debian|Installation d'un serveur sous debian]]
: Tutoriel détaillant l'installation complète d'un serveur sous debian : serveur ssh, dns, ftp, mysql, service de mail, serveur http avec trac et svn, statistiques cacti, protection avec fail2ban et logcheck, serveur vocal mumble.
; [[Installation_d'un_serveur_debian_à_partir_du_mode_vkvm_chez_ovh|Installation d'un serveur debian chez ovh en vkvm]]
: Tutoriel détaillant les étapes d'installations d'un serveur dédié ovh sous debian à partir du mode vkvm
; [[Installer un serveur de mail Zimbra Collaboration Suite - Open Source Edition]]
: Tutoriel détaillant l'installation de ZCS OSE sous debian avec support de l'ipv6

| style="width:50%; vertical-align:top;" |

= Bureautique =

; [[:Category:bureautique|Liste des pages]]
:
; [[Généralités_sur_archlinux|Archlinux]]
:
;[[Kubuntu / KDE : login ssh automatique par clé]]
:
;[[ssh : le client libre de OpenSSH]]
:
;[[Court-circuiter la vérification dns]]
:
;[[Graver un iso bootable sur une clé usb]]
:Vos CDRW ne marchent plus ? Vous n'avez pas de lecteur cd sur votre netbook ?

|-
| style="width:50%; vertical-align:top;" |

= Développement =
; [[Auto-complétion_avec_Vim|Auto-complétion avec Vim]]
: Configurer l'auto-complétion C++ dans l'editeur de texte Vim

| style="width:50%; vertical-align:top;" |

= Android =

|}

Généralités sur linux

2011-02-06T11:45:30Z

Remeh : Rajout de Inclure un utilisateur dans un groupe

Ce howto a été écrit au départ pour debian etch puis a été adapté pour debian lenny. Il reste cependant valable la plupart du temps pour ces deux versions de debian.

=Généralités sur linux=

==Fichiers==

Le système de fichier ext3 est principalement destiné aux systèmes basés sur GNU/Linux. Il permet des fichiers ayant un nom jusqu'à 256 caractères.
Il ne faut pas perde de vue que, sous linux, tous les caractères ASCII sont différenciés, ce qui implique notamment la différenciation majuscule/minuscule : PoF.txt et pof.txt seront deux fichiers différents !
Chaque fichier à des attributs (des droits). Cette partie est traité dans la partie 3. Droits, permissions des fichiers et dossiers.
Le système de fichier ext4 est le successeur de ext3. Ce nouveau système de fichier gère les partitions jusqu'à 1 024 pébioctets (soit <math>2^{50}</math> octets) et a une meilleur gestion de la fragmentation que son prédécesseur.

==L'arborescence==
Sous linux, l'arborescence part d'une origine commune qu'on appel "root" (racine en français) ou "/". L'organisation standard des répertoires est décrite dans le [http://www.pathname.com/fhs/ Filesystem Hierarchy Standard]. Le respect de cette hiérarchie assure compatibilité et portabilité des systèmes linux.

==Droits, permissions des fichiers et dossiers==

===A propos des permissions et des droits===
On peut différencier trois catégories de permissions :
* user (u) qui défini les permissions du propriétaire du fichier.
* group (g) qui défini les permissions du groupe auquel appartient le fichier.
* other (o) qui défini les permissions de tous les autres utilisateurs du serveur.
Chaque fichier et chaque dossier appartient à un user (son propriétaire) et à un group.

On peut ensuite voir les trois types de permissions s'appliquant pour les trois catégories :
- read (r) qui défini le droit de lecture du fichier et d'affichage (listing) du dossier.
- write (w) qui défini le droit en écriture dans le fichier ou le dossier (écriture et suppression).
- execute (x) qui défini le droit d'exécution du fichier et l'autorisation d'entrer dans un dossier.

Les permissions peuvent être changés de deux manières : soit en utilisant les lettres (r, w et x), soit en utilisant les bits de permission. Le tableau suivant résume les permissions :
{|
!User (u)
!Group (g)
!Other (o)
|-
!read write exec
!read write exec
!read write exec
|-
!400 200 100
!40 20 10
!4 2 1
|}

Les permissions maximales sont donc rwxrwxrwx, ou 777.

Petit exemple :
Soit un utilisateur blah ayant ses fichiers dans /home/blah/. Tous ses fichiers appartiennent à l'utilisateur blah et au groupe blah et sont en permission 750. Ses fichiers ne seront donc accessible que par lui même et par les membres du groupe blah.
Pour qu'un autre utilisateur ait accès aux fichiers de blah, il faudra donc que cet autre utilisateur appartienne au groupe blah.

Pour changer les permissions d'un fichier/dossier:
<pre><nowiki>
chmod u+rwx plop : ajoute les permissions rwx à user pour le fichier/dossier plop 
chmod g+rwx plop : ajoute les permissions rwx au group pour le fichier/dossier plop 
chmod o+rwx plop : ajoute les permissions rwx a other pour le fichier/dossier plop
</nowiki></pre>

Vous pouvez changer les permissions d'un dossier et de tout ses sous-répertoires en ajoutant l'option -R :
<pre><nowiki>
chmod -R o+r dir/
</nowiki></pre>

Dans ce cas, vous aurez peut-être besoin de différencier les droits des fichiers et des dossiers (par exemple : les dossier devront être +x, mais pas les fichier). <code>chmod</code> gère cela : les lettres r w x en minuscules indiquent des fichiers, et les lettres R W X en majuscule indiquent des dossier. Par exemple:
<pre><nowiki>
chmod -R o-x+X dir/
</nowiki></pre>

Il existe des permissions d'accès spéciales. Elles ne peuvent être attribués que par le propriétaire du fichier (ou par root). Leurs valeurs octales sont 1000, 2000 et 4000.
Les bits setuid et setgid sont ce qu'on appel les permissions étendues : ils permettent de donner temporairement à un utilisateur les droits qui sont normalement ceux du propriétaire du fichier.
* setuid : il faut utiliser la commande <code>chmod u+s</code> (ou chmod 4xxx). Un programme exécutant un tel fichier/dossier peut alors s'exécuter sous le nom d'un autre utilisateur. Par exemple, si un fichier appartenant à root est setuidé, tout utilisateur exécutant ce fichier peut effectuer ses tâches avec les permissions associés à root.
* setgid : il faut utiliser la commande <code>chmod g+s</code> (ou chmod 2xxx). C'est le même principe que setgid, mais appliqué au groupe.
* sticky bit : il faut utiliser la commande <code>chmod u+t</code> (ou chmod 1xxx). Pour les dossiers : lorsque ce droit est positionné, il empêche la suppression des fichiers du dossier à tout utilisateur n'étant pas le propriétaire du fichier. Cependant, un utilisateur ayant le droit d'écrire dans le fichier pourra toujours le modifier (et donc, le vider complètement s'il le veut !). Pour les fichiers : le positionnement de ce droit indique que le fichier devra rester en mémoire même après son exécution. Le but était d'éviter de charger/décharger trop souvent les fichiers souvent utilisés et d'améliorer ainsi les performances.

===L'umask===
La commande <code>umask</code> permet de définir pour chaque utilisateur avec quelles permissions seront créées les fichiers et dossiers.
Pour calculer l'umask à appliquer, il faut soustraire les permissions voulues aux permissions totales (777). 
Pour que les fichiers/dossiers soient créées avec les droits 755, il faudra mettre l'umask à 22 :
<pre><nowiki>
umask 0022
</nowiki></pre>
Selon moi, un umask a 0027 est l'idéal. Cela permet de ne jamais créer de fichiers/dossiers accessibles par other :
<pre><nowiki>
umask 0027
</nowiki></pre>

Il faut cependant redéfinir l'umask à chaque fois que vous vous reloguez (connexion ssh, ouverture d'un terminal). Pour éviter d'avoir à redéfinir l'umask à chaque fois, vous pouvez ajouter la ligne suivante dans le fichier <code>.bash_profile</code> situé dans le home de chaque utilisateur :
<pre><nowiki>
umask 0027
</nowiki></pre>

Pour automatiser la définition de l'umask lors de la création d'un utilisateur, vous pouvez ajouter cette même ligne dans le fichier <code>/etc/skel/.bash_profile</code> 
N'oubliez pas de définir l'umask de votre utilisateur root dans <code>/root/.bash_profile</code>

===Les droits de /home===
Vous aurez peut-être remarqué que, lorsqu'un utilisateur se logue, il peut lister les répertoires de /home. Même s'il ne peut pas voir les fichiers des autres utilisateurs, il se peut que vous trouviez gênant qu'un utilisateur connaisse les logins des autres utilisateurs. Vous pouvez régler ce problème en enlevant le droit en lecture pour other de /home comme suit :
<pre><nowiki>
chmod o-r /home
</nowiki></pre>
Il en ira de même si vous ne voulez pas qu'un utilisateur puisse voir l'arborescence située dans /

===uid et le gid d'un utilisateur et modification du groupe===
L'uid (user ID) d'un utilisateur est son identifiant numérique. Il est unique à chaque utilisateur. Il est généralement supérieur à 1000. 
Le gid (group ID) d'un groupe est son identifiant numérique. Il est unique à chaque groupe et est généralement supérieur à 1000. 
Pour récupérer l'uid, le gid et les groupes d'un utilisateur, vous pouvez utiliser la commande <code>id</code> :
<pre><nowiki>
$ id
uid=1000(pfoo) gid=1000(pfoo) groupes=1000(pfoo)
</nowiki></pre>
Le gid correspond au groupe principal de l'utilisateur. Tous les autres groupes listés après sont dits secondaires.

Pour ajouter l'utilisateur pfoo dans le groupe audio, tapez :
<pre><nowiki>
usermod -G -a audio pfoo
</nowiki></pre>

Pour changer le groupe principal de l'utilisateur pfoo, tapez :
<pre><nowiki>
usermod -g legroupe pfoo
</nowiki></pre>
===Inclure un utilisateur dans un groupe===
Appartenir à un groupe permet souvent d'obtenir des droits supplémentaires. Exemple: appartenir au groupe <code>audio</code> donne accès aux périphériques audios.
Pour modifier les différents utilisateurs apprtenant à un groupe, il est possible de directement modifier le fichier <code>/etc/group</code> en énumérant les utilisateurs à droite du groupe voulu.
Une autre méthode consiste à utiliser la commande <code>gpasswd</code>. Par exemple pour rajouter un <code>utilisateur</code> à un <code>groupe</code>
<pre>
gpasswd -a utilisateur groupe
</pre>
Pour retirer un <code>utilisateur</code> d'un <code>groupe</code> :
<pre>
gpasswd -d utilisateur groupe
</pre>
<code>man gpasswd</code> pour plus d'informations.

==Les liens==
Sous linux chaque fichier est repéré physiquement sur le disque par un inode (c'est en quelque sorte le vrai nom des données sur le disque). Le nom de fichier (filename) est ce qu'on appel une étiquette et pointe sur l'inode.

===Hard link===
On créé un hardlink avec la commande <code>ln</code>. Ils permettent de créer une nouvelle étiquette pointant vers un inode. Une fois un hardlink créé, on peut accéder au fichier aussi bien avec le nom d'origine qu'avec le nom que l'on vient de créer. Si on efface le nom d'origine, le fichier reste accessible par le hardlink.
Notez que les hardlinks doivent être situé sur le même disque physique.

Pour créer un hardlink :
<pre><nowiki>
ln source nouveau_nom
</nowiki></pre>
source est le nom du fichier pour lequel vous voulez créer un hardlink, et nouveau_nom est le nom du lien

===symbolic link===

Un lien symbolic est une nouvelle étiquette pointant cette fois vers un nom de fichier. Si on efface le fichier d'origine, le lien ne signifie plus rien.

Pour créer un lien symbolique :
<pre><nowiki>
ln -s source destination
</nowiki></pre>
source est le nom du fichier pour lequel vous voulez créer un hardlink, et destination est le nom du lien

==Ajouter et supprimer des utilisateurs==

Pour ajouter un groupe il faut utiliser la commande groupadd :
<pre><nowiki>
groupadd -g GID GROUPE
</nowiki></pre>
GID est le numéro du groupe. GROUPE est le nom du groupe.

Pour ajouter un utilisateur il faut utiliser la commande useradd :
<pre><nowiki>
useradd -g GID -u UID LOGIN -d home_dir -m
</nowiki></pre>
GID est le numéro du groupe principal de l'utilisateur. 
UID est le numéro de l'utilisateur. LOGIN est le login de l'utilisateur. 
home_dir est le répertoire de l'utilisateur. Généralement /home/LOGIN. 
L'option -m précise qu'il faut créer le répertoire personnel de l'utilisateur.

==Le patch kernel grsecurity et la restriction des droits de /proc==

Le patch grsecurity pour le noyau linux permet d'augmenter la sécurité de votre machine. Cependant, la restriction des droits qu'il peut imposer sur certains répertoires peut être quelque-peut gênante, notamment pour les services utilisant l'ipv6. Si le kernel est bien configuré il a attribué les répertoires dont il a durcit les privilèges à un groupe (défini par la directive de configuration CONFIG_GRKERNSEC_PROC_GID). Si certains services posent des problèmes au lancement (c'est le cas par exemple pour postfix ou bind9 lorsqu'on les configure pour gérer l'ipv6) ajoutez les simplement au groupe des sous-répertoires de /proc/.

Si vous utilisez snmpd, il faut modifier la ligne de lancement dans <code>/etc/default/snmpd</code> en ajoutant l'option <code>-g GID</code> où GID est le groupe défini par CONFIG_GRKERNSEC_PROC_GID.

==Le programme tar==

=Généralités sur debian=

==Le lancement automatique au boot==

Quand vous installez des serveurs sous debian, un fichier permettant de le lancer, de l'arrêter, et plus rarement de reloader sa configuration est créé dans /etc/init.d/
Lorsque vous lancez votre serveur, certains services devront être lancé automatiquement. Ce lancement est effectué grâce à des fichiers situés dans /etc/rc?.d/ Le point d'interrogation (?) représente un chiffre contenu entre 0 et 6. Ce chiffre représente l'init. L'init par défaut qui est exécuté au boot est défini dans le fichier /etc/inittab
Chez moi par exemple, j'ai la ligne suivante dans mon /etc/inittab :
<pre>id:2:initdefault:</pre>
Celà signifie que lorsque je démarre mon serveur, il passe directement en <code>init 2</code>. C'est donc les fichiers situés dans /etc/rc2.d/ qui seront utilisés pour lancer les services.

Il est bon de noter que les fichiers situés dans <code>/etc/rc2.d/</code> sont en fait des liens virtuels pointant vers le lanceur situé dans <code>/etc/init.d/</code>
Si on supprime l'un de ces lignes virtuels, le service en question ne sera plus lancé automatiquement.
Si on ajoute un lien, le service correspondant sera alors automatiquement lancé au boot.

Vous avez peut-être remarqué que les liens ne sont pas nommé uniquement par le nom du service qu'ils lancent, mais qu'ils sont préfixés d'une lettre et de deux chiffres.
Un lien commençant par un S sera lancé, alors qu'un lien commençant par un K sera stoppé (K comme Kill)
Le nombre suivant la lettre S ou K définit la priorité de lancement ou d'arrêt.

Vous pouvez changer l'init actuel avec la commande telinit suivit du numéro de l'init voulu.
L'init 0 correspont a l'arrêt du serveur. L'init 6 correspond au reboot. L'init 1 est généralement utilisé pour un système single-user, et les init 2 à 5 pour un système multi-user.

A titre d'information, voici comment créer un lien virtuel pour ajouter un service au lancement automatique :

<pre>ln -s /etc/init.d/exemple /etc/rc2.d/S20exemple</pre>

Notez tout de même que beaucoup de serveurs (apache, proftpd, ...) proposent dans leur fichier <code>/etc/default/</code> de définir s'ils doivent se lancer ou non au boot. Cela permet de ne pas toucher aux fichiers de /etc/rc?.d/

=Généralités sur ce howto=

Je vais commencer par décrire l'arborescence que la suite du howto utilise.
Le dossier <code>/srv/</code> va contenir tous les dossiers et fichiers en rapport directement avec le serveur. Sur mon installation, j'ai créé une partition à part pour <code>/srv/</code> ce qui permet de ne pas perdre les données lors d'une réinstallation.
<code>/srv/bind/</code> contient les différentes zones dns que mon serveur bind9 gère.
<code>/srv/http/</code> contient les différents sites internet que mon serveur héberge du moment qu'ils ne sont pas rattaché à un utilisateur en particulier. Les sites internet rattachés à un utilisateur doivent être dans le dossier home de l'utilisateur en question.

Notez que pour la suite de ce howto, tous les changements de permissions effectués supposent que vous êtes en umask 0027.
Vous pouvez voir votre umask actuel avec la commande umask. Si votre umask n'est pas 0027, tapez :
<pre>umask 0027</pre>

Créez le répertoire /srv s'il n'existe pas :
<pre>
mkdir /srv
chmod o+rx /srv
</pre>

=Généralités sur l'installation d'un serveur dédié sous debian=

==Configurer les locales==

Les paramètres régionaux (locales en anglais) sont un ensemble de définitions de textes et de formats des fichiers.

===Debian===

Pour modifier la locale sous Debian, tapez :
<pre>
dpkg-reconfigure locales
</pre>
Au premier menu, cochez les locales suivantes avec la touche espace :
<pre>
fr_FR ISO-8859-1
fr_FR.UTF-8 UTF-8
fr_FR.UTF-8@euro UTF-8
fr_FR@euro ISO-8859-15
</pre>
Au menu suivant, définissez <code>fr_FR.UTF-8</code> comme locale active par défaut.

A titre d'information, les locales actives sont listées dans <code>/etc/locale.gen</code>. Vous pouvez modifier manuellement les locales actives en les ajoutant dans ce fichier puis en utilisant la commande <code>locale-gen</code>

Si vous avez des fichiers écrits avec une locale différente, vous pouvez rectifier vos fichiers avec <code>iconv</code>.

===ArchLinux===

Pour modifier la locale sous ArchLinux, il y a 3 étapes distinctes :
* Indiquer quelles locales peuvent être utilisées en modifiant le fichier <code>/etc/locale.gen</code> : il faut les décommenter en retirant le #
* Re-générer les locales en tapant en root la commande <code>locale-gen</code>
* Préciser laquelle utiliser dans le fichier <code>/etc/rc.conf</code> à la variable <code>LOCALE</code> quasiment tout en haut du fichier. Exemple : <code>LOCALE="fr_FR.utf8"</code>

==Configurer l'hostname du serveur==

Généralement, l'hostname de votre serveur correspond au nom de la machine chez la société chez qui vous louez le serveur. C'est ce même nom qui est affiché dans la ligne de votre shell lorsque vous vous loguez en ssh. Si vous possédez votre domaine, vous voudrez probablement avoir votre propre hostname. Dans mon cas, mon serveur s'appelle core.csnu.org.

Le premier fichier à modifier est <code>/etc/hostname</code>. Ce fichier défini notamment le nom affiché dans le shell. Tapez :
<pre>
echo core.csnu.org > /etc/hostname
</pre>

Il faut aussi modifier le fichier <code>/etc/hosts</code> et modifier la correspondance entre l'ip de la machine et l'hostname. Dans mon cas :
<pre>
213.186.47.110 core.csnu.org
</pre>

==Configurer une adresse ipv6==

Si la société chez qui vous louez votre serveur vous a alloué un bloc ipv6 vous voudrez peut-être configurer des adresses ipv6 sur votre serveur. Dans mon cas, le bloc ipv6 est 2001:41D0:1:127d::/64.
Pour ajouter l'adresse ipv6 2001:41d0:1:127d::1 à l'interface eth0 de votre serveur, tapez:
<pre>
ifconfig eth0 inet6 add 2001:41d0:1:127d::1/64
</pre>
Pour supprimer cette adresse ipv6 :
<pre>
ifconfig eth0 inet6 del 2001:41d0:1:127d::1/64
</pre>
Pour que l'adresse ipv6 soit configurée automatiquement au boot il faut ajouter les lignes suivantes dans <code>/etc/network/interfaces</code> :
<pre><nowiki>
iface eth0 inet6 static
address 2001:41d0:1:127d::1
netmask 64
#mtu 1280
up echo 0 > /proc/sys/net/ipv6/conf/all/autoconf
</nowiki></pre>

Enfin, il faut modifier <code>/etc/hosts</code> :
<pre>
::1 localhost.localdomain localhost
2001:41d0:1:127d::1 core.csnu.org
</pre>

==Automatiser la création du motd==

Le fichier <code>/etc/motd</code> contient le message qui doit être affiché lorsque quelqu'un se log en ssh. Vous pouvez y entrer par exemple un message que vous voulez passer aux utilisateurs du serveur.

Si vous voulez bénéficier d'un motd graphique, installez le paquet <code>linuxlogo</code> :
<pre>
aptitude install linuxlogo
</pre>

Vous pouvez créer un logo en dirigeant la sorti de la commande <code>linux_logo</code> vers <code>/etc/motd</code> :
<pre>
linux_logo > /etc/motd
</pre>
Si vous voulez automatiser la création d'un motd dynamique qui se modifiera par exemple à chaque changement de kernel il faut créer un script sh qui sera lancé à chaque démarrage. Personnellement, je me sers du fichier <code>/etc/rc.local</code>.
Voici mon fichier <code>/etc/rc.local</code> :
<pre>
#!/bin/sh -e
linux_logo > /etc/motd
echo >> /etc/motd
echo "Debian GNU/Linux 4.0" >> /etc/motd
echo >> /etc/motd
uname -a >> /etc/motd
echo >> /etc/motd
echo "server : `hostname | cut -f 1 -d "."`" >> /etc/motd
echo "ip : `cat /etc/network/interfaces | grep "address" | head -n 1 | cut -f 2 -d " "`" >> /etc/motd
echo "ip6 : `tac /etc/network/interfaces | grep "address" | head -n 1 | cut -f 2 -d " "`" >> /etc/motd
echo "hostname : `hostname`" >> /etc/motd
echo >> /etc/motd
/bin/cp /etc/motd /etc/issue
exit 0
</pre>

==Des mails temporaires avec exim4==

Vous aurez peut-être temporairement besoin d'un serveur smtp local pour gérer vos envois de mails (crontab, ...). Pour celà, nous allons rapidement configurer <code>Exim4</code>.
Pour commencez, installez <code>mailx</code>:
<pre>
aptitude install mailx
</pre>
<code>mailx</code> permet d'envoyer et de recevoir des mails (c'est un MUA, ou Mail User Agent). Les dépendances de mailx sous debian vont installer un serveur smtp. Sous debian, c'est exim4 qui va est installé par défaut.

Vous serrez amené à répondre à plusieurs questions pour la configuration d'exim4. Rien de bien compliqué.
Pour une raison obscure, lors de l'installation, je ne pouvais pas modifier le nom du serveur (mailname). Si vous êtes dans le même cas de figure, il suffit de modifier le fichier <code>/etc/mailname</code> et d'y entrer votre domaine. Une fois cela fait, il ne reste plus qu'à relancer la configuration d'exim:
<pre>
dpkg-reconfigure exim4-config
</pre>

Auto-complétion avec Vim

2011-02-03T17:56:09Z

Remeh : /* Configuration de Vim */

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec F12
map <F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest
</pre>
Avec cette configuration, F12 crééra un fichier <code>tags</code> dans le repertoire courant, pour les sources du repertoire courant. De cette manière, vos projets pourront être auto-complété.

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Auto-complétion avec Vim

2011-02-03T17:52:36Z

Remeh : /* Configuration de Vim */

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec Shift-F12
map <S-F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest
</pre>
Avec cette configuration, F12 crééra un fichier <code>tags</code> dans le repertoire courant, pour les sources du repertoire courant. De cette manière, vos projets pourront être auto-complété.

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Auto-complétion avec Vim

2011-02-03T13:33:49Z

Remeh : /* Configuration de Vim */

Auto-complétion avec Vim

2011-02-03T13:32:51Z

Remeh : /* Configuration de Vim */

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec Ctrl-F12
map <F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest
</pre>
Avec cette configuration, F12 crééra un fichier <code>tags</code> dans le repertoire courant, pour les sources du repertoire courant. De cette manière, vos projets pourront être auto-complété.

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Auto-complétion avec Vim

2011-02-03T13:32:22Z

Remeh : /* Configuration de Vim */

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec Ctrl-F12
map <F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest
</pre>
Avec cette configuration, F12 créera un fichier <code>tags</code> dans le repertoire courant, pour les sources du repertoire courant. De cette manière, vos projets pourront être auto-complété.

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Accueil

2011-02-03T13:30:22Z

Remeh :

[[Généralités]]

=Administration=
[[Installation d'un serveur dédié à partir du mode vkvm chez ovh]]

[[Installation et configuration d'un nouveau kernel]]

[[Configuration d'apt-get]]

[[Installation et configuration de OpenSSH]]

[[Sécurisation de base d'un serveur linux]]

[[Installation et configuration de OpenSSL]]

[[Installation et configuration de bind9]]

[[Installation et configuration d'un serveur http apache 2.2]]

=Développement=
[[Auto-complétion Cpp /Qt4 avec Vim]]

Auto-complétion avec Vim

2011-02-03T13:29:52Z

Remeh : Page créée avec « Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus p... »

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec Ctrl-F12
map <C-F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest
</pre>

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Accueil

2011-02-03T13:29:34Z

Remeh :

Discussion:Auto-complétion C /Qt4 avec Vim

2011-02-03T13:26:43Z

Remeh :

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec Ctrl-F12
map <C-F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest,preview
</pre>

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
ctags -f ~/.vim/tags/cpp -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -f ~/.vim/tags/qt -R --c++-kinds=+p --fields=+iaS --extra=+q /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Discussion:Auto-complétion C /Qt4 avec Vim

2011-02-03T13:10:39Z

Vim est un éditeur de texte puissant. Afin de rendre encore plus complet et pratique, ce tutoriel va expliquer comment configurer la complétion automatique en C++ et plus particulièrement pour Qt4.

Ce tutoriel est basé sur [http://vim.wikia.com/wiki/C%2B%2B_code_completion cet article].

Les paquets nécessaires sont : vim, ctags

=Configuration de Vim=
Votre fichier de configuration doit comporter les commandes suivantes :
<pre>
set nocp
filetype plugin on
" Reconstruire les tags de son projet avec Ctrl-F12
map <C-F12> :!ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q .<CR>
" OmniCppComplete
let OmniCpp_NamespaceSearch = 1
let OmniCpp_GlobalScopeSearch = 1
let OmniCpp_ShowAccess = 1
let OmniCpp_ShowPrototypeInAbbr = 1 " show function parameters
let OmniCpp_MayCompleteDot = 1 " autocomplete after .
let OmniCpp_MayCompleteArrow = 1 " autocomplete after ->
let OmniCpp_MayCompleteScope = 1 " autocomplete after ::
let OmniCpp_DefaultNamespaces = ["std", "_GLIBCXX_STD"]
" gestion plus intelligente du popup
au CursorMovedI,InsertLeave * if pumvisible() == 0|silent! pclose|endif
set completeopt=menuone,menu,longest,preview
</pre>

=Omnicppcomplete=
Il faut d'abord récupérer [http://www.vim.org/scripts/script.php?script_id=1520 Omnicppcomplete].
Pour son installation :
* Le dézipper dans son dossier ~/.vim

=Tags C++=
Il faut ensuite télécharger les [http://www.vim.org/scripts/script.php?script_id=2358 stdc++ tags].
* D'abord créer un dossier ~/.vim/tags si inexistant
* Extraire le dossier <code>cpp_src</code> dans le dossier <code>tags</coed>
* Les créer :
<pre>
cd ~/.vim/tags/
ctags -R --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ -f cpp cpp_src
</pre>
* Et enfin rajouter dans la configuration de Vim:
<pre>
set tags+=~/.vim/tags/cpp
</pre>

=Tags Qt4=
Plus rien de très compliqué :
* Générer les ctags :
<pre>
ctags -R --sort=yes --c++-kinds=+p --fields=+iaS --extra=+q --language-force=C++ -f qt /usr/include/Qt/
</pre>
* Et rajouter dans la configuration de son Vim :
<pre>
set tags+=~/.vim/tags/qt
</pre>

Généralités sur linux

2011-02-02T14:02:37Z

Remeh : Archlinux locales

Ce howto a été écrit au départ pour debian etch puis a été adapté pour debian lenny. Il reste cependant valable la plupart du temps pour ces deux versions de debian.

=Généralités sur linux=

==Fichiers==

Le système de fichier ext3 est principalement destiné aux systèmes basés sur GNU/Linux. Il permet des fichiers ayant un nom jusqu'à 256 caractères.
Il ne faut pas perde de vue que, sous linux, tous les caractères ASCII sont différenciés, ce qui implique notamment la différenciation majuscule/minuscule : PoF.txt et pof.txt seront deux fichiers différents !
Chaque fichier à des attributs (des droits). Cette partie est traité dans la partie 3. Droits, permissions des fichiers et dossiers.
Le système de fichier ext4 est le successeur de ext3. Ce nouveau système de fichier gère les partitions jusqu'à 1 024 pébioctets (soit <math>2^{50}</math> octets) et a une meilleur gestion de la fragmentation que son prédécesseur.

==L'arborescence==
Sous linux, l'arborescence part d'une origine commune qu'on appel "root" (racine en français) ou "/". L'organisation standard des répertoires est décrite dans le [http://www.pathname.com/fhs/ Filesystem Hierarchy Standard]. Le respect de cette hiérarchie assure compatibilité et portabilité des systèmes linux.

==Droits, permissions des fichiers et dossiers==

===A propos des permissions et des droits===
On peut différencier trois catégories de permissions :
* user (u) qui défini les permissions du propriétaire du fichier.
* group (g) qui défini les permissions du groupe auquel appartient le fichier.
* other (o) qui défini les permissions de tous les autres utilisateurs du serveur.
Chaque fichier et chaque dossier appartient à un user (son propriétaire) et à un group.

On peut ensuite voir les trois types de permissions s'appliquant pour les trois catégories :
- read (r) qui défini le droit de lecture du fichier et d'affichage (listing) du dossier.
- write (w) qui défini le droit en écriture dans le fichier ou le dossier (écriture et suppression).
- execute (x) qui défini le droit d'exécution du fichier et l'autorisation d'entrer dans un dossier.

Les permissions peuvent être changés de deux manières : soit en utilisant les lettres (r, w et x), soit en utilisant les bits de permission. Le tableau suivant résume les permissions :
{|
!User (u)
!Group (g)
!Other (o)
|-
!read write exec
!read write exec
!read write exec
|-
!400 200 100
!40 20 10
!4 2 1
|}

Les permissions maximales sont donc rwxrwxrwx, ou 777.

Petit exemple :
Soit un utilisateur blah ayant ses fichiers dans /home/blah/. Tous ses fichiers appartiennent à l'utilisateur blah et au groupe blah et sont en permission 750. Ses fichiers ne seront donc accessible que par lui même et par les membres du groupe blah.
Pour qu'un autre utilisateur ait accès aux fichiers de blah, il faudra donc que cet autre utilisateur appartienne au groupe blah.

Pour changer les permissions d'un fichier/dossier:
<pre><nowiki>
chmod u+rwx plop : ajoute les permissions rwx à user pour le fichier/dossier plop 
chmod g+rwx plop : ajoute les permissions rwx au group pour le fichier/dossier plop 
chmod o+rwx plop : ajoute les permissions rwx a other pour le fichier/dossier plop
</nowiki></pre>

Vous pouvez changer les permissions d'un dossier et de tout ses sous-répertoires en ajoutant l'option -R :
<pre><nowiki>
chmod -R o+r dir/
</nowiki></pre>

Dans ce cas, vous aurez peut-être besoin de différencier les droits des fichiers et des dossiers (par exemple : les dossier devront être +x, mais pas les fichier). <code>chmod</code> gère cela : les lettres r w x en minuscules indiquent des fichiers, et les lettres R W X en majuscule indiquent des dossier. Par exemple:
<pre><nowiki>
chmod -R o-x+X dir/
</nowiki></pre>

Il existe des permissions d'accès spéciales. Elles ne peuvent être attribués que par le propriétaire du fichier (ou par root). Leurs valeurs octales sont 1000, 2000 et 4000.
Les bits setuid et setgid sont ce qu'on appel les permissions étendues : ils permettent de donner temporairement à un utilisateur les droits qui sont normalement ceux du propriétaire du fichier.
* setuid : il faut utiliser la commande <code>chmod u+s</code> (ou chmod 4xxx). Un programme exécutant un tel fichier/dossier peut alors s'exécuter sous le nom d'un autre utilisateur. Par exemple, si un fichier appartenant à root est setuidé, tout utilisateur exécutant ce fichier peut effectuer ses tâches avec les permissions associés à root.
* setgid : il faut utiliser la commande <code>chmod g+s</code> (ou chmod 2xxx). C'est le même principe que setgid, mais appliqué au groupe.
* sticky bit : il faut utiliser la commande <code>chmod u+t</code> (ou chmod 1xxx). Pour les dossiers : lorsque ce droit est positionné, il empêche la suppression des fichiers du dossier à tout utilisateur n'étant pas le propriétaire du fichier. Cependant, un utilisateur ayant le droit d'écrire dans le fichier pourra toujours le modifier (et donc, le vider complètement s'il le veut !). Pour les fichiers : le positionnement de ce droit indique que le fichier devra rester en mémoire même après son exécution. Le but était d'éviter de charger/décharger trop souvent les fichiers souvent utilisés et d'améliorer ainsi les performances.

===L'umask===
La commande <code>umask</code> permet de définir pour chaque utilisateur avec quelles permissions seront créées les fichiers et dossiers.
Pour calculer l'umask à appliquer, il faut soustraire les permissions voulues aux permissions totales (777). 
Pour que les fichiers/dossiers soient créées avec les droits 755, il faudra mettre l'umask à 22 :
<pre><nowiki>
umask 0022
</nowiki></pre>
Selon moi, un umask a 0027 est l'idéal. Cela permet de ne jamais créer de fichiers/dossiers accessibles par other :
<pre><nowiki>
umask 0027
</nowiki></pre>

Il faut cependant redéfinir l'umask à chaque fois que vous vous reloguez (connexion ssh, ouverture d'un terminal). Pour éviter d'avoir à redéfinir l'umask à chaque fois, vous pouvez ajouter la ligne suivante dans le fichier <code>.bash_profile</code> situé dans le home de chaque utilisateur :
<pre><nowiki>
umask 0027
</nowiki></pre>

Pour automatiser la définition de l'umask lors de la création d'un utilisateur, vous pouvez ajouter cette même ligne dans le fichier <code>/etc/skel/.bash_profile</code> 
N'oubliez pas de définir l'umask de votre utilisateur root dans <code>/root/.bash_profile</code>

===Les droits de /home===
Vous aurez peut-être remarqué que, lorsqu'un utilisateur se logue, il peut lister les répertoires de /home. Même s'il ne peut pas voir les fichiers des autres utilisateurs, il se peut que vous trouviez gênant qu'un utilisateur connaisse les logins des autres utilisateurs. Vous pouvez régler ce problème en enlevant le droit en lecture pour other de /home comme suit :
<pre><nowiki>
chmod o-r /home
</nowiki></pre>
Il en ira de même si vous ne voulez pas qu'un utilisateur puisse voir l'arborescence située dans /

===uid et le gid d'un utilisateur et modification du groupe===
L'uid (user ID) d'un utilisateur est son identifiant numérique. Il est unique à chaque utilisateur. Il est généralement supérieur à 1000. 
Le gid (group ID) d'un groupe est son identifiant numérique. Il est unique à chaque groupe et est généralement supérieur à 1000. 
Pour récupérer l'uid, le gid et les groupes d'un utilisateur, vous pouvez utiliser la commande <code>id</code> :
<pre><nowiki>
$ id
uid=1000(pfoo) gid=1000(pfoo) groupes=1000(pfoo)
</nowiki></pre>
Le gid correspond au groupe principal de l'utilisateur. Tous les autres groupes listés après sont dits secondaires.

Pour ajouter l'utilisateur pfoo dans le groupe audio, tapez :
<pre><nowiki>
usermod -G -a audio pfoo
</nowiki></pre>

Pour changer le groupe principal de l'utilisateur pfoo, tapez :
<pre><nowiki>
usermod -g legroupe pfoo
</nowiki></pre>

==Les liens==
Sous linux chaque fichier est repéré physiquement sur le disque par un inode (c'est en quelque sorte le vrai nom des données sur le disque). Le nom de fichier (filename) est ce qu'on appel une étiquette et pointe sur l'inode.

===Hard link===
On créé un hardlink avec la commande <code>ln</code>. Ils permettent de créer une nouvelle étiquette pointant vers un inode. Une fois un hardlink créé, on peut accéder au fichier aussi bien avec le nom d'origine qu'avec le nom que l'on vient de créer. Si on efface le nom d'origine, le fichier reste accessible par le hardlink.
Notez que les hardlinks doivent être situé sur le même disque physique.

Pour créer un hardlink :
<pre><nowiki>
ln source nouveau_nom
</nowiki></pre>
source est le nom du fichier pour lequel vous voulez créer un hardlink, et nouveau_nom est le nom du lien

===symbolic link===

Un lien symbolic est une nouvelle étiquette pointant cette fois vers un nom de fichier. Si on efface le fichier d'origine, le lien ne signifie plus rien.

Pour créer un lien symbolique :
<pre><nowiki>
ln -s source destination
</nowiki></pre>
source est le nom du fichier pour lequel vous voulez créer un hardlink, et destination est le nom du lien

==Ajouter et supprimer des utilisateurs==

Pour ajouter un groupe il faut utiliser la commande groupadd :
<pre><nowiki>
groupadd -g GID GROUPE
</nowiki></pre>
GID est le numéro du groupe. GROUPE est le nom du groupe.

Pour ajouter un utilisateur il faut utiliser la commande useradd :
<pre><nowiki>
useradd -g GID -u UID LOGIN -d home_dir -m
</nowiki></pre>
GID est le numéro du groupe principal de l'utilisateur. 
UID est le numéro de l'utilisateur. LOGIN est le login de l'utilisateur. 
home_dir est le répertoire de l'utilisateur. Généralement /home/LOGIN. 
L'option -m précise qu'il faut créer le répertoire personnel de l'utilisateur.

==Le patch kernel grsecurity et la restriction des droits de /proc==

Le patch grsecurity pour le noyau linux permet d'augmenter la sécurité de votre machine. Cependant, la restriction des droits qu'il peut imposer sur certains répertoires peut être quelque-peut gênante, notamment pour les services utilisant l'ipv6. Si le kernel est bien configuré il a attribué les répertoires dont il a durcit les privilèges à un groupe (défini par la directive de configuration CONFIG_GRKERNSEC_PROC_GID). Si certains services posent des problèmes au lancement (c'est le cas par exemple pour postfix ou bind9 lorsqu'on les configure pour gérer l'ipv6) ajoutez les simplement au groupe des sous-répertoires de /proc/.

Si vous utilisez snmpd, il faut modifier la ligne de lancement dans <code>/etc/default/snmpd</code> en ajoutant l'option <code>-g GID</code> où GID est le groupe défini par CONFIG_GRKERNSEC_PROC_GID.

==Le programme tar==

=Généralités sur debian=

==Le lancement automatique au boot==

Quand vous installez des serveurs sous debian, un fichier permettant de le lancer, de l'arrêter, et plus rarement de reloader sa configuration est créé dans /etc/init.d/
Lorsque vous lancez votre serveur, certains services devront être lancé automatiquement. Ce lancement est effectué grâce à des fichiers situés dans /etc/rc?.d/ Le point d'interrogation (?) représente un chiffre contenu entre 0 et 6. Ce chiffre représente l'init. L'init par défaut qui est exécuté au boot est défini dans le fichier /etc/inittab
Chez moi par exemple, j'ai la ligne suivante dans mon /etc/inittab :
<pre>id:2:initdefault:</pre>
Celà signifie que lorsque je démarre mon serveur, il passe directement en <code>init 2</code>. C'est donc les fichiers situés dans /etc/rc2.d/ qui seront utilisés pour lancer les services.

Il est bon de noter que les fichiers situés dans <code>/etc/rc2.d/</code> sont en fait des liens virtuels pointant vers le lanceur situé dans <code>/etc/init.d/</code>
Si on supprime l'un de ces lignes virtuels, le service en question ne sera plus lancé automatiquement.
Si on ajoute un lien, le service correspondant sera alors automatiquement lancé au boot.

Vous avez peut-être remarqué que les liens ne sont pas nommé uniquement par le nom du service qu'ils lancent, mais qu'ils sont préfixés d'une lettre et de deux chiffres.
Un lien commençant par un S sera lancé, alors qu'un lien commençant par un K sera stoppé (K comme Kill)
Le nombre suivant la lettre S ou K définit la priorité de lancement ou d'arrêt.

Vous pouvez changer l'init actuel avec la commande telinit suivit du numéro de l'init voulu.
L'init 0 correspont a l'arrêt du serveur. L'init 6 correspond au reboot. L'init 1 est généralement utilisé pour un système single-user, et les init 2 à 5 pour un système multi-user.

A titre d'information, voici comment créer un lien virtuel pour ajouter un service au lancement automatique :

<pre>ln -s /etc/init.d/exemple /etc/rc2.d/S20exemple</pre>

Notez tout de même que beaucoup de serveurs (apache, proftpd, ...) proposent dans leur fichier <code>/etc/default/</code> de définir s'ils doivent se lancer ou non au boot. Cela permet de ne pas toucher aux fichiers de /etc/rc?.d/

=Généralités sur ce howto=

Je vais commencer par décrire l'arborescence que la suite du howto utilise.
Le dossier <code>/srv/</code> va contenir tous les dossiers et fichiers en rapport directement avec le serveur. Sur mon installation, j'ai créé une partition à part pour <code>/srv/</code> ce qui permet de ne pas perdre les données lors d'une réinstallation.
<code>/srv/bind/</code> contient les différentes zones dns que mon serveur bind9 gère.
<code>/srv/http/</code> contient les différents sites internet que mon serveur héberge du moment qu'ils ne sont pas rattaché à un utilisateur en particulier. Les sites internet rattachés à un utilisateur doivent être dans le dossier home de l'utilisateur en question.

Notez que pour la suite de ce howto, tous les changements de permissions effectués supposent que vous êtes en umask 0027.
Vous pouvez voir votre umask actuel avec la commande umask. Si votre umask n'est pas 0027, tapez :
<pre>umask 0027</pre>

Créez le répertoire /srv s'il n'existe pas :
<pre>
mkdir /srv
chmod o+rx /srv
</pre>

=Généralités sur l'installation d'un serveur dédié sous debian=

==Configurer les locales==

Les paramètres régionaux (locales en anglais) sont un ensemble de définitions de textes et de formats des fichiers.

===Debian===

Pour modifier la locale sous Debian, tapez :
<pre>
dpkg-reconfigure locales
</pre>
Au premier menu, cochez les locales suivantes avec la touche espace :
<pre>
fr_FR ISO-8859-1
fr_FR.UTF-8 UTF-8
fr_FR.UTF-8@euro UTF-8
fr_FR@euro ISO-8859-15
</pre>
Au menu suivant, définissez <code>fr_FR.UTF-8</code> comme locale active par défaut.

A titre d'information, les locales actives sont listées dans <code>/etc/locale.gen</code>. Vous pouvez modifier manuellement les locales actives en les ajoutant dans ce fichier puis en utilisant la commande <code>locale-gen</code>

Si vous avez des fichiers écrits avec une locale différente, vous pouvez rectifier vos fichiers avec <code>iconv</code>.

===ArchLinux===

Pour modifier la locale sous ArchLinux, il y a 3 étapes distinctes :
* Indiquer quelles locales peuvent être utilisées en modifiant le fichier <code>/etc/locale.gen</code> : il faut les décommenter en retirant le #
* Re-générer les locales en tapant en root la commande <code>locale-gen</code>
* Préciser laquelle utiliser dans le fichier <code>/etc/rc.conf</code> à la variable <code>LOCALE</code> quasiment tout en haut du fichier. Exemple : <code>LOCALE="fr_FR.utf8"</code>

==Configurer l'hostname du serveur==

Généralement, l'hostname de votre serveur correspond au nom de la machine chez la société chez qui vous louez le serveur. C'est ce même nom qui est affiché dans la ligne de votre shell lorsque vous vous loguez en ssh. Si vous possédez votre domaine, vous voudrez probablement avoir votre propre hostname. Dans mon cas, mon serveur s'appelle core.csnu.org.

Le premier fichier à modifier est <code>/etc/hostname</code>. Ce fichier défini notamment le nom affiché dans le shell. Tapez :
<pre>
echo core.csnu.org > /etc/hostname
</pre>

Il faut aussi modifier le fichier <code>/etc/hosts</code> et modifier la correspondance entre l'ip de la machine et l'hostname. Dans mon cas :
<pre>
213.186.47.110 core.csnu.org
</pre>

==Configurer une adresse ipv6==

Si la société chez qui vous louez votre serveur vous a alloué un bloc ipv6 vous voudrez peut-être configurer des adresses ipv6 sur votre serveur. Dans mon cas, le bloc ipv6 est 2001:41D0:1:127d::/64.
Pour ajouter l'adresse ipv6 2001:41d0:1:127d::1 à l'interface eth0 de votre serveur, tapez:
<pre>
ifconfig eth0 inet6 add 2001:41d0:1:127d::1/64
</pre>
Pour supprimer cette adresse ipv6 :
<pre>
ifconfig eth0 inet6 del 2001:41d0:1:127d::1/64
</pre>
Pour que l'adresse ipv6 soit configurée automatiquement au boot il faut ajouter les lignes suivantes dans <code>/etc/network/interfaces</code> :
<pre><nowiki>
iface eth0 inet6 static
address 2001:41d0:1:127d::1
netmask 64
#mtu 1280
up echo 0 > /proc/sys/net/ipv6/conf/all/autoconf
</nowiki></pre>

Enfin, il faut modifier <code>/etc/hosts</code> :
<pre>
::1 localhost.localdomain localhost
2001:41d0:1:127d::1 core.csnu.org
</pre>

==Automatiser la création du motd==

Le fichier <code>/etc/motd</code> contient le message qui doit être affiché lorsque quelqu'un se log en ssh. Vous pouvez y entrer par exemple un message que vous voulez passer aux utilisateurs du serveur.

Si vous voulez bénéficier d'un motd graphique, installez le paquet <code>linuxlogo</code> :
<pre>
aptitude install linuxlogo
</pre>

Vous pouvez créer un logo en dirigeant la sorti de la commande <code>linux_logo</code> vers <code>/etc/motd</code> :
<pre>
linux_logo > /etc/motd
</pre>
Si vous voulez automatiser la création d'un motd dynamique qui se modifiera par exemple à chaque changement de kernel il faut créer un script sh qui sera lancé à chaque démarrage. Personnellement, je me sers du fichier <code>/etc/rc.local</code>.
Voici mon fichier <code>/etc/rc.local</code> :
<pre>
#!/bin/sh -e
linux_logo > /etc/motd
echo >> /etc/motd
echo "Debian GNU/Linux 4.0" >> /etc/motd
echo >> /etc/motd
uname -a >> /etc/motd
echo >> /etc/motd
echo "server : `hostname | cut -f 1 -d "."`" >> /etc/motd
echo "ip : `cat /etc/network/interfaces | grep "address" | head -n 1 | cut -f 2 -d " "`" >> /etc/motd
echo "ip6 : `tac /etc/network/interfaces | grep "address" | head -n 1 | cut -f 2 -d " "`" >> /etc/motd
echo "hostname : `hostname`" >> /etc/motd
echo >> /etc/motd
/bin/cp /etc/motd /etc/issue
exit 0
</pre>

==Des mails temporaires avec exim4==

Vous aurez peut-être temporairement besoin d'un serveur smtp local pour gérer vos envois de mails (crontab, ...). Pour celà, nous allons rapidement configurer <code>Exim4</code>.
Pour commencez, installez <code>mailx</code>:
<pre>
aptitude install mailx
</pre>
<code>mailx</code> permet d'envoyer et de recevoir des mails (c'est un MUA, ou Mail User Agent). Les dépendances de mailx sous debian vont installer un serveur smtp. Sous debian, c'est exim4 qui va est installé par défaut.

Vous serrez amené à répondre à plusieurs questions pour la configuration d'exim4. Rien de bien compliqué.
Pour une raison obscure, lors de l'installation, je ne pouvais pas modifier le nom du serveur (mailname). Si vous êtes dans le même cas de figure, il suffit de modifier le fichier <code>/etc/mailname</code> et d'y entrer votre domaine. Une fois cela fait, il ne reste plus qu'à relancer la configuration d'exim:
<pre>
dpkg-reconfigure exim4-config
</pre>

Généralités sur linux

2011-02-02T14:01:54Z

Remeh :

Ce howto a été écrit au départ pour debian etch puis a été adapté pour debian lenny. Il reste cependant valable la plupart du temps pour ces deux versions de debian.

=Généralités sur linux=

==Fichiers==

Le système de fichier ext3 est principalement destiné aux systèmes basés sur GNU/Linux. Il permet des fichiers ayant un nom jusqu'à 256 caractères.
Il ne faut pas perde de vue que, sous linux, tous les caractères ASCII sont différenciés, ce qui implique notamment la différenciation majuscule/minuscule : PoF.txt et pof.txt seront deux fichiers différents !
Chaque fichier à des attributs (des droits). Cette partie est traité dans la partie 3. Droits, permissions des fichiers et dossiers.
Le système de fichier ext4 est le successeur de ext3. Ce nouveau système de fichier gère les partitions jusqu'à 1 024 pébioctets (soit <math>2^{50}</math> octets) et a une meilleur gestion de la fragmentation que son prédécesseur.

==L'arborescence==
Sous linux, l'arborescence part d'une origine commune qu'on appel "root" (racine en français) ou "/". L'organisation standard des répertoires est décrite dans le [http://www.pathname.com/fhs/ Filesystem Hierarchy Standard]. Le respect de cette hiérarchie assure compatibilité et portabilité des systèmes linux.

==Droits, permissions des fichiers et dossiers==

===A propos des permissions et des droits===
On peut différencier trois catégories de permissions :
* user (u) qui défini les permissions du propriétaire du fichier.
* group (g) qui défini les permissions du groupe auquel appartient le fichier.
* other (o) qui défini les permissions de tous les autres utilisateurs du serveur.
Chaque fichier et chaque dossier appartient à un user (son propriétaire) et à un group.

On peut ensuite voir les trois types de permissions s'appliquant pour les trois catégories :
- read (r) qui défini le droit de lecture du fichier et d'affichage (listing) du dossier.
- write (w) qui défini le droit en écriture dans le fichier ou le dossier (écriture et suppression).
- execute (x) qui défini le droit d'exécution du fichier et l'autorisation d'entrer dans un dossier.

Les permissions peuvent être changés de deux manières : soit en utilisant les lettres (r, w et x), soit en utilisant les bits de permission. Le tableau suivant résume les permissions :
{|
!User (u)
!Group (g)
!Other (o)
|-
!read write exec
!read write exec
!read write exec
|-
!400 200 100
!40 20 10
!4 2 1
|}

Les permissions maximales sont donc rwxrwxrwx, ou 777.

Petit exemple :
Soit un utilisateur blah ayant ses fichiers dans /home/blah/. Tous ses fichiers appartiennent à l'utilisateur blah et au groupe blah et sont en permission 750. Ses fichiers ne seront donc accessible que par lui même et par les membres du groupe blah.
Pour qu'un autre utilisateur ait accès aux fichiers de blah, il faudra donc que cet autre utilisateur appartienne au groupe blah.

Pour changer les permissions d'un fichier/dossier:
<pre><nowiki>
chmod u+rwx plop : ajoute les permissions rwx à user pour le fichier/dossier plop 
chmod g+rwx plop : ajoute les permissions rwx au group pour le fichier/dossier plop 
chmod o+rwx plop : ajoute les permissions rwx a other pour le fichier/dossier plop
</nowiki></pre>

Vous pouvez changer les permissions d'un dossier et de tout ses sous-répertoires en ajoutant l'option -R :
<pre><nowiki>
chmod -R o+r dir/
</nowiki></pre>

Dans ce cas, vous aurez peut-être besoin de différencier les droits des fichiers et des dossiers (par exemple : les dossier devront être +x, mais pas les fichier). <code>chmod</code> gère cela : les lettres r w x en minuscules indiquent des fichiers, et les lettres R W X en majuscule indiquent des dossier. Par exemple:
<pre><nowiki>
chmod -R o-x+X dir/
</nowiki></pre>

Il existe des permissions d'accès spéciales. Elles ne peuvent être attribués que par le propriétaire du fichier (ou par root). Leurs valeurs octales sont 1000, 2000 et 4000.
Les bits setuid et setgid sont ce qu'on appel les permissions étendues : ils permettent de donner temporairement à un utilisateur les droits qui sont normalement ceux du propriétaire du fichier.
* setuid : il faut utiliser la commande <code>chmod u+s</code> (ou chmod 4xxx). Un programme exécutant un tel fichier/dossier peut alors s'exécuter sous le nom d'un autre utilisateur. Par exemple, si un fichier appartenant à root est setuidé, tout utilisateur exécutant ce fichier peut effectuer ses tâches avec les permissions associés à root.
* setgid : il faut utiliser la commande <code>chmod g+s</code> (ou chmod 2xxx). C'est le même principe que setgid, mais appliqué au groupe.
* sticky bit : il faut utiliser la commande <code>chmod u+t</code> (ou chmod 1xxx). Pour les dossiers : lorsque ce droit est positionné, il empêche la suppression des fichiers du dossier à tout utilisateur n'étant pas le propriétaire du fichier. Cependant, un utilisateur ayant le droit d'écrire dans le fichier pourra toujours le modifier (et donc, le vider complètement s'il le veut !). Pour les fichiers : le positionnement de ce droit indique que le fichier devra rester en mémoire même après son exécution. Le but était d'éviter de charger/décharger trop souvent les fichiers souvent utilisés et d'améliorer ainsi les performances.

===L'umask===
La commande <code>umask</code> permet de définir pour chaque utilisateur avec quelles permissions seront créées les fichiers et dossiers.
Pour calculer l'umask à appliquer, il faut soustraire les permissions voulues aux permissions totales (777). 
Pour que les fichiers/dossiers soient créées avec les droits 755, il faudra mettre l'umask à 22 :
<pre><nowiki>
umask 0022
</nowiki></pre>
Selon moi, un umask a 0027 est l'idéal. Cela permet de ne jamais créer de fichiers/dossiers accessibles par other :
<pre><nowiki>
umask 0027
</nowiki></pre>

Il faut cependant redéfinir l'umask à chaque fois que vous vous reloguez (connexion ssh, ouverture d'un terminal). Pour éviter d'avoir à redéfinir l'umask à chaque fois, vous pouvez ajouter la ligne suivante dans le fichier <code>.bash_profile</code> situé dans le home de chaque utilisateur :
<pre><nowiki>
umask 0027
</nowiki></pre>

Pour automatiser la définition de l'umask lors de la création d'un utilisateur, vous pouvez ajouter cette même ligne dans le fichier <code>/etc/skel/.bash_profile</code> 
N'oubliez pas de définir l'umask de votre utilisateur root dans <code>/root/.bash_profile</code>

===Les droits de /home===
Vous aurez peut-être remarqué que, lorsqu'un utilisateur se logue, il peut lister les répertoires de /home. Même s'il ne peut pas voir les fichiers des autres utilisateurs, il se peut que vous trouviez gênant qu'un utilisateur connaisse les logins des autres utilisateurs. Vous pouvez régler ce problème en enlevant le droit en lecture pour other de /home comme suit :
<pre><nowiki>
chmod o-r /home
</nowiki></pre>
Il en ira de même si vous ne voulez pas qu'un utilisateur puisse voir l'arborescence située dans /

===uid et le gid d'un utilisateur et modification du groupe===
L'uid (user ID) d'un utilisateur est son identifiant numérique. Il est unique à chaque utilisateur. Il est généralement supérieur à 1000. 
Le gid (group ID) d'un groupe est son identifiant numérique. Il est unique à chaque groupe et est généralement supérieur à 1000. 
Pour récupérer l'uid, le gid et les groupes d'un utilisateur, vous pouvez utiliser la commande <code>id</code> :
<pre><nowiki>
$ id
uid=1000(pfoo) gid=1000(pfoo) groupes=1000(pfoo)
</nowiki></pre>
Le gid correspond au groupe principal de l'utilisateur. Tous les autres groupes listés après sont dits secondaires.

Pour ajouter l'utilisateur pfoo dans le groupe audio, tapez :
<pre><nowiki>
usermod -G -a audio pfoo
</nowiki></pre>

Pour changer le groupe principal de l'utilisateur pfoo, tapez :
<pre><nowiki>
usermod -g legroupe pfoo
</nowiki></pre>

==Les liens==
Sous linux chaque fichier est repéré physiquement sur le disque par un inode (c'est en quelque sorte le vrai nom des données sur le disque). Le nom de fichier (filename) est ce qu'on appel une étiquette et pointe sur l'inode.

===Hard link===
On créé un hardlink avec la commande <code>ln</code>. Ils permettent de créer une nouvelle étiquette pointant vers un inode. Une fois un hardlink créé, on peut accéder au fichier aussi bien avec le nom d'origine qu'avec le nom que l'on vient de créer. Si on efface le nom d'origine, le fichier reste accessible par le hardlink.
Notez que les hardlinks doivent être situé sur le même disque physique.

Pour créer un hardlink :
<pre><nowiki>
ln source nouveau_nom
</nowiki></pre>
source est le nom du fichier pour lequel vous voulez créer un hardlink, et nouveau_nom est le nom du lien

===symbolic link===

Un lien symbolic est une nouvelle étiquette pointant cette fois vers un nom de fichier. Si on efface le fichier d'origine, le lien ne signifie plus rien.

Pour créer un lien symbolique :
<pre><nowiki>
ln -s source destination
</nowiki></pre>
source est le nom du fichier pour lequel vous voulez créer un hardlink, et destination est le nom du lien

==Ajouter et supprimer des utilisateurs==

Pour ajouter un groupe il faut utiliser la commande groupadd :
<pre><nowiki>
groupadd -g GID GROUPE
</nowiki></pre>
GID est le numéro du groupe. GROUPE est le nom du groupe.

Pour ajouter un utilisateur il faut utiliser la commande useradd :
<pre><nowiki>
useradd -g GID -u UID LOGIN -d home_dir -m
</nowiki></pre>
GID est le numéro du groupe principal de l'utilisateur. 
UID est le numéro de l'utilisateur. LOGIN est le login de l'utilisateur. 
home_dir est le répertoire de l'utilisateur. Généralement /home/LOGIN. 
L'option -m précise qu'il faut créer le répertoire personnel de l'utilisateur.

==Le patch kernel grsecurity et la restriction des droits de /proc==

Le patch grsecurity pour le noyau linux permet d'augmenter la sécurité de votre machine. Cependant, la restriction des droits qu'il peut imposer sur certains répertoires peut être quelque-peut gênante, notamment pour les services utilisant l'ipv6. Si le kernel est bien configuré il a attribué les répertoires dont il a durcit les privilèges à un groupe (défini par la directive de configuration CONFIG_GRKERNSEC_PROC_GID). Si certains services posent des problèmes au lancement (c'est le cas par exemple pour postfix ou bind9 lorsqu'on les configure pour gérer l'ipv6) ajoutez les simplement au groupe des sous-répertoires de /proc/.

Si vous utilisez snmpd, il faut modifier la ligne de lancement dans <code>/etc/default/snmpd</code> en ajoutant l'option <code>-g GID</code> où GID est le groupe défini par CONFIG_GRKERNSEC_PROC_GID.

==Le programme tar==

=Généralités sur debian=

==Le lancement automatique au boot==

Quand vous installez des serveurs sous debian, un fichier permettant de le lancer, de l'arrêter, et plus rarement de reloader sa configuration est créé dans /etc/init.d/
Lorsque vous lancez votre serveur, certains services devront être lancé automatiquement. Ce lancement est effectué grâce à des fichiers situés dans /etc/rc?.d/ Le point d'interrogation (?) représente un chiffre contenu entre 0 et 6. Ce chiffre représente l'init. L'init par défaut qui est exécuté au boot est défini dans le fichier /etc/inittab
Chez moi par exemple, j'ai la ligne suivante dans mon /etc/inittab :
<pre>id:2:initdefault:</pre>
Celà signifie que lorsque je démarre mon serveur, il passe directement en <code>init 2</code>. C'est donc les fichiers situés dans /etc/rc2.d/ qui seront utilisés pour lancer les services.

Il est bon de noter que les fichiers situés dans <code>/etc/rc2.d/</code> sont en fait des liens virtuels pointant vers le lanceur situé dans <code>/etc/init.d/</code>
Si on supprime l'un de ces lignes virtuels, le service en question ne sera plus lancé automatiquement.
Si on ajoute un lien, le service correspondant sera alors automatiquement lancé au boot.

Vous avez peut-être remarqué que les liens ne sont pas nommé uniquement par le nom du service qu'ils lancent, mais qu'ils sont préfixés d'une lettre et de deux chiffres.
Un lien commençant par un S sera lancé, alors qu'un lien commençant par un K sera stoppé (K comme Kill)
Le nombre suivant la lettre S ou K définit la priorité de lancement ou d'arrêt.

Vous pouvez changer l'init actuel avec la commande telinit suivit du numéro de l'init voulu.
L'init 0 correspont a l'arrêt du serveur. L'init 6 correspond au reboot. L'init 1 est généralement utilisé pour un système single-user, et les init 2 à 5 pour un système multi-user.

A titre d'information, voici comment créer un lien virtuel pour ajouter un service au lancement automatique :

<pre>ln -s /etc/init.d/exemple /etc/rc2.d/S20exemple</pre>

Notez tout de même que beaucoup de serveurs (apache, proftpd, ...) proposent dans leur fichier <code>/etc/default/</code> de définir s'ils doivent se lancer ou non au boot. Cela permet de ne pas toucher aux fichiers de /etc/rc?.d/

=Généralités sur ce howto=

Je vais commencer par décrire l'arborescence que la suite du howto utilise.
Le dossier <code>/srv/</code> va contenir tous les dossiers et fichiers en rapport directement avec le serveur. Sur mon installation, j'ai créé une partition à part pour <code>/srv/</code> ce qui permet de ne pas perdre les données lors d'une réinstallation.
<code>/srv/bind/</code> contient les différentes zones dns que mon serveur bind9 gère.
<code>/srv/http/</code> contient les différents sites internet que mon serveur héberge du moment qu'ils ne sont pas rattaché à un utilisateur en particulier. Les sites internet rattachés à un utilisateur doivent être dans le dossier home de l'utilisateur en question.

Notez que pour la suite de ce howto, tous les changements de permissions effectués supposent que vous êtes en umask 0027.
Vous pouvez voir votre umask actuel avec la commande umask. Si votre umask n'est pas 0027, tapez :
<pre>umask 0027</pre>

Créez le répertoire /srv s'il n'existe pas :
<pre>
mkdir /srv
chmod o+rx /srv
</pre>

=Généralités sur l'installation d'un serveur dédié sous debian=

==Configurer les locales==

Les paramètres régionaux (locales en anglais) sont un ensemble de définitions de textes et de formats des fichiers.

===Debian===

Pour modifier la locale sous Debian, tapez :
<pre>
dpkg-reconfigure locales
</pre>
Au premier menu, cochez les locales suivantes avec la touche espace :
<pre>
fr_FR ISO-8859-1
fr_FR.UTF-8 UTF-8
fr_FR.UTF-8@euro UTF-8
fr_FR@euro ISO-8859-15
</pre>
Au menu suivant, définissez <code>fr_FR.UTF-8</code> comme locale active par défaut.

A titre d'information, les locales actives sont listées dans <code>/etc/locale.gen</code>. Vous pouvez modifier manuellement les locales actives en les ajoutant dans ce fichier puis en utilisant la commande <code>locale-gen</code>

Si vous avez des fichiers écrits avec une locale différente, vous pouvez rectifier vos fichiers avec <code>iconv</code>.

===ArchLinux===

Pour modifier la locale sous ArchLinux, il y a 3 étapes distinctes :
* Indiquer quelles locales peuvent être utilisées en modifiant le fichier <code>/etc/locale.gen</code> : il faut les décommenter en retirant le #
* Re-générer les locales en tapant en root la commande <code>locale-gen</code>
* Préciser laquelle utiliser dans le fichier <code>rc.conf</code> à la variable <code>LOCALE</code> quasiment tout en haut du fichier. Exemple : <code>LOCALE="fr_FR.utf8"</code>

==Configurer l'hostname du serveur==

Généralement, l'hostname de votre serveur correspond au nom de la machine chez la société chez qui vous louez le serveur. C'est ce même nom qui est affiché dans la ligne de votre shell lorsque vous vous loguez en ssh. Si vous possédez votre domaine, vous voudrez probablement avoir votre propre hostname. Dans mon cas, mon serveur s'appelle core.csnu.org.

Le premier fichier à modifier est <code>/etc/hostname</code>. Ce fichier défini notamment le nom affiché dans le shell. Tapez :
<pre>
echo core.csnu.org > /etc/hostname
</pre>

Il faut aussi modifier le fichier <code>/etc/hosts</code> et modifier la correspondance entre l'ip de la machine et l'hostname. Dans mon cas :
<pre>
213.186.47.110 core.csnu.org
</pre>

==Configurer une adresse ipv6==

Si la société chez qui vous louez votre serveur vous a alloué un bloc ipv6 vous voudrez peut-être configurer des adresses ipv6 sur votre serveur. Dans mon cas, le bloc ipv6 est 2001:41D0:1:127d::/64.
Pour ajouter l'adresse ipv6 2001:41d0:1:127d::1 à l'interface eth0 de votre serveur, tapez:
<pre>
ifconfig eth0 inet6 add 2001:41d0:1:127d::1/64
</pre>
Pour supprimer cette adresse ipv6 :
<pre>
ifconfig eth0 inet6 del 2001:41d0:1:127d::1/64
</pre>
Pour que l'adresse ipv6 soit configurée automatiquement au boot il faut ajouter les lignes suivantes dans <code>/etc/network/interfaces</code> :
<pre><nowiki>
iface eth0 inet6 static
address 2001:41d0:1:127d::1
netmask 64
#mtu 1280
up echo 0 > /proc/sys/net/ipv6/conf/all/autoconf
</nowiki></pre>

Enfin, il faut modifier <code>/etc/hosts</code> :
<pre>
::1 localhost.localdomain localhost
2001:41d0:1:127d::1 core.csnu.org
</pre>

==Automatiser la création du motd==

Le fichier <code>/etc/motd</code> contient le message qui doit être affiché lorsque quelqu'un se log en ssh. Vous pouvez y entrer par exemple un message que vous voulez passer aux utilisateurs du serveur.

Si vous voulez bénéficier d'un motd graphique, installez le paquet <code>linuxlogo</code> :
<pre>
aptitude install linuxlogo
</pre>

Vous pouvez créer un logo en dirigeant la sorti de la commande <code>linux_logo</code> vers <code>/etc/motd</code> :
<pre>
linux_logo > /etc/motd
</pre>
Si vous voulez automatiser la création d'un motd dynamique qui se modifiera par exemple à chaque changement de kernel il faut créer un script sh qui sera lancé à chaque démarrage. Personnellement, je me sers du fichier <code>/etc/rc.local</code>.
Voici mon fichier <code>/etc/rc.local</code> :
<pre>
#!/bin/sh -e
linux_logo > /etc/motd
echo >> /etc/motd
echo "Debian GNU/Linux 4.0" >> /etc/motd
echo >> /etc/motd
uname -a >> /etc/motd
echo >> /etc/motd
echo "server : `hostname | cut -f 1 -d "."`" >> /etc/motd
echo "ip : `cat /etc/network/interfaces | grep "address" | head -n 1 | cut -f 2 -d " "`" >> /etc/motd
echo "ip6 : `tac /etc/network/interfaces | grep "address" | head -n 1 | cut -f 2 -d " "`" >> /etc/motd
echo "hostname : `hostname`" >> /etc/motd
echo >> /etc/motd
/bin/cp /etc/motd /etc/issue
exit 0
</pre>

==Des mails temporaires avec exim4==

Vous aurez peut-être temporairement besoin d'un serveur smtp local pour gérer vos envois de mails (crontab, ...). Pour celà, nous allons rapidement configurer <code>Exim4</code>.
Pour commencez, installez <code>mailx</code>:
<pre>
aptitude install mailx
</pre>
<code>mailx</code> permet d'envoyer et de recevoir des mails (c'est un MUA, ou Mail User Agent). Les dépendances de mailx sous debian vont installer un serveur smtp. Sous debian, c'est exim4 qui va est installé par défaut.

Vous serrez amené à répondre à plusieurs questions pour la configuration d'exim4. Rien de bien compliqué.
Pour une raison obscure, lors de l'installation, je ne pouvais pas modifier le nom du serveur (mailname). Si vous êtes dans le même cas de figure, il suffit de modifier le fichier <code>/etc/mailname</code> et d'y entrer votre domaine. Une fois cela fait, il ne reste plus qu'à relancer la configuration d'exim:
<pre>
dpkg-reconfigure exim4-config
</pre>