TP No 1 de Réseaux

Assemblage et configuration d’un

réseau
Observations et mesures

Pascal Sicard

1 INTRODUCTION
Si ce n’est déjà fait, il est recommandé de commencer par la lecture de la documentation
qui vous a été fournie sur le matériel (Présentation de la plate-forme).

1.1 Notion de débit

L’une des caractéristiques importantes d’un réseau est le nombre de bits qui peuvent
être émis par seconde sur celui-ci. C’est ce qu’on appelle le débit.

Machine A Machine B
Débit applicatif
Application Application

Protocoles Protocoles
Réseaux Réseaux

Débit physique

Support Physique

Figure 1 – Débit utile et débit physique

Nous pouvons distinguer deux types de débits suivant l’endroit où est effectuée la mesure :

1. Le débit effectif (ou physique) : C’est le nombre de bits qui peuvent être émis
en une seconde sur le support physique. Cette valeur est liée aux caractéristiques

c P. Sicard - TP 1 Réseaux - 1
 physiques du médium, au codage physique de l’information binaire sous forme d’onde
et à la fréquence de cette onde. Pour un réseau Ethernet ce débit est normalisé et
constant.

Rappel : le débit physique du réseau Ethernet peut être 10, 100, 1000 Mégabits/s
(1 gigabits/s), 10 gigabits/s.

2. Le débit applicatif (ou utile) : Les données échangées par les applications passent
à travers un certain nombre d’interfaces (différentes couches OSI 2, 3, 4...) qui pour le
besoin de la communication ajoutent des informations supplémentaires aux données
proprement dites et dont l’efficacité peut varier suivant certains paramètres (charge
du processeur de la machine, taille des paquets, réseau à diffusion...). Le débit ap-
plicatif est le nombre de bits de données échangées par seconde au niveau des
applications (voir la figure 1).
Le débit physique est naturellement supérieur au débit applicatif puisqu’il est le maximum
que celui-ci peut atteindre.

1.2 Adresse Ethernet et adresse Internet :

Chaque interface Ethernet possède une adresse dites physique (ou Ethernet ou MAC)
qui est fixée au moment de sa fabrication. Cette interface peut se situer sur la carte mère
de l’ordinateur ou être ajoutée par la suite sous forme de carte amovible. Le protocole
Ethernet est réalisé par hard (contrairement au protocoles de niveau supérieur IP et
TCP/UDP).

L’adresse Ethernet est composé de six octets. La notation habituelle pour ces adresses
Ethernet consiste à écrire les six octets en hexadécimal et à les séparer par :.
Par exemple : 08 :00 :20 :40 :69 :d6

Il existe d’autres types de réseaux au sens réseau physique et protocole de niveau 2.

Ces réseaux utilisent d’autres types d’adresse. Il est donc nécessaire d’attribuer une
adresse logique à chaque machine qui permet de faire abstraction de la nature des réseaux
sous-jacents. Dans le monde Internet cela est fait au niveau de la couche IP (Internet Pro-
tocol : niveau réseau dans les couches OSI). Dans notre cas c’est l’adressage Internet
(version 4) que l’on utilisera.

L’ adresse IP est constituée de manière à identifier le réseau (au sens local) sur laquelle
elle est connectée et à la distinguer des autres machines se trouvant aussi sur ce réseau.
Deux parties distinctes dans une adresse IP :
• un numéro qui identifie le réseau sur lequel se trouve la machine : on parle de la
partie réseau de l’adresse
• un numéro qui identifie la machine dans ce réseau : on parle de la partie machine
de l’adresse.

c P. Sicard - TP 1 Réseaux - 2
 Pour IPV4 cette adresse comporte quatre octets et est donnée sous la forme n1 .n2 .n3 .n4
où ni est la valeur décimale d’un octet.
Historiquement, plusieurs classes d’adresses Internet existent suivant la taille de la
partie réseau (un, deux, ou trois octets).

Voici en résumé, pour chaque classe, les bits réservés pour le codage de la partie réseau
(bits r) et ceux réservés pour le codage de la partie machine sur le réseau (bits m).
La valeur des 3 premiers bits de l’octet de poids fort décide de la classe.

Classe Format des adresses

A 0rrrrrrr.mmmmmmmm.mmmmmmmm.mmmmmmmm
B 10rrrrrr.rrrrrrrr.mmmmmmmm.mmmmmmmm
C 110rrrrr.rrrrrrrr.rrrrrrrr.mmmmmmmm
Exemples d’adresses :
• classe A (en décimal) : 55.22.45.12
• classe B (en décimal) : 132.10.155.1
• classe C (en décimal) : 195.1.10.41

