Rapport NIS NFS

Document Sample
Rapport NIS NFS Powered By Docstoc
					                       Université Abdelmalik Es-Saadi

             Ecole Nationale des Sciences Appliquées de Tanger

                    Master Offshore Réseaux et Systèmes




01/06/2010




              Réalisé Par :              Encadré Par :

                     Mouch Mohammed       M. Chahboun
                   Hassani Mohamed
                   Daoudi Asmae
      NIS(Network Information système)


      Introduction :
NIS est un service de nommage distribué. Il s'agit d'un mécanisme pour
identifier et localiser les objets du réseau et des ressources. Il fournit un
stockage uniforme et la méthode d'extraction de l'information à l'échelle
du réseau de transport dans un protocole et indépendant de la mode des
médias.

En exécutant NIS, l'administrateur système peut distribuer des bases de
données administratives, des cartes appelé, entre une variété de
serveurs (maître et esclaves).L'administrateur peut mettre à jour les
bases de données depuis un emplacement centralisé dans un mode
automatique et fiable pour s'assurer que tous les clients partagent le
service de nommage mêmes informations de manière cohérente
l'ensemble du réseau.

NIS a été développé indépendamment de DNS et a un accent différent
légèrement. Considérant que DNS met l'accent sur la communication
rendant plus simple en utilisant des noms de machines au lieu
d'adresses IP numériques, NIS se concentre sur le réseau de
l'administration plus facile à gérer en offrant un contrôle centralisé sur
une variété d'informations du réseau. NIS stocke des informations non
seulement sur les noms de machine et des adresses, mais aussi sur les
utilisateurs, le réseau lui-même, et les services réseau. Cette
collecte d'informations du réseau est appelé l'espace de noms NIS.

      Architecture :
      NIS utilise un arrangement client-serveur. serveurs NIS fournir des
      services aux clients NIS. Les serveurs principaux sont appelés
      serveurs maîtres, et pour la fiabilité, ils ont, ou des serveurs de
      sauvegarde. Les deux serveurs maîtres et esclaves utiliser le
      logiciel de recherche d'informations NIS et NIS à la fois stocker des
      cartes.

      NIS utilise des domaines d'organiser les machines, les utilisateurs,
      et des réseaux dans son espace de noms.
      Types de machines :
Il existe trois types de machines NIS:

     serveur maître
     serveurs esclaves
     Les clients de serveurs NIS

Toute machine peut être un client NIS, mais seulement des machines
avec des disques devraient être les serveurs NIS, soit maître ou
esclave. Les serveurs sont également des clients, généralement d'eux-
mêmes.

         Serveurs NIS
Serveurs NIS viennent dans deux variétés, maître et esclave. La
machine désigné comme serveur maître contient l'ensemble des cartes
que l'administrateur système crée et met à jour si nécessaire. Chaque
domaine NIS doit avoir, et, le serveur maître seul, qui peut se propager
NIS mises à jour avec la dégradation des performances au moins.

Vous pouvez désigner d'autres serveurs NIS dans le domaine des
serveurs esclaves. Un serveur esclave a une copie complète du maître
série de cartes NIS. Chaque fois que les cartes sont mises à jour du
serveur maître, les mises à jour sont propagées parmi les serveurs
esclaves. serveurs esclaves peut gérer tout débordement de la demande
à partir du serveur maître, minimisant "serveur indisponible" erreurs.

Normalement, l'administrateur du système désigne un serveur maître
pour toutes les cartes NIS. Cependant, parce que chaque individu a la
carte NIS le nom de machine du serveur maître codé en son sein, vous
pouvez désigner les différents serveurs d'agir comme serveurs maîtres
et esclaves pour les différentes cartes. Pour éviter toute confusion,
désigner un seul serveur comme le maître de toutes les cartes que vous
créez dans un seul domaine. Les exemples donnés dans ce chapitre
supposent que l'un serveur est le maître pour toutes les cartes dans le
domaine.

          Client NIS
Les clients NIS exécuter les processus de demande que les données à
partir de cartes sur les serveurs. clients ne font pas de distinction entre
les serveurs maîtres et esclaves, puisque tous les serveurs NIS
devraient avoir les mêmes informations.

      Elements NIS :
