1.1. Prêter son concours au Net-HOWTO

Si vous vouler apporter votre aide, il existe deux voies qui sont d'un très grand secours.

• Achetez un livre OpenBook! Si vous achetez des livres OpenDocs, OpenDocs Publishing rétrocédera une partie de la somme au Fond de Documentation Open Source (Open Source Documentation Fund). Celui-ci aide les auteurs financièrement afin qu'ils continuent à écrire de la documentation pour les projets Open Source.

• Contribuer financièrement au document. Avec cette contribution, vous pouvez même demander ce que vous voudriez voir mis à jour, écrit, ou développé dans le document. Pour participer financièrement, contactez s'il vous plaît Command Prompt, Inc. ou Joshua Drake.

• Si vous avez écrit quelque chose sur un sujet auquel vous voudriez apporter votre contribution, envoyez un courrier électronique à [email protected]

2.1. Retour d'informations

Nous apprécions toujours les retours d'informations. Contactez-nous s'il vous plait à: [email protected].

Si vous trouvez des erreurs ou bien si vous désirez que l'on ajoute quelque chose, contactez nous.

Ceci vous a intéressé ? Pourquoi ne pas donner 2,50 dollars?

3.1. Les conventions utilisées dans ce document

Il n'y a pas de convention spéciale utilisée dans ce document, mais vous devez faire attention à la façon dont les commandes sont spécifiées. En consultant la documentation habituelle d'Unix, toute commande qui doit être tapée est précédée d'une invite du shell. Ce document utilise "user%" comme invite pour les commandes ne nécessitant pas de privilèges de superutilisateur, et "root#" pour les commandes que l'on doit exécuter comme super-utilisateur (root). Je préfère utiliser "root#" à la place du classique "#" pour éviter toute confusion avec les extraits de scripts shell, ou le signe dièse est utilisé pour définir les lignes de commentaires.

Lorsque les « Options de Compilation du noyau » sont mentionnées, elles le sont avec le format utilisé par menuconfig. Elles devraient donc être compréhensibles même si vous (comme moi) n'êtes pas familiers avec menuconfig. Si vous avez un doute sur l'utilisation de certaines options, faites tourner le programme une fois. Cela ne peut que vous aider.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

4.1. Informations sur la couche réseau de Linux.

Il existe un grand nombre d'endroits où l'on peut trouver de bonnes informations sur le réseau Linux.

Il y a un tas de spécialistes disponibles. On peut en trouver une liste sur http://www.linuxports.com/.

Alan Cox, l'actuel mainteneur du code réseau Linux entretient une page web contenant les points principaux du réseau actuel, et ses nouveaux développements, à l'adresse : www.uk.linux.org.

Il existe un groupe de discussion dédié au réseau et, en ce qui le concerne dans la hiérarchie Linux, c'est : comp.os.linux.networking

Il existe une liste de diffusion à laquelle vous pouvez vous inscrire, et où vous pourrez poser des questions en relation avec le réseau Linux. Pour souscrire vous devez envoyer un message par courrier électronique :

To: [email protected] Subject: (rien du tout) Message: subscribe linux-net

Souvenez-vous lorsque vous faites part d'un problème d'y inclure le plus possible de détails nécessaires. Plus spécialement indiquez les versions des logiciels que vous utilisez, en particulier la version du noyau, les versions des outils tels que pppd ou dip, et la nature exacte des problèmes que vous rencontrez. Cela veut dire prendre note de la syntaxe exacte des messages d'erreurs que vous recevez, et les commandes que vous avez exécutées.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

4.2. Où obtenir des informations sur le réseau, non spécifiques de Linux.

Si vous désirez des informations générales de base sur tcp/ip, alors je vous recommande de regarder les documents suivants :

Si vous recherchez des informations plus détaillées je vous recommande chaudement :

" Inter Networking with TCP/IP, Volume 1 : Principes, Protocoles et Architectures, par Douglas E. Comer,ISBN 0-13-227836-7, Prentice Hall publications, 3ème édition, 1995."

Si vous voulez apprendre comment écrire des applications réseau dans un environnement compatible Unix, je vous recommande également chaudement :

" Unix Network Programming par W. Richard Stevens ISBN 0-13-949876-1, Prentice Hall publications, 1990."

Une deuxième édition de ce livre va apparaitre sur les rayons : le nouveau livre comporte 3 volumes : voyez le site de Prentice Hall pour en savoir plus.

Vous pouvez essayer aussi le groupe de discussions : comp.protocols.tcp-ip.

Une importante source d'informations techniques concernant l'Internet et la suite des protocoles TCP/IP sont les RFC. RFC est l'acronyme de `Request For Comment' et c'est le moyen habituel de soumettre et de s'informer des normes de protocoles Internet. Il y a beauccoup d'endroits où sont stockées ces RFC. Un grand nombre sont des sites ftp, d'autres fournissent des accès WWW avec un moteur de recherche qui fouille dans les bases de données RFC avec des mots-clés particuliers.

Une source possible de RFC est : la base de données RFC de Nexor.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

5.1. De quoi ai-je besoin pour démarrer ?

Avant de commencer à construire ou configurer votre réseau, vous aurez besoin de certaines choses. Les plus importantes sont :

5.2. Où mettre les commandes de configuration ?

Il y a plusieurs possibilités de procédures de démarrage d'un système Linux. Après le démarrage du noyau, celui-ci exécute toujours un programme appelé `init'. Ce programme lit le fichier de configuration appelé /etc/inittab et commence le processus de démarrage. Il y a quelques variantes de init, bien que maintenant tout le monde se dirige vers la variante System V (cinq), développée par Miguel van Smoorenburg.

Bien que que le programme init soit toujours le même, les réglages du processus de démarrage se font différemment suivant le type de distribution.

Habituellement le fichier /etc/inittab contient une entrée telle que :

si::sysinit:/etc/init.d/boot

Cette ligne spécifie le nom du fichier script qui prend en charge réellement la séquence de démarrage. Ce fichier est en quelque sorte équivalent au fichier MS-DOS AUTOEXEC.BAT.

Il y a aussi d'autres scripts appelés par le script de démarrage, et souvent le réseau est configuré dans l'un de ceux-ci.