Adresse sans classe

Pour des raisons de pénurie et donc d’économie, les adresses IP peuvent maintenant être
attribuées sans tenir compte des classes. Il suffit de préciser le nombre de bit de la partie
réseau de l’adresse.
Notation : 192.0.0.193/26
Le /26 indique que 26 bits de poids fort sont réservés pour la partie réseau. Il reste donc
6 bits pour la partie machine avec un /26.
ATTENTION : certaines applications ou commandes système tiennent compte encore
des classes d’adresses. Par exemple ifconfig attribue par défaut le netmask associé à la
classe de l’adresse.

c P. Sicard - TP 1 Réseaux - 3
2 DEROULEMENT DU TP :

+ : Cette icône indique par la suite les expérimentations à effectuer et à résumer.

. : Celle ci indique les questions auxquelles il faut donner une réponse précise et
détaillée dans votre compte rendu.

2.1 Mise en place du réseau

2.1.1 Raccordement du matériel

Vous utiliserez dans les TPs de la paire torsadée et des Hubs. (Attention à ne pas
utiliser pour l’instant de commutateurs à la place des hubs).

+ Connectez physiquement les 4 PCs suivant le schéma donné dans la figure 2.

Vous pouvez utiliser au choix une des deux interfaces Ethernet se trouvant à l’arrière
des machines.

ATTENTION pour des raisons obscures utilisez pour l’instant sur l’ensemble des ma-
chines l’interface Ethernet qui n’est pas sur la carte mère (celle qui est rajoutée).

Figure 2 – Réseau à réaliser

2.1.2 Configuration des machines

c P. Sicard - TP 1 Réseaux - 4
+ Votre réseau est prêt ; il faut maintenant configurer les machines au niveau
système, afin qu’elles se reconnaissent et qu’elles puissent dialoguer.

Vous pouvez rendre votre réseau opérationnel de deux façons :

• Soit en modifiant des fichiers de configurations précis et en rebootant les machines
pour que celles-ci prennent en compte vos modifications.
• Soit en lançant manuellement les commandes qui permettent de configurer tout de
suite vos machines.

Choix des adresses INTERNET des machines

+ Choisissez une classe d’adresses. Dans cette classe, choisissez une adresse pour
votre réseau. Enfin, choisissez une adresse pour chaque machine.

. – 1 Dans le schéma de la figure 2, notez les différentes adresses et les noms des
interfaces choisies. Attention, ce plan d’adressage est important lors de la configuration
d’un réseau.

Remarque : Si nous vous laissons choisir librement l’adresse des machines, c’est unique-
ment parce que celles-ci ne seront pas raccordées au réseau international. Normalement, il
faut formuler une demande auprès d’un organisme international (NIC :....) qui distribue
de façon unique les adresses INTERNET dans le monde entier.

Configuration manuelle des machines

La commande utilisée pour configurer les interfaces Ethernet s’appelle ifconfig (Inter-
Face CONFIGuration).
Configurer une interface consiste à l’initialiser, lui associer un certain nombre d’informa-
tions (l’adresse INTERNET de la machine entre autre), et enfin la déclarer en état de
marche.
Avant de configurer l’interface d’une machine, il faut que vous connaissiez son nom
système. Les noms d’interface sont toujours de la forme : <nom><numéro> (Exemple :
bge0, em0, xl0, xl1, ep0. . ..). On peut connaı̂tre le nom de l’ensemble des interfaces
de la machine en tapant ifconfig.

Remarque : lo0 est une interface virtuelle servant au rebouclage (loopback) sur la
machine, son adresse est toujours 127.0.0.1. Il ne faut pas la modifier.

Configuration de l’interface

