Université Nice-Sophia Antipolis 2008-2009

Info Générale
retour sur la page d'accueil du cours

Réseaux
Configuration et tests TCP/IP
- ENONCE -
Objectif : examiner les configurations TCP/IP, effectuer des tests d'interface, de DNS, de routage, de protocoles.

Répondez aux questions sur une feuille à votre nom qui sera ramassée et notée.

Sous windows, vous pouvez utiliser putty pour vous connecter sur sesame-mips.unice.fr et pouvoir faire le tp.
Ensuite, s'il faut une autre machine, essayer de vous connecter à olivier.unice.fr ou tamise, etc.

Exercice 1 : Configuration TCP/IP

Configuration des interfaces (commande /sbin/ifconfig)

nb sous Windows : la commande est ipconfig

question 1.a : Affichez les valeurs de la configuration TCP/IP courante sur votre PC.

question 1.b : Quelles sont les adresses de réseau officiel, de sous réseau, et d'hôte ?

question 1.c : Ouvrez une fenêtre ssh sur sesame-mips.unice.fr, puis tapez la commande ifconfig pour examiner les
paramètres associés à l'interface Ethernet eth0, quelles sont l'adresses physique et l'adresse IP ?

Exercice 2 : Découpage en sous réseaux (Subnetting)

question 2.a : Expliquez dans quels cas il est nécessaire ou intéressant de faire un découpage en sous réseaux ?

question 2.b : On suppose que le masque réseau est 255.255.255.192. L'adresse IP d'une machine du sous-réseau
est 198.47.47.87. Donnez l'adresse réseau, l'adresse de sous-réseau, l'identificateur machine ainsi que l'adresse
broadcast du sous-réseau. Quel est le nombre maximum de machines sur ce sous-réseau ?

question 2.c : On dispose de l'adresse réseau 162.10.0.0, sur laquelle on souhaite adresser 25 sous-réseaux.
Donnez le meilleur masque possible, et le nombre maximum de machines par sous-réseau.

Exercice 3 : Les fichiers de configuration

question 3.a : Consultez les fichiers de configuration hosts, services, protocols . Ils sont dans le répertoire "/etc".
Qu'indiquent-ils ?

Exercice 4 : Tests d'interface

question 4.a : Utilisez la commande ping pour tester différentes interfaces, par exemple le PC voisin, et clio.

question 4.b : Quelle est la signification du champ TTL ?

question 4.c : Depuis votre PC, faire un ping sur 134.59.130.1 avec un champ durée de vie (option -t) égal à 1 puis
2 puis 3 puis 4., observez les messages ICMP renvoyés par les passerelles qui sont atteintes.
question 4.c : Depuis votre PC, faire un ping sur 134.59.130.1 avec un champ durée de vie (option -t) égal à 1 puis
2 puis 3 puis 4., observez les messages ICMP renvoyés par les passerelles qui sont atteintes.

