Guide rapide pour débuter avec FreeBSD à l'attention des utilisateurs de Linux®

Ce document met en évidence les différences entre FreeBSD et Linux® de telle sorte que les utilisateurs de Linux® d'un niveau intermédiaire jusqu'à avancé puissent se familiariser rapidement avec les fondamentaux de FreeBSD. Il s'agit ici simplement d'une courte introduction technique qui n'a pas pour objectif d'expliciter les différences « philosophiques » entre les deux systèmes d'exploitation.

Ce document part du principe que vous avez déjà installé FreeBSD. Si vous n'avez pas installé FreeBSD ou que vous avez besoin d'aide pour mener à terme le processus d'installation, vous pouvez vous référer au chapitre Installer FreeBSD du Manuel de Référence FreeBSD.

Ceux qui ont l'habitude de Linux® sont souvent surpris de voir que Bash n'est pas l'interpréteur de commandes par défaut de FreeBSD. En fait, Bash n'est même pas présent dans l'installation par défaut. À la place, FreeBSD utilise tcsh(1) comme interpréteur par défaut. Cependant, Bash ainsi que vos autres interpréteurs de commandes favoris sont disponibles dans les Paquetages et logiciels portés de FreeBSD.

Si vous installez d'autres interpréteurs de commandes vous pouvez utiliser chsh(1) pour définir un interpréteur par défaut pour un utilisateur. Il est cependant recommandé de ne pas modifier l'interpréteur de commandes par défaut de root. La raison en est que les interpréteurs de commandes qui ne sont pas inclus dans la distribution de base sont normalement installés dans /usr/local/bin ou /usr/bin. Dans le cas d'un problème les systèmes de fichiers contenant /usr/local/bin et /usr/bin peuvent ne pas être montés. Dans ce cas root n'aurait pas accès à son interpréteur de commandes par défaut, ce qui empêcherait root de pouvoir se connecter. Pour cette raison un second compte root, le compte toor, a été créé pour l'utilisation avec des interpréteurs de commandes qui ne sont pas ceux par défaut. Vous pouvez consulter les questions fréquemment posées sur la sécurité concernant le compte toor pour plus d'information.

En plus de la traditionnelle méthode UNIX® d'installation de logiciels (télécharger les sources, extraire, éditer le code source, et compiler), FreeBSD offre deux autres méthodes pour installer des applications: les paquetages et les logiciels portés. Une liste complète de tous les logiciels portés et paquetages disponibles se trouve ici.

# pkg_add /tmp/apache-2.2.6_2.tbz

# pkg_add -r apache22
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.2-release/Latest/apache22.tbz... Done.
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.2-release/All/expat-2.0.0_1.tbz... Done.
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.2-release/All/perl-5.8.8_1.tbz... Done.
[snip]

To run apache www server from startup, add apache22_enable="YES"
in your /etc/rc.conf. Extra options can be found in startup script.

# cd /usr/ports/www/apache22
# make install clean

# cd /usr/ports/www/apache22
# make WITH_LDAP="YES" install clean

Linux® utilise le système d'initialisation SysV alors que FreeBSD utilise le style traditionnel BSD avec init(8). Avec init(8) il n'existe pas de niveaux d'exécution et pas de /etc/inittab, mais à la place le démarrage est contrôlé par l'utilitaire rc(8). Le script /etc/rc lit /etc/defaults/rc.conf et /etc/rc.conf pour déterminer quels services doivent être démarrés. Les services déclarés sont alors démarrés en lançant les scripts d'initialisation du service considéré que l'on trouve dans /etc/rc.d/ et /usr/local/etc/rc.d/. Ces scripts sont similaires aux scripts que l'on trouve dans /etc/init.d/ sur les systèmes Linux®.

Les services sont activés en spécifiant NomDuService_enable="YES" dans /etc/rc.conf (rc.conf(5)). Pour vous faire une idée, vous pouvez consulter les valeurs par défaut du système dans /etc/defaults/rc.conf, ces valeurs par défaut sont surchargées par celles trouvées dans /etc/rc.conf. De plus, lors de l'installation de logiciels additionnels, veillez à consulter leur documentation pour déterminer de quelle manière sont activés les services associés, le cas échéant.

Le bout de code suivant extrait de /etc/rc.conf active sshd(8) et Apache 2.2. Il spécifie également que Apache devrait être lancé avec SSL.

# enable SSHD
sshd_enable="YES"
# enable Apache with SSL
apache22_enable="YES"
apache22_flags="-DSSL"

Dès lors qu'un service a été activé dans /etc/rc.conf, ce service peut être démarré depuis la ligne de commande (sans avoir à redémarrer le système):

# /etc/rc.d/sshd start