Le tableau suivant peut être utilisé comme guide suivant le système que vous avez :

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Distrib. |Interface Config/Routage | Initialisation serveur - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Debian | /etc/init.d/network | /etc/rc2.d/* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Slackware| /etc/rc.d/rc.inet1 | /etc/rc.d/rc.inet2 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - RedHat | /etc/rc.d/init.d/network | /etc/rc.d/rc3.d/* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Notez que les distributions Debian et RedHat utilisent tout un répertoire pour les scripts qui mettent en route les services du système (et habituellement l'information ne se situe pas dans ces fichiers, par exemple les systèmes RedHat stockent l'ensemble de la configuration du système sous /etc/sysconfig, où elle est récupérée par les scripts de démarrage). Si vous voulez saisir les détails du processus de démarrage, je vous conseille de vérifier /etc/inittab ainsi que la documentation accompagnant init. Linux Journal va également publier un article sur l'initialisation des systèmes, et nous pointerons sur lui dès qu'il sera disponible sur le réseau.

La plupart des distributions récentes incluent un programme qui permet de configurer de nombreux types d'interfaces réseau. Si vous en possédez une, regardez si ce programme vous convient au lieu de tenter une configuration manuelle.

- - - - - - - - - - - - - - - - - - - - - - - Distrib | Programme de configuration réseau - - - - - - - - - - - - - - - - - - - - - - - RedHat | /sbin/netcfg Slackware | /sbin/netconfig - - - - - - - - - - - - - - - - - - - - - - -

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

5.3. Créer vos interfaces réseau

Sur un grand nombre de systèmes Unix, les périphériques réseau apparaissent dans le répertoire /dev . Il n'en est pas de même avec Linux. Les périphériques réseau sont créés dynamiquement par les logiciels et ne nécessitent donc pas de fichiers de périphériques.

Dans la majorité des cas, le périphérique réseau est automatiquement créé par le gestionnaire de périphérique lors de son initialisation par le noyau. Par exemple le pilote Ethernet crée les interfaces eth[0..n] une par une lorsqu'il détecte votre matériel Ethernet. La première carte Ethernet trouvée devient eth0, la deuxième eth1, etc.

Cependant, dans certains cas, notamment avec SLIP et PPP, les périphériques réseau sont créés par un programme utilisateur. Le même mécanisme séquentiel s'applique sur les périphériques, mais ce n'est pas au moment du démarrage du système. La raison en est que, à l'inverse des dispositifs Ethernet, le nombre de périphériques slip ou ppp actifs peut varier dans le temps. Nous y reviendrons plus tard.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

5.4. Configurer une interface réseau. Noyaux 2.0 et 2.2

Lorsque vous avez tous les programmes requis, votre adresse et les informations réseau, vous pouvez alors configurer vos interfaces. Lorsque nous parlons de la configuration d'interface, nous faisons allusion au processus d'assignation des adresses du périphérique réseau, et au processus de réglage des paramètres configurables. Le programme le plus utilisé pour ce faire est la commande ifconfig (interface configure).

Typiquement vous utilisez une commande comme ci-dessous :

root# ifconfig eth0 192.168.0.1 netmask 255.255.255.0 up

Dans ce cas je configure l'interface Ethernet `eth0' avec l'adresse IP `192.168.0.1' et un masque de réseau `255.255.255.0'. Le `up' qui termine la commande enjoint à l'interface de devenir active, mais il peut être omis, étant par défaut. Pour clore une interface, vous faites juste ``ifconfig eth0 down''.

Le noyau suppose certaines valeurs par défaut lorsque l'on configure les interfaces. Par exemple, vous pouvez indiquer une adresse de réseau et une adresse de diffusion, mais si vous ne le faites pas comme nous venons de le faire dans l'exemple ci-dessus, alors le noyau fera certaines hypothèses fondées sur le masque de réseau que vous avez fourni, et si vous ne l'avez pas donnée, sur la classe de l'adresse IP configurée. Dans mon exemple, le noyau considérera que c'est un réseau de classe C et configurera une adresse réseau de `192.168.0.0' et une adresse de diffusion de `192.168.0.255'.

Il y a de nombreuses autres options pour la commande ifconfig . Les plus importantes sont :

Avec les versions 2.2 du noyau, il y a un certain nombre d'options que nous n'avons pas énumérées ci-dessus. Parmi les plus intéressantes, citons le tunneling et les options IPV6. Voici les paramètres ifconfig pour les noyaux 2.2.

5.5. Configurer votre solveur de noms

Le `Solveur de Noms' (Name Resolver) fait partie de la bibliothèque standard de Linux. Sa première fonction est de convertir des noms d'hôtes compréhensibles par l'homme, comme `ftp.funet.fi' , en adresses IP compréhensibles par une machine, comme 128.214.248.6.

5.6. Configurer votre interface loopback

L'interface `loopback' est un type spécial d'interface qui permet de vous connecter à vous-même. Il y a plusieurs raisons pour faire cela. Par exemple si vous voulez faire des essais de logiciel réseau sans interférer avec quelqu'un d'autre sur votre réseau. Par convention, l'adresse IP `127.0.0.1' lui a été assignée. Aussi quelle que soit la machine où vous êtes, si vous ouvrez une connexion telnet vers 127.0.0.1 vous atteindrez toujours l'hôte local.

Configurer l'interface loopback est simple et vous devez vous assurer de l'avoir fait (mais notez que cette tâche est habituellement effectuée par les scripts standards d'initialisation).

root# ifconfig lo 127.0.0.1 root# route add -host 127.0.0.1 lo

Nous en dirons plus sur la commande route dans le prochain paragraphe.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

5.7. Routage

Le routage est un vaste sujet. On peut écrire de grandes quantités de textes sur ce sujet. La plupart d'entre vous ont besoin d'un simple routage, et certains même de rien du tout. Je ne parlerai que des principes du routage. Si vous voulez plus d'informations je vous suggère de vous reporter aux références fournies en début du document.

Commençons par une définition. Qu'est-ce que le routage IP ? Voici celle que j'utilise :

"Le routage IP est le processus par lequel un hôte, ayant des connexions réseau multiples, décide du chemin par lequel délivrer les datagrammes IP qu'il a reçus."

Il peut être utile d'illustrer cela par un exemple. Imaginez un routeur dans un bureau : il peut avoir un lien PPP sur l'Internet, un certain nombre de segments Ethernet alimentant les stations de travail et un second lien PPP vers un autre bureau. Lorsque le routeur reçoit un datagramme de l'une de ses connexions, le routage est le mécanisme utilisé pour déterminer vers quelle interface il doit renvoyer ce datagramme. De simples hôtes ont besoin aussi de routage, tous les hôtes Internet ayant deux périphériques réseau, l'un étant l'interface loopback décrite auparavant et l'autre est celui qui est utilisé pour parler avec le reste du monde, soit un lien Ethernet, soit une interface série PPP ou SLIP.

Ok, alors comment fonctionne le routage ? Chaque hôte possède une liste spéciale de règles de routage, appelée une table de routage. Cette table contient des colonnes qui contiennent au moins trois champs, le premier étant une adresse de destination, le deuxième étant le nom de l'interface vers lequel le datagramme doit être routé et le troisième, qui est optionnel, l'adresse IP d'une autre machine qui transportera le datagramme vers sa prochaine destination sur le réseau passerelle. Sur Linux vous pouvez voir cette table en utilisant la commande suivante :

user% cat /proc/net/route

ou bien en utilisant l'une des commandes suivantes :

user% /sbin/route -n user% /sbin/netstat -r

Le processus de routage est plutôt simple : un datagramme entrant est reçu, l'adresse de destination est examinée et comparée avec chaque entrée de la table. L'entrée qui correspond le mieux à cette adresse est choisie, et le datagramme est renvoyé vers l'interface spécifiée. Si le champ passerelle est rempli, alors le datagramme est renvoyé vers cet hôte via l'interface spécifiée, sinon l'adresse de destination est supposée comme étant sur le réseau supporté par l'interface.

Pour manipuler ce tableau, une commande spéciale est utilisée. Cette commande prend des arguments et les convertit en appels système pour demander au noyau d'ajouter, supprimer ou modifier des entrées dans la table de routage. Cette commande s'appelle `route'.

Un exemple simple. Imaginez que vous ayez un réseau Ethernet. On vous a dit que c'est un réseau classe C avec une adresse de 192.168.1.0. On vous fournit une adresse IP 192.168.1.10 pour votre usage et on vous a dit que 192.168.1.1 est un routeur connecté à l'Internet.

La première étape est de configurer l'interface comme indiqué plus haut. Vous utiliserez la commande :

root# ifconfig eth0 192.168.1.10 netmask 255.255.255.0 up

Maintenant vous avez besoin d'ajouter une entrée dans la table de routage pour indiquer au noyau que les datagrammes destinés aux hôtes dont les adresses correspondent à 192.168.1.* doivent être dirigés vers le périphérique Ethernet. Vous utiliserez une commande comme ceci :

root# route add -net 192.168.1.0 netmask 255.255.255.0 eth0

Notez l'utilisation de l'argument `-net' pour indiquer au programme route que cette entrée est une route réseau. Un autre choix peut être `-host' qui est une route spécifique d'une adresse IP.

Cette route vous permettra d'établir des connexions IP avec tous les hôtes sur votre segment Ethernet. Mais qu'en est-il des hôtes IP qui n'y sont pas ?

Il serait compliqué d'ajouter des routes pour chaque réseau destinataire, aussi il y a une astuce utilisée pour simplifier la tâche. L'astuce est appelée route par `defaut'. La route par defaut s'adapte à toutes les destinations possibles, mais pas très bien, de telle sorte que si il y a une entrée qui correspond à l'adresse requise elle sera utilisée à la place de la route par defaut. L'idée de la route par defaut est simplement de pouvoir dire `et tout le reste va ici'. Dans l'exemple que j'ai inventé, on utilisera une entrée telle que :

root# route add default gw 192.168.1.1 eth0

L'argument `gw' indique à la commande route que le prochain argument est l'adresse IP, ou le nom, d'une passerelle (gateway) ou d'une machine routeur vers qui tous les datagrammes correspondant à cette entrée seront dirigés pour routage ultérieur.

Ainsi votre configuration complète sera :

root# ifconfig eth0 192.168.1.10 netmask 255.255.255.0 up root# route add -net 192.168.1.0 netmask 255.255.255.0 eth0 root# route add default gw 192.168.1.1 eth0

Si vous regardez bien vos fichiers `rc' qui concernent le réseau vous en trouverez au moins un très semblable à celui-ci. C'est une configuration courante.

Examinons maintenant une configuration un peu plus compliquée. Imaginons que nous configurions le routeur examiné auparavant, celui qui avait un lien PPP vers l'Internet et des segments LAN alimentant des stations de travail dans le bureau. Supposons que ce routeur ait 3 segments Ethernet et un lien PPP. Notre configuration de routage ressemblerait à ceci :

root# route add -net 192.168.1.0 netmask 255.255.255.0 eth0 root# route add -net 192.168.2.0 netmask 255.255.255.0 eth1 root# route add -net 192.168.3.0 netmask 255.255.255.0 eth2 root# route add default ppp0

Chacune des stations de travail utilisera le format plus simple décrit ci-dessus, seul le routeur aura besoin d'indiquer les routes réseau séparément car pour les stations de travail le mécanisme de routage par defaut les capturera toutes, laissant au routeur le soin de les séparer de manière appropriée. Vous pouvez vous demander pourquoi la route par défaut n'utilise pas `gw'. La raison en est très simple : les protocoles de lien série comme PPP et SLIP ont seulement deux hôtes sur leur réseau, un à chaque bout. Spécifier à l'hôte que l'autre bout de la liaison est une passerelle est sans objet et redondant, car il n'a pas d'autre choix, aussi vous n'avez pas à indiquer de passerelle pour ce type de connexions réseau. Les autres types comme Ethernet, arcnet ou token ring ont besoin que l'on indique une passerelle car ces réseaux supportent un grand nombre d'hôtes.

5.8. Configurer vos serveurs réseau et les services.

Les serveurs de réseau et les services sont des programmes qui permettent à un utilisateur distant de devenir utilisateur de votre machine Linux. Les programmes serveurs sont à l'écoute des ports réseau. Les ports réseau permettent de demander un service particulier à un hôte particulier et de faire la différence entre une connexion telnet entrante et une connexion ftp entrante. L'utilisateur distant établit une connexion réseau avec votre machine puis le programme serveur, ou démon de réseau, à l'écoute du port, accepte la connexion et s'exécute. Il y a deux façons d'opérer pour les démons de réseau. Les deux sont couramment utilisés en pratique. Ce sont :

Il existe deux fichiers importants qui doivent être configurés : /etc/services qui assigne des noms aux numéros de port et /etc/inetd.conf qui sert pour la configuration du démon de réseau inetd .

5.9. Autres fichiers de configuration ayant un rapport avec le réseau

Il y a de nombreux fichiers relatifs à la configuration réseau sous Linux et qui sont susceptibles de vous intéresser. Vous n'aurez jamais à modifier ces fichiers, mais il est utile de les décrire pour que vous sachiez ce qu'ils contiennent et quelle est leur utilité.

5.10. Sécurité réseau et contrôle d'accès

Laissez-moi commencer ce paragraphe en vous avertissant que la sécurisation de votre machine et du réseau contre les attaques pernicieuses est un art complexe. Je ne me considère pas du tout comme un expert dans ce domaine et bien que les mécanismes que je vais décrire puissent vous aider, si vous êtes préoccupés par la sécurité, alors je vous recommande d'effectuer vous-même des recherches sur le sujet. Il existe un grand nombre d'excellentes références sur l'Internet qui traitent du sujet, y compris le Security-HOWTO

Une importante règle pratique est : `N'utilisez pas de serveurs dont vous n'avez pas besoin'. Un grand nombre de distributions sont livrées avec tout un tas de services déjà configurés et démarrant automatiquement. Pour assurer quand même un minimum de sécurité vous devriez aller dans votre fichier /etc/inetd.conf et retirez (placez un `#' au début de la ligne) toute entrée que vous ne comptez pas utiliser. De bons candidats sont : shell, login, exec, uucp, ftp, et les services informatifs tels que finger, netstat and systat.

Il y a plein de sortes de sécurité et de mécanismes de contrôle d'accès ; je vais décrire les plus élémentaires.

6.1. Cartes Ethernet supportées

6.2. Informations générales sur Ethernet

Les noms de périphériques Ethernet sont `eth0', `eth1', `eth2' etc. La première carte détectée par le noyau devient `eth0' et le reste est nommé dans l'ordre de détection.

Une fois que vous avez compilé convenablement votre noyau pour supporter les cartes Ethernet, la configuration des cartes est aisée.

Typiquement vous faites ainsi (ce que la plupart des distributions font automatiquement pour vous, si vous les avez configurées pour supporter votre carte ethernet) :

root# ifconfig eth0 192.168.0.1 netmask 255.255.255.0 up root# route add -net 192.168.0.0 netmask 255.255.255.0 eth0

La plupart des gestionnaires Ethernet furent développés par Donald Becker, Donald Becker

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

6.3. Utiliser plusieurs cartes Ethernet sur la même machine

7.1. Options au niveau du noyau

Cette section fournit des informations concernant la mise au point des options IP dans le noyau au moment de l'amorçage. À titre d'exemples, de telles options peuvent être ip_forward ou ip_bootp_agent. Elles sont utilisées en affectant une valeur à un fichier situé dans le répertoire

/proc/sys/net/ipv4/

Le nom du fichier est le nom de la commande.

Par exemple, pour obtenir ip_forward enabled vous taperez

echo 1 > /proc/sys/net/ipv4/ip_forward

7.2. EQL - égaliseur de charge à lignes multiples

Le nom du périphérique EQL est `eql'. Avec les sources standards du noyau vous ne pouvez avoir qu'un seul périphérique EQL par machine. EQL permet d'utiliser plusieurs lignes point à point telles que PPP, SLIP ou PLIP comme si c'était un seul lien logique de transport tcp/ip. C'est souvent moins cher d'utiliser plusieurs lignes à faible débit que d'avoir une ligne à haut débit.

Options de compilation du noyau :

Network device support ---> [*] Network device support <*> EQL (serial line load balancing) support

Pour supporter ce mécanisme la machine à l'autre bout de la ligne doit également supporter EQL. Linux, Livingstone Portmasters et de nouveaux serveurs de ligne supportent des systèmes compatibles.

Pour configurer EQL vous avez besoin des outils eql, disponibles sur : metalab.unc.edu.

La configuration est plutôt directe. Vous commencez par configurer l'interface eql. C'est exactement comme un autre périphérique réseau. Vous configurez l'adresse IP et le mtu en utilissant l'outil ifconfig , comme ceci :

root# ifconfig eql 192.168.10.1 mtu 1006

Ensuite vous devez initialiser manuellement chacune des lignes que vous allez utiliser. Ce peut être toute combinaison de périphériques réseau point à point. La façon d'initialiser les connexions dépend du type de lien, voyez les paragraphes appropriés pour d'autres informations.

Enfin vous devez associer le lien série et le dispositif EQL, cela s'appelle `asservissement' (enslaving) et est réalisé avec la commande eql_enslave comme suit :

root# eql_enslave eql sl0 28800 root# eql_enslave eql ppp0 14400

Le paramètre `estimated speed' que vous fournissez à eql_enslave ne fait rien directement. Il est utilisé par le gestionnaire EQL pour déterminer comment les datagrammes vont se répartir sur ce périphérique, aussi vous pouvez régler l'équilibrage des lignes en jouant avec cette valeur.

Pour libérer une ligne d'un périphérique EQL, utilisez la commande eql_emancipate comme ci-dessous :

root# eql_emancipate eql sl0

Vous ajoutez le routage comme vous le feriez pour tout lien point à point, sauf que vos routes doivent se rapporter au dispositif eql plutôt qu'aux périphériques séries eux-mêmes. Ainsi vous devriez utiliser :

root# route add default eql

Le gestionnaire EQL fut développé par Simon Janes, [email protected].

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.3. Enregistrement IP (IP Accounting) (pour Linux-2.0)

Les possibilités d'enregistrement IP du noyau Linux vous permettent de recueillir et d'analyser les données d'utilisation du réseau. Les données collectées comprennent le nombre de paquets et le nombre d'octets en cumul depuis la dernière remise à zéro. Vous avez à votre disposition une grande variété de réglages pour obtenir les données que vous désirez. Cette option a été enlevée du 2.1.102, car l'ancien dispositif pare-feu basé sur ipfwadm a été remplacé par ``ipfwchains''.

Options de compilation noyau :

Networking options ---> [*] IP: accounting

Après avoir compilé et installé le noyau vous devez utiliser la commande ipfwadm pour configurer l'enregistrement IP. Il y a différentes possibilités pour choisir les informations à enregistrer. J'ai pris un exemple simplifié qui pourrait vous être utile; lisez plutôt la page de manuel ipfwadm pour plus d'informations.

Scenario : Vous avez un réseau Ethernet qui est relié à l'Internet via une liaison PPP. Sur l'Ethernet vous avez une machine qui offre un grand nombre de services et vous voulez savoir quel trafic est engendré par le trafic ftp et ww, aussi bien que le trafic total tcp et udp.

Vous pouvez utiliser une commande qui ressemble à ceci, qui se présente comme un script shell :

#!/bin/sh # # Donne les réglages d'enregistrement ipfwadm -A -f # # Met en place les raccourcis localnet=44.136.8.96/29 any=0/0 # Ajoute des réglages pour le segment Ethernet local ipfwadm -A in -a -P tcp -D $localnet ftp-data ipfwadm -A out -a -P tcp -S $localnet ftp-data ipfwadm -A in -a -P tcp -D $localnet www ipfwadm -A out -a -P tcp -S $localnet www ipfwadm -A in -a -P tcp -D $localnet ipfwadm -A out -a -P tcp -S $localnet ipfwadm -A in -a -P udp -D $localnet ipfwadm -A out -a -P udp -S $localnet # # Réglages par défaut ipfwadm -A in -a -P tcp -D $any ftp-data ipfwadm -A out -a -P tcp -S $any ftp-data ipfwadm -A in -a -P tcp -D $any www ipfwadm -A out -a -P tcp -S $any www ipfwadm -A in -a -P tcp -D $any ipfwadm -A out -a -P tcp -S $any ipfwadm -A in -a -P udp -D $any ipfwadm -A out -a -P udp -S $any # # Liste les réglages ipfwadm -A -l -n #

Les noms ``ftp-data'' et ``www'' se réfèrent aux lignes du fichier /etc/services. La dernière commande liste chacune des règles d'enregistrement et affiche le total.

Il est important de noter, lorsque l'on analyse les enregistrement IP, que les totaux sont incrémentés à chaque fois, donc pour connaitre les différences vous devez exécuter les opérations mathématiques nécessaires. Par exemple si je veux savoir combien de données ne venaient pas de ftp, telnet, rlogin ou www je dois soustraire les totaux individuels correspondant à chaque port.

root# ipfwadm -A -l -n IP accounting rules pkts bytes dir prot source destination ports 0 0 in tcp 0.0.0.0/0 44.136.8.96/29 * -> 20 0 0 out tcp 44.136.8.96/29 0.0.0.0/0 20 -> * 10 1166 in tcp 0.0.0.0/0 44.136.8.96/29 * -> 80 10 572 out tcp 44.136.8.96/29 0.0.0.0/0 80 -> * 252 10943 in tcp 0.0.0.0/0 44.136.8.96/29 * -> * 231 18831 out tcp 44.136.8.96/29 0.0.0.0/0 * -> * 0 0 in udp 0.0.0.0/0 44.136.8.96/29 * -> * 0 0 out udp 44.136.8.96/29 0.0.0.0/0 * -> * 0 0 in tcp 0.0.0.0/0 0.0.0.0/0 * -> 20 0 0 out tcp 0.0.0.0/0 0.0.0.0/0 20 -> * 10 1166 in tcp 0.0.0.0/0 0.0.0.0/0 * -> 80 10 572 out tcp 0.0.0.0/0 0.0.0.0/0 80 -> * 253 10983 in tcp 0.0.0.0/0 0.0.0.0/0 * -> * 231 18831 out tcp 0.0.0.0/0 0.0.0.0/0 * -> * 0 0 in udp 0.0.0.0/0 0.0.0.0/0 * -> * 0 0 out udp 0.0.0.0/0 0.0.0.0/0 * -> * #

7.4. IP Aliasing

Il y a des applications où être en mesure d'affecter plusieurs adresses IP à un seul périphérique réseau pourrait être utile. Certains fournisseurs d'accès à l'Internet utilise souvent cette possibilité pour fournir des offres www et ftp `à la carte' pour leurs clients. Vous pouvez vous référer au mini-HOWTO IP-Aliasing pour plus d'informations.

Options de compilation du noyau :

Networking options ---> .... [*] Network aliasing .... <*> IP: aliasing support

Après avoir compilé et installé le noyau avec le support IP_Alias, la configuration est très simple. Les alias sont ajoutés aux périphériques réseau virtuels associés au périphérique réseau réel. Une simple convention de noms s'applique pour périphériques : <nom de périphérique> : <numéro de périphérique virtuel>, par ex. eth0:0, ppp0:10 etc. Notez que le gestionnaire de périphérique ifname:number ne peut être configuré qu'après le réglage de l'interface principale.

Par exemple, supposons que vous ayez un réseau Ethernet avec simultanément deux sous-réseaux IP et que vous vouliez que votre machine ait un accès direct aux deux, vous pouvez faire quelque chose comme ceci :

root# ifconfig eth0 192.168.1.1 netmask 255.255.255.0 up root# route add -net 192.168.1.0 netmask 255.255.255.0 eth0 root# ifconfig eth0:0 192.168.10.1 netmask 255.255.255.0 up root# route add -net 192.168.10.0 netmask 255.255.255.0 eth0:0

Pour supprimer un alias vous ajoutez simplement un `-' au bout de son nom et et vous faites aussi simplement que ça :

root# ifconfig eth0:0- 0

Toutes les routes associées avec cet alias seront enlevées automatiquement.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.5. IP Pare-feu (Firewall) (pour Linux-2.0)

Le pare-feu IP et les publications le concernant sont traités de manière plus approfondie dans le Firewall-HOWTO. Le pare-feu IP vous permet de sécuriser votre machine contre les accès réseau non-autorisés en filtrant, ou acceptant, des datagrammes venant de, ou allant vers, des adresses IP de votre choix. Il y a différentes règles : le filtrage en entrée, le filtrage en sortie, et le filtrage en retransmission. Les règles en entrée s'appliquent aux datagrammes qui sont reçus par un dispositif réseau. Les règles en sortie s'appliquent aux datagrammes qui sont émis par un dispositif réseau. Les règles en retransmission s'appliquent aux datagrammes qui ne sont pas pour cette machine, c'est à dire les datagrammes qui seront reroutés.

Options de compilation noyau :

Networking options ---> [*] Network firewalls .... [*] IP: forwarding/gatewaying .... [*] IP: firewalling [ ] IP: firewall packet logging

La configuration du pare-feu IP est réalisée en utilisant la commande ipfwadm. Comme mentionné plus haut, la sécurité n'est pas ma spécialité, aussi, bien que je vous présente un exemple utilisable par vous-même, faites des recherches et mettez au point vos propres règlages si la sécurité est importante pour vous.

Utiliser votre machine Linux comme routeur et passerelle pare-feu pour protéger votre réseau local contre les accès non autorisés (venant de l'extérieur) est vraisemblablement l'utilisation la plus courante d'un pare-feu IP.

La configuration suivante est due à Arnt Gulbrandsen, <[email protected]>.

L'exemple décrit une configuration de pare-feu pour une machine Linux /pare-feu/routeur illustrée par ce diagramme :

- - \ | 172.16.37.0 \ | /255.255.255.0 \ - - - - - | | 172.16.174.30 | Linux | | NET =================| f/w |- - - | ..37.19 | PPP | router| | - - - - / - - - - - |--| Mail | / | | /DNS | / | - - - - - -

Les commandes suivantes doivent être normalement placées dans un fichier rc de telle sorte qu'elles seront démarrées automatiquement à chaque redémarrage du système. Pour une sécurité maximum, elles devront être effectuées après la configuration des interfaces réseau, mais avant le montage de ces interfaces pour éviter que quelqu'un puisse se connecter pendant que la machine pare-feu redémarre.

#!/bin/sh # Nettoie la table des règles de 'Forwarding' # Change le réglage par défaut en 'accept' # /sbin/ipfwadm -F -f /sbin/ipfwadm -F -p accept # # .. et pour 'Incoming' # /sbin/ipfwadm -I -f /sbin/ipfwadm -I -p accept # En premier, dévérouille l'interface PPP # J'aimerais bien utiliser '-a deny' au lieu de '-a reject -y' mais # il serait alors impossible d'établir des connexions également sur # cette interface. L'utilisation de -o fait en sorte que tous # les datagrammes rejetés sont enregistrés. Cela occupe de l'espace # disque avec pour compensation la connaissance sur l'attaque due # à une erreur de configuration. # /sbin/ipfwadm -I -a reject -y -o -P tcp -S 0/0 -D 172.16.174.30 # Rejette certains types de paquets visiblement faux: # Rien ne doit venir des adresses multicast/anycast/broadcast s # /sbin/ipfwadm -F -a deny -o -S 224.0/3 -D 172.16.37.0/24 # # et aucune chose venant du réseau loopback ne doit être vu sur l'air # /sbin/ipfwadm -F -a deny -o -S 127.0/8 -D 172.16.37.0/24 # accepte les connexions entrantes SMTP et DNS, mais seules pour # le serveur de courrier et le serveur de noms # /sbin/ipfwadm -F -a accept -P tcp -S 0/0 -D 172.16.37.19 25 53 # # DNS utilise UDP aussi bien que TCP, ce qui l'autorise donc quand # le serveur de noms est interrogé # /sbin/ipfwadm -F -a accept -P udp -S 0/0 -D 172.16.37.19 53 # # mais pas de "réponses" arrivant sur les ports dangereux tels que # NFS et l'extension NFS de Larry McVoy. Si vous utilisez squid # ajoutez son port ici. # /sbin/ipfwadm -F -a deny -o -P udp -S 0/0 53 \ -D 172.16.37.0/24 2049 2050 # les réponses aux autres ports utilisateurs sont autorisées # /sbin/ipfwadm -F -a accept -P udp -S 0/0 53 \ -D 172.16.37.0/24 53 1024:65535 # Rejette les connexions entrantres vers identd # Nous utilisons 'reject' dans ce cas en sorte qu'il soit dit à l'hôte # entrant de ne pas persévérer, sinon nous devrons attendre que # identd s'arrête. # /sbin/ipfwadm -F -a reject -o -P tcp -S 0/0 -D 172.16.37.0/24 113 # Accepte des connexions sur des services en provenance des réseaux # 192.168.64 et 192.168.65, qui sont des amis de confiance. # /sbin/ipfwadm -F -a accept -P tcp -S 192.168.64.0/23 \ -D 172.16.37.0/24 20:23 # accepte et laisse passer tout ce qui vient de l'intérieur # /sbin/ipfwadm -F -a accept -P tcp -S 172.16.37.0/24 -D 0/0 # rejette la plupart des autres connexions TCP entrantes et les # enregistre (ajoutez 1:1023 si ftp ne fonctionne pas) # /sbin/ipfwadm -F -a deny -o -y -P tcp -S 0/0 -D 172.16.37.0/24 # ... pour UDP également # /sbin/ipfwadm -F -a deny -o -P udp -S 0/0 -D 172.16.37.0/24

De bonnes configurations pare-feu sont difficiles à faire. Cet exemple peut être un bon point de départ pour vous. La page de manuel ipfwadm vous aidera pour savoir comment utiliser cet outil. Si vous voulez configurer un pare-feu, demandez autour de vous et recueillez des avis venant de sources de confiance et prenez contact avec quelqu'un qui est à l'extérieur pour tester votre configuration et en vérifier la fiabilité.

7.6. Encapsulation IPIP

Pourquoi vouloir encapsuler des paquets IP dans d'autres paquets IP? Cela semble bizarre si vous n'avez jamais vu d'applications auparavant. Il y a deux endroits où c'est utilisé : le Mobile-IP et l'IP-Multicast. C'est dans un environnement qui est peut-être le plus largement utilisé et qui est le moins connu : le radio-amateurisme.

Options de compilation du noyau :

Networking options ---> [*] TCP/IP Networking [*] IP: forwarding/gatewaying .... <*> IP tunelling

Les périphériques IP tunnel s'appellent `tunl0', `tunl1', etc..

"Mais pourquoi ?" D'accord. D'accord. Les règles de routage classiques spécifient qu'un réseau IP comprend une adresse IP et un masque de réseau. Ceci fournit un ensemble d'adresses contiguës qui peuvent toutes être routées par l'intermédiaire d'une seule entrée de routage. Cela marche, mais signifie que vous ne pouvez utiliser une seule adresse uniquement lorsque vous êtes connecté à un point du réseau auquelle elle appartient. Dans la plupart des cas, il n'y a pas de problèmes, mais si vous êtes en mouvement alors vous ne pouvez pas rester connecté au même endroit tout le temps. L'encapsulation IP/IP ( IP tunneling) vous permet de passer outre cette contrainte en permettant aux paquets destinés à votre adresse d'être enveloppés et redirigés vers une autre adresse. Si vous savez que vous allez opérer depuis un autre réseau IP pour quelques temps, vous pouvez régler une machine qui est chez vous pour accepter des paquets destinés à votre adresse IP et les rediriger vers l'adresse que vous allez utiliser provisoirement.

7.7. IP Masquerade

Un grand nombre de gens ont une simple connexion par téléphone pour aller sur l'Internet. Presque tout le monde ne se voit offrir qu'une seule adresse IP par le founisseur d'accès avec ce type de configuration. Ceci est normalement suffisant pour permettre un accès complet au réseau. IP Masquerade est une astuce intelligente qui vous permet d'avoir plusieurs machines utilisant une seule adresse IP, en faisant croire aux autres hôtes qu'il n'y a que la machine supportant la connexion (NdT : d'où le terme masquerade=duperie, mascarade). Il y a qu'une seule mise en garde, qui est que la fonction masquage ne travaille pratiquement que dans un seul sens : les hôtes masqués peuvent appeler mais ne peuvent accepter ou recevoir des connexions réseau de la part d'hôtes éloignés. Cela signifie que certains services réseau comme talk ne peuvent fonctionner et que d'autres, comme ftp doivent être configurés pour fonctionner en mode passif (PASV). Heureusement la plupart des services réseau comme telnet, World Wide Web et irc fonctionnent correctement.

Options de compilation du noyau :

Code maturity level options ---> [*] Prompt for development and/or incomplete code/drivers Networking options ---> [*] Network firewalls .... [*] TCP/IP networking [*] IP: forwarding/gatewaying .... [*] IP: masquerading (EXPERIMENTAL)

Normalement votre machine Linux supportant un lien SLIP ou PPP se comportera comme si elle était toute seule. De plus elle peut avoir un autre périphérique réseau configuré, par exemple une carte Ethernet, avec des adresses réseau réservée. Les hôtes masqués seront ceux du second réseau. Chacun de ces hôtes aura l'adresse IP du port Ethernet réglée comme passerelle ou routeur par défaut.

Une configuration typique ressemble à ceci :

- - \ | 192.168.1.0 \ | /255.255.255.0 \ - - - - - | | | Linux | .1.1 | NET =================| masq |- - - | | PPP/slip | router| | - - - - / - - - - - | -| hôte | / | | | / | - - - - - -

7.8. IP Transparent Proxy

IP transparent proxy est un procédé qui vous permet de rediriger des serveurs ou des services destinés à une autre machine vers les services de votre machine. Typiquement c'est utile lorsque vous avez une machine Linux routeur et qui fournit aussi un serveur proxy. Vous redirigerez toutes les connexions à ce service distant vers le serveur proxy local.

Options de compilation du noyau :

Code maturity level options ---> [*] Prompt for development and/or incomplete code/drivers Networking options ---> [*] Network firewalls .... [*] TCP/IP networking .... [*] IP: firewalling .... [*] IP: transparent proxy support (EXPERIMENTAL)

La configuration du dispositif transparent proxy est réalisé en utilisant la commande ipfwadm.

Par exemple :

ipfwadm -I -a accept -D 0/0 telnet -r 2323

Cet exemple fera en sorte que toutes les tentatives de connexion vers le port telnet (23), de n'importe quel hôte, seront redirigées vers le port 2323 de ce même hôte. Si vous utilisez un service sur ce port, vous pouvez rediriger des connexions telnet, les enregistrer ou exécuter tout ce qui bon vous semble.

Un exemple plus intéressant est la redirection de tout le trafic http au travers d'un cache local. Cependant, le protocole utlisé par les serveurs proxy diffère du protocole natif de http : quand un client se connecte à www.server.com:80 et demande chemin/page, quand il se connecte au cache local il contacte proxy.local.domain:8080 et recherche www.server.com/chemin/page.

Pour filtrer une demande http au travers du proxy local, vous devez pouvoir adapter le protocole en insérant un petit serveur, appelé transproxy (vous pouvez le trouver sur la toile). Vous pouvez choisir de faire tourner transproxy sur le port 8081, et exécuter la commande :

ipfwadm -I -a accept -D 0/0 80 -r 8081

Alors le programme transproxy recevra toutes les connexions devant aller vers des serveurs externes et les passera au proxy local après avoir corrigé les différences de protocole.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.9. IPv6

À peine pensez-vous avoir commencé à comprendre comment fonctionne le réseau IP, que les règles ont changé ! IPv6 est l'abbréviation de version 6 du `Protocole Internet' (version 6 de IP). Il fut développé initialement pour calmer les inquiétudes de la communauté Internet. Les utilisateurs s'inquiétaient d'une pénurie proche d'adresses IP pouvant être allouées. Les adresse IPv6 sont codées sur 16 octets (128 bits). IPv6 inclut un certain nombre d'autres changements, la plupart du temps des simplifications, qui rendront les réseaux IPv6 plus facilement gérables que les réseaux IPv4.

Linux a déjà une implémentation IPv6 qui marche, mais pas encore complètement, dans la série des noyaux 2.2.*.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.10. Sources de documentation pour IPv6 sous Linux

IPv6-HOWTO

IPv6 pour Linux.

Projet RPM Linux IPv6

FAQ/HOWTO IPv6

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.11. IP Mobile

Le terme "mobilité IP" décrit la possibilité qu'un hôte a de transférer sa connexion réseau d'un point de l'Internet vers un autre sans changer d'adresse IP ou sans perdre la connectivité. Normalement quand un hôte IP change de point de connexion, il change aussi d'adresse IP. La mobilité IP résoud ce problème en allouant une adresse IP fixe à l'hôte qui se déplace et en utilisant une encapsulation IP (tunneling) avec routage automatique pour s'assurer que les datagrammes qui lui sont destinés seront routés vers l'adresse effectivement utilisée à ce moment.

Un projet est en cours en vue de fournir un paquetage complet d'outils Linux pour la mobilité IP. L'état de ce projet et les outils peuvent être obtenus sur : Linux Mobile IP Home Page. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.12. Multicast

L'IP Multicast permet de router simultanément des datagrammes IP vers un certain nombre d'hôtes se trouvant sur des réseaux différents. Ce mécanisme est exploité pour fournir sur l'Internet des applications prenant de la bande passante, telles que les transmissions audio et video et autres nouvelles applications.

Options de compilation du noyau :

Networking options ---> [*] TCP/IP networking .... [*] IP: multicasting

Un ensemble d'outils et quelques modifications de la configuration réseau sont nécessaires. Pour plus d'informations sur le support multicast pour Linux, voyez le Multicast-HOWTO.html

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

7.13. Mise en forme du trafic - Changer la bande passante allouée

Le metteur en forme de trafic est un gestionnaire de périphérique qui crée de nouvelles interfaces; celles-ci sont limitées au point de vue trafic selon les réglages de l'utilisateur, et se connectent aux périphériques de réseau physiques pour la transmission réelle, et peuvent donc être utilisées comme route vers l'extérieur en vue de trafic réseau.

Le metteur en forme fut introduit sur Linux-2.1.15 et ensuite sur Linux-2.0.36 (il apparut dans le 2.0.36-pre-patch-2 distributé par Alan Cox, l'auteur du dispositif de mise en forme et le mainteneur de Linux-2.0).

Le metteur en forme de trafic ne peut être compilé qu'en tant que module, et se configure à l'aide du programme shapecfg avec des commandes comme :

shapecfg attach shaper0 eth1 shapecfg speed shaper0 64000

Ce metteur en forme de trafic ne peut contrôler que la bande passante du trafic sortant, car les paquets sont transmis par le metteur en forme si l'on se réfère aux tables de routage; ainsi, le fonctionnement suivant ``un routage par adresse de départ'' peut aider à limiter la bande passante totale d'hôtes spécifiques utilsant un routeur Linux.

Linux-2.2 possède déjà le support pour un tel routage et si vous en avez besoin pour Linux-2.0, voyez le patch de Mike McLagan, sur ftp.invlogic.com. Lisez le fichier Documentationnetworking/shaper.txt pour plus d'informations.

Si vous voulez faire (une tentative de) mise en forme pour les paquets entrants, essayez rshaper-1.01 (ou plus récent), sur ftp.systemy.it.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

8.1. Réglage d'un client DHCP pour les utilisateurs de LinuxConf

Sous linux, démarrez le programme linuxconf en tant que super-utilisateur. Ce programme est disponible avec toutes les versions de redhat et fonctionne sous X aussi bien qu'en mode console. Il fonctionne également avec les distributions Suse et Caldera.

Select Networking ----------------->Basic Host Information ----------------->Select Enable ----------------->Set Config Mode DHCP

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

8.2. Réglage d'un serveur DHCP sous Linux

Récupérez DHCPD s'il n'est pas déjà installé sur votre machine. Télécharger DHCPD

Note Brève: SOYEZ CERTAINS D'AVOIR L'OPTION MULTICAST INSTALLÉE DANS LE NOYAU.

Si vous n'avez pas de distribution binaire pour votre version de linux, vous devrez compiler DHCPD.

Éditez /etc/rc.d/rc.local pour prendre en compte l'ajout d'une route vers 255.255.255.255.

Extrait du fichier README de DHCPd :

Afin que dhcpd fonctionne correctement avec des clients difficiles (par exemple Windows 95), il doit être en mesure d'envoyer des paquets vers l'adresse 255.255.255.255. Malheureusement, Linux insiste pour changer l'adresse 255.255.255.255 en l'adresse de diffusion du sous-réseau local (ici, 192.5.5.223). Il en résulte une violation du protocole DHCP, et alors que de nombreux clients DHCP ne s'aperçoive pas de ce problème, d'autres (par ex, tous les clients DHCP Microsoft) le font. Les clients ayant ce problème apparaîtront comme ne voyant pas les messages DHCPOFFER venant du serveur.

Sous le compte root, tapez ce qui suit :

route add -host 255.255.255.255 dev eth0

Si le message suivant apparait :

255.255.255.255: Unknown host

Essayez d'ajouter la ligne suivante à votre fichier /etc/hosts :

255.255.255.255 dhcp

Puis réessayez :

route add -host dhcp dev eth0

9.1. Les bases

Afficher la table de routage :

ip route

Maintenant sur ma machine cela donne la sortie suivante :

207.149.43.62 dev eth0 scope link 207.149.43.0/24 dev eth0 proto kernel scope link src 207.149.43.62 default via 207.149.43.1 dev eth0

La première ligne :

207.149.43.62 dev eth0 scope link est la route vers l'interface

La deuxième :

207.149.43.0/24 dev eth0 proto kernel scope link src 207.149.43.62 est la route qui dit tout ce qui va vers 207.149.43.0 doit aller vers 207.149.43.62.

La troisième :

default via 207.149.43.1 dev eth0 est la route par défaut.

9.2. Ajouter une route avec les nouveaux outils ip

Dans la section précédente, nous avons mentionné comment afficher la table de routage et comment comprendre les bases. Impeccable, la sortie ressemble de très près à la syntaxe que nous devons utiliser pour mettre en place la table de routage correspondant exactement à nos besoins.

ip route add 207.149.43.62 dev eth0 scope link ip route add 207.149.43.0/24 dev eth0 proto kernel scope link src 207.149.43.62 ip route add 127.0.0.0/8 dev lo scope link ip route add default via 207.149.43.1 dev eth0

Comme vous pouvez le constater, les entrées et sorties sont presque les mêmes, sauf le ip route add au début de chaque ligne.

Note: Je suis conscient que la documentation sur le routage avec les noyaux 2.2 fait cruellement défaut. Dans les faits, je pense que TOUT LE MONDE en est conscient. Si vous avez une petite expérience, contactez-nous s'il vous plaît à [email protected] nous aimerions obtenir les informations que vous avez pour nous aider à étoffer notre documentation!

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

9.3. Utiliser NAT avec le noyau 2.2

Le système de traduction d'adresse réseau (NAT: Network Address Translation) ressemble plutôt au « grand frère » standardisé du système de masquage IP de Linux. Il est décrit en détail dans la RFC-1631 sur votre archive RFC la plus proche. NAT fournit des possibiltés que IP Masquerade ne sait pas faire, ce qui le rend plus apte à une utilsation de routeur pare-feu pour un réseau d'entreprise et des installations de plus grande dimension.

Une implémentation alpha de NAT pour le noyau 2.0.29 de Linux a été développée par Michael.Hasenstein, [email protected]. La documentation et l'implémentation de Michael se trouve sur :

la page web sur l'adressage réseau sous Linux

L'empilement TCP/IP du noyau 2.2, qui a été grandement amélioré, inclut les fonctionnalités de NAT. Ce système semble rendre obsolète le travail de Michael Hasenstein ([email protected]).

Pour le rendre opérationnel vous devez activer dans le noyau CONFIG_IP_ADVANCED_ROUTER, CONFIG_IP_MULTIPLE_TABLES (pour le système de routage) et CONFIG_IP_ROUTE_NAT (pour un NAT rapide). De plus, si vous voulez utiliser un réglage plus fin de NAT, vous devez activer le pare-feu (CONFIG_IP_FIREWALL) et CONFIG_IP_ROUTE_FWMARK. Pour faire fonctionner effectivement ces possibilités incluses dans le noyau, vous aurez besoin du programme «ip» de Alexey Kuznyetsov récupéré sur ftp://ftp.inr.ac.ru/ip-routing/.

Datagrammes NAT entrants

Maintenant pour traduire les adresses des datagrammes entrants, on utilise la commande suivante :

ip route add nat <ext-addr>[/<masklen>] via <int-addr>

Ceci fait qu'un paquet entrant destiné à l'adresse "ext-addr" (l'adresse visible sur l'internet extérieur) aura son champ d'adresse converti en "int-addr" (l'adresse de votre réseau interne, derrière votre passerelle ou pare-feu). Le paquet est alors routé suivant la table de routage locale. Vous pouvez traduire soit une adresse hôte unique, soit des blocs complets. Exemples:

ip route add nat 195.113.148.34 via 192.168.0.2 ip route add nat 195.113.148.32/27 via 192.168.0.0

La première commande rend l'adresse interne 192.168.0.2 accessible en tant que 195.113.148.34. Le second exemple montre une réallocation du bloc 192.168.0.0-31 en 195.113.148.32-63. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

10.1. ip

Si vous avez les outils iproute2 déjà installés, exécutez la commande ip, ce qui vous permettra d'afficher la syntaxe de base.

[root@jd Net4]# ip Usage: ip [ OPTIONS ] OBJECT { COMMAND | help } where OBJECT := { link | addr | route | rule | neigh | tunnel | maddr | mroute | monitor } OPTIONS := { -V[ersion] | -s[tatistics] | -r[esolve] | -f[amily] { inet | ipv6 | dnet | link } | -o[neline] }

Il y a plusieurs options disponibles :

-V, -Version donne la version de l'utilitaire ip que vous employez puis vous rend la main.

-s, -stats, -statistics donne plus d'informations concernant le périphérique spécifié. Vous pouvez mentionner plusieurs fois cette option pour afficher plus d'informations.

-f, family suivi d'un nom identifiant la famille de protocole tel que : inet, inet6 ou link spécifie la famille de protocole à utiliser, inet désignant le standard IPv4 (le standard internet actuel), inet6 désignant IPv6 (révolutionnaire, un standard internet qui ne sera jamais implanté), et link (un lien physique). Si vous ne donnez pas d'options, la famille de protocole est devinée et s'il n'y a pas assez d'informations, ip reviendra aux réglages par défaut.

-o, -oneline indique la sortie de chaque enregistrement de périphérique en une seule ligne.

-r, -resolve utilise le résolveur du système (par exemple DNS), pour imprimer les noms réels associés aux adresses IP.

OBJECT C'est l'objet/périphérique que l'on veut gérer ou bien sur lequel on veut obtenir des informations. Les types de périphériques qui sont compris par l'implémentation actuelle sont :

• link -- Le périphérique réseau, par exemple eth0 ou ppp0

• address -- L'adresse IP (IP ou IPv6) du périphérique spécifié

• neigh -- L'entrée de cache ARP ou NDISC

• route -- L'entrée de la table de routage

• rule -- Les règles de la base de données de la politique de routage

• maddress -- L'adresse de multidiffusion

• mroute -- L'entrée de cache de la route de multidiffusion

• tunnel -- Faire ou non de l'encapsulation IP

Le nombre d'options possibles avec chaque type d'objet est fonction de la nature de l'action à entreprendre. Comme règle de base, il est possible d'ajouter, de supprimer, ou de montrer le ou les objets, mais parmi ceux-ci tous ne permettront pas d'utiliser des commandes supplémentaires. Bien sûr, une commande d'aide est disponible pour chaque objet et lors de son utilisation, celle-ci donnera une liste des conventions de syntaxe disponibles pour l'objet en question.

Si vous ne spécifiez pas de commande, c'est celle par défaut qui sera exécutée. Celle-ci donne la liste des objets, ou bien, si ce n'est pas possible, vous obtiendrez une aide de base.

ARGUMENTS est la liste des arguments qui peuvent être donnés lors de l'exécution de la commande. Le nombre d'arguments dépend de la commande et de l'objet. Il existe deux types d'arguments :

Les drapeaux consistant en un mot-clé suivi d'une valeur. Pour la commodité, chaque argument possède quelques valeurs par défaut, qui peuvent être omises pour une utilisation plus facile. Par exemple le paramètre dev> est pris par défaut pour une commande telle que ip link.

Les erreurs... rendons grâce aux codeurs intelligents Toutes les actions induites par les commandes sont dynamiques. Si la syntaxe est incorrecte, il n'y aura pas de changement dans la configuration du système. Comme toujours, il existe une exception : la commande ip link , utilisée pour changer certains paramètres d'un périphérique.

Il est difficile de donner la liste de tous les messages d'erreur (en particulier les erreurs de syntaxe), mais normalement leur signification est explicite suivant le contexte de la commande. Les erreurs les plus fréquentes sont : 1. Le réseau n'est pas configuré dans le noyau. Le message est : Cannot open netlink socket: Invalid value (ne peut ouvrir la socket : valeur incorrecte).

2. RTNETLINK n'est pas configuré dans le noyau. Dans ce cas on obtiendra l'un des messages suivants, selon la commande : Cannot talk to rtnetlink: Connection refused (ne peut dialoguer avec rtnetlink: connexion refusée) Cannot send dump request: Connection refused (ne peut envoyer une demande de vidage (dump): connexion refusée).

3. L'option CONFIG_IP_MULTIPLE_TABLES n'a pas été choisie lors de la configuration du noyau. Dans ce cas toute tentative d'utilisation de la commande ip échouera, par exemple :

jd@home $ ip rule list RTNETLINK error: Invalid argument dump terminated (erreur de règle ip dans la liste RTNETLINK: argument incorrect, vidage (dump) terminé).

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

11.1. RNIS

Le Réseau Numérique à Intégration de Service (RNIS) (en anglais ISDN: Integrated Services Digital Network) est une série de normes donnant les spécifications d'un réseau de données numériques à usage général. Un `appel' RNIS crée un service synchrone de données point à point vers la destination. RNIS est généralement délivré sur une ligne à haut débit divisée en un certain nombre de canaux discrets. Il y a deux types de canaux, les `canaux B' qui transportent effectivement les données utilisateurs, et un canal unique appelé `canal D' qui est utilisé pour envoyer les informations de contrôle pendant l'échange RNIS en vue d'établir des appels et autres fonctions. En Australie, par exemple, RNIS peut être fourni sur une liaison 2 Mps qui est divisée en 30 canaux B discrets de 64 kps et un canal D de 64 kps. N'importe quel nombre de canaux peuvent être utilisés en même temps et ceci dans toutes les combinaisons possibles. Vous pouvez par exemple établir 30 appels différents de 64 kps vers 30 destinations différentes, ou bien 15 appels de 128 kps chacun vers 15 destinations différentes (2 canaux utilisés par appel), ou seulement un petit nombre d'appels, le reste étant inactif. Un canal peut être utilisé pour des appels entrant ou sortant. Le but initial de RNIS était de permettre aux sociétés de Télécommunications de fournir un seul service de données pouvant délivrer soit le téléphone (avec une voix numérisée) ou bien des services de données vers votre domicile ou votre bureau sans avoir à effectuer de changements pour obtenir une configuration spéciale.

Il y a plusieurs façons de connecter votre ordinateur à un service RNIS. L'une consiste à utiliser un dispositif appelé `Adaptateur de Terminal' qui se branche sur l'unité de terminal réseau que votre opérateur de télécommunications a installé au moment de l'obtention de votre service RNIS, et qui présente des interfaces séries. L'une de ces interfaces est utilisée pour entrer les commandes pour établir les appels et la configuration, et les autres sont reliées aux périphériques réseau qui utiliseront les circuits de données quand la connexion sera faite. Linux peut travailler avec ce type de configuration sans modification, vous devez juste traiter le port de l'adaptateur de terminal comme vous traitez tout périphérique série. Une autre façon, qui est la raison d'être pour le support RNIS dans le noyau, vous permet d'installer une carte RNIS dans votre machine Linux et le logiciel Linux prend en charge les protocoles et fait les appels lui-même.

Options de compilation noyau :

ISDN subsystem ---> <<*> ISDN support [ ] Support synchronous PPP [ ] Support audio via ISDN < > ICN 2B and 4B support < > PCBIT-D support < > Teles/NICCY1016PC/Creatix support

L'implémentation Linux de RNIS supporte différents types de cartes internes RNIS. Il y a celles énumérées dans les options de configuration noyau :

• ICN 2B and 4B

• Octal PCBIT-D

• Teles ISDN-cards et compatibles

Certaines de ces cartes ont besoin de logiciels devant être téléchargés pour les rendre opérationnelles. Il y a un utilitaire séparé pour le faire.

Tous les détails pour configurer le support RNIS Linux se trouvent dans le répertoire /usr/src/linux/Documentation/isdn/ et un document FAQ dédié à isdn4linux est disponible sur www.lrz-muenchen.de (vous pouvez cliquer sur le drapeau anglais pour obtenir la version anglaise).

Note au sujet de PPP. L'ensemble des protocoles PPP peut travailler sur des lignes série synchrone ou asynchrone. Le démon PPP `pppd' couramment distribué pour Linux ne supporte que le mode asynchrone. Si vous désirez utiliser les protocoles PPP avec votre service RNIS vous aurez besoin d'une version spéciale. Les détails pour la trouver se trouvent dans la documentation mentionnée ci-dessus.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

11.2. PLIP pour Linux-2.0

Les noms de périphériques PLIP sont `plip0', `plip1', `plip2'.

Options de compilation du noyau :

Networking options ---i> <*> PLIP (parallel port) support

PLIP (Parallel Line IP) est, comme SLIP, utilisé pour fournir une connexion réseau point à point entre deux machines, sauf qu'il est conçu pour utiliser les ports parallèles de votre machine au lieu des ports séries. Parce qu'il est possible de transmettre plus d'un bit en même temps avec un port parallèle, on peut atteindre des plus hautes vitesses avec l'interface PLIP qu'avec une sortie série standard (un schéma de câblage est donné plus loin dans ce document). De plus, même le plus simple des ports parallèles, le port imprimante, peut être utilisé, au lieu d'acheter un UART 16550AFN relativement cher pour vos ports séries. PLIP utilise beaucoup de CPU en comparaison d'une liaison série et ce n'est sûrement pas un bon choix si vous avez la possibilité d'avoir des cartes éthernet pas chères, mais ça fonctionne lorsque rien d'autre n'est disponible, et ça fonctionne très bien.

Les gestionnaires PLIP entrent en compétition avec les autres gestionnaires du matériel branché sur le port parallèle. Si vous voulez utiliser les deux, vous devez alors les compiler en tant que modules pour pouvoir choisir quel port vous voulez utiliser pour PLIP et quel port pour l'imprimante. Voyez le document « Modules-mini-HOWTO » pour plus d'informations sur la configuration des modules noyau.

Attention, notez que certains portables utilisent des circuits qui ne peuvent pas fonctionner avec PLIP car ils n'autorisent pas certaines combinaisons dont PLIP a besoin et que les imprimantes n'utilisent pas.

L'interface Linux PLIP est compatible avec le Gestionnaire PLIP Crynwyr Packet et ceci signifie que vous pouvez connecter votre machine Linux avec une machine DOS tournant avec n'importe quel logiciel TCP/IP via PLIP.

Dans la série des noyaux 2.0.* les gestionnaires de périphérique PLIP sont affectés aux ports e/s et IRQ comme suit :

device i/o addr IRQ - - - - - - - - - - plip0 0x3BC 5 plip1 0x378 7 plip2 0x278 2

Si vos ports parallèles ne correspondent pas aux combinaisons précédentes alors vous pouvez changer les IRQ en utilisant la commande ifconfig avec le paramètre `irq'. N'oubliez pas de valider les IRQ pour vos ports imprimantes dans votre ROM BIOS s'il supporte cette option. Un autre moyen consiste à spécifier les options ``io='' et ``irq='' sur la ligne de commande de insmod, si vous utilisez les modules. Par exemple :

root# insmod plip.o io=0x288 irq=5

Le fonctionnement de PLIP est contrôlé par deux temporisations de dépassement de temps, dont les valeurs par défaut devraient convenir la plupart du temps. Vous devrez peut-être les augmenter si vous avez un ordinateur particulièrement lent, auquel cas les valeurs devant être augmentées se trouvent sur l'autre ordinateur. Il existe un programme appelé plipconfig qui permet d'effectuer ces réglages sans recompiler le noyau. Il est fourni avec de nombreuses distributions Linux.

Pour configurer une interface plip, vous devez invoquer les commandes suivantes (ou les ajouter à vos scripts d'initialisation) :

root# /sbin/ifconfig plip1 localplip pointopoint remoteplip root# /sbin/route add remoteplip plip1

Dans ce cas, le port utilisé est celui qui a l'adresse 0x378 ; localplip et remoteplip sont les adresses IP utilisées sur le câble PLIP. Je les mets personnellement dans la base de données /etc/host :

# entrées plip 192.168.3.1 localplip 192.168.3.2 remoteplip

Le paramètre pointopoint a la même signification que pour SLIP, c'est-à-dire qu'il spécifie l'adresse de la machine à l'autre bout de la liaison.

Dans la plupart des cas vous pouvez traiter l'interface PLIP comme si elle était une interface SLIP, sauf que ni dip ni slattach ne doivent, ou ne peuvent, être utilisés.

Plus d'information sur PLIP peut être obtenu avec le document ``PLIP-mini-HOWTO''.

11.3. PPP

En raison de la nature de PPP, sa taille, sa complexité, et sa souplesse son propre HOWTO a été créé. Le PPP-HOWTO est toujours un document du LDP mais son site officiel est sur le site LinuxPorts à la section PPP. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

11.4. Client SLIP (Antique)

Les fichiers de périphériques SLIP sont nommés `sl0', `sl1', etc. Le premier configuré étant `0' et les autres s'incrémentant au fur et à mesure de leur configuration.

Options de compilation du noyau :

Network device support ---i> [*] Network device support <*> SLIP (serial line) support [ ] CSLIP compressed headers [ ] Keepalive and linefill [ ] Six bit SLIP encapsulation

SLIP (Serial Line Internet Protocol) vous permet d'utiliser TCP/IP avec une ligne série, ce peut être un téléphone et un modem, ou tout autre ligne dédiée. Bien sûr pour utiliser SLIP vous devez avoir accès à un serveur SLIP dans votre entourage. De nombreuses universités et de sociétés fournissent des accès SLIP de par le monde.

SLIP utilise les ports séries de votre machine pour transporter les datagrammes IP. Pour cela il doit prendre le contrôle du périphérique série. Les noms de périphériques SLIP sont sl0, sl1, etc. Comment ceux-ci correspondent avec vos périphériques série ? Le code réseau utilise ce que l'on nomme un appel ioctl (i/o control) pour transformer les périphériques série en périphériques SLIP. Il y a deux programmes qui peuvent faire cela, ce sont dip et slattach.

12.1. ARCNet

Les noms de fichier périphériques de ARCNet sont `arc0e', `arc1e', `arc2e' ... ou bien `arc0s', `arc1s', `arc2s', etc. La première carte détectée par le noyau devient `arc0e' ou `arc0s' et les autres sont nommées en suivant dans l'ordre de leur détection. La lettre finale dépend de votre choix : soit un format d'encapsulation de paquets Ethernet, soit un format de paquets suivant RFC1051.

Options de compilation du noyau :

Network device support ---> [*] Network device support <*> ARCnet support [ ] Enable arc0e (ARCnet "Ether-Encap" packet format) [ ] Enable arc0s (ARCnet RFC1051 packet format)

Si vous avez construit convenablement votre noyau pour supporter votre carte Ethernet, alors la configuration de la carte est facile.

Typiquement vous devriez utiliser quelque chose comme ceci :

root# ifconfig arc0e 192.168.0.1 netmask 255.255.255.0 up root# route add -net 192.168.0.0 netmask 255.255.255.0 arc0e

Merci de vous référer aux documents /usr/src/linux/Documentation/networking/arcnet.txt et /usr/src/linux/Documentation/networking/arcnet-hardware.txt pour d'autres informations.

Le support ARCNet fut développé par Avery Pennarun, [email protected]. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.2. Appletalk (AF_APPLETALK)

Le support Appletalk ne possède pas de noms de périphériques spécifiques car il utilise les périphériques réseau existants.

Options de compilation noyau :

Networking options ---> <*> Appletalk DDP

Le support Appletalk permet à votre machine Linux de dialoguer avec les réseaux Apple. Son utilisation principale est de pouvoir partager des ressources, comme les imprimantes et les disques, entre vos ordinateurs Linux et Apple. Un logiciel supplémentaire est requis, il s'appelle netatalk. Wesley Craig [email protected] représente une équipe appelée le `Research Systems Unix Group' à l'université du Michigan. Celle-ci a élaboré le paquetage netatalk, qui fournit un logiciel implémentant la pile protocole Appletalk et quelques utilitaires. Soit ce paquetage netatalk vous a été fourni avec votre distribution Linux, soit vous pouvez le récupérer par ftp depuis le site University of Michigan

Pour construire et installer le paquetage, vous faites :

user% tar xvfz .../netatalk-1.4b2.tar.Z user% make root# make install

Vous pouvez éditer le fichier `Makefile' avant de faire appel à make, plus précisément pour changer la valeur de la variable DESTDIR qui définit l'endroit où les fichiers seront installés plus tard. Le répertoire par défaut, /usr/local/atalk, semble très raisonnable.

12.3. ATM

Werner Almesberger <[email protected]> dirige un projet en vue de fournir un support Mode de Transfert Asynchrone (Asynchronous Transfer Mode) pour Linux. Les informations sur l'état du projet se trouvent sur : lrcwww.epfl.ch.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.4. AX25 (AF_AX25)

Les noms de périphériques AX.25 sont `sl0', `sl1', etc. avec les noyaux 2.0.* ou `ax0', `ax1', etc. avec les noyaux 2.1.*.

Options de compilation du noyau :

Networking options ---> [*] Amateur Radio AX.25 Level 2

Les protocoles AX25, Netrom et Rose sont couverts par le document AX25-HOWTO. Ces protocoles sont utilisés par les radio-amateurs du monde entier pour l'expérimentation packet-radio.

L'essentiel du travail d'implémentation de ces protocoles a été réalisé par Jonathon Naylor, [email protected].

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.5. DECNet

Le support pour DECNet est en cours d'élaboration. Vous devriez le voir apparaitre dans l'un des prochains noyaux 2.1.*. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.6. FDDI (Fiber Distributed Data Interface)

Les noms de périphériques FDDI sont `fddi0', `fddi1', `fddi2' etc. La première carte détectée par le noyau s'appelle `fddi0' et le reste est nommé dans l'ordre de détection.

Larry Stefani, [email protected], a développé un gestionnaire pour les cartes Digital Equipment Corporation FDDI EISA et PCI.

Options de compilation noyau :

Network device support ---> [*] FDDI driver support [*] Digital DEFEA and DEFPA adapter support

Lorsque vous avez construit et installé votre noyau pour supporter le gestionnaire FDDI, la configuration de l'interface FDDI est presque identique à celle d'une interface Ethernet. Vous devez spécifier le nom de l'interface FDDI appropriée dans les commandes ifconfig et route.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.7. Relais de trames (Frame Relay)

Les noms de périphériques de `relais de trames' sont `dlci00', `dlci01' etc pour les systèmes d'encapsulation DLCI et `sdla0', `sdla1' etc pour les FRAD(s) (Frame Relay Access Device).

Le relais de trames est une nouvelle technologie réseau conçue pour s'adapter au trafic de transmission de données `par à coups' ou de nature intermittente. Vous vous connectez à un réseau de ce type en utilisant un dispositif d'accès par relais de trames (FRAD). Les supports Linux relais de trames supportent IP par-dessus celui-ci comme décrit dans la RFC-1490.

Options de compilation noyau :

Network device support ---> <*> Frame relay DLCI support (EXPERIMENTAL) (24) Max open DLCI (8) Max DLCI per device <*> SDLA (Sangoma S502/S508) support

Mike McLagan, [email protected], a développé le support Frame Relay et les outils de configuration.

À l'heure actuelle le seul FRAD supporté est, à ma connaissance, Sangoma Technologies S502A, S502E et S508. et Emerging Technologies. Leur site se trouve sur ici.

Je voudrais dire quelquechose. J'ai une expérience personnelle avec Emerging Technologies et je vous les recommande pas. Je les ai trouvés absolument pas professionnels et très grossiers. Si quelqu'un d'autre a eu une bonne expérience avec eux, faites le moi savoir. A leur décharge, leur produit est souple d'utilisation et paraît stable.

Pour configurer les systèmes FRAD et DLCI après avoir reconstruit votre noyau, vous aurez besoin des outils de configuration. Ils sont disponibles sur ftp.invlogic.com.

Compiler et installer les outils est très facile, mais le manque de fichier Makefile au premier niveau oblige à le faire à la main :

user% tar xvfz .../frad-0.15.tgz user% cd frad-0.15 user% for i in common dlci frad; make -C $i clean; make -C $i; done root# mkdir /etc/frad root# install -m 644 -o root -g root bin/*.sfm /etc/frad root# install -m 700 -o root -g root frad/fradcfg /sbin root# install -m 700 -o root -g root dlci/dlcicfg /sbin

Notez que ces commandes utilisent la syntaxe du shell sh, et si vous utilisez csh (comme tcsh), la boucle for sera différente.

Après l'installation vous devez créer un fichier /etc/frad/router.conf Vous pouvez utiliser cet exemple, qui est une version modifiée de l'un des fichiers donné en exemple :

# /etc/frad/router.conf # C'est un modèle de configuration pour relais de trames. # Tout y est inclus. Les valeurs par défaut sont fondées sur le code # fourni avec les gestionnaires DOS de la carte Sangoma S502A. # # Une ligne avec '#' est un commentaire # Les blancs sont ignorés (vous pouvez utiliser des tabulations aussi). # Les sections [] inconnues et les entrées inconnues sont ignorées. # [Devices] Count=1 # nombre de périphériques à configurer Dev_1=sdla0 # nom d'un périphérique #Dev_2=sdla1 # nom d'un périphérique # Ce qui est spécifie ici s'applique à tous les périphériques, et peut être # mis à jour pour chaque carte individuelle. # Access=CPE Clock=Internal KBaud=64 Flags=TX # # MTU=1500 # Taille maximum de l'unité de transfert 4096 par défaut # T391=10 # valeur de T391 5 - 30, 10 par défaut # T392=15 # valeur de T392 5 - 30, 15 par défaut # N391=6 # valeur de N391 1 - 255, 6 par défaut # N392=3 # valeur de N392 1 - 10, 3 par défaut # N393=4 # valeur de N393 1 - 10, 4 par défaut # On spécifie ici les valeurs par défaut pour toutes les cartes # CIRfwd=16 # CIR forward 1 - 64 # Bc_fwd=16 # Bc forward 1 - 512 # Be_fwd=0 # Be forward 0 - 511 # CIRbak=16 # CIR backward 1 - 64 # Bc_bak=16 # Bc backward 1 - 512 # Be_bak=0 # Be backward 0 - 511 # # # Configurations spécifiques # # # # Sangoma S502E # [sdla0] Type=Sangoma # Type de périphérique à configurer, actuellement seul # SANGOMA est reconnu # # Spécifique des types 'Sangoma' # # cartes S502A, S502E, S508 Board=S502E # # Le nom du logiciel de carte en essai pour Sangoma # Testware=/usr/src/frad-0.10/bin/sdla_tst.502 # # Le nom du logiciel de carte FR # Firmware=/usr/src/frad-0.10/bin/frm_rel.502 # Port=360 # Port pour cette carte particulière Mem=C8 # Adresse de fenêtre mémoire, A0-EE, dépend de la carte IRQ=5 # numéro d'IRQ, pas nécessaire pour S502A DLCIs=1 # Nombre de DLCI attachés à ce périphérique DLCI_1=16 # numéro du premier DLCI, de 16 à 991 # DLCI_2=17 # DLCI_3=18 # DLCI_4=19 # DLCI_5=20 # # Ce qui est spécifie ici s'applique au périphérique seulement, # et remplace les valeurs par défaut # # Access=CPE # CPE ou NODE, CPE par défaut # Flags=TXIgnore,RXIgnore,BufferFrames,DropAborted,Stats,MCI,AutoDLCI # Clock=Internal # Externe ou Interne, Interne par défaut # Baud=128 # Débit spécifié du CSU/DSU attaché # MTU=2048 # Taille maximum de l'unité de transfert 4096 par défaut # T391=10 # valeur de T391 5 - 30, 10 par défaut # T392=15 # valeur de T392 5 - 30, 15 par défaut # N391=6 # valeur de N391 1 - 255, 6 par défaut # N392=3 # valeur de N392 1 - 10, 3 par défaut # N393=4 # valeur de N393 1 - 10, 4 par défaut # # Le second periphérique est une autre carte # # [sdla1] # Type=FancyCard # Type de périphérique à configurer. # Board= # Type de carte Sangoma # Key=Value # valeurs spécifiques pour ce type de périphérique # # Paramètres de configuration DLCI par défaut. # Peuvent être écrasés par des configurations spécifiques # CIRfwd=64 # CIR forward 1 - 64 # Bc_fwd=16 # Bc forward 1 - 512 # Be_fwd=0 # Be forward 0 - 511 # CIRbak=16 # CIR backward 1 - 64 # Bc_bak=16 # Bc backward 1 - 512 # Be_bak=0 # Be backward 0 - 511 # # Configuration DLCI # Optionnel. La convention d'appellation est # [DLCI_D<devicenum>_<DLCI_Num>] # [DLCI_D1_16] # IP= # Net= # Mask= # Drapeaux définis par Sangoma: TXIgnore,RXIgnore,BufferFrames # DLCIFlags=TXIgnore,RXIgnore,BufferFrames # CIRfwd=64 # Bc_fwd=512 # Be_fwd=0 # CIRbak=64 # Bc_bak=512 # Be_bak=0 [DLCI_D2_16] # IP= # Net= # Mask= # Drapeaux définis par Sangoma: TXIgnore,RXIgnore,BufferFrames # DLCIFlags=TXIgnore,RXIgnore,BufferFrames # CIRfwd=16 # Bc_fwd=16 # Be_fwd=0 # CIRbak=16 # Bc_bak=16 # Be_bak=0

Lorsque vous avez construit votre fichier /etc/frad/router.conf, la seule étape restante est de configurer les périphériques eux-mêmes. C'est un tout petit peu plus compliqué que la configuration normale d'un périphérique réseau; vous devez vous souvenir de monter le périphérique FRAD avant les périphériques d'encapsulation DLCI.

#!/bin/sh # Configure le materiel frad et les parametres DLCI /sbin/fradcfg /etc/frad/router.conf || exit 1 /sbin/dlcicfg file /etc/frad/router.conf # # Montage du dispositif FRAD ifconfig sdla0 up # # Configure les interfaces d'encapsulation DLCI et le routage ifconfig dlci00 192.168.10.1 pointopoint 192.168.10.2 up route add -net 192.168.10.0 netmask 255.255.255.0 dlci00 # ifconfig dlci01 192.168.11.1 pointopoint 192.168.11.2 up route add -net 192.168.11.0 netmask 255.255.255.0 dlci00 # route add default dev dlci00 #

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.8. IPX (AF_IPX)

Le protocole IPX est la plupart du temps utilisé dans les environnements réseaux locaux Novell NetWare(tm). Linux offre un support pour ce protocole, et peut être configuré pour agir comme extrémité réseau, ou comme routeur pour les environnements réseaux IPX.

Options de compilation du noyau :

Networking options ---i> [*] The IPX protocol [ ] Full internal IPX network

Le protocole IPX et le NCPFS sont traités en détail dans le document IPX-HOWTO. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.9. NetRom (AF_NETROM)

Les noms de périphériques NetRom sont `nr0', `nr1', etc.

Options de compilation du noyau :

Networking options ---> [*] Amateur Radio AX.25 Level 2 [*] Amateur Radio NET/ROM

Les protocoles AX25, Netrom et Rose sont décrits dans le document AX25-HOWTO. Ces protocoles sont utilisés par les radio-amateurs dans le monde entier pour l'expérimentation du packet-radio.

L'essentiel du travail d'implémentation a été fait par Jonathon Naylor, [email protected]. Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.10. Protocole Rose (AF_ROSE)

Les noms de périphériques Rose sont `rs0', `rs1', etc. . Rose est disponible dans la série des noyaux 2.1.*.

Options de compilation du noyau :

Networking options ---> [*] Amateur Radio AX.25 Level 2 <*> Amateur Radio X.25 PLP (Rose)

Les protocoles AX25, Netrom et Rose sont expliqués dans le AX25-HOWTO. Ces protocoles sont utilisés par les opérateurs radio-amateur du monde entier pour l'expérimentation du packet-radio.

L'essentiel du travail d'implémentation de ces protocoles a été réalisé par Jonathon Naylor, [email protected].

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.11. Support SAMBA - `NetBEUI', `NetBios', `CIFS'.

SAMBA est une implémentation du protocole Session Management Block. Samba permet aux Systèmes Microsoft et autres de monter et d'utiliser vos disques et imprimantes.

SAMBA et sa configuration sont décrits en détail dans le SMB-HOWTO.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.12. Support STRIP (Starmode Radio IP)

Les noms de périphériques STRIP sont `st0', `st1', etc.

Options de compilation du noyau :

Network device support ---> [*] Network device support .... [*] Radio network interfaces < > STRIP (Metricom starmode radio IP)

STRIP est un protocole conçu spécialement pour un certain type de modems radio Metricom dans le cadre d'un projet de recherche conduit par l'Université de Stanford appelé MosquitoNet Project. Il y a un tas de choses intéressantes à lire, même si vous n'êtes pas directement concerné par le projet.

Les radios Metricom se connectent sur un port série et emploient la technologie à large bande spectrale et peuvent aller jusqu'à 100kbps. Des informations sur ceux-ci sont disponibles sur : Le serveur web de Metricom.

À l'heure actuelle, les outils réseau habituels ne supportent pas le gestionnaire STRIP, vous devez donc télécharger des outils personnalisés à partir du serveur web MosquitoNet. Pour avoir des détails sur les logiciels à utiliser allez voir : MosquitoNet STRIP Page.

En résumé la configuration consiste à utiliser un programme slattach modifié pour régler la discipline de ligne d'un périphérique série pour SLIP, puis à configurer le périphérique `st[0-9]' résultant comme vous le feriez pour Ethernet avec une exception importante : pour des raisons techniques STRIP ne supporte pas le protocole ARP , vous devez alors configurer manuellement les entrées ARP pour chacun des hôtes de votre sous-réseau. Cela ne devrait pas être trop contraignant.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.13. Token Ring

Le noms de périphériques Token ring sont `tr0', `tr1' etc. Token Ring est un protocole LAN standard IBM en vue d'éviter les collisions en fournissant un mécanisme qui n'autorise qu'une seule station du LAN à transmettre à un moment donné. Un `jeton' est détenu par une station à un moment donné, et celle-ci est la seule autorisée à émettre. Lorque c'est fait, elle passe le jeton à la station suivante. Le jeton fait le tour de toutes les stations actives, d'où le nom de `Token Ring' (anneau à jeton).

Options de compilation du noyau :

Network device support ---> [*] Network device support .... [*] Token Ring driver support < > IBM Tropic chipset based adaptor support

La configuration de token ring est identique à celle de l'Ethernet à l'exception du nom de périphérique réseau à configurer.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.14. X.25

X.25 est un protocole de circuit basé sur la commutation de paquets défini par le C.C.I.T.T. (un groupe de normalisation reconnu par les compagnies de télécommunications dans la plupart du monde). Une implémentation de X.25 et LAPB est en cours dans les noyaux récents 2.1.*.

Jonathon Naylor [email protected] dirige le développement et une liste de diffusion a été créée pour discuter des affaires relatives à X.25 pour Linux. Pour y souscrire, envoyez un message à : [email protected] avec le texte "subscribe linux-x25" dans le corps du message.

Les dernières versions des outils de configuration peuvent être obtenues sur le site ftp de Jonathon à ftp.cs.nott.ac.uk.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

12.15. Carte WaveLan

Les noms de périphériques Wavelan sont `eth0', `eth1', etc.

Options de compilation du noyau :

Network device support ---> [*] Network device support .... [*] Radio network interfaces .... <*> WaveLAN support

La carte WaveLAN est une carte LAN sans-fil à large bande. Elle ressemble beaucoup en pratique à une carte Ethernet et se configure presque de la même manière.

Vous pouvez avoir des informations sur la carte Wavelan sur Wavelan.com.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

13.1. Câble série NULL Modem

Tous les câbles NULL modem ne se ressemblent pas. Une grosse partie d'entre eux ne font que faire croire à votre ordinateur que tous les signaux appropriés sont présents et échangent les données de transmission et de réception. C'est bien, mais cela signifie que vous devez utiliser le contrôle de flux logiciel (XON/XOFF) qui est moins efficace que le contrôle de flux matériel. Le câble suivant donne la meilleure transmission de signal entre les deux machines et vous permet d'utiliser le contrôle de flux matériel (RTS/CTS).

Pin Name Pin Pin Tx Data 2 - - - - - - - - - - - - - - - -3 Rx Data 3 - - - - - - - - - - - - - - - -2 RTS 4 - - - - - - - - - - - - - - - -5 CTS 5 - - - - - - - - - - - - - - - -4 Ground 7 - - - - - - - - - - - - - - - -7 DTR 20 -\- - - - - - - - - - - - - - -8 DSR 6 -/ RLSD/DCD 8 - - - - - - - - - - - - - -/- 20 \- 6

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

13.2. Câble port parallèle (câble PLIP)

Si vous avez l'intention d'utiliser le protocole PLIP entre deux machines alors ce câble vous conviendra indépendamment du type de port parallèle installé.

Pin Name pin pin STROBE 1* D0->ERROR 2 - - - - - - 15 D1->SLCT 3 - - - - - - 13 D2->PAPOUT 4 - - - - - - 12 D3->ACK 5 - - - - - - 10 D4->BUSY 6 - - - - - - 11 D5 7* D6 8* D7 9* ACK->D3 10 - - - - - - 5 BUSY->D4 11 - - - - - - 6 PAPOUT->D2 12 - - - - - - 4 SLCT->D1 13 - - - - - - 3 FEED 14* ERROR->D0 15 - - - - - - 2 INIT 16* SLCTIN 17* GROUND 25- - - - - - -25

Notes :

• Ne pas connecter les broches marquées avec un astérisque `*'.

• Les masses supplémentaires sont 18,19,20,21,22,23 et 24.

• Si le câble que vous utilisez possède un blindage, il doit être connecté à une des prises DB-25 et une seule extrémité.

Bien que l'on puisse utiliser des câbles PLIP sur des longues distances, évitez-le si possible. Les spécifications du câble permettent d'avoir une longueur d'environ 1 mètre. Faites attention si vous utilisez de grandes longueurs, car les sources de champs magnétiques élevés comme la foudre, les lignes de puissance et les émetteurs radio peuvent interférer et parfois endommager votre carte contrôleur. Si vous voulez vraiment connecter deux de vos ordinateurs sur une grande distance, utilisez plutôt des cartes Ethernet et un câble coaxial.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

13.3. Câblage Ethernet 10base2 (coaxial fin)

10base2 est un standard de câblage Ethernet spécifiant l'utilisation d'un câble coaxial 50 ohms avec un diamètre d'environ 5 mm. Il faut se souvenir d'un nombre important de règles quand on relie deux machines avec un câblage 10base2. La première est que vous devez utiliser des terminaisons à chaque extrémité du câble. Un terminateur est une résistance de 50 ohms qui sert à s'assurer que le signal est absorbé et non réfléchi à l'extrémité du câble. Sans terminaison à chaque extrémité vous pourriez trouver que l'Ethernet n'est pas fiable ou ne marche pas du tout. Normalement vous utilisez des `T' pour interconnecter les machines, en sorte que vous finirez par avoir quelque chose qui ressemble à ceci :

|==========T=============T=============T==========T==========| | | | | | | | | - - - - - - - - - - - - | | | | | | | | - - - - - - - - - - - -

Les `|' à chaque extrémité représentent une terminaison, les `======' représentent une longueur de câble coaxial avec des prises BNC en bout et les `T' représentent un connecteur en `T'. Gardez la longueur de câble entre les connecteurs en `T' et les cartes Ethernet aussi courte que possible, l'idéal étant que ces connecteurs soient branchés directement sur la carte Ethernet.

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

13.4. Câblage Ethernet à paires torsadées

Si vous n'avez que deux cartes Ethernet avec paires torsadées et que vous voulez les relier, vous n'avez pas besoin de répartiteur. Vous pouvez câbler les deux cartes directement ensemble. Un schéma montrant comment faire est inclus dans le document Ethernet-HOWTO

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

15.1. Actuels

Joshua D. Drake

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?

15.2. Passés

Terry Dawson Allessandro Rubini

Ceci vous a intéressé? Pourquoi ne pas donner 2,50 dollars?