question 4.d : Depuis votre PC, faire un ping sur le PC voisin avec l'option "-t 1". Qu'en déduisez-vous ? Examinez
le cache arp (commande arp dans /sbin/, avec ou sans l'option -a).

question 4.e : Depuis votre PC, faire un ping sur 134.59.1.7, puis examinez le cache arp, quelle est l'adresse
physique de la passerelle entre les deux sous-réseaux ?

question 4.f : Effectuez un ping sur une machine du réseau local ne figurant pas dans votre cache arp. Que
constatez-vous sur les temps de réponse ?

Exercice 5 : 3.Tests de DNS

question 5.a : Qui fait la conversion Nom - adresse IP ?

question 5.b : Quels sont les DNS du domaine unice.fr : consultez sous Unix le fichier /etc/resolv.conf (ou tapez la
commande ipconfig /all sous Windows).

question 5.c : Quel est le nom Internet de votre PC ?

question 5.d : Depuis sesame-mips, faire un ping en utilisant le nom de votre PC.

question 5.e : Consultez le manuel sous Unix de la commande host. Affichez l'adresse IP de la machine
mistral.unice.fr.

question 5.f : En utilisant le serveur de noms samoa.unice.fr, servez-vous de la commande host pour lister toutes
les machines du domaine unice.fr. Attention la liste est longue...

question 5.g : 3.7. Effectuez une résolution inverse de noms sur l'adresse 134.59.1.59.

Exercice 6 : Tests de routage

question 6.a : Depuis votre PC, utilisez la commande traceroute pour trouver le chemin emprunté pour atteindre
taloa, puis celle pour atteindre le serveur de google.

question 6.b : Depuis sesame-mips, trouvez le chemin emprunté pour atteindre la machine taloa.unice.fr.

question 6.c : Utilsez la commande netstat -r pour afficher la table de routage.

Exercice 7 : Tests de protocoles

question 7.a : Comment est identifié un service sur une machine hôte ?

question 7.b : Où trouver les numéros de ports bien connus des applications standard TCP/IP, comme telnet, ftp,
smtp ?

(les numéros de port bien connus sont défini par la RFC 1340 Assigned Numbers)

question 7.c : Ouvrez une fenêtre ssh sur uranie, puis utilisez la commande netstat -n sur votre PC, pour afficher les
numéros de ports source et destination des connexions actives (notez la connexion ssh sur le port 22 pour le
serveur sshd sur uranie).

Exercice 8 : Protocoles d'applications standards

question 8.a : TELNET (pas de question)
question 8.a : TELNET (pas de question)
TELNET permet de se connecter à une machine distante, tout comme une connexion depuis un terminal (émulation
de terminal).

Le client telnet établit une connexion en mode connecté avec un serveur telnetd, sur le port 23.

TELNET (Terminal NETwork protocol) est le protocole utilisé entre un client et un serveur telnet; il est décrit par
le RFC 854.
Le protocole TELNET est dit transparent, car il se contente d'échanger des caractères entre un client et un serveur,
sans interprétation particulière.
Un client telnet peut contacter tout autre service, en précisant le numéro du port (ou le nom du service) sur lequel
le serveur écoute.

Le port de connexion (23) Telnet est généralement fermé car non sécurisé.

FTP
HTTP

Pour les tests en dessous, contactez le serveur httpd sur corbieres (www-mips.unice.fr sur le port 80) en utilisant la
commande telnet.

Requêtes et Réponses

question 8.b : Demandez le document /index.html en spécifiant le protocole HTTP/1.0 (la requête doit se terminer
par une ligne vide)

question 8.c : Demandez uniquement les en-têtes du document /index.html

question 8.d : Quelle est le type (ou la marque) du serveur ?

question 8.e : Demandez les méthodes de requête disponible pour le document /index.html

Erreurs du client

question 8.f : Obtenir des réponses avec un code statut indiquant une erreur du client : essayez une requête
incorrecte (Erreur client 400 Bad Request). Essayez une ressource inexistante (Erreur client 404 Not Found)

Erreurs du serveur

question 8.g : Obtenir une réponse avec un code statut indiquant une erreur du serveur : Essayez une méthode non
implémentée (Erreur serveur 500 internal server error) (par exemple, essayer la méthode OPTIONS avec le
protocole 0.9 qui est pris par défaut)
question 8.g : Obtenir une réponse avec un code statut indiquant une erreur du serveur : Essayez une méthode non
implémentée (Erreur serveur 500 internal server error) (par exemple, essayer la méthode OPTIONS avec le
protocole 0.9 qui est pris par défaut)

Connexion persistante

Les versions 0.9 et 1.0 du protocole HTTP nécessitent une nouvelle connexion TCP à chaque requête, la version
actuelle HTTP/1.1 (RFC 2616) autorise plusieurs échanges de requêtes/réponses via une unique connexion (notion
de connexion persistante ou keep alive).

question 8.h : Essayez les trois échanges (requêtes/réponses) présentés ci-dessous et effectués successivement sur la
même connexion TCP, dans la troisième requête nous avons ajouté le champ d'en-tête Connection : close afin de
demander la fermeture de la connexion après la réponse (il faut taper les commandes rapidement, la connexion
étant fermée automatiquement au bout de quelques secondes d'inactivité)

Note : la norme HTTP/1.1 impose de spécifier le nom du serveur auquel s'adresse la requête (grâce au champ d'en-
tête Host), ceci, pour permettre à une machine serveur qui possède plusieurs noms et héberge plusieurs sites,
d'associer à une même adressetelnet clio GETHost des ressources différentes en fonction du nom de l'hôte (cette
pratique est connue sous le nom de virtual host)

Requêtes conditionnelles

question 8.i : Demandez le document /index.html s'il a été modifié depuis la date de votre dernière consultation.