Administration Reseau: Support de Cours

Support de cours
ADMINISTRATION RESEAU
Réalisé par
Narcisse TALLA
Département de Génie Informatique
IUT Fotso Victor de Bandjoun
Université de Dschang
Cameroun
[email protected]
2012-2013
IUTFV-Bandjoun Administration Réseau TCP/IP
SOMMAIRE
Chapitre 1 Généralités .................................................................................................... 4
1.1 Définitions .......................................................................................................................................... 4
1.2 La Classification des réseaux ...................................................................................................... 6
1.2.1 La classification par la taille ................................................................................................... 6
1.2.2 Classification structurale......................................................................................................... 6
1.2.3 La classification typologique ................................................................................................. 8
1.2.4. Intranet, la révolution des réseaux ................................................................................ 9
1.2.5 Les modes de fonctionnement ........................................................................................... 10
1.2.6. Les types de commutation .............................................................................................. 10
1.3. Le câblage et l'aspect physique. ............................................................................................ 11
1.3.1. Le câble 10Base5 ‐ Thick Ethernet. .................................................................................... 11
1.3.2. Le câble 10Base2 ‐ Thin Ethernet. .............................................................................. 12
1.3.3. Le câble 10Base‐T ‐ Câblage universel structuré (UTP/STP). ................................ 12
Chapitre 2 Le réseau Internet et les protocoles TCP/IP. ................................. 13
2.1. Le modèle de référence OSI de l'ISO. ................................................................................... 13
2.1.1 Définition .................................................................................................................................... 13
2.1.2 Les 7 couches OSI .................................................................................................................... 13
2.1.3 La couche physique ............................................................................................................... 14
2.1.4 La couche Liaison ................................................................................................................... 15
2.1.5 La couche Réseau ................................................................................................................... 15
2.1.6 La couche Transport ............................................................................................................. 15
2.1.7 La couche Session .................................................................................................................. 16
2.1.8 La couche Présentation ........................................................................................................ 17
2.1.9 La couche Application .......................................................................................................... 17
2.2. Un modèle en 4 couches : le Modèle TCP/IP .................................................................... 17
2.2.1. La couche hôte réseau ...................................................................................................... 17
2.2.2. La couche internet .............................................................................................................. 17
2.2.3. La couche transport ........................................................................................................... 18
2.2.4. La couche application ....................................................................................................... 18
2.2.5. Architecture des protocoles TCP/IP. .............................................................................. 19
2.3. Adressage. ........................................................................................................................................ 21
2.4. Masque de (sous‐) réseau ......................................................................................................... 23
2.5 Nommage. ............................................................................................................................................... 24
2.5.1 Historique ....................................................................................................................................... 24
2.5.2 Le nom de domaine ................................................................................................................ 26
2.5.3 Le DNS .......................................................................................................................................... 27
2.5.4 Le DNS secondaire .................................................................................................................. 27
2.6 Le protocole IP. .............................................................................................................................. 27
2.6.1 Définition .................................................................................................................................... 27
2.6.2. Le datagramme IP. ............................................................................................................ 28
2.6.3 Le routage IP. ............................................................................................................................. 29
2.6.4. La gestion des erreurs. .................................................................................................... 31
2.7 Les protocoles TCP et UDP. ............................................................................................................. 32
2.7.1 Le protocole UDP. ....................................................................................................................... 32
2.7.2 Le protocole TCP. ........................................................................................................................ 32
2.8 Les applications. ............................................................................................................................ 32
2.8.1 Protocole de démarrage : BOOTP. ....................................................................................... 33
2.8.2 Connexion à distance : Telnet et Rlogin. ........................................................................... 33
2
Enseignant : Narcisse Talla IG2 2012-2013
2.8.3 Système de fichiers en réseau : NFS. ................................................................................... 33
2.8.4 Transfert de fichier : TFTP et FTP. ...................................................................................... 33
2.8.5 Courrier électronique : smtp. ................................................................................................. 33
2.8.6 News : NNTP .............................................................................................................................. 33
2.8.7 World Wide Web : http ......................................................................................................... 34
2.9. De IPv4 à IPv6 ...................................................................................................................................... 34
2.9.1. Pourquoi un nouveau Protocole IP ? ................................................................................. 34
2.9.2. Quelques Caractéristiques d’IPv6 ....................................................................................... 35
2.9.3. Nouvelles fonctionnalités ....................................................................................................... 35
2.9.4. En‐têtes d’IPv4 et IPv6 ..................................................................................................... 35
Chapitre 3 Administration Réseau sous UNIX ..................................................... 38
3.1 . Rôle de l’administrateur réseau sous Unix ..................................................................... 38
3.2 Principaux répertoires systèmes .......................................................................................... 38
3.2.1 Répertoires standard : ........................................................................................................... 38
3.2.2 Gestion des utilisateurs ......................................................................................................... 39
3.2.3 Ajout d'utilisateur et de groupe ........................................................................................ 40
3.3 Montage de disques ..................................................................................................................... 41
3.4 Outils communs d'utilisation d'un réseau sous Unix. .......................................................... 41
3.5 Quelques commandes utiles ........................................................................................................... 42
3.6. Configuration du DNS ....................................................................................................................... 45
3.6.1. Installation de Bind 9 ............................................................................................................... 45
3.6.2. Configuration de Bind 9 .......................................................................................................... 45
3.7. Installation de DNS sous Webmin ............................................................................................... 52
3.8. Installation et configuration d’un serveur Mail ..................................................................... 55
3.8.1. Présentation de l'installation ................................................................................................ 55
3.8.2. Packages nécessaires à l'installation ................................................................................. 55
3.8.3. Installation de Qmail ................................................................................................................ 56
3.8.4. Rediriger le courrier du superutilisateur ........................................................................ 56
3.8.5. Choisir le format de boîte aux lettres ................................................................................ 56
3.8.6. Configuration de Qmail............................................................................................................ 57
3.8.7. Lancement des services .......................................................................................................... 57
3.9. Installation d’un serveur DHCP .............................................................................................. 58
3.10. Installation de SAMBA pour un contrôleur de domaine avec clients win32 ......... 59
3.10.1. Edition du fichier smb.conf ................................................................................................. 59
3.10.2. Création des comptes utilisateurs Unix ......................................................................... 61
3.10.3. Création des répertoires de logons et de profiles ..................................................... 61
3.10.4. Création des comptes utilisateurs Samba ..................................................................... 61
3.10.5. Création des comptes de machines ................................................................................. 61
3.10.6. Création du compte administrateur de domaine ...................................................... 62
3.10.7. Connection au domaine ........................................................................................................ 62
Bibliographie ..................................................................................................................... 63
3
Chapitre 1 Généralités
Avant les années 1990, les systèmes informatiques des entreprises étaient composés de
matériels et de logiciels hétérogènes, incluant des solutions propriétaires, communiquant mal
voire pas du tout entre eux. L’échange de données était difficile (ou impossible), aussi bien au
sein de l’entreprise, qu’avec les tiers composant son environnement.
Avec l'évolution des technologies et la généralisation des réseaux, la communication est
aujourd'hui possible entre ordinateurs de types différents ainsi qu’entre réseaux hétérogènes.
Ces progrès rapides et récents (années 1990) sont notamment liés aux progrès technologiques
incessants (évolution des OS, puissance et vitesse de traitement des microprocesseurs et des
composants, capacité et rapidité des disques…), aux efforts de normalisation et à l'émergence
des standards de fait de l’Internet (protocoles TCP/IP, HTTP, FTP…).
De nos jours, dans le monde des réseaux, on note entre autres une fusion croissante de
l’informatique et des télécommunications, le recul du modèle OSI au profit de standards de
faits comme TCP/IP et la percée du multimédias et des technologies hauts débits.
1.1 Définitions
Un réseau informatique est un ensemble d’équipements (ordinateurs, périphériques) reliés
entre eux dans le but de permettre aux utilisateurs de partager des ressources matérielles et
logicielles, des données, et de communiquer des informations au format numérique.
Un réseau local (ou LAN, pour Local Area Network) est un réseau constitué de quelques
ordinateurs et périphériques, limité à l'enceinte d'une entreprise ou à un service, dans un
espace privatif. Il peut s'étendre de quelques mètres à quelques kilomètres et peut se
développer sur plusieurs bâtiments.
Un réseau métropolitain (Metropolitan Area Network) interconnecte plusieurs lieux situés
dans une même vile, par exemple les différents sites d'une université ou d'une administration,
chacun possédant son propre réseau local.
Un réseau étendu (ou WAN, pour Wide Area Network) est constitué par l'interconnexion de
réseaux locaux. Il comprend de nombreux et divers ordinateurs (de quelques centaines à
plusieurs milliers), disséminés sur une aire géographique importante. On parle aujourd'hui
d'Internet.
- l’intranet désigne alors la partie du réseau interne de l’entreprise qui utilise les protocoles
standard d’Internet, mais qui n’est accessible qu’aux salariés de l’entreprise.
4
- l'extranet regroupe des réseaux Internet dont l'accès est réservé aux membres d'une
communauté de partenaires externes d'une entreprise (clients et fournisseurs en général).
- Un réseau personnel (Personnal Area Network) interconnecte (souvent par des liaisons
sans fil) des équipements personnels comme un ordinateur portable, un agenda électronique...
- Un cluster est un groupe d'unités centrales reliées entre elles de manière à agir comme un
seul ordinateur soit pour pouvoir faire de la répartition de charges soit du calcul distribué.
Un réseau étendu (Wide Area Network) permet de communiquer à l'échelle d'un pays, ou de
la planète entière, les infrastructures physiques pouvant être terrestres ou spatiales à l'aide de
satellites de télécommunications.
- Noeud : Equipement (ordinateur, concentrateur, imprimante etc.) du réseau informatique
possédant une adresse physique.
- Noeud TCP/IP: Equipement fonctionnant avec le protocole TCP/IP.
- Adresse physique : Adresse unique attribuée par le fabricant, gérée par un organisme
international et inscrite de façon définitive dans l'équipement. Appelée aussi adresse Ethernet
ou adresse MAC (Media Access Control).
- Adresse logique : Adresse unique attribuée par les répondants informatique locaux et gérée
par le NIC pour les adresses IP (organisme international).
- Paquet, Trame: Information électrique transitant sur le réseau et représentant une suite de
bits. Il s'agit de l'unité de base du réseau (frame).
- Protocole : Description des mécanismes permettant la gestion des paquets d'information et
leur transition du réseau à l'application. Par extension, logiciel (software) fonctionnant sur une
machine et permettant cette gestion interne.
- Suite de protocoles : Ensemble de protocoles communiquant entre deux.
- Couches réseau : Composante protocole fonctionnant sur un équipement et lui permettant
de communiquer à travers le réseau.
- Media : Support permettant le passage de l'information: différents types de câble, ondes
hertziennes, laser etc.
- Bande-passante : Comme en téléphonie ou en hi-fi, la bande passante détermine la quantité
d'informations capables de transiter par seconde sur un media donné.
- Backbone : Réseau physique (câble et matériel actif) servant de colonne vertébrale au reste
du réseau. En général composée de fibres optiques est assurant parfois une plus grande bande-
passante (155Mbits/s).
- Interconnexion : Ensemble matériel et logiciel permettant la connexion d'équipements
utilisant des média et des protocoles différents
5
- Segment physique : Câble ou ensemble de câbles reliés sans équipement électronique

d'interconnexion (il s'agit d'un seul domaine de collisions).
- Segment logique : Sous réseau regroupant des noeuds correspondant à un même groupe
d'adressage; un segment logique peut englober plusieurs segments physiques.
1.2 La Classification des réseaux
1.2.1 La classification par la taille
Figure 1.1: Classification des réseaux informatiques selon leur taille.

On peut faire une première classification des réseaux à l'aide de leur taille comme on peut le
voir dans la figure 1.1.
Les bus que l'on trouve dans un ordinateur pour relier ses différents composants (mémoires,
périphériques d'entrée-sortie, processeurs, ...) peuvent être considérés comme des réseaux
dédiés à des tâches très spécifiques.
1.2.2 Classification structurale
Figure 1.2. Topologie des réseaux informatiques

On peut également différencier les réseaux selon leur structure ou plus précisément leur
topologie comme illustré dans la figure 1.2. On y distingue ainsi deux classes de réseaux :
6
1. ceux en mode de diffusion

2. ceux en mode point à point
Le mode de diffusion consiste à partager un seul support de transmission. Chaque message
envoyé par un équipement sur le réseau est reçu par tous les autres. C'est l'adresse spécifique
placée dans le message qui permettra à chaque équipement de déterminer si le message lui est
adressé ou non. À tout moment un seul équipement a le droit d'envoyer un message sur le
support, il faut donc qu'il «écoute» au préalable si la voie est libre; si ce n'est pas le cas il
attend selon un protocole spécifique à chaque architecture. Les réseaux locaux adoptent pour
la plupart le mode diffusion sur une architecture en bus ou en anneau et les réseaux
satellitaires ou radio suivent également ce mode de communication. Dans une telle
configuration, la rupture du support provoque l'arrêt du réseau, par contre la panne d'un des
éléments ne provoque pas (en général) la panne globale du réseau.
Dans le mode point à point le support physique (le câble) relie une paire d'équipements
seulement. Quand deux éléments non directement connectés entre eux veulent communiquer
ils le font par l'intermédiaire des autres n uds du réseau.
Dans le cas de l'étoile le site central reçoit et envoie tous les messages, le fonctionnement est
simple, mais la panne du n ud central paralyse tout le réseau
Dans une boucle simple, chaque n ud recevant un message de son voisin en amont le
réexpédie à son voisin en aval. Pour que les messages ne tournent pas indéfiniment le n ud
émetteur retire le message lorsqu'il lui revient. Si l'un des éléments du réseau tombe en panne,
alors tout s'arrête.
Dans la double boucle, chacune des boucles fait tourner les messages dans un sens opposé.
En cas de panne d'un équipement, on reconstitue une boucle simple avec les éléments actifs
des deux boucles, mais dans ce cas tout message passera deux fois par chaque n ud. Il en
résulte alors une gestion très complexe.
Dans le maillage régulier l'interconnexion est totale, ce qui assure une fiabilité optimale du
réseau, par contre c'est une solution coûteuse en câblage physique.
Dans le maillage irrégulier, le câblage est allégé et la fiabilité peut rester élevée mais elle
nécessite un routage des messages selon des algorithmes parfois complexes. Dans cette
architecture il devient presque impossible de prévoir le temps de transfert d'un n ud à un
autre.
7
1.2.3 La classification typologique
Pour l'essentiel, les réseaux peuvent être construits selon deux architectures différentes : les
réseaux poste à poste et les réseaux de type client-serveur.
1.2.3.1 Le réseau poste à poste

Définition
Au sein d'un réseau poste à poste (P2P), chaque poste connecté peut mettre ses ressources
(ou services) à la disposition du réseau (il joue alors le rôle de serveur) et simultanément
bénéficier des ressources (ou services) du réseau (il est alors client).
Schéma fonctionnel
Chaque poste est à la fois client et serveur ; les ressources partagées peuvent être situées sur
tout poste du réseau.
client et imprimante partagée

serveur
client et client et client et client et

serveur serveur serveur serveur
Figure 1.3. Schéma fonctionnel d’un réseau poste à poste

Caractéristiques
À partir du paramétrage des stations (icône réseau du panneau de configuration de Windows
par exemple) on peut distinguer les caractéristiques suivantes :
¾ c'est le client Windows qui gère l'ouverture de session d'un utilisateur (il n'existe pas
de service d’authentification sécurisée des utilisateurs par un serveur) ;
¾ les stations (identifiées par leur nom), sont regroupées au sein d'un ensemble de postes
appelé « groupe de travail » (Workgroup) ;
¾ les accès aux ressources sont définis par un mot de passe associé à chacune des
ressources ; il n'existe pas de définition plus fine des autorisations d'accès (au niveau
de chaque répertoire ou fichier, par exemple) ;
¾ chaque station peut aisément partager des ressources (disques, imprimantes, accès à
internet par exemple).
1.2.3.2. Le réseau client-serveur

