IP & Co. 1. Service DHCP. L'objectif de ce TP est de voir l'ensemble des services élémentaires mis en oeuvre dans les réseaux IP.

Transcription

1 IP & Co L'objectif de ce TP est de voir l'ensemble des services élémentaires mis en oeuvre dans les réseaux IP. 1. Service DHCP Faire un réseau de 4 machines comme ci-dessous. Pour l'instant seul la machine A est allumée. A B C D Réseau Université SWITCH La machine A (d'adresse /24) va héberger un serveur DHCP vis à vis du réseau des machines reliées au SWITCH («réseau privé»). 1.1 Configurer la machine A en routeur avec translation d'adresse. 1.2 Installer le service dhcp : # A la suite de l'installation vous avez le message suivant : Please note that if you are installing the DHCP server for the first time you need to configure it first. Please stop (/etc/init.d/dhcp stop) the DHCP server daemon, edit /etc/dhcpd.conf to suit your needs and particular configuration, and restart the DHCP server daemon (/etc/init.d/dhcp start). You also need to edit /etc/default/dhcp to specify the interfaces dhcpd should listen to. By default it listens to eth Faire une configuration simple du serveur en modifiant les fichiers /etc/dhcpd.conf et /etc/default/dhcp pour que les adresses attribuées par le serveur soient sur le réseau privé /24. et que le serveur de nom associé soit et comme passerelle le routeur A. 1.4 Redémarrer le service DHCP pour qu'il soit opérationnel. 1.5 Lancer une capture de trame sur l'interface de A reliée au switch. Démarrer les machines B, C et D. Configurer ces machines pour qu'elles obtiennent leur adresse de manière automatique. 1.6 Résumer sur un chronogramme les étapes de négociation. 1.7 Quel est le protocole de transport utilisé. 1.8 Quels sont les adresses sources et destination associées au niveau ethernet, IP et transport. pour toutes les étapes de la négotiation 1.9 Afin de sécuriser et limiter l'attribution des adresses IP à des machines bien spécifiques modifier le fichier de configuration pour que les adresses IP soient systématiquement associées, en fonction de leur carte réseau, comme suit: B => C => S. Viardot, E. Chotin 1/5 MASTER TR 2006