Le service de noms NIS est composé des éléments suivants:

         Domaines.
         Maps.
         Démons.
         Utlitaires.
         Jeu de commandes.
    Le domaine NIS :

      Un domaine NIS est un ensemble de machines qui partagent un
      ensemble commun de NIS cartes. Chaque domaine possède un
      nom de domaine et chaque machine le partage de l'ensemble
      commun de cartes appartient à ce domaine.

      Toute machine peut appartenir à un domaine donné, tant qu'il y est
      un serveur pour le domaine de cartes dans le même réseau. Une
         machine client NIS obtient son nom de domaine et se lie à un
         serveur NIS dans le cadre de son processus de démarrage.

    Le Démon NIS :
     Le service NIS est assurée par cinq démons comme indiqué dans
     le tableau suivant :

Démon                        Fonction

Ypserv                       Process Server

Ypbind                       processus de liaison

Ypxfr                        Haute vitesse de transfert de la carte

rpc.yppasswdd                daemon NIS mise à jour de passe



rpc.ypupdated                Modifie d'autres cartes comme publickey


    Utilitaire NIS :
     Le service NIS est assurée par neuf utilitaires comme indiqué dans
     le tableau suivant :

Utilitaire   Fonction

makedbm      Crée le fichier DBM pour une carte NIS

Ypcat        Listes des données sur une carte

Ypinit       Fabrique et installe une base de données NIS et initialise client ypservers liste
             NIS.

yppmatch     Trouve une entrée spécifique dans un plan

Yppoll       Obtient un numéro d'ordre de carte d'un serveur

Yppush       données propage de NIS maître à un serveur NIS esclave

Ypset        Définit la liaison à un serveur particulier
Utilitaire   Fonction

ypwhich      Listes nom du serveur NIS et la table de traduction des surnoms

Ypxfr        Transfert de données de maître à esclave NIS serveur


    MAPS NIS :
     Les informations contenues dans les cartes NIS est stockée au format ndbm.

Les cartes NIS ont été conçus pour remplacer UNIX / fichiers, etc, ainsi que
d'autres fichiers de configuration, de sorte qu'ils stockent beaucoup plus que les
noms et adresses. Sur un réseau NIS, le serveur maître NIS pour chaque domaine
NIS maintient une série de cartes NIS sur d'autres machines dans le domaine de
recherche.serveurs esclaves NIS maintiennent également des doubles de cartes
serveur maître de la. machines client NIS peut obtenir des informations à partir
d'espace de noms maître ou esclave.

Les maps NIS sont essentiellement des tableaux à deux colonnes. Une colonne est
la clé et l'autre colonne sont des informations liées à la clé. NIS trouve des
informations d'un client en recherchant l'aide des touches. Certaines informations
sont stockées dans plusieurs cartes, car chaque carte utilise une clé différente. Par
exemple, les noms et adresses des machines sont stockés dans deux
cartes: hosts.byname et hosts.byaddr. Quand un serveur est le nom d'un machine et
doit trouver son adresse, il se regarde dans la carte hosts.byname. Quand il a
l'adresse et le besoin de trouver le nom, il regarde dans la carte hosts.byaddr.

Un Makefile NIS est stockée dans le répertoire / var / yp / de machines désigné
comme un serveur NIS au moment de l'installation. Running faire dans ce
répertoire causes makedbm pour créer ou modifier la valeur par défaut des cartes NIS
à partir des fichiers d'entrée.

    Jeu de commande :
     Le service NIS comprend démons spécialisées, les programmes du système,
     et les commandes, qui sont résumées dans le tableau suivant.

Commandement        Description

Ypserv              NIS clients des demandes de services d'information à partir d'une map
                    NIS. Ypserv est un démon qui s'exécute sur les serveurs NIS avec un
                    ensemble complet de cartes. Au moins un démon ypserv doivent être
                    présents sur le réseau pour NIS service de fonctionner.
Commandement   Description

Ypbind         Fournit des informations de liaison serveur NIS aux clients. Il offre
               contraignante en trouvant un processus ypserv qui sert les cartes dans le
               domaine du client demandeur. Ypbind doit fonctionner sur tous les
               serveurs et les clients.

Ypinit         crée automatiquement les cartes pour un serveur NIS à partir des fichiers
               d'entrée. Il est également utilisé pour la construction de la première /
               var / yp / binding / domaine / ypservers fichier sur les
               clients. ypinit utiliser pour configurer le serveur NIS et l'esclave des
               serveurs NIS pour la première fois.