Avec ce type de réseau, un ou plusieurs ordinateurs sont dédiés (en général) au rôle de serveur
et un logiciel (dit gestionnaire de réseau) assure des fonctions centralisées d’administration
8
(création des comptes et groupes d'utilisateurs, des partages de ressources, des autorisations
d'accès aux ressources accordées aux utilisateurs et aux groupes sur les partages…).
Ainsi, une machine peut fournir les services de serveur de fichiers, une autre (ou la même)
ceux de serveur d'impression, une autre enfin ceux de serveur de communication…Les
machines sur lesquelles travaillent les utilisateurs sont dites clientes de ces serveurs.
Ce type de réseau est destiné à des entreprises comportant de plusieurs dizaines à plusieurs
centaines d'ordinateurs, ou à de petites structures pour lesquelles les besoins de sécurité, de
confidentialité ou les contraintes d’organisation sont importants.
Les logiciels gestionnaires de réseau les plus courants sont : Netware (Novell), Windows NT
Server et Windows 2000 Server (Microsoft), Linux (monde du "logiciel libre").
1.2.3.3. Les réseaux d’entreprise

Les réseaux d’entreprises sont nés du besoin de faire communiquer des terminaux distants
avec un site central puis des ordinateurs entre eux et enfin de connecter des machines
terminales telles que des stations de travail avec leurs serveurs. Les réalités découlées de
l’évolution des réseaux de nos jours sont multiples et diverses. On peut citer entre autres : la
fusion croissante de l’informatique et des télécoms, le recul du modèle OSI au profit de
standards de fait comme TCP/IP, la percée du multimédia et des technologies haut débit.
1.2.4. Intranet, la révolution des réseaux
D’origine récente puisque né en 1995, l’Intranet surprend les observateurs par l’ampleur de
son déploiement comme par la diversité de ses domaines d’application dans l’entreprise.
Dans les entreprises, sont tout d’abord apparus les LAN (Local Area Network). Les limites
d’extensions réduites offertes par le réseau local d’une part, les besoins croissants des
entreprises et organisations d’autre part, ont conduit à compléter le principe du réseau local
(LAN), par celui du réseau étendu WAN (Wide Area Network).
Le concept d’Intranet est complètement adopté en mars 1996. Il se manifestait sous la forme
d’un ensemble de solutions technologiques toutes dérivées d’Internet et appliquées à
l’entreprise. L’Intranet répond, pour l’essentiel à cinq types de besoins considérés comme
indispensables au bon fonctionnement de l’entreprise :
1- le partage de l’information
2- la gestion des connaissances
3- la communication
4- la navigation
9
5- les applications partagées.

L’Intranet (les services Internet en général) utilise l’architecture client/serveur.
1.2.5 Les modes de fonctionnement
Quelle que soit l'architecture physique d'un réseau on trouve deux modes de fonctionnement
différents : (1) avec connexion et (2) sans connexion.
Dans le mode avec connexion, toute communication entre deux équipements suit le
processus suivant:
[a] l'émetteur demande l'établissement d'une connexion par l'envoi d'un bloc de données
spécial
[b] si le récepteur (ou le gestionnaire de service) refuse cette connexion la communication
n'a pas lieu
[c] si la connexion est acceptée, elle est établie par mise en place d'un circuit virtuel dans
le réseau reliant l'émetteur au récepteur
[d] les données sont ensuite transférées d'un point à l'autre
[e] la connexion est libérée
C'est le fonctionnement bien connu du réseau téléphonique classique. Les avantages du mode
avec connexion sont la sécurisation du transport par identification claire de l'émetteur et du
récepteur, la possibilité d'établir à l'avance des paramètres de qualité de service qui seront
respectés lors de l'échange des données. Les défauts sont la lourdeur de la mise en place de la
connexion qui peut se révéler beaucoup trop onéreuse si l'on ne veut échanger que quelques
octets ainsi que la difficulté à établir des communications multipoints.
Dans le mode sans connexion les blocs de données, appelés datagrammes, sont émis sans
vérifier à l'avance si l'équipement à atteindre, ainsi que les n uds intermédiaires éventuels,
sont bien actifs. C'est alors aux équipements gérant le réseau d'acheminer le message étape
par étape et en assurant éventuellement sa temporisation jusqu'à ce que le destinataire soit
actif. Ce service est celui du courrier postal classique et suit les principes généraux suivants:
[a] le client poste une lettre dans une boîte aux lettres
[b] chaque lettre porte le nom et l'adresse du destinataire
[c] chaque client a une adresse propre et une boîte aux lettres
[d] le contenu de l'information reste inconnu du prestataire de service
[e] les supports du transport sont inconnus de l'utilisateur du service
1.2.6. Les types de commutation
D'autre part il existe plusieurs types de commutation dont les principaux sont :
10
[a] la commutation de circuits : c'est historiquement la première à avoir été utilisée, par
exemple dans le réseau téléphonique à l'aide des auto-commutateurs. Elle consiste à créer
dans le réseau un circuit particulier entre l'émetteur et le récepteur avant que ceux-ci ne
commencent à échanger des informations.
[b] la commutation de messages : elle consiste à envoyer un message de l'émetteur
jusqu'au récepteur en passant de noeud de commutation en noeud de commutation. Chaque
noeud attend d'avoir reçu complètement le message avant de le réexpédier au noeud suivant.
[c] la commutation de paquets : Un message émis est découpé en paquets et par la suite
chaque paquet est commuté à travers le réseau comme dans le cas des messages. Les paquets
sont envoyés indépendamment les uns des autres et sur une même liaison on pourra trouver
les uns derrière les autres des paquets appartenant à différents messages.
[d] la commutation de cellules : une cellule est un paquet particulier dont la taille est
toujours fixée à 53 octets (5 octets d'en-tête et 48 octets de données). C'est la technique de
base des réseaux hauts débits ATM (Asynchronous Transfert Mode) qui opèrent en mode
connecté où avant toute émission de cellules, un chemin virtuel est établi par lequel passeront
toutes les cellules.
[e] le message : c’est l’information échangée entre deux systèmes informatiques
[f] le paquet : c’est une petite suite de bits constituant une partie d’un message
[g] le routage : c’est l’action (effectuée par le routeur) qui permet la transmission,
l’aiguillage et la redirection des informations circulant sur le réseau à un instant donné
1.3. Le câblage et l'aspect physique.
Au fil de l'évolution des composants électroniques, différents types de câblages ont vu le jour,
faisant appel à des technologies différentes, le but étant toujours d'atteindre les objectifs
suivants:
¾ Grande bande-passante ;
¾ Possibilité d'utiliser ces câbles sur de longues distances ;
¾ Faible encombrement, moins cher, facile à poser et à installer ;
¾ Connecteurs simples et résistants,… ;
1.3.1. Le câble 10Base5 Thick Ethernet.
Le premier câble Ethernet à avoir été standardisé est le câble de type Thick Ethernet
(normalisé 10Base5) appelé aussi Yellow Cable, ou 'tuyau d'arrosage', en raison de sa
dimension et de sa couleur. Il s'agit d'un câble coaxial blindé de 50 Ohm, terminé, d'un
11
diamètre de près de 2cm, utilisable sur une distance de 500m sans ré-amplification du signal
électrique. La bande passante est de 10Mbits/s. Physiquement, il s'agit d'un bus, puisque tous
les noeuds se connectent les uns à côté des autres (la distance entre deux connections sur le
câble doit être, pour des raisons de physique électrique, d'un multiple de 1,5m).
1.3.2. Le câble 10Base2 Thin Ethernet.
Le câble coaxial fin de 50 Ohm, appelé aussi 'CheaperNet', terminé et facile à poser est
apparu après le Thick Ethernet et présente les caractéristiques suivantes:
¾ longueur maximum sans ré-amplification: 185m.
¾ connecteurs de type BNC à bayonnettes, branchement à l'aide de connecteurs en 'T',
nombre de connexions maximum par segment de 185m: 30.
¾ bande passante de 10Mbits/s.
1.3.3. Le câble 10BaseT Câblage universel structuré (UTP/STP).
Ce câble reprend le principe du câble téléphonique puisqu'il s'agit d'un câblage physique en
étoile (chaque prise est reliée à un noeud central, appelé répartiteur ou 'Hub'; il est donc
structuré) à base de conducteurs en cuivre torsadés entre eux afin de pallier l'absence d'un
épais isolant (lutte contre la diaphonie). Chaque câble est constitué de 8 conducteurs de
cuivre, isolés par un enrobage plastique et torsadés par paire.
Ce type de câblage prend le nom d'universel, car il permet le passage de différents types
d'informations : réseau informatique Ethernet ou TokenRing, téléphonie, etc.
La distance maximum atteignable, en Ethernet et sans ré-amplification, sur de tels câbles est
de 100m. La bande passante potentielle, pour des câbles certifiés de catégorie 5, est de
100Mbits/s.
12
Chapitre 2 Le réseau Internet et les protocoles

TCP/IP.
Ces 20 dernières années ont vu émerger de nouvelles techniques rendant possible

l'interconnexion de réseaux différents (internetworking) en les faisant apparaître comme un
unique environnement de communication homogène. On désigne ce système d'interconnexion
sous le nom d'Internet, sachant que réseau Internet et Internet désignent l'ensemble de ces
internets dont le point commun est de fonctionner en suivant les protocoles TCP/IP
(Transmission Control Protocol/Internet Protocol). Le but de ce chapitre est d'étudier
comment fonctionne l'ensemble de ces protocoles.
2.1. Le modèle de référence OSI de l'ISO.
2.1.1 Définition
La norme Open System Interconnection (OSI, interconnexion de systèmes ouverts) est établie
par l'International Standard Organization (ISO).
Un système ouvert est un ordinateur, un terminal, un réseau, n'importe quel équipement
respectant cette norme et donc apte à échanger des informations avec d'autres équipements
hétérogènes et issus de constructeurs différents.
2.1.2 Les 7 couches OSI
Le premier objectif de la norme OSI a été de définir un modèle de toute architecture de réseau
basé sur un découpage en sept couches, chacune de ces couches correspondant à une
fonctionnalité particulière d'un réseau. Les couches 1, 2, 3 et 4 sont dites basses et les couches
5, 6 et 7 sont dites hautes. Chaque couche n d'une machine gère la communication avec la
couche n d'une autre machine en suivant un protocole de niveau n qui est un ensemble de
règles de communication pour le service de niveau n.
13
Figure 2.1. Communication entre couches

Les principes qui ont conduit à ces 7 couches sont les suivants :
une couche doit être créée lorsqu'un nouveau niveau d'abstraction est nécessaire,
chaque couche a des fonctions bien définies,
les fonctions de chaque couche doivent être choisies dans l'objectif de la normalisation
internationale des protocoles,
les frontières entre couches doivent être choisies de manière à minimiser le flux
d'information aux interfaces,
le nombre de couches doit être tel qu'il n'y ait pas cohabitation de fonctions très
différentes au sein d'une même couche et que l'architecture ne soit pas trop difficile à
maîtriser.
Les couches basses (1, 2, 3 et 4) sont nécessaires à l'acheminement des informations entre les
extrémités concernées et dépendent du support physique. Les couches hautes (5, 6 et 7) sont
responsables du traitement de l'information relative à la gestion des échanges entre systèmes
informatiques. Par ailleurs, les couches 1 à 3 interviennent entre machines voisines, et non
entre les machines d'extrémité qui peuvent être séparées par plusieurs routeurs. Les couches 4
à 7 sont au contraire des couches qui n'interviennent qu'entre hôtes distants.
2.1.3 La couche physique
La couche physique s'occupe de la transmission des bits de façon brute sur un canal de
communication. Cette couche doit garantir la parfaite transmission des données (un bit « 1 »
envoyé doit bien être reçu comme bit valant « 1 »). Concrètement, cette couche doit
normaliser les caractéristiques électriques (un bit « 1 » doit être représenté par une tension de
14
5V, par exemple), les caractéristiques mécaniques (forme des connecteurs, de la topologie...),
les caractéristiques fonctionnelles des circuits de données et les procédures d'établissement, de
maintien et de libération du circuit de données.
L'unité d'information typique de cette couche est le bit, représenté par une certaine différence
de potentiel.
2.1.4 La couche Liaison
Son rôle est un rôle de "liant" : elle va transformer la couche physique en une liaison a priori
exempte d'erreurs de transmission pour la couche réseau. Elle fractionne les données d'entrée
de l'émetteur en trames, transmet ces trames en séquence et gère les trames d'acquittement
renvoyées par le récepteur. Rappelons que pour la couche physique, les données n'ont aucune
signification particulière. La couche liaison de données doit donc être capable de reconnaître
les frontières des trames. Cela peut poser quelques problèmes, puisque les séquences de bits
utilisées pour cette reconnaissance peuvent apparaître dans les données.
La couche liaison de données doit être capable de renvoyer une trame lorsqu'il y a eu un
problème sur la ligne de transmission. De manière générale, un rôle important de cette couche
est la détection et la correction d'erreurs intervenues sur la couche physique. Cette couche
intègre également une fonction de contrôle de flux pour éviter l'engorgement du récepteur.
L'unité d'information de la couche liaison de données est la trame qui est composées de
quelques centaines à quelques milliers d'octets maximum.
2.1.5 La couche Réseau
La couche réseau assure toutes les fonctionnalités de relai et d'amélioration de services entre
entités de réseau, à savoir : l'adressage, le routage, le contrôle de flux et la détection et
correction d'erreurs non réglées par la couche 2. C'est la couche qui permet de gérer le sous-
réseau, i.e. le routage des paquets sur ce sous-réseau et l'interconnexion des différents sous-
réseaux entre eux. Au moment de sa conception, il faut bien déterminer le mécanisme de
routage et de calcul des tables de routage (tables statiques ou dynamiques...).
La couche réseau contrôle également l'engorgement du sous-réseau. On peut également y
intégrer des fonctions de comptabilité pour la facturation au volume, mais cela peut être
délicat. L'unité d'information de la couche réseau est le paquet.
2.1.6 La couche Transport
La couche transport assure un transfert de données transparents entre entités de session et en
les déchargeant des détails d'exécution. Elle a pour rôle d'optimiser l'utilisation des services
15
de réseau disponibles afin d'assurer au moindre coût les performances requises par la couche
session. Cette couche est responsable du bon acheminement des messages complets au
destinataire. Le rôle principal de la couche transport est de prendre les messages de la couche
session, de les découper s'il le faut en unités plus petites et de les passer à la couche réseau,
tout en s'assurant que les morceaux arrivent correctement de l'autre côté. Cette couche
effectue donc aussi le réassemblage du message à la réception des morceaux.
Cette couche est également responsable de l'optimisation des ressources du réseau : en toute
rigueur, la couche transport crée une connexion réseau par connexion de transport requise par
la couche session, mais cette couche est capable de créer plusieurs connexions réseau par
processus de la couche session pour répartir les données, par exemple pour améliorer le débit.
A l'inverse, cette couche est capable d'utiliser une seule connexion réseau pour transporter
plusieurs messages à la fois grâce au multiplexage. Dans tous les cas, tout ceci doit être
transparent pour la couche session.
Cette couche est également responsable du type de service à fournir à la couche session, et
finalement aux utilisateurs du réseau : service en mode connecté ou non, avec ou sans garantie
d'ordre de délivrance, diffusion du message à plusieurs destinataires à la fois... Cette couche
est donc également responsable de l'établissement et du relâchement des connexions sur le
réseau.
Un des tous derniers rôles à évoquer est le contrôle de flux.
C'est l'une des couches les plus importantes, car c'est elle qui fournit le service de base à
l'utilisateur, et c'est par ailleurs elle qui gère l'ensemble du processus de connexion, avec
toutes les contraintes qui y sont liées.
L'unité d'information de la couche réseau est le message.
2.1.7 La couche Session
La couche session fournit aux entités de la couche présentation les moyens d'organiser et
synchroniser les dialogues et les échanges de données. Cette couche organise et synchronise
les échanges entre tâches distantes. Elle réalise le lien entre les adresses logiques et les
adresses physiques des tâches réparties. Elle établit également une liaison entre deux
programmes d'application devant coopérer et commande leur dialogue (qui doit parler, qui
parle...). Dans ce dernier cas, ce service d'organisation s'appelle la gestion du jeton. La couche
session permet aussi d'insérer des points de reprise dans le flot de données de manière à
pouvoir reprendre le dialogue après une panne.
16
2.1.8 La couche Présentation
La couche présentation s'occupe de la syntaxe et de la sémantique des informations
transportées en se chargeant notamment de la représentation des données. Cette couche
s'intéresse à la syntaxe et à la sémantique des données transmises : c'est elle qui traite
l'information de manière à la rendre compatible entre tâches communicantes. Elle va assurer
l'indépendance entre l'utilisateur et le transport de l'information.
Typiquement, cette couche peut convertir les données, les reformater, les crypter et les
compresser.
2.1.9 La couche Application
La couche application est le point de contact entre l'utilisateur et le réseau. Elle donne au
processus d'application le moyen d'accéder à l'environnement OSI et fournit tous les services
directement utilisables par l'application, à savoir:
- le transfert d'informations
- l'allocation de ressources
- l'intégrité et la cohérence des données accédées
- la synchronisation des applications coopérantes
2.2. Un modèle en 4 couches : le Modèle TCP/IP
Le modèle TCP/IP peut en effet être décrit comme une architecture réseau à 4 couches :
2.2.1. La couche hôte réseau
Cette couche est assez "étrange". En effet, elle semble "regrouper" les couches physique et
liaison de données du modèle OSI. En fait, cette couche n'a pas vraiment été spécifiée ; la
seule contrainte de cette couche, c'est de permettre un hôte d'envoyer des paquets IP sur le
réseau. L'implémentation de cette couche est laissée libre. De manière plus concrète, cette
implémentation est typique de la technologie utilisée sur le réseau local. Par exemple,
beaucoup de réseaux locaux utilisent Ethernet ; Ethernet est une implémentation de la couche
hôte-réseau.
2.2.2. La couche internet
Cette couche est la clé de voûte de l'architecture. Cette couche réalise l'interconnexion des
réseaux (hétérogènes) distants sans connexion. Son rôle est de permettre l'injection de paquets
dans n'importe quel réseau et l'acheminement des ces paquets indépendamment les uns des
autres jusqu'à destination. Comme aucune connexion n'est établie au préalable, les paquets
17
peuvent arriver dans le désordre ; le contrôle de l'ordre de remise est éventuellement la tâche
des couches supérieures. Du fait du rôle imminent de cette couche dans l'acheminement des
paquets, le point critique de cette couche est le routage. C'est en ce sens que l'on peut se
permettre de comparer cette couche avec la couche réseau du modèle OSI.
La couche internet possède une implémentation officielle : le protocole IP (Internet Protocol).
2.2.3. La couche transport
Son rôle est le même que celui de la couche transport du modèle OSI : permettre à des entités
paires de soutenir une conversation.
Officiellement, cette couche n'a que deux implémentations : le protocole TCP (Transmission
Control Protocol) et le protocole UDP (User Datagram Protocol). TCP est un protocole fiable,
orienté connexion, qui permet l'acheminement sans erreur de paquets issus d'une machine d'un
internet à une autre machine du même internet. Son rôle est de fragmenter le message à
transmettre de manière à pouvoir le faire passer sur la couche internet. A l'inverse, sur la
machine destination, TCP replace dans l'ordre les fragments transmis sur la couche internet
pour reconstruire le message initial. TCP s'occupe également du contrôle de flux de la
connexion.
UDP est en revanche un protocole plus simple que TCP : il est non fiable et sans connexion.
Son utilisation présuppose que l'on n'a pas besoin ni du contrôle de flux, ni de la conservation
de l'ordre de remise des paquets. Par exemple, on l'utilise lorsque la couche application se
charge de la remise en ordre des messages. On se souvient que dans le modèle OSI, plusieurs
couches ont à charge la vérification de l'ordre de remise des messages. C'est là une avantage
du modèle TCP/IP sur le modèle OSI, mais nous y reviendrons plus tard. Une autre utilisation
d'UDP : la transmission de la voix. En effet, l'inversion de 2 phonèmes ne gêne en rien la
compréhension du message final. De manière plus générale, UDP intervient lorsque le temps
de remise des paquets est prédominant.
2.2.4. La couche application
Contrairement au modèle OSI, c'est la couche immédiatement supérieure à la couche
transport, tout simplement parce que les couches présentation et session sont apparues
inutiles. On s'est en effet aperçu avec l'usage que les logiciels réseau n'utilisent que très
rarement ces 2 couches, et finalement, le modèle OSI dépouillé de ces 2 couches ressemble
fortement au modèle TCP/IP.
18
Cette couche contient tous les protocoles de haut niveau, comme par exemple Telnet, TFTP
(trivial File Transfer Protocol), SMTP (Simple Mail Transfer Protocol), HTTP (HyperText
Transfer Protocol). Le point important pour cette couche est le choix du protocole de transport
à utiliser. Par exemple, TFTP (surtout utilisé sur réseaux locaux) utilisera UDP, car on part du
principe que les liaisons physiques sont suffisamment fiables et les temps de transmission
suffisamment courts pour qu'il n'y ait pas d'inversion de paquets à l'arrivée. Ce choix rend
TFTP plus rapide que le protocole FTP qui utilise TCP. A l'inverse, SMTP utilise TCP, car
pour la remise du courrier électronique, on veut que tous les messages parviennent
intégralement et sans erreurs.
Figure 2.2 : le modèle TCP/IP vs OSI

Le modèle OSI a été mis à côté pour faciliter la comparaison entre les deux modèles.
2.2.5. Architecture des protocoles TCP/IP.
Les logiciels TCP/IP sont structurés en quatre couches de protocoles qui s'appuient sur une
couche matérielle comme illustré dans la figure 2.3.
¾ La couche de liens est l'interface avec le réseau et est constituée d'un driver du système
d'exploitation et d'une carte d'interface de l'ordinateur avec le réseau.
¾ La couche réseau ou couche IP (Internet Protocol) gère la circulation des paquets à
travers le réseau en assurant leur routage. Elle comprend aussi les protocoles ICMP (Internet
Control Message Protocol) et IGMP (Internet Group Management Protocol)
¾ La couche transport assure tout d'abord une communication de bout en bout en faisant
abstraction des machines intermédiaires entre l'émetteur et le destinataire. Elle s'occupe de
réguler le flux de données et assure un transport fiable (données transmises sans erreur et
reçues dans l'ordre de leur émission) dans le cas de TCP (Transmission Control Protocol) ou
non fiable dans le cas de UDP (User Datagram Protocol). Pour UDP, il n'est pas garanti qu'un
19
paquet (appelé dans ce cas datagramme) arrive à bon port, c'est à la couche application de s'en
assurer.
¾ La couche application est celle des programmes utilisateurs comme telnet (connexion
à un ordinateur distant), FTP (File Transfert Protocol), SMTP (Simple Mail Transfert
Protocol), etc...
Figure 2.3 : Architecture d'une pile TCP/IP
20
Figure 2.4: Encapsulation des données par la pile des protocoles TCP/IP2.3.
Adressage.
Dans ce paragraphe, nous nous intéressons uniquement aux protocoles IPV4. Chaque
ordinateur du réseau Internet dispose d'une adresse IP unique codée sur 32 bits. Plus
précisément, chaque interface dispose d'une adresse IP particulière. En effet, un même routeur
interconnectant 2 réseaux différents possède une adresse IP pour chaque interface de réseau.
Une adresse IP est toujours représentée dans une notation décimale pointée constituée de 4
nombres (1 par octet) compris chacun entre 0 et 255 et séparés par un point.
Figure 2.5. Les cinq classes d'adresses IP.

Plus précisément, une adresse IP est constituée d'une paire (id. de réseau, id. de machine) et
appartient à une certaine classe (A, B, C, D ou E) selon la valeur de son premier octet, comme
détaillé dans la figure 2.7. Le tableau ci-après donne l'espace d'adresses possibles pour chaque
classe.
classe adresses
A 0.0.0.0 à 127.255.255.255
B 128.0.0.0 à 191.255.255.255
C 192.0.0.0 à 223.255.255.255
D 224.0.0.0 à 239.255.255.255
E 240.0.0.0 à 247.255.255.255
Ainsi, les adresses de classe A sont utilisées pour les très grands réseaux qui comportent plus
de 216=65 536 ordinateurs. Au niveau mondial, il ne peut exister plus de 127 tels réseaux, par
exemple celui de la défense américaine ou du MIT, mais la politique actuelle est de ne plus
définir de tels réseaux. Les adresses de classe B sont utilisées pour les réseaux ayant entre
28=256 et 216= 65 536 ordinateurs, 14 bits définissent l'adresse du réseau et 16 bits celle d'une
machine sur le réseau. Seules 256 machines sont possibles sur un réseau de classe C dont le
nombre possible dépasse les 2 millions (=221). L'obtention d'une adresse IP pour créer un
nouveau réseau est gérée par l'INTERNIC de manière décentralisée, à savoir qu'un organisme
21
national gère les demandes pour chaque pays. En France c'est l'INRIA (Institut National de
Recherche en Informatique et Automatique) qui est chargé de cette tâche.
Toutes les combinaisons mathématiquement possibles pour identifier un réseau ou une

machine ne sont pas permises car certaines adresses ont des significations particulières.
¾ 0.0.0.0 est utilisée par une machine pour connaître sa propre adresse IP lors d'un
processus d'amorçage par exemple ;
¾ <id. de réseau nul>.<id. de machine> est également utilisée pour désigner une
machine sur son réseau lors d'un boot également ;
¾ <id. de réseau>.<id. de machine nul> n'est jamais affectée à une machine car
elle permet de désigner le réseau lui-même ;
¾ <id. de réseau>.<id. de machine avec tous ses bits à 1> est une adresse
de diffusion ou de broadcasting, c'est-à-dire qu'elle désigne toutes les machines du réseau
concerné. Un datagramme adressé à cette adresse sera ainsi envoyé à toutes les machines du
réseau ;
¾ 255.255.255.255 est une adresse de diffusion locale car elle désigne toutes les
machines du réseau auquel appartient l'ordinateur qui utilise cette adresse. L'avantage par
rapport à l'adresse précédente est que l'émetteur n'est pas obligé de connaître l'adresse du
réseau auquel il appartient ;
¾ 127.X.Y.Z est une adresse de rebouclage qui est utilisée pour permettre les
communications inter-processus sur un même ordinateur ou réaliser des tests de logiciels car
tout logiciel de communication recevant des données pour cette adresse les retourne
simplement à l'émetteur ;
¾ Les adresses de classe A de 10.0.0.0 à 10.255.255.255, de classe B de 172.16.0.0 à
172.31.255.255 et de classe C de 192.168.0.0 à 192.168.255.255 sont réservées à la
constitution de réseaux privés autrement appelés intranet ;

Le système des adresses IP permet également la définition d'adresses de sous-réseaux en
découpant la partie réservée à l'adresse des machines sur un réseau en deux parties dont la
première sera un identificateur de sous-réseau. Ainsi un seul réseau de classe B, sur lequel on
pourrait nommer 65 536 machines pourra être décomposé en 254 sous-réseaux de 254
machines, de la manière décrite ci-dessous.
<id. de réseau sur 16 bits>.<id. de sous-réseau sur 8 bits>.<id. de machine
sur 8 bits>
22
L'administrateur d'un réseau peut décider de découper où il veut la zone des identificateurs de
machines, mais le découpage «autour du » facilite le travail des routeurs. On peut également
adopter le même principe pour un réseau de classe C. Cette technique a pour effet de
provoquer un routage hiérarchique.
Figure 2.6 : Adressage de sous-réseau

La figure 2.8 illustre le cas d'un réseau X.Y.0.0 découpé en deux sous-réseaux X.Y.1.0 et
X.Y.2.0. Pour tout le reste d'Internet, il n'existe qu'un seul réseau X.Y.0.0 et tous les routeurs
traitent les datagrammes à destination de ce réseau de la même façon. Par contre, le routeur R
se sert du troisième octet (égal à 1 ou 2) de l'adresse contenue dans les datagrammes qui lui
proviennent pour les diriger vers le sous-réseau auquel ils sont destinés assurant ainsi un
routage hiérarchique.
2.4. Masque de (sous) réseau
Outre l'adresse IP, une machine doit également connaître le nombre de bits attribués à
l'identificateur du sous-réseau et à celui de la machine. Cette information est rendue
disponible grâce à un masque de sous-réseau ou subnet netmask qui est un mot de 32 bits
contenant des bits à 1 au lieu et place de l'identificateur de réseau et de sous-réseau et des bits
à 0 au lieu et place de l'identificateur de machines. Ainsi le masque 255.255.255.192
([192]10=[11000000]2) indique que les 26 premiers bits désignent le sous réseau et les 6
derniers une machine. De cette manière à partir de l'adresse d'un datagramme et de son
masque de sous-réseau une machine peut déterminer si le datagramme est destiné à une
machine sur son propre sous-réseau, à une machine sur un autre sous-réseau de son réseau ou
à une machine extérieure à son sous-réseau.
Devant la pénurie d'adresses de classes B et l'explosion des tables de routage, le système
CIDR (Classless Inter Domain Routing RFC 1518, 1519) est apparu principalement dans le
but d'agréger des réseaux. Cette aggrégation se fait par région géographique et fournisseurs
d'accès. Ce système de sur-réseau permet ainsi de faire apparaître dans les tables de routage
plusieurs réseaux sous le même identifiant. Cependant les réseaux aggrégés doivent avoir des
adresses contigües de manière à avoir des préfixes identiques. Par exemple, 193.127.32.0 et
23
193.127.33.0 peuvent être agrégés sous la notation 193.127.32.0 / 23. Le nombre 23 est le
masque signifiant que les 23 bits de poids fort représentent l'adresse du sur-réseau comme
illustré dans le tableau ci-dessous.
193.127.32.0 11000001.01111111.00100000.00000000
193.127.33.0 11000001.01111111.00100001.00000000
193.127.32.0 / 23 11000001.01111111.00100000.00000000
On peut donc voir le réseau 193.127.32.0 / 23 comme un réseau de 512 machines, ou comme
2 réseaux de 256 machines chacun, car le 24e bit permet de coder l'un ou l'autre des 2 réseaux.
De cette manière si une société a besoin de 100 000 adresses on lui fournira une part de réseau
de classe A en l'associant à un masque de 15 bits. Ainsi, il disposera de 2(32-15)=131 072 (la
plus petite puissance de 2 supérieure à 100 000) adresses. Dans l'ancien système, un réseau de
classe B n'aurait pas été suffisant et un réseau de classe A, avec ses 16 millions d'adresses,
aurait été largement surdimensionné
2.5 Nommage.
2.5.1 Historique
Bien que la numérotation IP à l'aide d'adresses numériques soit suffisante techniquement, il
est préférable pour un humain de désigner une machine par un nom explicite. Mais se pose
alors le problème de la définition des noms et de leur mise en correspondance avec les
numéros IP. Pour faire face à l'explosion du nombre d'ordinateurs reliés à Internet, il a été mis
en place un système de base de données distribuées : le système de noms de domaines (DNS :
Domain Name System) qui fournit la correspondance entre un nom de machine et son numéro
IP.
Figure 2.7: Système de noms de domaines
24
En fait, le DNS est un espace de noms hiérarchisé comme illustré dans la figure précédente.
Chaque noeud a un nom d'au plus 63 caractères et la racine de l'arbre a un nom nul (les
minuscules et majuscules sont indifférenciées).
Une zone est un sous-arbre de cette hiérarchie.
Le nom de domaine d'un noeud est la concaténation de son nom avec celui de ses ancêtres
dans l'arbre. La responsabilité du nommage est subdivisée par niveau, les niveaux supérieurs
délégant leur autorité aux sous-domaines qu'ils créent eux-mêmes. Le système est géré au
niveau mondial par l'IANA (Internet Assigned Numbers Authority www.iana.org qui gère
aussi l'attribution des adresses IP). Des organismes ou sociétés assurent ce service par
délégation pour les sous-domaines. Au Cameroun, l'ANTIC (Agence Nationale des TIC)
assure ce service pour le domaine .cm.
Il faut bien avoir à l'esprit que le découpage n'a dans certains cas aucune base géographique ;
on trouve des domaines .com partout dans le monde. C’est d’ailleurs les premiers découpages
qui furent faits dès l’apparition d’Internet. Les découpages à base géographiques ne sont
intervenus que bien après.
Le mécanisme qui permet la résolution d'un nom en une adresse IP est géré par des serveurs
de noms qui représentent une base de données distribuée des noms de domaine.
Les serveurs de noms peuvent fonctionner en mode résursif ou non, mais ils doivent toujours
implanter le mode non récursif. Dans tous les cas, lorsqu'un serveur de noms reçoit une
demande, il vérifie si le nom appartient à l'un des sous-domaines qu'il gère. Si c'est le cas il
traduit le nom en une adresse en fonction de sa base de données et renvoie la réponse au
demandeur Sinon,
¾ en mode non-récursif, le serveur indique au client un autre serveur de noms qui saura
lui répondre ou à son tour transmettre la requête à un autre serveur.
¾ en mode récursif, c'est le serveur qui se charge de l'interrogation successive des
serveurs de noms et qui retourne finalement la réponse au client.
Dans tous les cas, lorsqu'un serveur ne sait pas répondre il utilise l'adresse d'un serveur de
nom hiérarchiquement supérieur qui connaît le nom et l'adresse IP de chaque serveur de noms
pour les domaines de ses sous-niveaux. Ce serveur de nom supérieur lui renvoie alors
l'adresse d'un serveur de noms à contacter. Et ainsi de suite, par interrogations successives de
serveurs de noms (soit par le client en mode non-récursif soit par le serveur lui-même en
mode récursif) le client obtiendra l'adresse demandée. Pour éviter de faire trop souvent de
telles requêtes, tout serveur de noms stocke dans une mémoire cache les correspondances
25
(numéro IP, nom de machine) de manière à pouvoir fournir la réponse immédiatement si une
même demande lui parvient ultérieurement.
Figure 2.8: Résolution de noms

La figure 2.10 décrit la résolution du nom du serveur web www.a.a lorsque le navigateur sur
la machine nav.b.a cherche à joindre ce site.
[a] Le navigateur envoie à son DNS dns.b.a une requête de résolution pour le nom
www.a.a
[b] dns.b.a ne connaissant pas cette adresse, car elle ne dépend pas de sa zone et qu'il ne
l'a pas dans son cache, transmet cette adresse à dns.a puisque c'est le dns d'autorité de niveau
supérieur qu'il connaît.
[c] dns.a ne connaissant pas non plus l'adresse demandée, renvoie au demandeur l'adresse
d'un ou plusieurs DNS pour le sous-domaine recherché a.a et auquel il a lui-même délégué
son autorité.
[d] Le serveur dns.b.a réemet sa requête vers ce nouveau DNS dns.a.a
[e] Le serveur dns.a.a connaît l'adresse demandée car la machine www.a.a appartient à sa
zone et peut donc renvoyer l'adresse IP demandée à dns.b.a
[f] Le DNS mémorise dans son cache la réponse et la retourne au demandeur initial : le
navigateur
2.5.2 Le nom de domaine
Un nom de domaine est un ensemble de lettres composé de deux parties :
• le nom choisi (dans notre cas: "iutfv-bandjoun")
• le TLD (dans notre cas: "info").
Ces deux parties sont séparées par un point « . »
Ce qui donne, dans notre cas: "iutfv-bandjoun.info"
26
TLD signifie Top Level Domain : c'est la partie finale (ou extension) du nom de domaine. Il
existe des TLD mondiaux (.com, .net, .org, .biz, .info, .name) et des TLD nationaux (un par
pays, comme .cm pour le Cameroun).
2.5.3 Le DNS
L'acronyme DNS signifie deux choses distinctes:
• d'une part Domain Name System : le système mondial qui permet d'associer un nom à
l'adresse IP d'un ordinateur particulier
• d'autre part Domain Name Server : un des ordinateurs qui composent ce système mondial.
Nous utilisons ici DNS pour indiquer un serveur de nom de domaine (Domain Name Server).
Il permet de convertir un nom de site web (comme "http://www.lets.africa-web.org") en
adresse IP (comme "211.113.200. 135"). Un DNS doit pouvoir répondre à tout instant à une
requête de ce type. Il faut donc que ce DNS soit correctement configuré, et connecté en
permanence à Internet avec une adresse IP fixe. Ceci implique qu'un serveur de noms ne peut
pas fonctionner avec une connexion temporaire et/ou une adresse IP dynamique, ce qui est par
exemple le cas des connexions RTC ou ADSL classiques.
2.5.4 Le DNS secondaire
Tout nom de domaine doit être géré par au moins deux DNS distincts, pour assurer son bon
fonctionnement au cas où l'un des deux serait en panne. Les deux (ou plus) serveurs de noms
sont exactement équivalents et possèdent les mêmes informations sur le domaine.
Statistiquement, l'ensemble des requêtes est partagé entre tous à tout moment. Cependant
lorsqu'une modification est nécessaire (par exemple changer l'adresse IP du site web), elle
n'est effectuée que sur l'un des serveurs: celui qui est configuré comme primaire. Les autres
serveurs du domaine, dits secondaires, se mettront à jour automatiquement, sans intervention
humaine explicite.
2.6 Le protocole IP.
2.6.1 Définition
L'Internet Protocol (IP) est un système de communication qui permet à des machines en
réseau d'échanger des informations. Pour qu'un ordinateur sache où joindre un autre
ordinateur sur Internet, il doit connaître son numéro (adresse IP).
Le protocole IP (Internet Protocol, RFC 791) assure sans connexion un service non fiable de
délivrance de datagrammes IP. Le service est non fiable car il n'existe aucune garantie pour
27
que les datagrammes IP arrivent à destination. Certains peuvent être perdus, dupliqués,
retardés, altérés ou remis dans le désordre. On parle de remise au mieux (best effort delivery)
et ni l'émetteur ni le récepteur ne sont informés directement par IP des problèmes rencontrés.
Le mode de transmission est non connecté car IP traite chaque datagramme indépendamment
de ceux qui le précèdent et le suivent. Ainsi en théorie, au moins, deux datagrammes IP issus
de la même machine et ayant la même destination peuvent ne pas suivre obligatoirement le
même chemin. Le rôle du protocole IP est centré autour des trois fonctionnalités suivantes :
¾ définir le format du datagramme IP qui est l'unité de base des données circulant sur
Internet ;
¾ définir le routage dans Internet ;
¾ définir la gestion de la remise non fiable des datagrammes.
2.6.2. Le datagramme IP.
Un datagramme IP est constitué d’un entête suivi d'un champ de données. L’entête comporte
les champs suivants :
¾ La version qui code sur 4 bits le numéro de version du protocole IP utilisé (la version
courante est la 4, d'où son nom d'IPv4 ; mais la version 6 pour IPv6 est également en pleine
expansion).
¾ La longueur d'en-tête qui représente sur 4 bits la longueur, en nombre de mots de 32
bits, de l'en-tête du datagramme.
¾ Le type de services (TOS) qui indique sur 8 bits la manière dont doit être géré le
datagramme
¾ La longueur totale contient la taille totale en octets du datagramme, et comme ce
champ est de 2 octets on en déduit que la taille complète d'un datagramme ne peut dépasser
65535 octets.
¾ Les champs identification, drapeaux et déplacement de fragment interviennent dans le
processus de fragmentation des datagrammes IP.
¾ La durée de vie (TTL) indique le nombre maximal de routeurs que peut traverser le
datagramme. Elle est initialisée à N (souvent 32 ou 64) par la station émettrice et décrémenté
de 1 par chaque routeur qui le reçoit et le réexpédie. Lorsqu'un routeur reçoit un datagramme
dont la durée de vie est nulle, il le détruit et envoie à l'expéditeur un message ICMP. Ainsi, il
est impossible qu'un datagramme «tourne» indéfiniment dans un internet. Ce champ sert
également dans la réalisation du programme traceroute.
28
¾ Le champ protocole permet de coder quel protocole de plus haut niveau a servi à créer
ce datagramme. Les valeurs codées sur 8 bits sont 1 pour ICMP, 2 pour IGMP, 6 pour TCP et
17 pour UDP.
¾ Le total de contrôle d'en-tête (header checksum) est calculé à partir de l'en-tête du
datagramme pour en assurer l'intégrité.
¾ Les adresses IP source et destination contiennent sur 32 bits les adresses de la
machine émettrice et destinataire finale du datagramme.
¾ Le champ options est une liste de longueur variable, mais toujours complétée par des
bits de bourrage pour atteindre une taille multiple de 32 bits pour être en conformité avec la
convention qui définit le champ longueur de l'en-tête.
2.6.3 Le routage IP.
Le routage est l'une des fonctionnalités principales de la couche IP et consiste à choisir la
manière de transmettre un datagramme IP à travers les divers réseaux d'un internet. On
appellera ordinateur un équipement relié à un seul réseau et routeur un équipement relié à au
moins deux réseaux (cet équipement pouvant être un ordinateur, au sens classique du terme,
qui assure les fonctionnalités de routage). Ainsi un routeur réémettra des datagrammes venus
d'une de ses interfaces vers une autre, alors qu'un ordinateur sera soit l'expéditeur initial, soit
le destinataire final d'un datagramme.
D'une manière générale on distingue la remise directe, qui correspond au transfert d'un
datagramme entre deux ordinateurs du même réseau, et la remise indirecte qui est mise en
oeuvre dans tous les autres cas, c'est-à-dire quand au moins un routeur sépare l'expéditeur
initial et le destinataire final. Pour sa part, la remise indirecte nécessite de déterminer vers
quel routeur envoyer un datagramme IP en fonction de sa destination finale. Ceci est rendu
possible par l'utilisation d'une table de routage spécifique à chaque routeur qui permet de
déterminer vers quelle voie de sortie envoyer un datagramme destiné à un réseau quelconque.
L'essentiel du contenu d'une table de routage est constitué de quadruplets (destination,
passerelle, masque, interface) où :
¾ destination est l'adresse IP d'une machine ou d'un réseau de destination ;
¾ passerelle (gateway) est l'adresse IP du prochain routeur vers lequel envoyer le
datagramme pour atteindre cette destination ;
¾ masque est le masque associé au réseau de destination ;
¾ interface désigne l'interface physique par laquelle le datagramme doit réellement être
expédié.
29
Une table de routage contient notamment une route par défaut qui spécifie un routeur par
défaut vers lequel sont envoyés tous les datagrammes pour lesquels il n'existe pas de route
dans la table.
Tous les routeurs mentionnés dans une table de routage doivent bien sûr être directement
accessibles à partir du routeur considéré. Cette technique, dans laquelle un routeur ne connaît
pas le chemin complet menant à une destination, mais simplement la première étape de ce
chemin, est appelée routage par sauts successifs (next-hop routing).
Figure 2.9 : Exemple d'interconnexion de réseau.