2 D => Relancer le service dhcp sur la machine A et la demande d'attribution des adresses sur les machines B, C et D afin de vérifier que cette configuration est correcte Vérifier que la configuration est complète en vérifiant (par ping) que vous pouvez joindre le serveur DNS Assurez vous que la résolution des noms se fait correctement: ping Si ce n'est pas le cas modifier les configurations jusqu'à ce que ce soit opérationnel. 2. Service DNS 2.1 Partie Cliente Il existe deux moyens pour effectuer la résolution d un nom en adresse IP ou l inverse. Le premier est un moyen local et consiste à définir un fichier de correspondance sur chaque machine. Ainsi chaque machine sera capable de résoudre les noms qui sont définis dans son fichier. Configuration statique : Sur une machine Unix, ce fichier est /etc/hosts Visualiser le contenu de ce fichier, et commenter son contenu. Configuration dynamique Évidemment le fichier /etc/hosts ne permet pas de faire la résolution de nom de l'ensemble des machines du réseau Internet. Il ne comporte que les noms des machines proches. Le second moyen de résolution des adresses est un moyen global qui permet de résoudre n importe quel nom de machine du réseau internet. Il repose sur le service DNS (Domain Name Service). Le principe est simple: Chaque domaine (exemple univ-savoie.fr), dispose d'un base de données contenant notamment les correspondances entre les noms des machines du domaines et les adresses de ces machines.en général lorqu'une application utilise le nom d'une machine pour atteindre un service, cette application fait une requête DNS au serveur de nom désigné par le système d'exploitation. Si ce serveur ne connaît pas l'information il sait auprès de quel serveur il pourra obtenir l'information. (Cf. RFC 1035) En faisant une capture de trame pendant un ping vers une machine inconnu du fichier «/etc/hosts», déterminer quel est le serveur DNS utilisé par la machine en question Analyser les trames en détail concernant les échanges avec le serveur DNS Les fichiers qui définissent le mécanisme de résolution de noms sont : /etc/host.conf et /etc/resolv.conf Commenter le contenu de ces fichiers (n'hésitez pas à utiliser les manuels de ces fichiers de configuration). Interrogation avancée : On va à présent utiliser la commande dig pour interroger la base de donnée de votre serveur DNS. S. Viardot, E. Chotin 2/5 MASTER TR 2006

3 (Cf. man dig et RFC 1035): exemple : dig A (recherche dans la base de données, le champ A(adresse) correspondant au nom Déterminer les serveurs de noms du domaine univ-savoie.fr Déterminer les serveurs de courrier du domaine univ-savoie.fr Lister toutes les infos que vous pouvez récupérer de la part du serveur DNS (requête axfr) sur le domaine univ-savoie.fr, déterminer les autres noms pour le serveur web ayant comme nom Partie Serveur Quelques éléments pour son installation : Installer le package «serveur DNS». # Toute la configuration du serveur DNS se fait dans le répertoire Modifiez les fichiers de configuration pour configurer le service DNS de votre machine avec les caractéristiques suivantes : Le domaine est mastertr.univ-savoie.fr. Les noms des machines sont : A => A.masterTR.univ-savoie.fr. B => B.masterTR.univ-savoie.fr. C => C.masterTR.univ-savoie.fr. D => D.masterTR.univ-savoie.fr. La machine A aura les alias suivants dhcp.mastertr.univ-savoie.fr. routeur.mastertr.univsavoie.fr. Le serveur assurera la résolution inverse Modifier la configuration du serveur DHCP pour que les machines du réseau privé utilise ce nouveau serveur de nom Vérifier que la résolution de nom est faite à partir du serveur que vous venez de configurer. A Câble Serie 3 RESEAU MIXTE : SERVICES ET QOS B C sshd D httpd Client http et ssh HUB/SWITCH Faites la configuration comme vu sur le TP3. On va s'intéresser à présentà la gestion de la qualité du service au niveau du routeur B. S. Viardot, E. Chotin 3/5 MASTER TR 2006

4 Sur D sera installé un serveur Web, et sur C un serveur ssh. 3.1 Installations de services Le Serveur Web sur D #apt-get install httpd #/etc/init.d/httpd start Afin d'installer le site copier les fichiers index.html et Meije.jpg dans le répertoire: /var/www/html/ Tester que votre serveur est opérationnel. C'est l'occasion de voir comment est configuré un serveur web. Le fichier de configuration est: /etc/httpd/conf/httpd.conf En l'étudiant répondez aux questions suivantes : Comment sait-on où est stocké sur le serveur, le fichier qui sera ouvert lorsqu'on interroge le serveur avec l'url (faites des tests pour pouvoir conclure)? Lorsqu'on accède à l'url le serveur va t il chercher les fichiers dans le sous répertoire icons du répertoire où est stocké le fichier précédent? Si ce n'est pas le cas où sont stockés les fichiers accessibles par cette url. Où le serveur détermine que telle icone est affichée pour un fichier image. Essayez de changer le comportement du serveur. Changer le comportement du serveur pour que le client reste connecté après avoir visualisé une page. Vérifier avec netstat -t (qui liste les connexions courantes) Le serveur ssh sur C #apt-get install sshd #/etc/init.d/sshd start Vérifier que vous pouvez vous connectez en ssh depuis A Champ TOS de IP. Observer avec ethereal les valeurs du champ TOS des paquets IP transportant ssh et http. Est ce coherent avec la qualité de service désirée Afin d'avoir des paquets qui soient coherents avec la qualité de service désirée, on peut au niveau du routeur (B), modifier le champ TOS pendant la tranversée de ce dernier: iptables -A PREROUTING -t mangle -p tcp --sport n PortProtocoleDésiré -j TOS --set-tos TOS_désiré iptables -A PREROUTING -t mangle -p tcp --dport n PortProtocoleDésiré -j TOS --set-tos TOS_désiré On peut également modifier les paquets qui sortent de la machine A iptables -A OUTPUT -t mangle -p tcp --sport n PortProtocoleDésiré -j TOS --set-tos TOS_désiré iptables -A OUTPUT -t mangle -p tcp --dport n PortProtocoleDésiré -j TOS --set-tos TOS_désiré Faire en sorte que le champ TOS pour ssh soit 0x10 (délai mini) et 0x8(débit maxi) pour http. Vérifier en faisant à nouveau la capture avec ethereal que la qualité de service au niveau du routeur est bien celle désirée (interface ppp0). 3.2 Mise en place de la politique de gestion de qualité de service. Comme vu en cours, on va utiliser une politique de gestion de la QoS qui repose sur 3 files d'attentes avec 3 priorités différentes. Par défaut c'est déjà fait (qdisc=pfifo_fast): # ip link show 1: lo: <LOOPBACK,UP> mtu qdisc noqueue link/loopback 00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00 2: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 296 qdisc pfifo_fast qlen 3 S. Viardot, E. Chotin 4/5 MASTER TR 2006

5 Ref : Pour être sûre de la gestion des files d'attente (à l'emission) on va faire la configuration sur A et B (uniquement sur les interfaces ppp0). Voilà la configuration proposée : On fixe la taille des files d'attentes sur ppp0 à 1000 paquets.(cette valeur pourra être modifiée pour améliorer les performances) # ip link set ppp0 txqueuelen 1000 Les files d'attentes sur ppp0 sont au nombre de 3 (numérotés ou 1:1 1:2 1:3) Linux définit 16 priorités différentes numérotées de 0 à 15, à une même priorité peut correspondre plusieurs valeurs de TOS. Voilà un extrait qui résume les valeurs qui nous intéressent: Champ TOS du packet IP Signification Priorité Linux 0x0 Service Normal 0 0x8 Maximalise le Débit (mt) 2 0x10 Minimise le Délai (md) 6 Lorsqu'on affecte une gestion du trafic à une interface on peut alors définir dans quelle file d'attente seront mis les paquets en fonction de leur priorité linux. Exemple : # tc qdisc replace dev ppp0 root handle 1: prio bands 3 priomap Ce qui signifie que si un paquet «Service Normal» doit être envoyé il sera mis dans la file d'attente n 2, si c'est un paquet «Maximalise le débit» il sera mis dans la file d'attente n 1 et enfin si c'est un paquet «minimise le délai» il sera mis dans la file d'attente n 0. Vous pouvez ensuite affecter à chacune des files d'attentes une politique de type fifo : tc qdisc replace dev ppp0 parent 1:1 handle 10: pfifo limit 1000 tc qdisc replace dev ppp0 parent 1:2 handle 20: pfifo limit 1000 tc qdisc replace dev ppp0 parent 1:3 handle 30: pfifo limit Cette configuration vous paraît elle cohérente avec la politique de gestion de la QoS désirée? (Bande 0 est plus prioritaire que la bande 1 qui est plus prioritaire que la bande 2) Faire un premier test avec des priorités identiques pour tous les services (pas de gestion de la QoS). Depuis A lancer un navigateur pour consulter la page web du serveur web. Depuis A connectez vous en ssh au serveur ssh. Quel comportement observez vous? Vérifier avec tc -s qdisc que tous les paquets sont mis dans la même file d'attente Adaptez à présent la politique de qualité de service et éventuellement les paramêtres de ppp (mtu et mru)pour améliorer les performances. Regardez avec tc -s qdisc le changement de comportement. S. Viardot, E. Chotin 5/5 MASTER TR 2006