Faire          Mises à jour des cartes NIS par la lecture du Makefile (lorsqu'il est
               exécuté dans le répertoire / var / yp). Vous pouvez faire usage
               pour mettre à jour toutes les cartes basées sur les fichiers d'entrée ou de
               mettre à jour les cartes individuelles. Le ypmake (1M) décrit les
               fonctionnalités de faire pour NIS.

Makedbm        makedbm prend un fichier d'entrée et le convertit
               en dbm.dir et dbm.pag valide dbm fichiers que les  fichiers NIS peut
               utiliser que des cartes. Vous pouvez également utiliser makedbm-u de
               démonter une carte, de sorte que vous pouvez voir les valeur des paires
               de clés qui la composent.

Ypxfr          Pulls une map NIS à partir d'un serveur distant à l'échelle locale / var /
               yp répertoire de domaine /, en utilisant NIS lui-même comme le moyen
               de transport. Vous pouvez exécuter ypxfr interactive, ou
               périodiquement à partir d'un fichier crontab. Il est aussi appelé
               par ypservpour effectuer un virement.

Ypxfrd         Fournit la carte de service pour les demandes de
               transferts ypxfr (généralement les serveurs esclaves). Il est géré
               uniquement sur le serveur maître.

Yppush         Des copies d'une nouvelle version d'un NIS à partir du serveur maître
               NIS à ses esclaves. Vous l'exécutez sur le serveur NIS maître.

Ypset          Indique un processus ypbind se lier à un nom de serveur NIS. Ce n'est
               pas pour un usage occasionnel et son utilisation est déconseillée en
               raison des implications de sécurité. Voir la ypset (1M) et ypbind
               (1M) pour plus de renseignements sur la ypset et options ypsetme au
               processusypbind.

Yppoll         Indique la version d'une map NIS s'exécute sur un serveur que vous
               spécifiez. Il énumère également le serveur maître de la carte.
Commandement   Description

Ypcat          Affiche le contenu d'une carte NIS.

Ypmatch        Affiche la valeur pour une ou plusieurs touches spécifiées dans une map
               NIS. Vous ne pouvez pas spécifier quelle version de la carte serveur NIS
               vous voyez.

Ypwhich        Montre quels serveur NIS un client utilise pour le moment pour les
               services NIS, ou, si elle est invoquée par M option mapname-le, qui est
               un serveur NIS maître de chacune des cartes. Si seulement-m est utilisé,
               il affiche les noms de tous les les cartes disponibles et de leurs serveurs
               maîtres respectifs.
Installation de NIS
           Sur Serveur
Il faut installer le même paquet sur le serveur et le client. C'est en éditant le fichier
de configuration du service que l'on attribue le rôle client ou serveur. Lors de
l'installation du paquet, le rôle attribué par défaut est client. Pour installer un
serveur, il faut laisser l'installation se poursuivre jusqu'à expiration du délai
d'attente de recherche du serveur ... qui n'est pas encore configuré. Paquet à
installer : nis
             apt-get install nis.

Lors de l'installation vous devez spécifié le nom de domaine NIS.

Par exemple, on peut donner le nom de domaine : smi.lab. Ce nom de domaine
est à priori sans rapport avec le nom de domaine DNS.

On attribue le rôle en éditant le fichier /etc/default/nis :

       #
       # /etc/defaults/nis Configuration settings for the NIS daemons.
       #
       # Are we a NIS server and if so what kind (values: false, slave,
       master)
       NISSERVER=master
       # Are we a NIS client
       NISCLIENT=true


_ Par défaut, la valeur est false. Ici, on applique la valeur master pour transformer
le poste en serveur NIS maître.

On désigne manuellement le serveur en éditant le fichier /etc/yp.conf :

#
# IMPORTANT: For the "ypserver", use IP addresses, or make
sure that
# the host is in /etc/hosts. This file is only interpreted
# once, and if DNS isn't reachable yet the ypserver cannot
# be resolved and ypbind won't ever bind to the server.
# ypserver ypserver.network.com
ypserver 127.0.0.1
On peut ensuite relancer le service :
         # /etc/init.d/nis restart