La précédente donne un exemple d'interconnexion d'un réseau de classe B 140.252.0.0
subdivisé en 3 sous-réseaux d'adresses respectives 140.252.1.0 / 24 pour l'Ethernet du haut,
14.252.13.32 / 27 pour l'Ethernet du bas et 140.252.13.64 / 27 pour le sous-réseau SLIP. Les
masques de sous-réseau sont associés par défaut à chaque interface d'une machine ou sont
éventuellement spécifiés sur chaque ligne des tables de routage. Dans l'exemple donné ici, la
table de routage simple de l'ordinateur R3 (sous système unix Sun) est la suivante :
destination gateway genmask flags refcnt use interface

140.252.13.65 140.252.13.35 255.255.255.255 UGH 0 0 emd0
127.0.0.1 127.0.0.1 255.255.255.255 UH 1 0 lo0
140.252.13.32 140.252.13.34 255.255.255.224 U 4 25043 emdO
default 140.252.13.33 0.0.0.0 UG 0 0 emd0
Les flags ont la signification suivante :
¾ U La route est en service.
¾ G La route est un routeur (gateway). Si ce flag n'est pas positionné la destination
est directement connectée au routeur, c'est donc un cas de remise directe vers l'adresse IP de
destination.
¾ H La route est un ordinateur (host), la destination est une adresse d'ordinateur.
Dans ce cas, la correspondance entre l'adresse de destination du paquet à «router» et l'entrée
30
destination de la table de routage doit être totale. Si ce flag n'est pas positionné, la route
désigne un autre réseau et la destination est une adresse de réseau ou de sous-réseau.
¾ D La route a été créée par une redirection.
¾ M La route a été modifiée par une redirection.
¾ La colonne compteur de référence (refcnt) indique le nombre de fois où la route est
utilisée à l'instant de la consultation.
¾ La colonne use affiche le nombre de paquets envoyés à travers l'interface de cette
route qui est spécifiée dans la dernière colonne de la même ligne.
¾ L'adresse 127.0.0.1 est celle de lo0, l'interface de loopback, qui sert à pouvoir faire
communiquer une machine avec elle-même.
¾ La destination default sert à indiquer la destination de tous les datagrammes qui ne
peuvent être « routés » par l'une des autres routes.
Le routage est statique lorsqu'elle résulte de la configuration par défaut d'une interface, ou de
la commande route à partir d'un fichier de démarrage, ou grâce à une redirection ICMP.
Le routage dynamique consiste en un protocole de communication entre routeurs qui
informent chacun de leurs voisins des réseaux auxquels ils sont connectés.
L'un des protocoles de routage les plus populaires est RIP (Routing Information Protocol) Un
message RIP est encapsulé dans un datagramme UDP.
OSPF (Open Shortest Path First) est un autre protocole de routage dynamique qui élimine les
limitations de RIP.
En fait, RIP et OSPF, sont des protocoles de type IGP (Interior Gateway Protocol) permettant
d'établir les tables des routeurs internes des systèmes autonomes.
Un système autonome peut être défini par un ensemble de routeurs et de réseaux sous une
administration unique.
À un niveau plus global, Internet apparaît donc comme une interconnexion de systèmes
autonomes.
2.6.4. La gestion des erreurs.
Le protocole ICMP (Internet Control Message Protocol) organise un échange d'information
permettant aux routeurs d'envoyer des messages d'erreurs à d'autres ordinateurs ou routeurs.
Bien qu'ICMP «tourne» au-dessus de IP, il est requis dans tous les routeurs c'est pourquoi on
le place dans la couche IP. Un message ICMP étant acheminé à l'intérieur d'un datagramme
IP, il est susceptible, lui aussi, de souffrir d'erreurs de transmission.
31
2.7 Les protocoles TCP et UDP.
On présente ici les deux principaux protocoles de la couche transport d'Internet que sont les
protocoles TCP (Transmission Control Protocol) et UDP (User Datagram Protocol). Tous les
deux utilisent IP comme couche réseau, mais TCP procure une couche de transport fiable
(alors même que IP ne l'est pas), tandis que UDP ne fait que transporter de manière non fiable
des datagrammes.
2.7.1 Le protocole UDP.
Le protocole UDP (RFC 768) utilise IP pour acheminer, d'un ordinateur à un autre, en mode
non fiable des datagrammes qui lui sont transmis par une application. UDP n'utilise pas
d'accusé de réception et ne peut donc pas garantir que les données ont bien été reçues. Il ne
réordonne pas les messages si ceux-ci n'arrivent pas dans l'ordre dans lequel ils ont été émis et
il n'assure pas non plus de contrôle de flux.
Cependant, UDP fournit un service supplémentaire par rapport à IP, il permet de distinguer
plusieurs applications destinatrices sur la même machine par l'intermédiaire des ports. Un port
est une destination abstraite sur une machine identifié par un numéro qui sert d'interface à
l'application pour recevoir et émettre des données.
2.7.2 Le protocole TCP.
Contrairement à UDP, TCP est un protocole qui procure un service de flux d'octets orienté
connexion et fiable. Les données transmises par TCP sont encapsulées dans des datagrammes
IP en y fixant la valeur du protocole à 6.
Le terme orienté connexion signifie que les applications dialoguant à travers TCP sont
considérées l'une comme un serveur, l'autre comme un client, et qu'elles doivent établir une
connexion avant de pouvoir dialoguer (comme dans le cas de l'utilisation du téléphone). Il y a
donc exactement deux extrémités communiquant l'une avec l'autre sur une connexion TCP.
Cette connexion est bidirectionnelle simultanée (full duplex) et composée de deux flots de
données indépendants et de sens contraire.
2.8 Les applications.
On décrit ici de manière succincte quelques applications majeures que l'on trouve sur Internet.
Toutes ces applications sont bâties sur le modèle «client-serveur» à savoir qu'une des deux
extrémités de la connexion TCP/IP ou UDP/IP rend des services à l'autre extrémité.
32
2.8.1 Protocole de démarrage : BOOTP.
BOOTP (Bootsrap Protocol) est un protocole de démarrage de terminaux X ou stations sans
disque qui utilise UDP comme couche de transport et est généralement associé à TFTP. Il sert
principalement à fournir son adresse IP à une machine que l'on démarre sur un réseau. Il est
moins lié au type de matériel du réseau.
2.8.2 Connexion à distance : Telnet et Rlogin.
Telnet et Rlogin sont deux applications qui permettent à un utilisateur de se connecter à
distance sur un ordinateur, pourvu que cet utilisateur y dispose d'un accès autorisé. Ces deux
applications permettent toutes les deux de prendre le contrôle (du moins partiellement) d'un
ordianteur distant, mais Rlogin ne permet de le faire qu'entre deux machines Unix, tandis qu'il
existe des clients Telnet pour de nombreuses plateformes (Unix, Windows, MacOs, ...). Telnet
et Rlogin sont tous les deux bâtis sur TCP.
2.8.3 Système de fichiers en réseau : NFS.
NFS (Network File System) est un système qui permet de rendre transparente l'utilisation de
fichiers répartis sur différentes machines. NFS utilise principalement UDP, mais ses nouvelles
implantations utilisent également TCP.
2.8.4 Transfert de fichier : TFTP et FTP.
TFTP (Trivial File Transfert Protocol) et FTP (File Transfert Protocol) permettent tous les
deux de transférer des fichiers d'une machine à une autre. Cependant TFTP, bâti sur UDP, est
beaucoup plus sommaire que FTP qui utilise TCP. Contrairement à FTP, pour TFTP, aucune
authentification préalable n'est nécessaire.
2.8.5 Courrier électronique : smtp.
Le courrier électronique au sein d'Internet est géré par le protocole SMTP (Simple Mail
Transfer Protocol) bâti sur TCP (port 25). Il permet d'échanger des messages entre un
expéditeur et un (ou plusieurs) destinataire(s), pourvu que leurs adresses soient connues.
Une des caractéristiques principales du protocole SMTP est d'effectuer une remise différée du
courrier qui assure que le service sera correctement rendu même si le réseau ou l'ordinateur
destinataire sont momentanément en panne ou surchargés.
2.8.6 News : NNTP
NNTP (Network News Transfert Protocol) est le protocole d'échange des news ou forums de
33
discussions à travers Usenet (nom donné au réseau logique constitué des serveurs de news
disséminés sur la planète). Il assure l'échange des news entre les serveurs et également la
communication entre serveur et postes clients aussi bien pour la lecture que pour l'écriture de
messages.
2.8.7 World Wide Web : http
HTTP (HyperText Transfer Protocol) est le protocole de communication du web permettant
d'échanger des documents hypertextes contenant des données sous la forme de texte, d'images
fixes ou animées et de sons.
Trois types de requêtes sont disponibles :
¾ GET url renvoie l'information spécifiée par l'url.
¾ HEAD url renvoie l'en-tête de l'information demandée et non pas le contenu du
document.
¾ POST pour envoyer du courrier électronique, des messages de news, ou des
formulaires interactifs remplis par l'utilisateur.
2.9. De IPv4 à IPv6
2.9.1. Pourquoi un nouveau Protocole IP ?
Depuis quelques temps, la taille de l’Internet double environ tous les ans. Cette situation pose
deux problèmes majeurs.
¾ L’épuisement des adresses IP ;
¾ L’explosion de la taille des tables de routage ;
Le nouveau protocole doit permettre d'adresser un espace (beaucoup) plus grand (10 E+9
réseaux au minimum) et un routage plus efficace.
Pour résoudre ces problèmes, une nouvelle version de Internet Protocol (la version 6) est
adoptée. Actuellement, c’est la version 4 qui est la plus répandue. L’IANA (Internet
Assignment Numbers Authority - RFC 1700) est la structure chargée de réglementer le
processus d’acquisition des adresses IP.
Ce nouveau protocole (IPv6) :
¾ garde ce qui a fait le succès de l’Internet ;
¾ étend la fonction d'adressage et de routage ;
¾ tend à résoudre les problèmes qui vont devenir critiques (applications temps réel,
multipoint, sécurité...) ;
¾ cherche à faciliter la migration de IPX et OSI vers IP.
34
2.9.2. Quelques Caractéristiques d’IPv6
¾ Adresse plus longue : 128 bits (16 octets) ;
¾ Adressage de 340 x 1036 équipements ;
¾ Adressage hiérarchique ;
¾ Une partie peut-être l'adresse MAC (IEEE802) permettant ainsi l’autoconfiguration ;
¾ 3 types d’adresses : Unicast ; Multicast et Anycast. Il n’y a donc plus d’adresse de
broadcast ;
¾ En-tête simplifié : le nombre de champs est réduit de moitié, ce qui augmente
l'efficacité de commutation des équipements de routage ;
¾ Extension de l'en-tête pour les options :
o les options IPv6 sont placées dans des en-têtes séparés, intercalés entre l'en-tête
IPv6 et l'en-tête de la couche transport facilitant ainsi l’introduction de
nouvelles fonctionnalités ;
o la longueur des options n'est plus limitée à 40 octets.
2.9.3. Nouvelles fonctionnalités
Autoconfiguration : cette nouvelle fonctionnalité "plug and play" offre une bonne gestion de
la mobilité, une facilité de renumérotation en cas de changement de prestataire ; elle intègre
des serveurs d'adresses (DHCP : Dynamic Host Configuration Protocol) et SAA : Stateless
Address Autoconfiguration (RFC 1971).
Multipoint (Multicast) inclus de base : Cette fonctionnalité est conçue pour les routeurs et
les clients et offre le meilleur routage des paquets multicast (scope)
=> plus besoin de Mbone ni de mrouted
"Marquage" des flux particuliers : (Flow Label) : Cette fonctionnalité gère les applications
temps réel pour la qualité de service (QoS) et la priorité du trafic de contrôle.
Sécurité : Cette fonctionnalité assure l’authentification et intégrité des données et offre
l’option de confidentialité
Routage à partir de la source : Cette fonctionnalité s’appui sur un nouveau protocole :
Demand Routing Protocol
2.9.4. Entêtes d’IPv4 et IPv6
La différence entre IPv4 et IPv6 réside pour l’essentiel dans les en-têtes des deux protocoles.
Les principaux changements que l’on peut observer dans la composition de leurs entêtes sont
les suivants :
35
¾ Header Length (IHL) present dans IPv4 n’existe plus dans IPv6 ;
¾ L’octet réservé pour le type de service ToS sous IPv4 est transformé en champ de
marquage des paquets spéciaux (Flow Label) ;
¾ Le champ Total Length (TL) devient la longueur en octets du paquet après en-tête :
Payload Length. Ce champ autorise des paquets de plus de 64 Ko, ce qui revient à dire que sa
longueur est la longueur du paquet dans l'en-tête de l'option "Hop-by-hop" ;
¾ Les champs ID, Flags et Fragment Offset (FO) sont supprimés ;
¾ La durée de vie du paquet (TTL) devient le Hop Limit qui est décrémenté chaque fois
que le paquet est commuté par un équipement. Lorsque Hop Limit est à 0, le paquet est
détruit ; ce qui permet de réduire l’effet des boucles de routage.
¾ Le champ Protocol, bien que gardant les mêmes valeurs que dans IPv4, devient « Next
header » ;
¾ Le champ de contrôle Header CS est supprimé ;
¾ Les champs d’adresses (source et destination) passent de 32 à 128 bits, soit de 4 à 16
octets ;
¾ L’alignement passe de 32 à 64 bits.
En-tête IPv4 En-tête IPv6

