TP Configuration du réseau

Généralités

1. donner un nom de machine
2. installation de l'adaptateur réseau et de son pilote
3. spécifier une adresse IP pour cette interface réseau
Il est souvent nécessaire de bien indiquer le masque réseau.
Le cas échéant, on peut paramétrer pour bénéficier de la configuration dynamique d'un serveur DHCP
4. configuration du routage
en pratique, spécifier l'adresse IP de la passerelle par défaut (le plus souvent pour attendre Internet)
5. indiquer l'adresse de serveurs DNS
Il s'agit d'interroger un serveur DNS pour connaitre l'adresse IP d'une machine à joindre, connaissant son nom.
En réseau local, en l'absence de DNS local, il faut renseigner le fichier /etc/hosts en fournissant les associations (nom, adresse IP) des machine du réseau

Configuration

Fixer le nom de machine

Quel est le nom actuel de votre machine ? Que contient /etc/hostname ? Que donnent les commandes hostname avec les options -i, -d, -f ? Changer de nom directement dans le fichier /etc/hostname Puis prendre en compte le changement : /etc/init.d/hostname.sh /etc/init.d/sysklogd restart Se reloguer

Paramétrage carte réseau

• Pour connaitre le module chargé au démarrage de la machine, consulter la fin de l'affichage de la commande dmesg
• Pour connaitre les noms de modules des adaptateurs réseaux disponibles, lister
  /lib/modules/<version kernel>/net/
• Inscrire le nom du module de la carte réseau dans /etc/modules, pour qu'il soit chargé au prochain boot
  

  # kernel modules to load at boot time
  via-rhine
  

• Pour charger maintenant et dynamiquement le module de la carte
  modprobe via-rhine
  Un compte-rendu de cette tentative est affiché.
• Utilitaire modconf
  Cet utilitaire qui fait partie de l'installateur Debian, réalise ces 2 dernières étapes
  Pour choisir le driver de l'adaptateur réseau, aller dans /kernel/drivers/net(ou /etc/init.d/networking start)

Paramétrage interface réseau

• Doc : man interfaces
• Controler l'activité des interfaces réseaux
Les 2 commandes ifup et ifdown se charge d'activer /désactiver le sous-service réseau, sans intervenir sur son paramétrage actuel

ifup et ifdown lisent les informations du fichier /etc/network/interfaces On peut utiliser en équivalence : /etc/init.d/networking start | stop ifdown -a ifconfig ifup lo ifconfig ifup eth0 ifconfig