Une fois le serveur en place, il faut créer les bases de données distribuées par le
service NIS. Ces bases étant stockées dans le répertoire /var/yp/, c'est à partir de
ce répertoire que toutes les opérations suivantes doivent
être effectuées. Pour commencer, on édite le fichier Makefile qui contient
l'ensemble des directives de manipulation des bases. On s'intéresse plus
particulièrement à 2 sections du fichier.
          UIDs, GIDs

On fixe arbitrairement la valeur minimum des uid et gid à 2000 de façon à éviter
tout «mélange» avec la base de données des comptes utilisateur locaux du
serveur NIS.
Une fois le fichier Makefile prêt, on lance la création des bases avec la commande
ypinit.



          At this point, we have to construct a list of the hosts which will
          run NIS servers. rubis is in the list of NIS server hosts. Please
          continue to add the names for the other hosts, one per line.
          When you are done with the list, type a <control D>.
          next host to add: nom_pc
          next host to add:
          The current list of NIS servers looks like this: Nom_pc
          Is this correct? [y/n: y]
          We need a few minutes to build the databases...
          … (autres messages)
          Now you can run ypinit -s pc1 on all slave server.



Pour les tests on crée un utilisateur.
Conformément à la règle adoptée lors de la création des bases NIS, on doit fixer
une valeur d'uid supérieure ou égale à 2000 pour tous les comptes utilisateurs
distribués.
D'une façon générale, à chaque modification d'un objet de la base de données du
service NIS, il faut relancer la scrutation des directives listées dans le Makefile.
          ~:/var/yp# make
           Sur Client
Côté client, il faut aussi installer le paquet Debian nis et reprendre le nom de
domaine choisi lors de la configuration du serveur :
# apt-get install nis
# nisdomainname
# ypwhich
localhost
Une fois le démon ypbind lancé, on effectue un
test d'accès à une base distribuée via NIS :
ubuntu:~# ypcat hosts
127.0.0.1 localhost
192.168.1.1 mon_pc




              NFS (Network File système)
      Introduction
Le Network File System est une technologie (un mécanisme ou un
protocole pour faire simple) permettant d'accéder aux fichiers présents
sur des machines distantes exactement comme s'ils sont locaux.

Sous les systèmes UNIX (y compris linux), il est considéré comme un
système de fichiers à part entière proposé par Sun Microsystem, le
protocole NFS s'est imposé comme un standard dans le monde UNIX
mais dépasse le simple cadre du monde UNIX.

      Concept de NFS
Il s'appuie sur une représentation standard des objets proposée par le
protocole XDR et le mécanisme d'appels de procédures distantes
implémenté par le protocole RPC (Remote Procedure Call). Tous ces
deux protocoles sont aussi l'œuvre de Sun Microsystem.

      Services de NFS
En fait NFS est composé de quatre protocoles distincts qui reposent tous
sur les RPC et donc sur le programme rpc.portmap. Un des rôles de ce
programme est de convertir les numéros de programmes RPC en
numéros de ports. Quand un serveur RPC démarre, il va préciser à
portmap quel port il utilisera et les numéros de programmes RPC qu'il
gère. Quand un client souhaite envoyer une requête RPC vers un
numéro de programme donné, il contacte d'abord le serveur portmap
pour obtenir le numéro de port sur lequel tourne le programme souhaité.
Ensuite, il adresse les paquets RPC au port concerné.

Quatre services correspondent à ces quatre protocoles et permettent à
NFS de fonctionner ; ce sont nfsd, mountd, statd, lockd. Ils sont décrits
brièvement dans le tableau ci-dessous.




   Protocole     Description                                 Daemon

   Nfs           Ce protocole est la base qui permet la      nfsd
                 création de fichier, leur recherche, leur
                 lecture ou leur écriture. ce protocole
                 gère également l'authentification et les
                 statistiques sur les fichiers

   Mountd        Ce protocole s'occupe du montage des        mountd
                 systèmes exportés auxquels on
                 accédera par nfs. Il envoie des
                 requêtes de type mount et umount au
                 serveur, qui doit conserver des
                 informations sur les systèmes de
                 fichiers exportés.

   nsm           Ce protocole sert à monitorer               statd
   (Network      (superviser) les nœuds du réseau pour
   Status        connaître l'état d'une machine (cliente
   Monitor)      ou serveur) pour signaler, par exemple,
                 qu'elle redémarre.

   nlm           Pour éviter que des données soient          lockd
   (Network      altérées par plusieurs clients en même
   Lock          temps, ce protocole gère un système
    Manager)      de veroous (locks , serrure ou
                  fermeture en anglais) qui permettent de
                  signaler les systèmes de fichiers
                  utilisés. Ainsi, à l'aide du protocole nsm
                  qui sait quand un client redémarre, il
                  libère tous les locks du client avant de
                  les lui restituer si une nouvelle requête
                  est émise.