Si un service n'a pas été activé il peut être démarré depuis la ligne de commande en utilisant forcestart:

# /etc/rc.d/sshd forcestart

Tout comme IPTABLES pour Linux®, FreeBSD offre également un pare-feu au niveau du noyau; en fait FreeBSD offre trois pare-feux distincts:

IPFIREWALL ou IPFW (la commande pour gérer un jeu de règles IPFW est ipfw(8)) est le pare-feu développé et maintenu par les développeurs FreeBSD. IPFW peut être couplé avec dummynet(4) pour fournir des possibilités de régulation du trafic et simuler différents types de connections réseau.

Voici un exemple de règle IPFW pour autoriser SSH en entrée:

ipfw add allow tcp from any to me 22 in via $ext_if

IPFILTER est le pare-feu applicatif développé par Darren Reed. Celui-ci n'est pas spécifique à FreeBSD et a été porté sur de nombreux systèmes d'exploitation tels que NetBSD, OpenBSD, SunOS, HP/UX, et Solaris.

Voici un exemple de règle IPFILTER pour autoriser SSH en entrée:

pass in on $ext_if proto tcp from any to any port = 22

Le dernier pare-feu, PF, est développé par le projet OpenBSD. PF a été créé pour remplacer IPFILTER, ce qui fait que la syntaxe de PF est très similaire à celle de IPFILTER. PF peut être couplé avec altq(4) pour fournir des possibilités de QoS.

Voici un exemple de règle PF pour autoriser SSH en entrée:

pass in on $ext_if inet proto tcp from any to ($ext_if) port 22

Il existe trois méthodes différentes pour mettre à jour un système FreeBSD: à partir des sources, les mises à jour binaires, et les disques d'installation.

Mettre à jour depuis les sources est la méthode la plus compliquée mais elle offre la plus grande flexibilité. Le processus implique de synchroniser une copie locale du code source de FreeBSD avec les serveurs CVS (Concurrent Versioning System - Système de gestion de Versions Concurrentes) de FreeBSD. Une fois que le code source local est à jour vous pouvez compiler les nouvelles versions du noyau et du système de base. Pour plus d'informations concernant les mises à jour depuis les sources vous pouvez consulter le chapitre sur la mise à jour du manuel FreeBSD.

Les mises à jour binaires ressemblent aux commandes yum ou apt-get utilisées pour mettre à jour un système Linux®. La commande freebsd-update(8) téléchargera les nouvelles mises à jour et les installera. Les mises à jour peuvent être programmées par l'intermédiaire de cron(8).

0 3 * * * root /usr/sbin/freebsd-update cron

La dernière méthode, qui permet de mettre à jour en utilisant les disques d'installation, est simple: démarrez depuis les disques d'installation et sélectionnez l'option de mise à jour.

Avec Linux®, il vous est peut-être arrivé de consulter /proc/sys/net/ipv4/ip_forward pour déterminer si le routage IP était activé. Avec FreeBSD vous devriez utiliser sysctl(8) pour voir ce réglage ainsi que d'autres réglages système parce que procfs(5) a été abandonné dans les versions actuelles de FreeBSD (notez que sysctl est disponible aussi sous Linux®).

Dans l'exemple du routage IP voici ce que vous utiliseriez pour déterminer si le routage IP est activé sur votre système FreeBSD:

% sysctl net.inet.ip.forwarding
net.inet.ip.forwarding: 0

L'option -a est utilisée pour lister tous les réglages du système:

% sysctl -a
kern.ostype: FreeBSD
kern.osrelease: 6.2-RELEASE-p9
kern.osrevision: 199506
kern.version: FreeBSD 6.2-RELEASE-p9 #0: Thu Nov 29 04:07:33 UTC 2007
    root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC

kern.maxvnodes: 17517
kern.maxproc: 1988
kern.maxfiles: 3976
kern.argmax: 262144
kern.securelevel: -1
kern.hostname: server1
kern.hostid: 0
kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 }
kern.posix1version: 200112
...

procfs est parfois nécessaire comme pour faire fonctionner de vieux logiciels, pour examiner des appels système en utilisant truss(1), et pour la Compatibilité Binaire avec Linux® (celle-ci utilise cependant son propre procfs, linprocfs(5)). Si vous avez besoin de monter procfs vous pouvez ajouter la ligne suivante dans /etc/fstab:

proc                /proc           procfs  rw,noauto       0       0

Et ensuite montez procfs avec:

# mount /proc

Nous esperons que ce document vous a fourni suffisamment d'informations pour que vous puissiez faire vos premiers pas avec FreeBSD. Vous pouvez consulter le Manuel FreeBSD pour une couverture plus complète des sujets abordés ici ainsi que de tous les autres sujets non abordés dans ce document.