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

1. Introduction

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.

2. Interpréteurs de commandes: Pas de Bash?

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 la Collection des Paquets et Portages 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'informations.

3. Paquets et Portages: Ajouter des logiciels dans FreeBSD

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 paquets et les portages. Une liste complète de tous les portages et paquets 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

4. Démarrage Système: où sont les niveaux de mise en marche (run-levels) ?

Linux utilise le système d'initialisation SysV alors que FreeBSD utilise le style traditionel BSD avec init(8). Avec init(8) il n'existe pas de niveaux de mise en marche 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 additionels, 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

5. Configuration Réseau

% ifconfig
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=b<RXCSUM,TXCSUM,VLAN_MTU>
        inet 10.10.10.100 netmask 0xffffff00 broadcast 10.10.10.255
        ether 00:50:56:a7:70:b2
        media: Ethernet autoselect (1000baseTX <full-duplex>)
        status: active
em1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=b<RXCSUM,TXCSUM,VLAN_MTU>
        inet 192.168.10.222 netmask 0xffffff00 broadcast 192.168.10.255
        ether 00:50:56:a7:03:2b
        media: Ethernet autoselect (1000baseTX <full-duplex>)
        status: active

hostname="server1.example.com"
ifconfig_em0="inet 10.10.10.100  netmask 255.255.255.0"
defaultrouter="10.10.10.1"

hostname="server1.example.com"
ifconfig_em0="DHCP"

6. Pare-feu

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

• IPFIREWALL

• IPFILTER

• PF

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 formattage de 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-ce 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

7. Mettre à jour FreeBSD

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 construire les nouvelles versions du noyau et de l'espace utilisateur. 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).

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.

8. procfs: Disparu mais pas Oublié

Avec Linux, il vous est peut-être arrivé de consulter /proc/sys/net/ipv4/ip_forward pour déterminer si le transfert 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 la version courante de FreeBSD (notez que sysctl est disponible aussi sous Linux).

Dans l'exemple du transfert IP voici ce que vous utiliseriez pour déterminer si le transfert 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 Compatilibité 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

9. Commandes Usuelles

10. Conclusion

Nous ésperons que ce document vous a fourni suffisemment 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 couverts dans ce document.