• Pour attribuer une adresse IP fixe au prochain reboot :
  Editer et compléter le fichier /etc/network/interfaces qui contient tous les paramètres usuels (y compris l'IP de la passerelle)

  iface eth0 inet static address 172.16.0.(100+x) --> x=numéro du poste netmask 255.255.255.0 network 172.16.0.0 gateway 172.16.0.1

• Pour attribuer une adresse IP fixe "à la volée"
  Pourquoi attendre le prochain reboot ? pour attribuer cette adresse IP immédiatement :
  

  ifconfig eth0 172.16.0.111 netmask 255.255.255.0 broadcast 172.16.0.255 ( à abréger en ifconfig eth0 172.16.0.111, si le masque réseau est standard)

• Pour attribuer une adresse IP dynamique
  - elle est délivrée par un serveur DHCP qui doit etre accessible sur le meme reseau
  - vérifier que le "client" est bien installé : apt-get install dhcp3-client
  

  éditer le fichier /etc/network/interfaces commenter avec # les lignes du paragraphe iface eth0 sauf gateway 172.16.0.1 placer la ligne iface eth0 inet dhcp puis ne pas rebooter ! arrêter et relancer le service réseau ifdown eth0 ifconfig ifup eth0 ifconfig

• Routage des paquets IP
  La commande route affiche la table de routage qui contient l'information sur la façon d'envoyer les paquets IP vers leur destination

  route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 2 lo default 172.16.0.1 0.0.0.0 UG 1 0 36 eth0 1ère ligne : le trafic destiné aux machines du réseau local sera routé par eth0. 2ème ligne : le trafic destiné à l'Internet routé par la passerelle 172.16.0.1 Pour supprimer la route par défaut actuelle route del default lynx www.cnil.fr Pour fixer une (nouvelle) passerelle route add default gateway 172.16.0.1 accès de nouveau à internet

• Accès à Internet
  Il faut indiquer l'adresse IP d'un serveur DNS à solliciter pour la conversion de nom de domaine en adresse IP

  Editer le fichier /etc/resolv.conf et ajouter le DNS de Wanadoo nameserver 193.252.19.3 tests accès web en mode plein texte ;-) lynx www.ac-creteil.fr/reseaux/systemes/linux/ lynx www.google.fr (tentez une recherche : - saisie mots-clefs sur la ligne - valider sur "pages france" - activez le lien "Recherche Google" lynx 193.49.66.139/se3doc/

Tests et installations

• ping
Communiquez vous par ping à la machine voisine ?
à la passerelle (Ctrl-C pour arrêter) ?
au DNS de Créteil (195.98.246.50) ?
• ssh
L'utilitaire indispensable ssh n'est pas installé ! vite : apt-get install ssh
Connectez vous à une machine voisine : ssh stage@172.16.0.100+x
Que constatez-vous ? A quoi sert ssh ?
• nslookup
Cet utilitaire interroge les serveurs DNS pour obtenir la correspondance nom de domaine <--> adresse IP

comment l'installer apt-get install nslookup --> échec recherche du paquet, 2 façons : - si apt-file est installé : apt-file search nslookup - pour l'installer : apt-get install apt-file, suivi de apt-file update - interrogation à http://www.debian.org/distrib/packages apt-get install dnsutils tests nslookup www.ac-creteil.fr nslookup 195.98.246.50

• traceroute
  Test : traceroute www.ac-creteil.fr examen du cheminement jusqu'à Créteil ..

• nmap
  A installer si nécessaire : apt-get install nmap
  nmap 172.16.0.(100+y) permet de scanner les ports ouverts sur le poste voisin p0y, c'est-à-dire de connaitre ses services actifs.
  On peut obtenir par exemple :

  Port State Service 22/tcp open ssh 80/tcp open http 111/tcp open sunrpc (portmap) 139/tcp open netbios-ssn (samba) 389/tcp open ldap 443/tcp open https 3306/tcp open mysql

• Installations


Connectez-vous comme utilisateur stage
 L'utilitaire bc est-il installé ?
Installer alors le paquet logiciel qui porte le meme nom :
apt-get install bc
regarder le manuel, et tester bc

L'utilitaire cal affiche  un calendrier
Suivre la meme démarche
Voici une bonne méthode pour connaitre le paquet dans lequel cal
Interroger la page en ligne http://www.debian.org/distrib/packages
rubrique : "Recherche dans le contenu des paquets"
interroger au sujet de cal --> réponse ?
installer ce paquet et tester cal

Installer gpm, le service "souris en mode texte"
apt-get install gpm
Si l'installtion par défaut ne fonctionne pas il ya possibilité de reconfiguration par :
/usr/sbin/gpmconfig ou "manuellement" dans le fichier /etc/gpm.conf
Pour lancer/ stopper ce service
/etc/init.d/gpm stop|start
Test : sélectionner du texte à la souris, puis coller dans la ligne de commande par clic-droit

• Installer apache, LE serveur Web

  TP - Le script de controle /etc/init.d/apache existe t-il ? - L'installer : apt-get install apache - Constater maintenant la présence du script de controle - Arreter, puis redémarrer le serveur - attention, il est peut-être nécessaire de renseigner le fichier /etc/hosts - Consulter la page d'accueil du serveur WEB de votre voisin - Consulter votre journal des connexions dans : /var/log/apache/access.log - Combien y a t-il de processus de ce serveur en mémoire : ps ax

Annexes

Les services réseaux

• Une machine (un hôte) peut héberger des services réseaux. Exécuter un service, c'est lancer un ou plusieurs "démons", processus exécutés en mémoire, en tâche de fond, et qui scrutent en permanence les demandes de connexion qui leur sont adressé, en provenance du réseau. (Pour plus de détail voir les tp "initialisation" et "gestions des processus")
  Donc en fonctionnement, ces processus serveurs attendent en quelque sorte "le client".
  Mais comment se distinguent-ils et écoutent-ils les demandes émanant de machines clientes ?
• Pour les distinguer, chacun de ces processus est doté d'un numéro de "port" (rien à voir avec les ports série et parallèles !).
  La liste des correspondances entre le nom du service, le protocole TCP (ou UDP) qui le contrôle et son numéro de port standard, se trouve dans le fichier /etc/services
  Conventionnellement, les ports de numéros inférieurs à 1024 (dits privilégiés), sont écoutés par des services démarrés uniquement par root
• Par exemple, les serveurs httpd, sshd, proftpd écoutent habituellement sur les ports respectifs 80, 22, 21. Les exemples qui précèdent donnent d'autres exemples
  De son coté, un programme client, pour s'adresser convenablement à un serveur doit préciser
  - son adresse ip (ou un nom de domaine qui sera résolu en adresse ip par un serveur DNS accessible)
  - ET le numéro du port sur lequel ce serveur "écoute" Ensuite s'engage un dialogue d'identification mutuelle, qui aboutit à une connexion de durée variable.
  Exemples :
  - lorsqu'on paramètre un client de messagerie et de ftp, on laisse les valeurs des ports par défaut, en général les ports 110 (serveur POP3) et 21 (serveur ftp).
  - inversement, il peut s'avérer nécessaire de s'adresser à un serveur WEB sur un autre port que les ports 80 (ou 443 pour https) traditionnels. Exemples :
  - https://192.168.0.209:10000 : connexion au serveur WEBMIN
  - http://se3:909 : accès au serveur WEB d'administration se SE3

• Les services réseaux "démons"

  Certains services beaucoup sollicités sont exécutés en permanence, comme les serveurs web ou de messagerie, Mais si tous les serveurs étaient lancés en même temps pour écouter sur leur port respectif, et éventuellement établir une connexion, quel encombrement de la mémoire et quelle charge CPU inutile il en résulterait !

• Les services réseaux "inetd"

  Une méthode bien plus efficace a été mise au point : elle consiste à séparer les tâches d'écoutes et de services proprement dit. Ainsi, les serveurs a priori moins sollicités (telnet, ftp, pop ...) ne sont démarrés qu'en cas de besoin, en présence d'une requête émanant d'un client ayant-droit.
  Ceci a été réalisé par un système de sous-traitance qui permet la séparation des taches :
  - un superviseur, le serveur spécialisé inetd ou xinetd, écoute l'ensemble des ports d'entrée
  - vérifie si nécessaire le droit du client (selon sa provenance )
  - démarre une instance du serveur particulier auquel s'adresse la requête
  Pour controler le super-serveur inetd :
  /etc/init.d/inetd start | stop
  Quel est le mécanisme ?
  - La nature de la requête incidente est identifiée selon le protocole qu'elle utilise et le port serveur auquel elle s'adresse
  - Le service demandé est connu en regardant dans la base de données stockée dans les fichiers /etc/protocols et /etc/services. - inetd utilise /etc/inetd.conf, pour savoir si le service demandé est un de ces "clients" inscrits. Il est donc recommandé pour la sécurité du système de désactiver les services non utilisés dans /etc/inetd.conf.

L'utilitaire netstat

Quelques options :
• netstat -r, (ou netstat -nr) pour afficher la table de routage
• netstat -t donnent toutes les connexions tcp actives (sockets)
• netstat -c affiche en continu (mise à jour toutes les s)
• Pour les autres options et usages de netstat, voir le "man"

• netstat -nt permet de connaitre les connexions actives sur le serveur, à quels services et provoquées par quel client.
  La liste des services avec les ports d'accès correspondants prévus est consultable dans le fichier /etc/services
  Par exemple, ce qui suit montre que mon serveur est en connexion samba (service netbios, sur le port 139) avec un client sous windows.

  # netstat -t Connexions Internet actives (sans serveurs) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat tcp 0 0 dell.maison:netbios-ssn pc2.maison.fr:1065 ESTABLISHED

• netstat -lt permet de connaitre les serveurs en attente (l=listen), c'est-à-dire les ports TCP ouverts
  netstat -nlt idem avec les numéros de ports (n=numérique)

  # netstat -nlt Connexions Internet actives (seulement serveurs) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat tcp 0 0 0.0.0.0:389 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:7869 0.0.0.0:* LISTEN

• netstat -at, pour lister les toutes les connexions serveurs et clientes.
  Commentez les infos suivantes provenant de mon réseau "maison", en particulier découvrir ce que je venais de faire comme "client" :

  debian:~# netstat -at Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 192.168.0.103:1025 192.168.0.100:ssh ESTABLISHED tcp 0 0 192.168.0.103:ssh 192.168.0.100:32915 ESTABLISHED tcp 0 0 *:www *:* LISTEN tcp 0 0 *:ssh *:* LISTEN ----------------------------------- # netstat -at Connexions Internet actives (serveurs à l'écoute et connexions clientes établies) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat tcp 0 0 *:ldap *:* LISTEN tcp 0 0 *:mysql *:* LISTEN tcp 0 0 *:netbios-ssn *:* LISTEN tcp 0 0 *:x11 *:* LISTEN tcp 0 0 *:http *:* LISTEN tcp 0 0 *:ssh *:* LISTEN tcp 0 0 *:https *:* LISTEN tcp 0 0 dell.maison.fr:32835 aramis.ac-creteil.:pop3 TIME_WAIT tcp 0 0 dell.maison.fr:ssh pc2.maison.fr:1066 ESTABLISHED tcp 0 0 dell.maison:netbios-ssn pc2.maison.fr:1065 ESTABLISHED tcp 0 0 dell.maison.fr:32834 216.239.59.99:http ESTABLISHED tcp 0 0 dell.maison.fr:32836 pop1-l.free.fr:pop3 TIME_WAIT