Remarque

Avant de pouvoir utiliser NFS, que ce soit en serveur ou en client, il faut
vérifier que le noyau que l'on utilise a bien été compilé avec le support
de NFS.



Le support de NFS par le noyau peut être assuré soit sous forme de
module soit directement dans le noyau. dans le premier cas il suffit de
consulter la liste de tous les modules liés aux systèmes de fichiers dans
le répertoire /lib/modules//fs pour connaître ceux supporté par le noyau
en question.
Par ailleurs, la plupart des versions récentes du système linux disposent
d'une interface dans le système de fichier proc, qu'il suffit d'afficher à
l'aide de la commande cat pour savoir si le support de NFS est assuré.

# cat /proc/filesystems

Minix

ext2

xiafs

msdos

nodev proc

nodev nfs

iso9660
Si nfs n'apparaît pas dans la liste comme ci-dessus, il faut recompiler la
noyau après avoir validé le support de NFS.

      Installation de NFS
         Sur le serveur
Le seul paquet à installer est :

apt-get install nfs-kernel-server

Maintenant, on procède à la configuration de l’écoute pour ‘mountd’

nano /etc/default/nfs-kernel-server




On doit ajouter le port sur le port va écouter les requêtes client




Le changement doit toucher dans le variable : RPCMOUNTDOPTS ou
on ajoute le numéro de port 4000 dans notre cas

Configuration des machines autorisées

Le système NFS est basé sur l'utilisation de cinq daemons. Ceux-ci
gèrent entre autre le verrouillage des fichiers, les quotas ou encore le
montage des dossiers exportés. Tout cela pour en venir au fait que
sécuriser votre serveur NFS, vous impose aussi de limiter les accès
extérieurs à ces daemons. Pour ce faire, il faut utiliser les fichiers
/etc/hosts.allow et /etc/hosts.deny qui spécifient quels ordinateurs sont
autorisés à utiliser tels ou tels services sur votre machine.

Le principe est le suivant:

1. Dans un premier temps, on vérifie si l'IP du client est située dans le
fichier /etc/hosts.allow. Si oui, le client est autorisé à utiliser le ou les
services associés.

2. Dans le cas contraire, on vérifie le fichier /etc/hosts.deny. Si le client
est mentionné pour un ou plusieurs services, celui-ci se verra refuser
l'accès à ce ou ces derniers.

3. Le point important est que si l'IP du client n'est présente dans aucun
de ces deux fichiers, alors le serveur considère que le client est autorise
à utiliser les services.

Par conséquent, il est préférable de renseigner ces deux fichiers pour
éviter toute intrusion non souhaitée.

Le fichier /etc/hosts.allow devrait se présenter de la manière suivante :



portmap: IP_client

lockd: IP_client

mountd: IP_client

rquotad:IP_client

statd: IP_client

Et en ce qui concerne le fichier /etc/hosts.deny :

portmap: ALL

lockd: ALL

mountd: ALL

rquotad:ALL
statd: ALL

Il ne vous reste plus qu'à démarrer votre serveur NFS de fichier avec la
commande

sudo /etc/init.d/portmap restart

Lorsque vous modifiez le fichier de configuration, n'oubliez pas d'entrer
la commande suivante pour le recharger

sudo /etc/init.d/nfs-kernel-server reload

Pour redémarrer le serveur NFS complètement, vous devez utiliser cette
commande

sudo /etc/init.d/nfs-kernel-server restart




Troisième vérification :

S’assurer que le programme portmap a été démarré et s'exécute,
puisque les protocoles nécessaires à l'utilisation de NFS se servent des
RPCs. Cette vérification se fait par la commande rpcinfo qui permet de
connaître les services RPC qui fonctionnent sur la machine spécifiée en
argument après l'option -p. La même option sans un argument permet
d'indiquer la machine sur laquelle la commande est lancée comme cible.