Figure 2.10 : Changement de l’entête.
Les nouveaux champs d’entête sous IPv6 sont les suivants :
¾ Traffic Class : priorité ou classes de trafic (Differentiated Services) ;
¾ »Flow label : marquage des paquets «spéciaux» ;
¾ »Payload length : longueur du paquet après en-tête (en octets) ;
¾ »Next header : indique le type d'entête suivant immédiatement l'entête IPv6 ; On
utilise les mêmes valeurs que dans le champ "Protocol" de IPv4 pour référencer les
protocoles de niveau 4 (TCP=6 , UDP=17, ICMP=1) ;
¾ Hop limit : permet de réduire l'effet des boucles de routage.
Outre ces champs d’entête conventionnels, IPv6 admet des champs d’entête optionnels
36
Figure 2.11. Encapsulation sous IPV6

¾ Hop-by-Hop Header : transport d'information qui doit être examinée sur chaque noeud
du chemin suivi par le datagramme IP ;
¾ End-to-end Header : transport d'information qui n'est à examiner que par le
destinataire du datagramme ;
¾ Routing Header : routage à partir de la source. Il liste un ou plusieurs noeuds
intermédiaires "à visiter" au cours de l'acheminement du datagramme ;
¾ Fragment header : envoi de paquets plus long que le MTU (on passe de 512 à 1500
octets). Dans IPv6, la fragmentation n'est réalisée que par la source ;
¾ Authentication Header : authentification et intégrité des données ;
¾ Privacy Header : chiffrement des données à protéger ;
37
Chapitre 3 Administration Réseau sous UNIX
3.1 . Rôle de l’administrateur réseau sous Unix
Unix étant un système d'exploitation Multi-Utilisateurs, la gestion du système et des
utilisateurs est confiée à un super utilisateur nommé root ou racine.
Le rôle de l'administrateur ou root est de :
1. configurer le noyau du système d'exploitation ;
2. sauvegarder les données et réparer les systèmes de fichier ;
3. gérer les utilisateurs ;
4. installer de nouveaux logiciels ;
5. intégrer de nouveaux disques durs et de nouvelles partitions ;
6. configurer le processus de démarrage de Linux ;
7. configurer le réseau
3.2 Principaux répertoires systèmes
3.2.1 Répertoires standard :
/ Répertoire racine (ou root) contenant tous les répertoires.
/home Répertoire contenant les répertoires personnels de tous les utilisateurs autres que root.
/root Répertoire personnel de l'administrateur système root.
Répertoires système :
/bin Répertoire contenant les commandes et utilitaires employés par tous les utilisateurs (ls,
rm, cp, etc..)
/boot Répertoire contenant des informations permettant le chargement de Linux.
/dev Répertoire contenant tous les fichiers périphériques permettant d'accéder aux
composants matériels.
/etc Répertoire contenant les commandes et fichiers de paramétrages nécessaires à
l'administration système.
/lib Répertoire contenant les bibliothèques communes à tous les utilisateurs
/proc Répertoire spécial utilisé par le système et contenant la liste des processus en cours
d'exécution.
/sbin Répertoire contenant les commandes et utilitaires utilisées seulement par
l'administrateur système.
/tmp Répertoire contenant les fichiers temporaires.
38
/usr Répertoire composé d'un certain nombre de sous répertoires utilisés par l'ensemble des
utilisateurs.
/var Répertoire spécial utilisé par le système pour stocker des données souvent modifiées.
3.2.2 Gestion des utilisateurs
Même si vous êtes le seul utilisateur, il est indispensable de créer des utilisateurs ne serait-ce
que pour des raisons de sécurité. L'utilisateur root ayant tous les droits, il est recommandé de
se connecter avec un autre utilisateur afin d'éviter d'effectuer de fausses manips qui pourraient
avoir de lourdes conséquences sur la stabilité du système. Lorsque vous avez besoin de faire
de l'administration système, vous avez toujours la possibilité de changer d'utilisateur et de
devenir root à partir de la commande su :
¾ $ su root ; // Commande pour passer au compte root. Il faut avoir le mot de passe root.
¾ $ whoami ; root // permet de connaître l’utilisateur en cours: actuellement : c’est le root.
¾ $ exit ; // Permet de fermer le compte en cours, et revenir au compte d’avant si on était déjà logué.
¾ $ whoami ; talla// Le système indique que l’utilisateur talla est actuellement l’utilisateur connecté.
Chaque utilisateur dispose d'un répertoire personnel sous /home, par exemple /home/talla pour
l'utilisateur talla. Outres les fichiers personnels de l'utilisateur, son compte comprend des
fichiers cachés de configuration du shell ainsi que les préférences de l'interface graphique
X−Window.
Principe de l'ajout des utilisateurs
L'ajout d'un utilisateur consiste à :
1. associer un mot de passe à l'utilisateur (ajout d'une entrée dans le fichier /etc/passwd) ;
2. définir à quel groupe appartient l'utilisateur (ajout d'une entrée dans le fichier
/etc/group) ;
3. créer le répertoire personnel de l'utilisateur ;
4. créer le fichier de configuration personnel du shell ;
Une entrée (c'est à dire une ligne) du fichier /etc/passwd est de la forme :
Nom :mot de passe : numéro d'utilisateur : numéro de groupe : champs spécial : répertoire
personnel : shell de démarrage
Exemple d'entrée du fichier /etc/passwd :
$ cat /etc/passwd | grep talla : x : 501 : 100 : Talla Narcisse : /home/talla : /bin/bash
Une entrée (c'est à dire une ligne) du fichier /etc/group est de la forme :
Nom de groupe : champs spécial : numéro de groupe : membre1 , membre2, etc..
Exemple d'entrée du fichier /etc/group :
39
$ cat /etc/group | grep 100 users : x : 100 :

Pour ajouter un utilisateur talla, vous devez :
1. ajouter l'utilisateur talla dans le fichier /etc/passwd
2. ajouter éventuellement un nouveau groupe dans /etc/group (si vous souhaitez créer un
groupe spécifique pour talla)
3. créer le répertoire personnel du nouvel utilisateur (home directory), copier les fichiers
de configuration du shell et changer les droits du répertoire talla afin que l'utilisateur
talla devienne propriétaire de son répertoire personnel :
a. $ mkdir /home/talla ;
b. $ cp /etc/skel/* /home/talla ;
c. $ chown talla /home/talla ;
d. $ chgrp le_groupe_de_talla /home/talla.
5. donner un mot de passe à l'utilisateur talla par la commande : $ passwd talla
3.2.3 Ajout d'utilisateur et de groupe
Pour faciliter l'ajout d'utilisateurs et de groupe, il existe des commandes spécifiques.
Ajout d'un utilisateur avec la commande useradd :
Syntaxe : useradd nom−utilisateur −g groupe −d répertoire−personnel −m
L'option −m permet de recopier les fichiers de configuration du shell. On peut remplacer le
shell courant par un shell spécifique avec l'option −s (par exemple −s /etc/ftponly).
$ useradd talla −g users −d /home/talla −m
$ passwd talla
Changing password for user talla
New UNIX password :
Retype new UNIX password :
Passwd : all authentification tokens update successfully
Suppression d'un utilisateur avec la commande userdel :$ userdel −r talla
L'option −r permet de supprimer le répertoire personnel de l'utilisateur à supprimer.
Ajout d'un groupe avec la commande groupadd : $ groupadd ftpusers
Suppression d'un groupe avec la commande groupdel : $ groupdel ftpusers
Comme pour la plupart des tâches d'administration système, vous pouvez gérer les utilisateurs
et les groupes très facilement avec Webmin :
Ajout d'un utilisateur sous Webmin
¾ Rubrique "Système" puis "Utilisateurs et groupes"
40
¾ Cliquer sur un utilisateur ou un groupe pour modifier leurs propriétés.

¾ Cliquer sur "Créer un nouvel utilisateur" pour ajouter un utilisateur.
¾ Cliquer sur "Créer un nouveau groupe" pour ajouter un groupe.
3.3 Montage de disques
Dans les systèmes UNIX, les périphériques, les disques durs et les partitions sont gérées sous
forme de fichiers contenus dans le répertoire /dev : chaque fichier du répertoire /dev
correspondent à une sorte de driver.
Pour utiliser un périphérique, il faut attacher le fichier périphérique correspondant à un point
de montage.
Ainsi /dev/hda correspond au premier disque dur IDE, /dev/hda1 à la première partition du
disque dur IDE, /dev/hda2 à la seconde partition, /dev/hdb au second disque dur IDE,
/dev/hdb1 à la première partition du second disque dur, etc..
De même /dev/sda correspond au premier disque dur SCSI, /dev/sda1 à la première partition
du disque dur SCSI, etc..
/dev/cdrom correspond souvent au lecteur de cd−rom et /dev/fd0 au premier lecteur de
disquette. Pour "monter" un périphérique ou une partition, il faut utiliser la commande mount.
Syntaxe : mount −t type−du−support fichier−périphérique point−de−montage
Traditionnellement, les périphériques tels que les disques et partitions sont montés dans le
répertoire /mnt : par exemple /mnt/cdrom pour un cdrom.
Exemples :Montage d'un lecteur de CD−ROM : $ mount −t iso9660 /dev/hdb /mnt/cdrom
Montage d'une partition Windows : $ mount −t vfat /dev/hda1 /mnt/win98
Pour démonter un périphérique, il faut utiliser la commande umount.
3.4 Outils communs d'utilisation d'un réseau sous

Unix.
Le but de cette section qui n'est en aucun cas exhaustive, est de décrire quelques fichiers de
configuration et quelques commandes relatives à l'utilisation du réseau Internet depuis une
machine unix (Linux).
/etc/hosts est structuré sous la forme :

adresse IP nom de machine liste d'alias commentaire
127.0.0.1 localhost.localdomain localhost
182.10.11.5 directeur.iutfv-bandjoun Directeur
41
Il assure la correspondance (nom, adresse IP). S'il existe un serveur de noms sur cette
machine, il contient très peu de lignes et ne sert qu'au démarrage de la machine avant que le
serveur de noms ne soit lancé. Si le serveur de noms est sur une machine distante il ne
contient que les machines du réseau local.
• /etc/resolv.conf
• search iutfv-bandjoun info.univ-dschang.cm univ-dschang.cm
• nameserver 172.20.41.2
Il précise les noms de domaines avec lesquels compléter le nom d'une machine pour connaître
son nom complet, ainsi que les adresses de serveurs de noms à interroger. On peut aussi y
trouver le domaine d'appartenance de la machine sous la forme domain iutfv-bandjoun
par exemple.
• /etc/protocols
• # /etc/protocols:
• # $Id: protocols,v 1.1.1.1 1999/12/27 21:11:58 talla Exp
• icmp 1 ICMP # internet control message protocol
• igmp 2 IGMP # Internet Group Management
Il contient la liste des protocoles connus et utilisés dans Internet sous la forme :
nom du protocole numéro du protocole liste d'alias commentaire
• /etc/services
• .....
• ftp-data 20/tcp
• fsp 21/udp fspd
• ssh 22/tcp # SSH Remote Login Protocol
Il contient la liste des services Internet connus sous la forme :
nom du service numéro de port/protocole liste d'alias commentaire
• /etc/inetd.conf
• .....
• ftp stream tcp nowait root /usr/sbin/tcpd in.proftpd
• telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
• ...
Il contient les liens entre nom de services et « exécutables» réalisant ce service.
3.5 Quelques commandes utiles
Les commandes sont illustrées avec leurs résultats après les avoir lancées. Il est conseillé
d'utiliser la commande man du système pour obtenir de plus amples informations sur celles-ci.
42
hostname retourne le nom de la machine.
finger renvoie des informations sur un utilisateur, en utilisant s'ils existent les fichiers .plan
et .project.
ping permet de tester l'accessibilité d'une machine. Elle envoie une requête ICMP (echo) à
destination d'une machine cible, spécifiée par son nom ou son adresse IP, qui lui retourne une
réponse ICMP (echo). Si une machine ne répond pas au ping, elle est inutilisable pour toute
autre application.
• ping talla
• PING talla.iutfv-bandjoun (172.20.41.7): 56 data bytes
• 64 bytes from 172.20.41.7: icmp_seq=0 ttl=64 time=0.2 ms
• 64 bytes from 172.20.41.7: icmp_seq=1 ttl=64 time=0.1 ms
• --- talla.iutfv-bandjoun ping statistics ---

• 4 packets transmitted, 4 packets received, 0\% packet loss
• round-trip min/avg/max = 0.1/0.2/0.3 ms
• Ping renvoie également le numéro de la séquence ICMP exécutée, la valeur du

champ TTL et le temps d'aller-retour entre les deux machines. Elle peut le faire car dans le
paquet expédié pour la requête elle place son heure d'émission et lorsqu'elle reçoit la réponse
elle la soustrait de l'heure système. Puis, en fin d'exécution (provoquée par l'utilisateur ou
suite à l'envoi du nombre de paquets spécifiés), quelques données statistiques sont affichées
permettant d'évaluer la qualité de la liaison.
• traceroute renvoie la route prise par des paquets pour atteindre une destination. Elle
utilise le champ TTL (Time to Live) des paquets IP transmis selon le protocole UDP.
• |dptinfo|/etc>/usr/sbin/traceroute www.iutfv-bandjoun.net
• traceroute to www.iutfv-bandjoun.net (195.46.203.182), 30 hops max,
38 byte packets
• 1 Serveur (172.20.41.1) 0.185 ms 0.133 ms 0.121 ms
• 2 193.49.146.254 (193.49.146.254) 2.976 ms 3.256 ms 4.224 ms
• 3 194.57.169.5 (194.57.169.5) 1.038 ms 0.882 ms 1.032 ms
• arp permet de visualiser et modifier (si on a le droit) la table de translation adresses

Ethernet/adresses Internet. Cette table est en fait un cache qui évolue au fur et à mesure des
sollicitations des machines du réseau.
• |dptinfo|/etc>/sbin/arp -a
• Serveur.iutfv-bandjoun (172.20.41.1) at 00:A0:C9:EE:EA:6A [ether]
on eth0
• g104-6.iutfv-bandjoun (172.20.41.146) at 00:02:B3:21:05:BA [ether]
on eth0
43
• nslookup permet d'interroger les serveurs de noms d'Internet. Elle fonctionne en

mode interactif quand on l'appelle sans argument ou avec les arguments - nom ou adresse
IP de machine, à ce moment-là on obtient :
• |dptinfo|/etc>nslookup
• Default Server: nes.iutfv-bandjoun
• Address: 172.20.41.2
• >
où l'on a le nom du serveur de noms par défaut. Dans le mode interactif on obtient de l'aide
sur les différentes commandes à l'aide de la commande ?.
> ?
$Id: nslookup.help,v 8.5 2000/03/30 23:25:35 vixie Exp $
Commands: (identifiers are shown in uppercase, [] means

optional)
NAME - print info about the host/domain NAME using default
server
NAME1 NAME2 - as above, but use NAME2 as server
help or ? - print info on common commands; see nslookup(1) for
details
• whois permet d'interroger une base de données sur les réseaux et leurs
administrateurs. Par défaut un serveur global est interrogé, mais on peut spécifier quel serveur
whois on interroge, comme par exemple dans la commande suivante : whois univ-
[email protected]
On peut aussi utiliser whois nom_de_personne@nom_de_serveur.
• netstat permet d'obtenir des statistiques sur le nombre de paquets, les erreurs, les
collisions etc... sur une interface en donnant la liste de toutes les sockets ouvertes.
On obtient la table de routage par :
|dptinfo|~>netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
172.20.41.8 0.0.0.0 255.255.255.255 UH 40 0 0 eth0
172.20.0.0 0.0.0.0 255.255.0.0 U 40 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 40 0 0 lo
0.0.0.0 172.20.41.1 0.0.0.0 UG 40 0 0 eth0
U route utilisable, G route indirecte
• tcpdump visualise différentes informations (selon les options de la commande) sur les
paquets qui passent par l'interface réseau de la machine. C'est une commande réservée à root.
• |dptinfo|~>tcpdump -c 20
44
• tcpdump: listening on eth0

• 17:29:07.815185 dptinfo.iutfv-bandjoun.syslog > pollux.iutfv-
bandjoun.syslog: udp 48 (DF)
• tcpdump tcp port 21 ne renverra que les paquets liés au protocole tcp sur le
port 21, à savoir ftp.
• tcpdump arp ne renverra que les paquets liés au protocole arp.
3.6. Configuration du DNS
Cette section explique l'installation et la configuration de Bind9 afin de pouvoir gérer soi-
même les zones de domaines. Elle évoque la configuration d'un serveur DNS primaire et
secondaire ainsi que la configuration d'un serveur de cache sur les distributions Debian et
Ubuntu. Il peut, avec quelques adaptations, être suivi sur les autres distributions, notamment :
Red hat, gentoo, suze, fedora....
Il n’est pas à rappeler que toutes les commandes évoquées doivent être lancées avec les
privilèges de l'utilisateur root.
3.6.1. Installation de Bind 9
Sur la majorité des distributions, c'est le daemon named qui joue le rôle de Serveur DNS. Il
est intégré dans le paquet Bind9.
Sous les distributions Debian, comme sous les distributions Ubuntu, l'installation du daemon
named est relativement simple. Pour installer Bind9 sur une distribution Debian ou Ubuntu, il
vous suffit de taper la commande suivante dans un terminal :
apt-get install bind9
Pour installer la documentation de Bind9, on utilise la commande suivante :
apt-get install bind9-doc
Par ailleurs, il convient de s'assurer que le paquet suivant : dnsutils est installé sur le système.
S'il ne l'est pas, il suffit de taper la commande suivante pour l'installer :
apt-get install dnsutils
3.6.2. Configuration de Bind 9
Un serveur DNS peut être configuré de trois manières différentes :
1. En tant que Serveur DNS primaire (primary master) :
Cette configuration permet de mettre en place un serveur DNS primaire ayant autorité sur une
ou plusieurs zones et qui peut répondre à des requêtes.
2. En tant que Serveur DNS secondaire (secondary master) :
45
Cette configuration permet de mettre en place un serveur DNS secondaire qui pourra prendre
le relais en cas de défaillance du Serveur DNS primaire. Il peut lui aussi répondre à des
requêtes.
3. En tant que Serveur de cache (cache-only) :
Ce style de Serveur vous permet d'accélérer votre connexion Internet. Il ne peut pas répondre
directement à des requêtes et doit en conséquence les transmettre à un autre Serveur DNS
pour pouvoir ensuite répondre au client. La réponse que recevra le Serveur sera mise en cache
ce qui permettra un temps de réponse beaucoup plus rapide lors de prochaines requêtes
identiques.
Comme pour le Serveur Web Apache, Bind possède un fichier de configuration général
nommé named.conf. Ce fichier se trouve dans le répertoire /etc/bind/.
3.6.2.1. Les sections :

Le fichier de configuration named.conf est composé de plusieurs sections qui sont de cette
forme :
section {
variable valeur;
autre_variable autre_valeur;
};
Il existe différentes sortes de sections, les plus utilisées étant les sections options et zone, la
première permettant de définir la configuration générale du Serveur DNS et la seconde
permettant de définir les zones d'un domaine.
Exemple concret d'une section option :
options {
directory "/var/named";
};
D'une manière générale, cette section permet de définir l'emplacement de travail du daemon
named. Dans l'exemple ci dessus, il s'agit du répertoire /var/named.
Exemple concret d'une section zone :
zone "iutfv-dns.net" IN {
type master;
file "iutfv-dns.net.db";
};
La classe IN indique que la zone déclarée est une zone Internet. Si cette classe est omise,
named considérera qu'il s'agit d'une zone Internet par défaut.
Il existe d'autres classes, notamment HS et CH qui ne seront pas abordées dans le cadre de ce
cours. En effet, ces classes ne sont que rarement utilisées.
46
D'autres types de sections peuvent être intégrés à la configuration de named. Ce faisant, dans
la majorité des configurations, les sections options et zone suffiront amplement à faire
fonctionner correctement vos Serveurs DNS primaires et secondaires, et/ou encore, vos
Serveurs de cache.
3.6.2.2. Les directives :

Les sections zone contiennent plusieurs directives, notamment :
¾ master : qui permet d'indiquer à named qu'il s'agit d'un serveur DNS primaire ayant
autorité sur la zone déclarée ;
¾ slave : qui permet d'indiquer à named qu'il s'agit d'une zone esclave qui n'est autre
qu'une réplication d'une zone maître. En définissant une zone esclave, on ajoute
impérativement une directive masters qui permet de définir l'adresse IP correspondant
au Serveur DNS primaire ;
¾ stub : Cette directive est quasi identique à la directive slave. Sa différence réside dans
le fait que seuls les enregistrement de type NS seront mis à jour ;
¾ forward : Une zone dans laquelle cette directive sera incluse n'aura qu'une fonction,
re-diriger toutes les requêtes pour cette zone vers d'autres serveurs DNS ;
¾ hint : Cette directive définit la zone racine. Cette zone sera utilisée par named pour
récupérer la liste la plus récente des serveurs DNS racine ;
¾ Allow-transfer : Cette directive permet d'autoriser les transferts de zones à partir de
telle ou telle adresse IP ;
¾ notify yes : Cette directive permet au Serveur DNS Primaire de notifier au(x)
Serveur(s) de Noms Secondaire(s) que sa configuration a changé et qu'il(s) doi(ven)t
donc se mettre jour ;
¾ file : Cette directive permet d'indiquer à named l'emplacement d'un fichier zone. C'est
ce dernier fichier qui contiendra toutes les correspondances Noms --> Adresse IP et
Adresse IP --> Noms. Il contiendra aussi la définition des Serveurs de noms et de mail
de cette zone. Le chemin peut être absolu ou relatif par rapport au répertoire défini par
la directive directory dans la section options.
3.6.2.3. Les fichiers zone :

A chaque nom de domaine correspondent deux fichiers de zones. Le premier fichier
correspond à la résolution de nom (Nom --> Adresse IP). Le second fichier correspond quand
à lui à la résolution inverse (Adresse IP --> Nom) ;
47
- MX : (Mail eXchange) qui correspond à un serveur de mail ;

- CNAME : (Canonical NAME) qui correspond à un alias d'une machine ;
- HINFO : qui permet de donner des renseignements matériels et logiciels sur la machine.
- donnée : correspond à une donnée. Ce peut être notamment l'adresse IP pour un
enregistrement de type A ou le nom de la machine pour un enregistrement de type PTR.
¾ La première entrée d'un fichier de zone :
Chaque fichier de zone doit obligatoirement commencer par une ligne de la forme :
$TTL durée
Cette ligne permet d'indiquer aux autres Serveurs DNS la durée pendant laquelle ils doivent
conserver en cache les enregistrements de cette zone. La valeur durée peut être un nombre
représentant la durée en secondes ou une chaîne de caractères composée de nombres suivies
de w pour semaine, d pour jour, h pour heure, m pour minute et enfin, s pour seconde.
Exemple concret :
Valeur définie en secondes :
$TTL 36000
La même chose définie avec une chaîne de caractères :
$TTL 10h
Si cette ligne est absente, named utilisera la valeur TTL minimale spécifiée dans
l'enregistrement SOA (cf. paragraphe suivant).
¾ La deuxième entrée d'un fichier de zone :
La deuxième entrée d'un fichier zone correspond à l'enregistrement SOA. Cet enregistrement
et très important et doit donc faire l'objet d'une attention particulière. Il est de la forme
suivante :
zone IN SOA nom_du_serveur_primaire.
adresse_mail_du_hostmaster. (
Numéro de série
Rafraîchissement
Nouvelle tentative
Expiration
TTL minimum
)
Avant de définir les correspondances, il ne faut surtout pas oublier de rajouter un point à la fin
du nom de la machine et de l'adresse mail du hostmaster.
Pour exemple, si vous spécifiez ns1.iutfv-dns.net comme nom de machine sans le point à la
fin, ce dernier sera automatiquement complété de la manière suivante :
ns1.iutfv-dns.net.iutfv-dns.net.
Il en va de même pour l'adresse E-mail. Correspondances :
48
zone : correspond au nom de la zone décrite par le fichier. zone peut être aisément remplacé
par le caractère @ qui représentera le nom de la zone décrite par ce fichier et correspond à la
zone dans le fichier de configuration named.conf ;
IN : permet d'indiquer qu'il s'agit d'une zone Internet ;
Numéro de Série : Il s'agit d'une valeur numérique qui doit être incrémentée manuellement à
chaque modification du fichier. C'est notamment grâce à cette valeur numérique qu'un serveur
DNS secondaire saura qu'il y a eu une modification opérée sur le fichier zone et qu'il doit
donc se mettre à jour. Cette valeur numérique se compose de la manière suivante :
YYYYmmddaa soit :
- YYYY : qui correspond à l'année ;
- mm : qui correspond au mois ;
- dd : qui correspond au jour ;
- aa : qui correspond au numéro de la modification. (En effet, le fichier zone peut être modifié
plus d'une fois par jour).
Exemple concret :
Si nous sommes le 25 avril 2012 et que nous avons modifié sept fois notre fichier zone, la
valeur numérique du numéro de série sera : 2012042507
Rafraîchissement : correspond à la durée en secondes au bout de laquelle un Serveur DNS
secondaire va vérifier si le numéro de série a été modifié. Si c'est le cas, le Serveur DNS
secondaire téléchargera le fichier de zone correspondant à partir du Serveur DNS primaire ;
Nouvelle tentative : correspond au temps en secondes au bout duquel le Serveur DNS
secondaire essaiera une nouvelle mise à jour en cas d'échec du premier rafraîchissement ;
Expiration : correspond au temps minimum en secondes durant lequel les Serveurs de noms
doivent conserver en cache les réponses négatives à leurs requêtes provenant du Serveur de
noms ayant autorité sur cette zone. Une valeur de 3600 à 10800 secondes (1 à 3 heures) est
vivement recommandée. Une valeur supérieure à un jour peut causer des problèmes.
¾ La troisième entrée d'un fichier de zone :
Après l'enregistrement SOA se trouve un ou plusieurs enregistrement(s) NS qui désignent le
ou les Serveur(s) de nom de la zone. Ces enregistrements sont de cette forme :
zone IN NS nom_du_serveur_de_nom.
Correspondances :
zone : correspond au nom de la zone décrite dans le fichier. Ce nom peut aussi être remplacé
par le caractère @, comme au niveau de l'enregistrement SOA. Il peut aussi être omis. Dans
49
ce dernier cas, sa valeur sera alors celle du champ zone de l'enregistrement précédent
(l'enregistrement SOA ou un enregistrement NS) ;
IN : correspond à une zone Internet ;
nom_du_serveur_de_nom : permet de définir le Serveur de nom. Sa valeur peut être
simplement le nom d'un hôte (ex : ns1) auquel sera automatiquement ajouté le nom de la zone
(ex : iutfv-dns.net), ou un nom de Serveur pleinement qualifié (ex : ns1.iutfv-dns.net). Dans ce
dernier cas, il faudra là encore faire attention au point qui doit se trouver à la fin du nom
FQND.
Exemple concret d'un enregistrement NS :
iutfv-dns.net IN NS ns1.iutfv-dns.net.
qui est équivalent à :
@ IN NS ns1.iutfv-dns.net.
qui est équivalent à :
IN NS ns1.iutfv-dns.net.
Voilà pour ce qui est des enregistrements devant obligatoirement figurer dans nos deux
fichiers décrivant la zone iutfv-dns.net.
Pour ce qui concerne la suite du contenu de ses deux fichiers, celui-ci diffère selon qu'il
s'agisse du fichier iutfv-dns.db ou iutfv-dnsf.net.dbrev.
¾ L'enregistrement MX :
L'enregistrement MX, comme mentionnée ci-avant, correspond à un Serveur de mail. Cet
enregistrement apparaît seulement dans le fichier iutfv-dns.db. Il se situe juste après les
enregistrements NS et est de cette forme :
zone IN MX priorité nom_du_serveur_de_mail
Correspondances :
zone : Suit les mêmes remarques que pour l'enregistrement NS vu précédemment ;
priorité : permet d'indiquer la priorité du Serveur. En effet, il peut y avoir plusieurs
enregistrement MX, chacun ayant une priorité différente. Le premier Serveur de mail utilisé
sera celui qui à la valeur la plus petite. S'il n'est pas opérationnel, ce sera le suivant...
nom_du_serveur_de_mail : permet de définir le nom du Serveur de mail. Sa valeur peut être
un nom d'hôte ou un nom pleinement qualifié. (cf. enregistrement NS)
Exemple concret d'un enregistrement MX :
iutfv-dns.net IN MX smtp.iutfv-dns.net.
¾ Les enregistrements A et CNAME :
50
Comme l'enregistrement MX, les enregistrements A et CNAME concernent seulement le

fichier iutfv-dns.db. Ils ne doivent pas êtres présents dans un fichier permettant la résolution
inverse (Adresse IP --> Nom).
Les enregistrements A et CNAME permettent la résolution de nom (Nom --> Adresse IP) des
machines d'une zone.
Exemple concret d'enregistrements A et CNAME :
ns1 IN A 82.216.188.XXX
ns0.xname.org. IN A 195.234.42.1
ns1.xname.org. IN A 193.218.105.149
iutfv-dns.net. IN A 82.216.188.XXX
mail.iutfv-dns.net. IN A 82.216.188.XXX
ftp.iutfv-dns.net. IN CNAME iutfv-dns.net.
www.iutfv-dns.net. IN CNAME iutfv-dns.net.
Un enregistrement de type A fait correspondre un nom canonique à une adresse IP. Ce nom
peut être un nom d'hôte auquel sera automatiquement rajouté le nom de la zone, c'est le cas
pour le premier enregistrement, ou un nom pleinement qualifié terminé par un point comme
c'est le cas pour les autres enregistrements.
Un enregistrement de type CNAME permet de définir un alias sur un nom canonique
précédemment défini à l'aide d'un enregistrement A.
NB : pour tous ces enregistrements, la règle suivante doit être respectée pour leur écriture : Ne
jamais placer un alias dans la partie droite (après le type) d'un enregistrement, quel qu'il
soit.
Exemple d'une mauvaise configuration :
www.iutfv-dns.net. IN CNAME iutfv-dns.net.
ftp.iutfv-dns.net. IN CNAME www.iutfv-dns.net.
Dans cet exemple, le dernier enregistrement définit un alias ftp.iutfv-dns.net. à l'aide d'un
autre alias www.iutfv-dns.net. Cet enregistrement n'est pas bon.
Un autre exemple d'une mauvaise configuration :
@ IN NS ns1.iutfv-dns.net
ns1.iutfv-dns.net. IN CNAME iutfv-dns.net
Dans cet exemple, l'enregistrement NS définit un Serveur de noms nommé ns1.iutfv-dns.net.
Or, ce dernier est un alias sur le Serveur nommé iutfv-dns.net. On ne doit jamais trouver un
alias en partie droite d'un enregistrement comme c'est ici le cas pour l'enregistrement NS.
¾ Le fichier de résolution inverse :
51
A la suite d'un ou des enregistrement(s) NS dans un fichier de résolution inverse, dans le

cadre de ce cours, il s'agit du fichier iutfv-dns.dbrev, il faut ajouter des enregistrements PTR.
Un enregistrement PTR correspond à la résolution inverse (Adresse IP --> Nom).
Il est de la forme :
XXX IN PTR votredomaine.net
Correspondances :
XXX correspond aux chiffres se trouvant après le dernier point de l'adresse IP de la machine ;
IN : indique qu'il s'agit d'une zone Internet ;
PTR (PointeR) correspond à la résolution inverse (Adresse IP ---> Nom);
Exemple concret :
Nous avons un réseau local composé de 5 machines. Ces machines possèdent chacune une
adresse IP de classe C bien distincte.
¾ La machine www d'adresse IP privée : 192.168.1.1 ;
¾ La machine mail d'adresse IP privée : 192.168.1.2 ;
¾ La machine ftp d'adresse IP privée : 192.168.1.3 ;
¾ La machine ns1 d'adresse IP privée : 192.168.1.4 ;
¾ La machine desktop d'adresse IP privée : 192.168.1.5.
Les enregistrements PTR que nous devons donc inclure dans notre fichier sont :
1 IN PTR www.iutfv-dns.net
2 IN PTR mail.iutfv-dns.net
3 IN PTR ftp.iutfv-dns.net
4 IN PTR ns1.iutfv-dns.net
5 IN PTR desktop.iutfv-dns.net
3.7. Installation de DNS sous Webmin
Pour configurer le serveur DNS nous utiliserons Webmin. Pour se connecter à webmin il faut
utiliser un navigateur web et se connecter en ssl (https) à l'addresse du serveur sur le port
10000 par exemple : https://127.0.0.1:10000 Webmin peux être utilisé à distance depuis une
autre machine. Il faut aller dans le menu "server" et utiliser "Bind 8 DNS server".
Nous allons commencer par configurer les redirecteurs dans le menu "Forward and Transfert"
52
Puis renseigner les champs nécessaires, c'est à dire spécifier les serveurs DNS vers lesquels ce
serveur doit rediriger les requêtes auxquels il n'a pas de réponse. Dans cet exemple on redirige
sur wanadoo.
Cliquer sur "save" pour enregistrer les paramètres.

Désormais le serveur DNS sera opérationnel pour faire du cache des requêtes DNS. Ensuite
pour gérer des zones en local, par exemple pour un domaine sous samba ou pour gérer des
zones en local.
Pour créer des zones il faut cliquer sur "create a new master zone".
Dans ce menu il y'a différentes options à configurer :

Zone type : Forward / Reverse.
Une zone en forward va résoudre des noms en IP du style :
www.iutfv-bandjoun.info=44.141.23.12 ;
Une zone en reverse va résoudre des IPs en nom du style :
44.141.23.12 = www.iutfv-bandjoun.info.
Domaine name / network.
Pour une zone en forward, il faut indiquer le nom du domaine, par exemple :
www.iutfv-bandjoun.info;
Pour une zone en network, il faut indiquer la zone IP, par exemple : 44.141.23.12
53
Record file : Fichier dans lequel sera sauvegardée la zone.

Master server : Nom dns du serveur de noms.
Email address : Adresse email de l'administrateur de la zone.
Le reste des options sont à laisser par défaut. Puis cliquer sur "create".
¾ Il faut ensuite éditer la zone en cliquant sur son nom... Afin de créer des
enregistrements.
¾ Il faut tout d'abord créer les hôtes en cliquant sur Address.
¾ Il faut au moins créer deux enregistrements. Le premier avec un nom vide et une
adresse sur le serveur lui même afin de pouvoir résoudre le nom de domaine. Et un
deuxième enregistrement avec pour nom le nom d'hôte du serveur et en adresse son IP.
On peut ajouter un serveur mail en créant l'hôte dans "address" puis en allant dans "Mail
server" et en indiquant le nom du serveur de messagerie. Ceci a pour but de créer un
enregistrement de type MX.
Dans le champ "name" indiquer le nom d'hôte du serveur mail (créé auparavant dans
address), puis en mail server indiquer son adresse IP. Ne pas oublier de remplir le champ
priorité, par exemple : 1
Pour finir et appliquer les modifications cliquer sur "apply changes".
54
On peut créer autant de zones que nécessaires. On peut également créer des zones secondaires
qui sont des copies de zones principales hébergées sur un autre serveur DNS.
Le fichier de configuration du DNS se trouve dans /etc/named.conf
Pour chaque domaine un fichier est créé par défaut dans /var/named/nomdedomaine.hosts
Pour tester le DNS :
nslookup
Si un message comme le suivant apparaît,
*** Can’t find server name for address 127.0.0.1 : Server failed
*** Default servers are note available
alors le fichier de configuration /etc/resolv.conf n’est pas correctement configuré. Ce fichier
sert à définir la liste des DNS à utiliser pour la résolution de noms pour la machine.
Si par contre un message comme celui-ci apparaît,
*** Default Server : localhost
*** Address : 127.0.0.1
alors la configuration est bonne.
Essayer de faire un Ping sur un nom enregistré dans le DNS pour tester le serveur.
3.8. Installation et configuration d’un serveur Mail
3.8.1. Présentation de l'installation
Le serveur de mail le plus utilisé sous Linux est Sendmail, toutefois celui-ci est très difficile à
configurer, ainsi on lui préférera Qmail, un serveur de mail alternatif. Qmail est constitué d'un
ensemble de programmes fonctionnant avec des UID/GID différents afin de minimiser les
intrusions.
3.8.2. Packages nécessaires à l'installation
Afin d'installer Qmail, les packages suivants sont nécessaires :
¾ functions-2-1.i386.rpm
¾ daemontools-0.53-16-i386.rpm
¾ ucspi-tcp-0.84-1.i386.rpm
¾ qmail-1.03-14ucspi.i386.rpm
¾ checkpassword-0.81-2.i386.rpm
Ceux-ci peuvent être téléchargés sur le site http://www.rpmfind.net/
55
3.8.3. Installation de Qmail
Pour installer Qmail, il faut dans un premier temps installer les différents paquetages RPM ( :
¾ rpm -ivh functions-2-1.i386.rpm
¾ rpm -ivh daemontools-0.53-16-i386.rpm
¾ rpm -ivh ucspi-tcp-0.84-1.i386.rpm
¾ rpm -ivh qmail-1.03-14ucspi.i386.rpm
¾ rpm -ivh checkpassword-0.81-2.i386.rpm
Suite à l'installation de ces paquetages, des fichiers de configuration sont créés, ainsi que deux
groupes d'utilisateurs, sept nouveaux utilisateurs, et les répertoires suivants :
¾ /var/qmail : répertoire principal
¾ \_ alias/ : réceptacle des comptes "spéciaux" (root...)
¾ \_ bin/ : binaires de la distribution qmail
¾ \_ control/ : fichiers de configuration
¾ \_ defaultdelivery/ : fichiers de configuration pour le format de boîte aux lettres
¾ \_ man/ : pages de manuel
¾ \_ doc/ : documentation
¾ \_ queue/ : la file d'attente
¾ \_ users/ : plan d'adressage (super-fichier d'alias)
La documentation de Qmail se trouve dans le répertoire /var/qmail/doc. Pour pouvoir utiliser
les pages de manuel consac&racute;es à Qmail, il vous faut ajouter manuellement le chemin
vers celles-ci dans la variables MANPATH grâce à la syntaxe suivante :
export MANPATH=$MANPATH:/var/qmail/man
3.8.4. Rediriger le courrier du superutilisateur
Avec Qmail, pour des raisons de sécurité, le superutilisateur (root) ne peut pas recevoir
directement de courrier. Il faut donc rediriger son courrier vers un compte particulier, en
éditant le fichier « .qmail-root » situé dans le répertoire /var/qmail/alias :
cd /var/qmail/alias
cat > .qmail-root
votre_compte_utilisateur
^D
Il est également possible de rediriger le courrier d'autres utilisateurs...
3.8.5. Choisir le format de boîte aux lettres
Grâce à Qmail, il est possible de choisir le format de boîte aux lettres, c'est-à-dire la manière
de laquelle les messages des utilisateurs sont stockés. Le format de boîte aux lettres "Maildir"
56
permet de stocker les messages des utilisateurs directement dans leur répertoire de travail
(d'où la création du répertoire Maildir dans le squelette). Ainsi pour utiliser ce format de boîte
aux lettres, il faut saisir les commandes suivantes :
cd /var/defaultdelivery
cp -f mdir rc
3.8.6. Configuration de Qmail
Afin de pouvoir utiliser Qmail, il reste à configurer celui-ci, notamment les fichiers de
contrôle situés dans le répertoire /var/qmail/control :
¾ me : contient le nom du serveur de messagerie ;
¾ defaultdomain :contient le nom de domaine par défaut ;
¾ locals : contient l'ensemble des noms/alias du serveur de messagerie
¾ rcpthosts : contient le nom des domaines autorisés à utiliser le serveur de messagerie
pour envoyer du courrier.
Voici les commandes à taper pour configurer ces fichiers :
(1) cd /var/qmail/control (2) cat > me (3) tuxserveur
(4) ^D (5) cat > me (6) tuxserveur
(7) ^D (8) cat >defaultdomaine (9) tuxdomaine
(10) ^D (11) cat > locals (12) tuxserveur
(13) tuxserveur.tuxdomaine (14) smtp (15) smtp.tuxdomaine
(16) ^D (17) cat > rcpthosts (18) tuxdomaine
(19) .tuxdomaine (20) ^D
La configuration minimale du serveur est accomplie, il est désormais possible de lancer le

serveur de messagerie
3.8.7. Lancement des services
Le lancement manuel des services nécessaires au serveur de messagerie se fait par les
commandes suivantes :
/etc/rc.d/init.d/qmail.init start
/etc/rc.d/init.d/qmail-smtpd.init start
/etc/rc.d/init.d/qmail-pop3d.init start
Voici les commandes permettant de lancer (arrêter) automatiquement ces services à chaque
redémarrage du système :
chkconfig --level 345 qmail on
chkconfig --level 345 qmail-smtpd on
chkconfig --level 345 qmail-pop3d on
57
chkconfig --level 0126 qmail off

hkconfig --level 0126 qmail-smtpd off
chkconfig --level 0126 qmail-pop3d off
3.9. Installation d’un serveur DHCP
Pour configurer DHCP il faut éditer le fichier /etc/dhcpd.conf et y mettre les options
souhaitées. Voici un exemple commenté de fichier. Un copier-coller de ce fichier en
appliquant la configuration souhaitée permettra un fonctionnement direct de DHCP.
#Il est nécessaire de préciser un mode de mise à jour dns pour le fonctionnement de DHCP
#Malgré que cette mise à jour ne fonctionne pas…..
ddns-update-style none;
#Il faut ensuite définir le réseau sur lequel on va créer une plage.
subnet 192.168.10.0 netmask 255.255.255.0 {
#on précise ensuite la plage IP
range 192.168.10.50 192.168.10.100;
#on autorise tous les clients.
allow unknow-clients;
#on définit le bail par défaut en seconde.
defaut-lease-time 28800;
#on définit le bail maximum en seconde (équivalent à 10 heures par exemple).
max-lease-time 36000;
#définition du masque de sous-réseau
option subnet-mask 255.255.255.0;
#on définit l’adresse de broadcast
option broadcast-address 192.168.10.255;
#on définit la passerelle par défaut
option routeurs 192.168.10.1;
#on définit le nom de domaine
option domain-name "samba.linux";
#on définit le serveur dns
option domaine-name-servers 12.0.0.3;
#on définit le serveur wins
option netbios-name-servers 12.0.0.3;
}
58
Les commandes pour démarrer, arrêter ou redémarrer DCHP sont :

service dhcpd start / stop / restart
3.10. Installation de SAMBA pour un contrôleur de

domaine avec clients win32
3.10.1. Edition du fichier smb.conf
Pour configurer samba il faut éditer le fichier /etc/samba/smb.conf. Voici un exemple de
fichier commenté qui permettra la mise en place d'un samba opérationnel.
N.B : Il est impératif de configurer une zone DNS portant le nom du domaine avant de vouloir
configurer samba pour les clients. Sinon ils ne pourront pas résoudre le nom de domaine.
#informations générale du serveur
[global]
#définition du nom de domaine
workgroup = samba.linux
#définition du nom netbios du domaine
netbios name = samba
#niveau de sécurité (laisser user)
security = USER
#définition du niveau de mot de passe (laisser 4)
password level = 4
#définition du niveau du système lors de l'élection du maitre d'exploration
os level = 64
#cryptage des mots de passe (obligatoire pour des clients 2000/XP
encrypt passwords = Yes
#peut on visualiser les partages (équivalent à net view)
browsable = yes
#les clients ont-ils accès en écriture aux partages. (peux être redéfinit pour chaque partage)
writable = yes
#laisser ce paramètre à no...
locking = no
#système de fichiers sensible à la casse ?
case sensitive = no
#casse par défaut en minuscule / majuscules
default case = lower
#préserver la casse sur un fichier ?
preserve case = yes
59
#laisser ce paramètre à no
short preserve case = no
;informations concernant le controle de domaine
#le serveur est-il maitre de domaine ?
domain master = yes
#le serveur est-il maitre d'exploration
local master = yes
prefered master = yes
#autorise l'authentification des clients
domain logons = yes
#définition du nom du script d'authentification
logon script = logon.bat
# ============= Définition des partages =============
#partage netlogon
[netlogon]
#commentaire du partage
comment = NETLOGON service
#chemin d'accès du partage
path = /home/netlogon
#Vérouillage des droits d'écriture / lecture
locking = no
#accès complet à tout le monde (même hors domaine)
public = no
#Ecriture possible dans le partage
writable = no
#partage pour les utilisateurs
[homes]
#commentaire sur le partage
comment = Home Directories
#chemin d'accès, ici %H = repertoire "home" de l'utilisateur
path = %H
#mode de fichier linux du partage, ici écriture autorisé à l'utilisateur propriétaire
create mode = 0600
directory mode = 0700
#partage visible en net view
browseable = no
#utilisateurs autorisé par son ID... Laisser par défaut
60
valid users = %S
#partage pour les profils itinérants qui sont par défaut.
[profiles]
#chemin du repertoire
path = /home/export/profile
#partage visible en net view ?
browseable = no
#écriture possible dans le repertoire ?
writable = yes
#Mode linux du repertoire
create mask = 0700
directory mask = 0700
##### Fin du fichier de configuration ####
3.10.2. Création des comptes utilisateurs Unix
Nous allons créer deux comptes utilisateurs Unix :
$ useradd -g users talla
$ useradd -g users etudiant
3.10.3. Création des répertoires de logons et de profiles
Par défaut le répertoire /home/netlogon n'existe pas, il faut donc le créer.
$ mkdir -p /home/netlogon
On poursuit avec le répertoire pour les profiles.
$ mkdir -p /home/export/profile
3.10.4. Création des comptes utilisateurs Samba
Créer maintenant les comptes qui seront utilisés par Samba, essayer de reprendre les mots de
passes des comptes Unix.
$ smbpasswd -a talla
$ smbpasswd -a etudiant
3.10.5. Création des comptes de machines
Les comptes de machines vont servir à intégrer un poste au domaine. Il faut créer pour cela un
groupe destiné à les recevoir (le groupe postes).
$ groupadd postes
$ useradd -g postes -s /dev/false -d /dev/null station1$
$ useradd -g postes -s /dev/false -d /dev/null station2$
$ smbpasswd -m -a station1$
61
$ smbpasswd -m -a station2$
3.10.6. Création du compte administrateur de domaine
Il est clair que le compte administrateur de domaine est utilisé pour "connecter" une machine
à un domaine lorsqu'elle se trouve dans un groupe de travail ou lorsqu'un poste doit changer
de domaine. Le compte qui va faire office d'administrateur de domaine est le compte root.
$ smbpasswd -a root
Relancer Samba.
$ /etc/init.d/samba restart
On peut vérifier l'état du serveur en utilisant une commande propre à samba ou par
interrogation des process.
$ /etc/init.d/samba status
$ ps -eaf | grep smbd
3.10.7. Connection au domaine
Il ne reste plus qu'à inclure les stations au domaine. Effectuer un clique-droit sur le Poste de
travail, propriété, identification réseau, propriété, et indiquer les domaines que l'on vient de
créer en utilisant le compte root que l'on a créé en tant que Samba.
Commande :
Pour démarrer, arrêter, redémarrer et connaitre le status de samba la commande est :
samba start / stop / restart / status
Errata : Pour permettre à un PC Windows XP de se connecter au domaine il faut modifier la
valeur d’une clé de registre :
Mettre la clé suivante à 0 :
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Netlogon/Parameters/requiresignorseal
62
Bibliographie
[1]. Andrew Tanenbaum, « Réseaux », 4ème édition, Pearson Education, ISBN 2-7440-7001-7
[2]. Claude Servin, Dunod, « Réseaux et Télécoms », ISBN 2-10- 007986-7
[3]. J. Kurose et K. Ross, « Analyse structurée des réseaux », 2ème édition, Pearson
Education, ISBN 2-7440-7000-9
[4]. W. R. Stevens, « TCP/IP Illustrated Volume 1, The Protocols », Addison Wesley,
ISBN 0-201-63346-9
[5]. D. Comer, « TCP/IP, Architecture, protocoles, applications », 4ème édition, Dunod,
ISBN 2-10-008181-0
[6]. Addison-Wesley, « An Engineering Approach to Computer Networking », ISBN 0-
201-63442-6
[7]. C. Hunt (Traduction de Emmanuel Chaput et de Stéphane Larroque), « TCP/IP
Administration de réseau » , O’REILLY, 2002.
[8]. J. L. Montagnier, « Pratique des réseaux d'entreprise », Eyrolles.
[9]. P. A. Goupille, « Technologie des ordinateurs et des réseaux », Dunod
[10]. Jack Steiner, « Le nouveau guide du PC », Osman Eyrolles Multimédia
[11]. Daniel Le Roizic, « Gérer et utiliser son réseau pédagogique avec Windows NT »,
Bertrand-Lacoste
Internet…
[a] http://www.guill.net/
[b] http://www.courseforge.org/courses/
[c] http://www.commentcamarche.net/ccmdoc/
[d] http://www.rfc-editor.org/ (documents normatifs dans TCP/IP)
[e] http://www.icann.org/registrars/accredited-list.html
[f] http://www.gandi.net/tlds.html.cm
63

Administration Reseau: Support de Cours

Transféré par

Droits d'auteur :

Formats disponibles

Administration Reseau: Support de Cours

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Administration Reseau: Support de Cours

Transféré par

Droits d'auteur :

Formats disponibles

Support de cours

- Segment physique : Câble ou ensemble de câbles reliés sans équipement électronique

Figure 1.1: Classification des réseaux informatiques selon leur taille.

Figure 1.2. Topologie des réseaux informatiques

1. ceux en mode de diffusion

1.2.3.1 Le réseau poste à poste

client et imprimante partagée

client et client et client et client et

Figure 1.3. Schéma fonctionnel d’un réseau poste à poste

1.2.3.2. Le réseau client-serveur

1.2.3.3. Les réseaux d’entreprise

5- les applications partagées.

Chapitre 2 Le réseau Internet et les protocoles

Ces 20 dernières années ont vu émerger de nouvelles techniques rendant possible

Figure 2.1. Communication entre couches

Figure 2.2 : le modèle TCP/IP vs OSI

Figure 2.3 : Architecture d'une pile TCP/IP

Figure 2.5. Les cinq classes d'adresses IP.

Toutes les combinaisons mathématiquement possibles pour identifier un réseau ou une

constitution de réseaux privés autrement appelés intranet ;

Figure 2.6 : Adressage de sous-réseau

Figure 2.7: Système de noms de domaines

Figure 2.8: Résolution de noms

Figure 2.9 : Exemple d'interconnexion de réseau.

destination gateway genmask flags refcnt use interface

En-tête IPv4 En-tête IPv6

Figure 2.11. Encapsulation sous IPV6

$ cat /etc/group | grep 100 users : x : 100 :

¾ Cliquer sur un utilisateur ou un groupe pour modifier leurs propriétés.

3.4 Outils communs d'utilisation d'un réseau sous

/etc/hosts est structuré sous la forme :

nom du protocole numéro du protocole liste d'alias commentaire

Il contient les liens entre nom de services et « exécutables» réalisant ce service.

hostname retourne le nom de la machine.

• --- talla.iutfv-bandjoun ping statistics ---

• Ping renvoie également le numéro de la séquence ICMP exécutée, la valeur du

• arp permet de visualiser et modifier (si on a le droit) la table de translation adresses

• nslookup permet d'interroger les serveurs de noms d'Internet. Elle fonctionne en

Commands: (identifiers are shown in uppercase, [] means

On peut aussi utiliser whois nom_de_personne@nom_de_serveur.

On obtient la table de routage par :

U route utilisable, G route indirecte

• tcpdump: listening on eth0

3.6.2.1. Les sections :

3.6.2.2. Les directives :

3.6.2.3. Les fichiers zone :

- MX : (Mail eXchange) qui correspond à un serveur de mail ;

Comme l'enregistrement MX, les enregistrements A et CNAME concernent seulement le

A la suite d'un ou des enregistrement(s) NS dans un fichier de résolution inverse, dans le

Cliquer sur "save" pour enregistrer les paramètres.

Dans ce menu il y'a différentes options à configurer :

Record file : Fichier dans lequel sera sauvegardée la zone.

Pour finir et appliquer les modifications cliquer sur "apply changes".

La configuration minimale du serveur est accomplie, il est désormais possible de lancer le

chkconfig --level 0126 qmail off

Les commandes pour démarrer, arrêter ou redémarrer DCHP sont :

3.10. Installation de SAMBA pour un contrôleur de

Vous aimerez peut-être aussi