c P. Sicard - TP 1 Réseaux - 5
+ Configurez les interfaces comme suit :
• La configuration avec ifconfig est de la forme suivante :
ifconfig <nom interface> <adresse INTERNET>
Le netmask associé à l’adresse est alors celui de la classe de l’adresse. Vous pou-
vez en choisir un autre à l’aide de l’option netmask en précisant le netmask en
décimal (exemple ifconfig bge0 192.0.0.1 netmask 255.255.128.0). On peut
aussi faire plus simplement (ifconfig bge0 192.0.0.1/17.
Configurez l’interface des quatre machines.
• Marquage de l’interface à l’état marche (UP) Maintenant que l’interface est initia-
lisée et configurée, vous pouvez la marquer prête à l’emploi !
La commande à lancer est : ifconfig <nom interface> up
On peut aussi taper en une seule fois :ifconfig <nom interface> <adresse IN-
TERNET> up

Désormais, votre machine peut dialoguer sur le réseau Ethernet.

Remarque : Vous n’avez pas besoin de rebooter les machines pour que votre réseau soit
opérationnel. Mais dès que vous les éteindrez, elles perdront leur configuration, et vous
aurez à ré-exécuter les mêmes commandes quand vous les rallumerez.

Contrôle de l’état des interfaces

A tous moment vous pouvez contrôler l’état de vos interfaces par la commande :
ifconfig <nom interface>
Vous obtiendrez quelque chose comme :
en0 : flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
inet6 fe80 : :20a :95ff :fea2 :686c%en0 prefixlen 64 scopeid 0x5
inet 129.88.38.229 netmask 0xfffffe00 broadcast 129.88.39.255
inet6 2001 :660 :5301 :26 :20a :95ff :fea2 :686c prefixlen 64 autoconf
ether 00 :0a :95 :a2 :68 :6c
media : autoselect (100baseTX <full-duplex>)
status : active
Les informations qui nous intéressent dans le résultat de cette commande sont :
• l’interface (de nom en0) est en marche (UP),
• l’adresse Internet IPV4 associée à l’interface (inet...) ainsi que son netmask donné
en héxadécimal (ici 0xfffffe00) et l’adresse broadcast du réseau
• l’adresse Ethernet de la machine (ether...)
• le type de protocole : media précise : autoselect (100baseTX <full-duplex>) :
Ethernet 100 mégabits/s sur paire torsadée en full-duplex. La détection du débit
possible pouvant se faire automatiquement.
• le Mtu (Maximum Transmission Unit) donne la taille maximale des données d’Ether-
net en octets (1500 octets).
• le status permet de savoir si la carte est branchée à un réseau (détection de porteuse).

c P. Sicard - TP 1 Réseaux - 6
. – 2 Vérifiez ces informations sur l’interface que vous venez de configurer. Ex-
pliquez la valeur du netmask et de l’adresse broadcast.

Configuration par modification des fichiers de configuration

Dans une situation réelle, on ne configure pas les machines à la main (sauf exception-
nellement) : on modifie des fichiers de configurations que les machines utilisent automa-
tiquement au moment du boot. La configuration se fait alors de façon automatique.
Pour lui indiquer qu’une interface doit être configurée, vous devez modifier le fichier :
/etc/rc.conf
Par exemple, si vous désirez que l’interface em0 soit configurée au moment du boot, vous
devez rajouter la ligne : ifconfig em0=inet 192.168.1.1 netmask 255.255.255.0

CONSEIL : regardez le contenu de ce fichier mais ne le modifiez pas (sensible, la

machine pourrait ne plus booter).

Association adresse / nom symbolique

On peut associer un (ou plusieurs) nom symbolique aux adresses Internet. Cette as-
sociation doit être définie dans le fichier /etc/hosts . Les lignes de ce fichier sont de la
forme suivante :
<adresse INTERNET> <nom officiel de la machine>

+ Remplissez les fichiers /etc/hosts sur chaque machine avec les 4 adresses et
noms associés.

Il n’y a pas besoin de reboot pour que les alias du fichier hosts soient vus par les
différentes applications utilisant des adresses Internet. On remarquera que les associations
sont locales à une machine, on peut donc choisir des alias différents sur les machines mais
bien sûr ce n’est pas recommandé.
A titre d’exercice, vous pouvez éditer le fichier /etc/hosts sur un serveur de l’UFR et
analyser son contenu.

2.1.3 Contrôle du réseau

Utilisation de ping
Il convient maintenant de vérifier que les machines sont bien connectées et bien confi-
gurées. Il existe un outil standard pour cela : ping. Par défaut ping permet de vérifier
qu’une machine distante répond bien quand on lui envoie un paquet.

c P. Sicard - TP 1 Réseaux - 7
+ Sur une machine, lancez la commande suivante :
ping <adresse internet de machine distante>

Si la connexion réseau est possible avec la machine distante l’application ping affiche
à l’écran une ligne donnant le temps d’aller/retour. Il recommence toutes les secondes
jusqu’à que l’on tape ctrl-C.
Remarque : L’utilisation des adresses Internet en décimale au niveau utilisateur n’est
pas souple, il est commode d’utiliser plutôt le nom donné dans le fichier hosts.

Procédure de login sur une machine distante

On va utiliser pour cette manipulation l’application telnet qui permet à un utilisateur
de se logger sur une machine distante.
Cette manipulation fait apparaı̂tre la machine locale comme étant un terminal relié à la
machine distante. (cf man telnet)

+ Tapez : telnet -y <nom de la machine distante>

Au prompt login et password : donnez le compte et le mot de passe associé à l’uti-
lisateur existant sur les machines login : guest et password : guest./

Remarque : telnet sur le compte root n’est pas possible pour des raisons de sécurité.

Une fois votre login accepté, vous pouvez travailler sur la machine distante de la même
façon que localement.L’application telnet crée une connexion entre les deux machines à
travers laquelle les commandes tapées sur la machine locale sont transférées pour être
exécutées sur la machine distante. Les résultats obtenus sur celle-ci seront également
transférés à travers cette même connexion pour être affichés sur l’écran de la machine
locale.

2.2 Observation de l’activité du réseau

Rappel : Pour communiquer, les machines échangent des informations sous forme de
paquets qui sont l’unité de données échangées sur le réseau.

+ Après avoir configuré les machines et vérifié au niveau utilisateur que le réseau
fonctionne correctement, vous allez maintenant écouter le câble Ethernet et regarder
ce qui se passe quand vous lancez des commandes comme ping, telnet ou talk.

L’outil qui permet d’observer le réseau s’appelle Wireshark (anciennement ethereal)

(voir documentation outils).

c P. Sicard - TP 1 Réseaux - 8
Observation de la commande ping

+ Sur une des quatre machines, lancez Wireshark. Une capture peut être lancée
en cliquant le bouton start du menu capture. Une nouvelle fenêtre apparaı̂t permettant
de spécifier des paramètres de la capture ; il faut choisir l’interface sur laquelle on veut
lancer la capture puis lancez effectivement la capture. Pour sauvegarder vos captures
lisez le mode d’emploi dans la documentation Outils (format Wireshark ou format
Ascii).

+ Sur une deuxième machine, exécutez un ping pour savoir si une troisième
machine est en marche : ping <nom d’une machine distante>

. – 3 Sachant que ping utilise des paquets de type ICMP, analysez et commen-
tez le fonctionnement de ping.

+ En plus des paquets concernant directement ping (ICMP), d’autres paquets (de
type ARP : Address Resolution Protocol) devraient apparaı̂tre. Si ce n’est pas le cas,
taper la commande arp -d –a (vidage de la table ARP).

. – 4 Analysez et interprétez les paquets de type ARP. Que contient la table ARP
(commande arp -a). Pourquoi les paquets ARP n’apparaissent pas systématiquement
avant chaque paquet ICMP request ?

2.3 Observation du protocole CSMA/CD

Le protocole de la sous couche MAC (Multiple Acces Carrier) de la couche 2 appelé

CSMA/CD (Carrier Senser Multiple Access/Collision Detection) a été normalisé par
l’IEEE sous le nom de 802.3 et permet de contrôler l’accès au support des réseaux
Ethernet. Il est implémenté sur les cartes “Ethernet”.
Rappels : Le protocole CSMA/CD se base sur le mécanisme suivant : avant d’émettre
une trame, une machine écoute toujours le câble pour vérifier qu’aucune autre machine
n’est déjà en train d’émettre des données. Lorsque le médium devient disponible, la
machine envoie sa trame.
Il arrive parfois que deux machines connectées sur un même câble Ethernet décident
d’envoyer simultanément (ou presque) une trame. Dans ce cas, les signaux électriques
s’ajoutent, et aucune des deux trames n’est plus lisible : on dit qu’il se produit une
collision. Chaque machine est capable de détecter ces collisions pendant qu’elle émet

c P. Sicard - TP 1 Réseaux - 9
une trame.
Quand une collision est détectée, chaque machine arrête son émission, et attend pendant
un laps de temps aléatoire, avant de tenter de re-émettre toute la trame.
Dans le cas des réseaux Ethernet, les trames échangées ont une longueur maximale de
1500 octets de données Ethernet et une longueur minimale de 64 octets (entête Ether-
net comprise).

+ ATTENTION Si ce n’est déjà fait connectez vos machines à l’aide de l’interface

bge0 (en non pas em0, celle ci ne traite plus les collisions).

+ Dans une fenêtre d’une première machine, lancez l’outil netstat de manière
à ce qu’il affiche à intervalles de 10 secondes l’activité sur l’interface utilisée (nombre
de paquets émis, reçus et surtout nombre de collisions observées sur cette interface) :
netstat -I bge0 10

Rappel : une machine ne voit les collisions que lorsqu’elle est en train d’émettre.

+ Dans une autre fenêtre, utilisez udpmt (voir la documentation Outils) (udpmt
–V –s <taille paquet> –p <port-serveur> <serveur>) pour générer un trafic à
destination d’une deuxième machine où vous aurez lancé auparavant udptarget –p
<port-serveur>.

. – 5 Notez le nombre de collisions. Observez le nombre d’erreurs détectées (af-

fiché par netstat).
Conclusions ?

Remarque : Ces utilitaires se trouvent dans le répertoire /root/ipmt-tools

+ Sur une troisième machine, lancez udpmt à destination de la quatrième machine

de la plate-forme où vous aurez lancé auparavant udptarget (voir la figure 3).

+ Lancez netstat sur chaque machine.

c P. Sicard - TP 1 Réseaux - 10
 udpmt udptarget udpmt udptarget

Figure 3 – Génération de trafics sur le réseau

. – 6 Notez la variation du nombre de collisions. Conclusions ?

+ Essayez la manipulation précédente avec des paquets de tailles très différentes

(10 et 1472 octets par exemple).

. – 7 Expliquez les variations du nombre de collisions en fonction de la taille des

paquets (en rappelant le protocole CSMA/CD).

Pour un nombre de station fixe, l’efficacité du protocole Ethernet dépend de la taille

des paquets et du temps de propagation. On arrive en approximant à l’équation suivante
(voir le cours) :

E= 1/(1+(5,4*Tprop/Témis)) où Tprop est le temps de propagation et Témis est

le temps d’émission (Temis= Taille paquet / débit).

. – 8 Calculez Tprop pour votre réseau. Donnez la courbe de l’efficacité en fonc-

tion de la taille des paquets pour le Tprop calculé. Conclusions.

. – 9 Pourquoi le partage du débit est-il à peu près équitable ? Quel protocole

gère cette équité ?

2.4 Analyse des performances du réseau

Les utilitaires (udpmt et tcpmt) permettent de calculer le débit applicatif du réseau

(au niveau de l’application). Pour calculer ce débit, ils mesurent donc le temps nécessaire

c P. Sicard - TP 1 Réseaux - 11
pour envoyer des paquets (de taille donnée) sur le réseau soit en utilisant le protocole udp
soit le protocole tcp.

2.4.1 Mesure du débit applicatif

+ Opérations :
• Sur une machine, utilisez udpmt pour envoyer des paquets vers une autre machine.

• Notez le compte rendu de udpmt en faisant varier la taille des paquets (de 10, 20,
100, 1000, 1472, 1473, 2800, et 3000 octets).

. – 10 Faites une courbe de l’évolution du débit en fonction de la taille des pa-

quets.

. – 11 Calculez de façon théorique les débits applicatifs possibles. Pour cela

comptez le nombre d’octets des entêtes des différents protocoles traversés (voir le calcul
du débit applicatif dans le cours d’introduction). Comparez vos résultats aux débits
observés.

Pour vous aider :

• Vous pouvez lancer sur une troisième machine l’utilitaire Wireshark et capturez
quelques trames échangées pendant l’exécution de udpmt. Ne pas essayez de com-
prendre pour l’instant la signification des champs des différentes entêtes, regardez
seulement les champs longueur de paquet et longueur d’entête.

Vous devez constater les tailles suivantes (voir la figure ci dessous qui donne la taille des
entêtes en octet).
• udpmt utilise le protocole UDP pour émettre ses messages, la taille que vous lui
passez en paramètre est la taille des données

• UDP rajoute 8 octets d’entête aux données qui lui sont fournies.
• Ces paquets UDP (entête + données de l’application) sont passés à un autre protocole
de niveau réseau (IP) qui rajoute aussi 20 octets d’entête.
• Ce protocole IP passe ensuite le tout au protocole Ethernet qui s’occupe d’envoyer
physiquement les octets sur le câble, Ethernet rajoute aussi une entête de 14 octets.

c P. Sicard - TP 1 Réseaux - 12
 1500 octets maximum

Préambule(8) Ethernet(14) IP(20) UDP(8) Données Appli CRC (4) Silence(~12)

64 octets minimum

Figure 4 – Paquets circulant sur le câble

• Dans le calcul de ces octets rajoutés par les protocoles, il ne faudra pas oublier (non
visible avec Wireshark ) le CRC d’Ethernet en fin de trame (4 octets), le préambule
physique d’Ethernet (8 octets), le silence inter-trame de 9,6 micro secondes (temps
d’émission de 12 octets à 10 mégabits).
• Dans le cas de petits paquets, Ethernet ajoute des octets de bourrage pour arriver
au 64 octets minimal.
• Dans le cas de gros paquets (supérieur à 1500 octets de donnée Ethernet), les paquets
sont découpés par le protocole IP.

2.4.2 Mesure du débit dans le cas de plusieurs trafics.

+ Opérations :
• Lancez comme précédemment udpmt entre deux machines du réseau.
• Lancez à peu près en même temps udpmt entre les deux machines restantes comme
indiqué dans la figure 3 .

. – 12 Notez les débits moyens sur les deux machines génératrices de udpmt,
que constatez-vous ?
Comparez ces résultats à ceux obtenus en 2.4.1.

2.4.3 Mesure de latence.

+ Mesurez la latence (application à application) en utilisant l’utilitaire ping entre

deux machines du réseau. L’utilitaire ping donne le temps d’aller-retour entre l’émission
du paquet icmp request et la réception du paquet icmp reply.

c P. Sicard - TP 1 Réseaux - 13
. – 13 A partir du temps de propagation (sur le câble) et du temps d’émission des
deux paquets du ping, évaluez le temps passé dans les couches protocolaires (Applica-
tion/ICMP/IP/ethernet) lors d’un Ping. Essayez avec des paquets de tailles différentes
(ping –s taille).
Conclusions ?

2.4.4 Mesures en utilisant des commutateurs

Les débits des interfaces sont de 100 mégabit/s.

+ Opérations :
• Remplacez le hub de votre réseau par un commutateur (switch).
• Refaites les mesures de débit dans différents cas :
◦ Un flux entre deux machines en faisant varier la taille des paquets (une petite,
une grande suffiront). Pourquoi le débit applicatif dépend il de la taille des
données ?
◦ Deux flux indépendants (figure 3).
◦ Deux flux vers une même machine (attention à lancer plusieurs udptarget sur
différents ports)

. – 14 Observez les débits en émission et en réception (donnés par udptarget)

Conclure sur les débits observés en rappelant le fonctionnement d’un commutateur.
Dans quel cas le commutateur est il saturé ? Comment l’observez vous ?

Remarques : les switchs utilisés en TP sont de type store and forward. Rappelez ce
que cela veut dire.

2.5 Exercices de synthèse

Il existe plusieurs réseaux locaux dans le bâtiment (adresses Internet différentes). L’adresse
152.77.84.0/25 est normalement attribuée aux salles réseaux (101,102,104 et 105).
Regardez sur le prompt système, le nom associé à votre machine (knuthxx ). L’adresse
correspondant au nom de machine knuthxx doit être 152.77.84.(1+xx).
Exemple : adresse de knuth02 : 152.77.84.3. Le netmask associé (/25) doit être :
255.255.255.128.

• Affectez cette adresse à la deuxième interface de la machine sur laquelle vous tra-
vaillez (ifconfig...) et branchez cette interface à une prise réseau murale.

• Vérifiez que le routeur est accessible : ping 152.77.84.1

c P. Sicard - TP 1 Réseaux - 14
 • Tapez la commande route add default 152.77.84.1

• Vérifiez que l’accès à un des serveurs de l’UFR est possible : ping 195.220.82.136
pour le serveur hopper.

• Vous pouvez aussi essayer avec le nom DNS (hopper.e.ujf-grenoble.fr)

• Vous pouvez maintenant envoyer des fichiers sur votre compte à l’aide de l’application
sftp (ftp sécurisé) : sftp moncompte@195.220.82.136. Il existe aussi l’application
scp (scp nomfichier compte@adresse :nomfichier).

Vous pouvez aussi utiliser l’application ssh pour travailler à distance sur une autre ma-
chine. Pour des raisons de sécurité, les serveurs des applications ftp et telnet ne tournent
pas sur les serveurs de l’UFR.

c P. Sicard - TP 1 Réseaux - 15