rpcinfo –p

Quand portmap tourne, la commande ci-dessus retourne quelque chose
comme ceci :

program vers proto port

100000 2 tcp 111 portmaper

100000 2 udp 111 portmaper

100011 1 udp 779 rquotad
100011 2 udp 779 rquotad

100003 2 udp 2049 nfs

100005 1 udp 1024 mountd

100005 1 tcp 4000 mountd

100005 2 udp 4000 mountd

100005 2 tcp 4000 mountd

Quand portmap ne tourne pas encore, la commande rpcinfo retourne un
message d'erreur qui ressemble à ceci :

"rpcinfo : can't contact portmaper : RPC : Remote system error -
Connection refused." Dans ce cas, il faut le démarrer




          Sur le client
Le package nécessaire pour l’installation est nfs-common



apt-get install nfs-common



Fonctionnement NFS
          Sur le serveur
Nous allons définir les dossiers à partager. Toutes les informations
concernant le partage de dossier pour NFS se trouvent dans le fichier
/etc/exports. Pour l’éditer, utilisez votre éditeur de texte favori ou vi par le
biais de la commande suivante :

$ sudo vi /etc/exports
Dans ce fichier, chaque ligne est définie comme ceci :

<dossier partagé> <hôte>(<options>) <hôte2>(<options>)...

Les informations se trouvant sur une ligne sont les suivantes :

• <dossier partagé> : chemin menant au dossier partagé.

• <hôte> : indique quel est l’hôte qui peut accéder à ce partage, l’hôte
peut être définit de plusieurs manières :

• une IP : on indique simplement l’adresse IP de la machine pouvant
accéder à ce partage.

• un nom d’hôte : on indique le nom complet de l’hôte (pour peu qu’il
soit connu du système au travers d’un DNS ou du fichier hosts).

• un nom de groupe réseau NIS (NIS netgroup) qui s’indique sous la
forme @<netgroup>.

• un domaine avec un joker qui indique les machines d’un domaine ou
sous-domaine; parexemple : *.ubuntu-fr.org.

• un intervalle d’IP avec le masque de sous-réseau; par exemple :
192.168.0.0/24.

• <options> : indique les options de partage; nous n’allons pas parcourir
toutes les options ensemble mais uniquement les plus importantes.

Option             Effet

rw                 Le client a les droits d'écriture
ro                 Le client a seulement les droits de lecture
async              Active le mode asynchrone

sync               Active le mode synchrone (par défaut)

anonuid            Spécifie l'uid des utilisateurs anonymes

anongid            Spécifie le GID des utilisateurs anonymes

all_squash         Tous les utilisateurs (sauf root) récupèrent
                   l'uid anonyme
no_all_squash  Les utilisateurs gardent leur UID (par
               défaut)
root_squash    L'utilisateur root récupère l'uid anonyme
               (par défaut)
no_root_squash L'utilisateur root garde son uid
               (dangeureux !!!)

Pour valider un changement opéré dans ce fichier de configuration, faire
appel à la commande :

exportfs -a # sous root




          Sur le client
Les répertoires exportés par NFS sont montés presque de la même
façon que les systèmes de fichiers traditionnels, avec la commande
mount qui dispose d’options propres à NFS. Nous retiendrons
essentiellement quatre options parmi les plus utilisées.

Parmi ces options additionnelles, l’option -t nfs a ceci de particulier qu’il
assimile NFS à un système de fichier à part entière (le système nfs).
Sur la ligne de commande, les autres options sont placées après le
commutateur -o, comme l’illustre l’exemple qui suit :

# mount -t nfs afrique :/home /home -o timeo=14, intr

Dans cet exemple, nous supposons que la machine afrique dispose d’un
serveur NFS et exporte son répertoire /home et nous souhaitons y
accéder de la machine ramses.

L’argument afrique :/home spécifie le pseudo-device à monter, sous la
forme nom-du-serveur:repertoire-exporte.
L’argument /home indique le point de montage du répertoire exporté sur
le client ramses.

Il existe une autre manière de faire : monter le réperttoire exporté de
manière permanente au démarrage du client (à condition que le serveur
soit opérationnel). Pour ce faire on édite le fichier /etc/fstab comme pour
les systèmes de fichiers traditionnels.

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:19
posted:10/4/2012
language:French
pages:20