RE: Autofs ftp et ssh
J'utilise la carte Autofs ci-dessous (le ${host} est remplacé par une
précédente carte par le nom de machine-cible) :
*
-fstype=fuse,rw,suid,nodev,exec,allow_other,IdentityFile=/home/fred/.ssh/id_rsa,IdentitiesOnly=yes,workaround=rename
sshfs\#root@${host}:/&
Fred.
-Message d'origine-
De : Nicolas Pechon [mailto:zut...@laposte.net]
Envoyé : mardi 2 avril 2013 08:55
À : "Liste Debian"@bendel.debian.org; "
"@bendel.debian.org
Cc : Liste Debian
Objet : Re: Autofs ftp et ssh
>
> Bonjour,
> J'utilise autofs.
> Utiliser avec nfs, cela fonctionne parfaitement.
J'ai réussi à l'utiliser avec ftp.
/etc/auto.master:
/mnt/nfs/etc/auto.nfs --ghost,--timeout=30
/mnt/net/etc/auto.ftp uid=1000,gid=1000,--ghost,--timeout=30
/mnt/ssh/etc/auto.ssh --ghost,--timeout=30
/etc/auto.ftp:
zuthos -fstype=fuse,allow_other,user=zuthos:oddy :curlftpfs\#zuthos.fr
Par contre, rien a faire avec ssh.
Pourtant, j'ai créé une clef root que j'ai transféré sur l'utilisateur du
serveur ssh.
J'arrive à me connecter en ssh sur le serveur (en manuel)
/etc/auto.ssh
pi-fstype=fuse,allow_other,user=pi:sshfs\#raspberry
Une petite idée?
d'avance, merci
--
15:20 EEdgar PPoe il est pppd ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/9ab5d3f5b3e7891e7eede9455a1fa88a.squirrel@bureau
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/C352174B6B58ED4FBA07CFB13C9DAC6937BA458A@cadine.france.prosodie.local
Re: Autofs ftp et ssh
> > Bonjour, > J'utilise autofs. > Utiliser avec nfs, cela fonctionne parfaitement. J'ai réussi à l'utiliser avec ftp. /etc/auto.master: /mnt/nfs/etc/auto.nfs --ghost,--timeout=30 /mnt/net/etc/auto.ftp uid=1000,gid=1000,--ghost,--timeout=30 /mnt/ssh/etc/auto.ssh --ghost,--timeout=30 /etc/auto.ftp: zuthos -fstype=fuse,allow_other,user=zuthos:oddy :curlftpfs\#zuthos.fr Par contre, rien a faire avec ssh. Pourtant, j'ai créé une clef root que j'ai transféré sur l'utilisateur du serveur ssh. J'arrive à me connecter en ssh sur le serveur (en manuel) /etc/auto.ssh pi-fstype=fuse,allow_other,user=pi:sshfs\#raspberry Une petite idée? d'avance, merci -- 15:20 EEdgar PPoe il est pppd ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/9ab5d3f5b3e7891e7eede9455a1fa88a.squirrel@bureau
RE: Autofs ftp et ssh
> Bonjour, > > J'utilise autofs avec sshfs. Lors d'une première connexion, il faut > accepter la signature de la machine distante : connecte-toi *en tant > qu'utilisateur root* vers ta machine distante (avec le même user distant / > clé utilisée), accepte la signature du serveur distant, puis retente : > cela fonctionera sans doute... > > Cdlt, > Fred. > Merci de votre réponse. J'essaye cela dés que possible... -- " L'ennui dans ce monde, c'est que les idiots sont sur d'eux, et les gens censés plein de doutes..." -+- Inconnu -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/f66f1fb99c890271722459f4519ebe2a.squirrel@bureau
RE: Autofs ftp et ssh
Bonjour, J'utilise autofs avec sshfs. Lors d'une première connexion, il faut accepter la signature de la machine distante : connecte-toi *en tant qu'utilisateur root* vers ta machine distante (avec le même user distant / clé utilisée), accepte la signature du serveur distant, puis retente : cela fonctionera sans doute... Cdlt, Fred. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/C352174B6B58ED4FBA07CFB13C9DAC693781BCDE@cadine.france.prosodie.local
Re: autofs et nfs
Je me réponds tout seul, comme quoi, dès qu'on demande de l'aide on devient plus intelligent. J'avais bidouillé mes groupes d'utilisateurs, et le répertoire de montage n'appartenait plus au "bon" groupe Une fois le répertoire remis au groupe "utilisateurs", tout est rentré dans l'ordre ... à vous désoler de simpliciter, je l'avoue Nicolas Folin a écrit : Je ne comprends pas très très bien. Mes montages automatiques NFS fonctionnaient bien, et depuis quelques jours, sans me dire pourquoi, ils ne fonctionnent plus. J'ai dans auto.master: /mnt/.NFS/etc/auto.nfs --timeout=60 /mnt/.MISC /etc/auto.misc --timeout=15 et dans /etc/auto.nfs akela-home -fstype=nfs,rw akela:/home dans /etc/auto.misc nikon_coolpix -fstype=auto,rw,umask=0 :/dev/nikon_coolpix clef_usb-fstype=auto,rw :/dev/clef_usb disque_usb -fstype=auto,rw :/dev/disque_usb Le truc, c'est que mes montages "misc" fonctionnent bien, les montages nfs fonctionnAIENT mais ne fonctionnent plus. Y a-t-il des choses "autres" à faire ? Si je fais mount -t nfs akela:/home /tmp/test cela monte le répertoire correctement. Si je fais cd /mnt/.NFS/akela-home, j'obtiens "le répertoire n'existe pas". Je comment à ne plus comprendre du tout. J'ai remplacé akela par son adresse IP, j'ai mis "//" au lieu de "/", je ne vois pas. Si quelqu'un sais pourquoi ça ne marche pas ? ps: il y a quelques temps, c'était l'inverse: les montages NFS fonctionnaient, mais pas les montages MISC, puis ça a changé sans que je comprenne. Pourtant, /etc/init.d/autofs status me rapporte que tous sont bien montés... -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: autofs, program map et option ghost
Bastien Mourgues a écrit : Tu n'as pas du comprendre la "subtilité" du changement :) si tu fais key=pwd la variable "key" va contenir la chaine de caractère "pwd" Si j'avais bien compris, j'avais juste mélangé avec la manip pwd > /home/monrep/test.txt J'avais mis cette ligne dans les deux scripts (auto.net et le auto.net revisité à ma sauce) juste au début (la partie identique sur les deux scripts) et dans un cas j'avais bien le répertoire accédé (partage/christine par ex) et dans l'autre j'avais un beau .directory alors que j'avais tenté le même accès. si tu fais key=`pwd` la variable "key" va contenir le _résultat_ de la commande pwd (soit le chemin courrant). Dans auto.net, on a key=$1 soit : la variable "key" contient le contenu du premier paramètre passé au script (le premier repertoire dans le chemin étant le nom du serveur à contacter). Le script auto.net (ou ton script dans ton cas) est invoqué par automount, lui même réveillé par le noyau suite à un accès dans le répertoire de «partages». Il me semble que automount appelle ce script en lui passant en paramètre le répertoire que l'utilisateur à essayer d'atteindre. Oui c'est bien ma conclusion par contre ce qui est étrange c'est que le répertoire se crée. Le résultat de auto.net avec comme argument christine par ex c'est les répertoires partagés de christine (du genre /etc et non christine/etc). Donc en toute logique autofs devrait monter le(s) répertoire(s) partagé(s) en partage/etc et non partage/christine. Visiblement avec autofs quand on fait cd christine le répertoire se crée et christine est passé en argument du script. Si le repertoire courrant est aussi modifié (résultat de la commande pwd), ça doit marcher avec aussi. Oui j'avais effectivement fait une erreur sur pwd au lieu de `pwd` (pourquoi le "simple quote inversé" ?) mais ton explication était clair dès le premier coup :) Ce que tu dois faire dans ton script, c'est de faire correspondre le repertoire que l'utilisateur a essayé d'atteindre avec un des répertoires exportés par ton serveur ( un style de showmount -e $host | grep $rep ) En tout cas cela a bien avancé et cela résoudra peut-être (probablement) le problème. Il n'empêche qu'avec key=$1 à la place de key=`pwd` dans un cas key comprenait bien quelque chose et dans l'autre cas il comprenait .directory bon courage ;) Merci, j'en ai à nouveau maintenant. Merci encore. Je tiens la liste au courant des résultats. RTyler -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: autofs, program map et option ghost
Mourgues Bastien a écrit : Salut, je ne sais pas si tu as eu des réponses à ton message sur la liste, à tout hasard, voici ma petite contribution : en l'occurence pas que je sache (je n'ai pas le temps d'aller voir ce soir) remplace key=pwd par quelque chose comme key=`pwd` pourquoi pas mais visiblement cela marchait avec le auto.net donc cela devrait marcher avec le script modifié. si tu veux stocker un chemin et non pwd dans ta variable key :) Ensuite, je ne suis pas sur qu'automount soit lancé dans "le repertoire qui t'interresse", peut être que le $1 initial est plus pertinent (je n'ai pas testé, c'est donc juste une supposition/suggestion) Le problème c'est que le $1 implique forcément un argument en entrée. Hors l'argument serait passé via un cd quelque chose, ce quelque chose devenant l'argument (c'est comme cela que ça semble marcher avec auto.net). Le problème c'est qu'en mettant un argument je peux dire adieux à l'option ghost (pas possible de faire de l'auto-montage via clics, ce que je cherche précisément à faire, pour montrer aux gens qu'un linux peut être aussi, voire plus simple qu'un windows)... enfin, déjà, en réglant le problème d'affectation de ta variable, tu devrais y voir plus clair :) J'essaierai de toute façon, on ne sait jamais, il peut y avoir une différence malgré tout, bien que cela marche correctement sans le changement avec auto.net . Ce qui me perturbe le plus c'est de voir la différence de comportement entre les deux scripts sachant que le début est le même... Autre chose, je n'ai pas trouvé comment se passait vraiment le passage d'arguments. Je constate que lorsque je fais cd partage/christine cela lance le script auto.net avec l'argument christine, mais pourquoi ? Pourquoi un sous-répertoire christine ? Comment faire si je veux mélanger tous les répertoires partagés ? La réponse qui me vient à l'esprit est : le script doit être sûr que le montage soit toujours possible, qu'il n'y a pas deux répertoires différents montés sur le même point de montage. Il doit donc y avoir une vérification de l'unicité du point de montage. Quoiqu'il en soit il y a des comportements louches... a+ Merci beaucoup en tout cas, cela fait toujours avancer le schmilblick. Cela ne peut aller que dans le bon sens. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: autofs, program map et option ghost
Personne n'a d'idées ? Il manque des précisions ? S'il vous plait dites
moi que quelqu'un a une idée... :)
Bonne soirée à tous.
RTyler
RTyler a écrit :
Bonjour la liste,
j'aimerai avoir un montage automatique de mes ressources NFS et que les
règles ne soient pas écrites à l'avance. Pour se faire, j'ai récupérer
le script /etc/auto.net livré avec autofs et j'ai tenté de l'adapter (je
mets plus bas le script initial puis le mien) afin qu'il me génère une
map conforme à ce que je cherche (à savoir j'ai un répertoire Partage
sur mon système et je voudrais qu'il monte dedans les partages NFS
suivant cette arborescence : NomServeurNFS/NomDossierPartage et non
NomServeurNFS/NomCompletDossierPartage (ie je ne veux pas toute
l'arborescence du répertoire partagé mais juste son nom) comme dans
auto.net .
Par ailleurs je souhaiterai que les répertoires soient visible par
avance en graphique de manière à n'avoir pas à taper le nom du
répertoire partagé (puisque les répertoires partagés sont susceptible de
changer). J'ai donc utilisé l'option --ghost dans auto.master et ai
modifié le script auto.net également pour qu'il n'attende aucun argument.
1) Mais voila, cela ne marche pas. Déjà même sans l'option --ghost et
sans la modification de l'argument il y a une différence entre auto.net
et auto_nfs (le script modifié) : bien que le début soit identique,
auto_nfs ne récupère rien dans key...
2) Ensuite, lorsque je veux utiliser l'option ghost et que je fais la
modification adéquate (à savoir je remplace key=$1 par key=pwd le
montage automatique ne se fait plus. J'ai tenté un
pwd>/home/moi/test.txt pour voir ce qui se passait et justement, il ne
se passe rien. Le script devrait être appelé quand on accède à
Partage/NomServeurNFS mais visiblement il n'en est rien. Il semble
attendre que je tape quelque chose pour passer au script un argument.
J'espère que vous aurez des suggestions à me faire parce que là je
sèche. D'ailleurs si vous avez une idée également pour qu'à terme je
n'ai même pas besoin de spécifier les ordinateurs partageant quelque
chose et garder le ghosting cela m'intéresse beaucoup (du genre je vais
dans Partage, je vois les ordinateurs de mon réseau connectés, et quand
je vais dans leur sous-répertoire respectif je vois les différents
partage afférents). Juste une idée me suffirait, ce serait d'ailleurs
grandement plus bénéfique pour moi que je mette en pratique tout seul
donc un lien me ravirait complètement.
Merci d'avance et bonne journée à tous.
RTyler
Annexes (je ne copie que le nécessaire)
auto.master
/home/rtyler/Partage/ /etc/auto_share --timeout=60 --ghost
auto.net
--
#!/bin/bash
# $Id: auto.net,v 1.8 2005/04/05 13:02:09 raven Exp $
# This file must be executable to work! chmod 755!
# Look at what a host is exporting to determine what we can mount.
# This is very simple, but it appears to work surprisingly well
key="$1"
# add "nosymlink" here if you want to suppress symlinking local filesystems
# add "nonstrict" to make it OK for some filesystems to not mount
opts="-fstype=nfs,hard,intr,nodev,nosuid,nonstrict,async"
# Showmount comes in a number of names and varieties. "showmount" is
# typically an older version which accepts the '--no-headers' flag
# but ignores it. "kshowmount" is the newer version installed with knfsd,
# which both accepts and acts on the '--no-headers' flag.
#SHOWMOUNT="kshowmount --no-headers -e $key"
#SHOWMOUNT="showmount -e $key | tail -n +2"
for P in /bin /sbin /usr/bin /usr/sbin
do
for M in showmount kshowmount
do
if [ -x $P/$M ]
then
SMNT=$P/$M
break
fi
done
done
[ -x $SMNT ] || exit 1
# Newer distributions get this right
SHOWMOUNT="$SMNT --no-headers -e $key"
$SHOWMOUNT | LC_ALL=C sort +0 | \
awk -v key="$key" -v opts="$opts" -- '
BEGIN{ ORS=""; first=1 }
{ if (first) { print opts; first=0 }; print " \\\n\t" $1, key ":"
$1 }
END{ if (!first) print "\n"; else exit 1 }
'
/etc/auto_nfs
-
#!/bin/bash
# $Id: auto.net,v 1.8 2005/04/05 13:02:09 raven Exp $
# This file must be executable to work! chmod 755!
# Look at what a host is exporting to determine what we can mount.
# This is very simple, but it appears to work surprisingly well
#key="$1"
key=pwd
pwd > /home/rtyler/test1.txt
# add "nosymlink" here if you want to suppress symlinking local filesystems
# add "nonstrict" to make it OK for some filesystems to not mount
opts="-fstype=nfs,hard,intr,nodev,nosuid,nonstrict,async"
# Showmount comes in a number of names and varieties. "showmount" is
# typically an older version which accepts the '--no-headers' flag
# but ignores it. "kshowmount" is the newer version installed with knfsd,
# which both accepts and acts on the '--no-headers' flag.
#SHOWMOUNT="kshowmount --no-headers -e $key"
#SHOWMOUNT="showmount -e $key | tail -n +2"
for P in /bin /sbin /usr/bin /usr/sbin
do
RE: Autofs
*** REPLY SEPARATOR *** On 23/08/2005 at 07:58 hicham mansir wrote: >meme si ton dvd est monté quand tu fais un ls dans /auto tu aurra rien >tu dois faire > >cd /auto/dvd > >et tu pourra faire un ls le hic, c'est que si je fais un cd /auto/dvd, ca me raconte que le répertoire n'existe pas. Ca l'a monté une fois: j'avais remis la ligne dans fstab, parceque j'avais besoin du cd, et à un redémarrage, ça m'a monté /mnt/dvd (de fstab) ET /auto/dvd... Mais le démontage de /mnt/dvd a démonté aussi /auto/dvd... je comprends plus rien... De toutes façons, après le dernier reboot, ça ma un peu détruit le répertoire /dev, je n'avais quasiment plus rien (juste hda hdb hdc, et quelques ps...) donc je reinstalle... vive dpkg --get-selection et --set-selection... Enfin, j'ai sauvé toute ma config et là je recompile mon noyau. Je vais re-essayer une fois terminé (ca sera un noyau 2.6.12 au lieu d'un 2.6.11... je ne sais pas si ça va changer quelque chose, mais bon...) Merci quand même "Le travail est l'opium du peuple et je ne veux pas mourir drogué" (Boris Vian)
Re: autofs
Le Thu, 5 Dec 2002 01:27:57 +0100 , Gregory SIMON <[EMAIL PROTECTED]> a écrit : > On Thu, 2002-12-05 at 01:09, marco wrote: > > > > Pour moi c'est normal car tu lui dis avec ton lien que : > > > > > > /mnt/fw = /home/marco > > > > > > donc si tu vas dans /home/marco c'est comme si tu allais dans > /mnt/fw. > > > > > > me trompe-je ? > > > > Oui puisque le lien est DANS /home/marco/ > > > > je dis /mnt/fw/ = /home/marco/fw > J'utilise autofs et j'ai le même comportement. C'est apparemment normal, car chaque accès au contenu du lien (par exemple /home/marco/fw) est intercepté par autofs qui tente alors de monter le périphérique en question... si tu fais : \ls /home/marco tu n'accède qu'au nom du lien, et là il n'y a pas de tentative de montage d'autofs, mais si tu fais : ls /home/marco et que tu utilise par exemple la colorisation des noms de fichiers en fonction du type de fichier, là il va chercher à voir si le lien se résout ou non, et du coup tenter d'accéder au fichier pointé par le lien, ce qui déclenchera une tentative de montage d'autofs... Même chose avec d'autres formes d'accès qui cherchent des infos sur le fichier pointé par le lien... En espérant avoir été clair... Fred. -- Frédéric Boiteux - Calistel
Re: autofs
On Thu, 2002-12-05 at 01:09, marco wrote: > > Pour moi c'est normal car tu lui dis avec ton lien que : > > > > /mnt/fw = /home/marco > > > > donc si tu vas dans /home/marco c'est comme si tu allais dans /mnt/fw. > > > > me trompe-je ? > > Oui puisque le lien est DANS /home/marco/ > > je dis /mnt/fw/ = /home/marco/fw En effet il est tard pour moi...je vais me coucher. > > > Deuxième question : > > > Comment faire pour que le cd monte même si c'est du hfs ? > > > > Je dirais qu'au lieu de mettre 'iso9660' dans ton 'auto.misc' > > tu pourrais essayer 'auto'... > > marche pas. Bizarre... > > > Si vous pouvez m'eclairer je vous paye un biere à votre prochain > > > passage à Montréal. > > > Je suis derrière ta porte :-) > > Ça m'etonnerais que tu soit resté si longtemps avec le froid qui fait > ;-) gla gla gla gla gla gla b A+. Greg. signature.asc Description: This is a digitally signed message part
Re: autofs
Le 05 Dec 2002 00:14:57 +0100 "Gregory SIMON" <[EMAIL PROTECTED]> écrivait : > On Wed, 2002-12-04 at 23:57, marco wrote: > > Salut, > > > Maintenant je veux y acceder depuis mon home. > > (c'est à partir de là que j'ai besoin d'aide) > > Je monte fw par exemple. puis je me dépêche (j'ai 10s) de faire un > > lien de /mnt/fw vers /home/marco/ > > puis je fais pareil avec chaque device. > > > > Le problème maintenant c'est qu'à chaque accès à mon home il me > > monte tout ce qu'il y a dans les cd le floppy etc... > > Et s'il n'y a rien dans le lecteur alors c'est très long... > > Je ne comprend pas pourquoi il tente de tout monter à ce moment là. > > Pour moi c'est normal car tu lui dis avec ton lien que : > > /mnt/fw = /home/marco > > donc si tu vas dans /home/marco c'est comme si tu allais dans /mnt/fw. > > me trompe-je ? Oui puisque le lien est DANS /home/marco/ je dis /mnt/fw/ = /home/marco/fw > > > > Deuxième question : > > Comment faire pour que le cd monte même si c'est du hfs ? > > Je dirais qu'au lieu de mettre 'iso9660' dans ton 'auto.misc' > tu pourrais essayer 'auto'... marche pas. > > > Si vous pouvez m'eclairer je vous paye un biere à votre prochain > > passage à Montréal. > Je suis derrière ta porte :-) Ça m'etonnerais que tu soit resté si longtemps avec le froid qui fait ;-) > > A+. Greg. > -- marco -- Clé PGP publique : https://iftbqp.mine.nu/marco.asc pgpgEmrO0hcqx.pgp Description: PGP signature
Re: autofs
On Wed, 2002-12-04 at 23:57, marco wrote: Salut, > Maintenant je veux y acceder depuis mon home. > (c'est à partir de là que j'ai besoin d'aide) > Je monte fw par exemple. puis je me dépêche (j'ai 10s) de faire un lien > de /mnt/fw vers /home/marco/ > puis je fais pareil avec chaque device. > > Le problème maintenant c'est qu'à chaque accès à mon home il me monte > tout ce qu'il y a dans les cd le floppy etc... > Et s'il n'y a rien dans le lecteur alors c'est très long... > Je ne comprend pas pourquoi il tente de tout monter à ce moment là. Pour moi c'est normal car tu lui dis avec ton lien que : /mnt/fw = /home/marco donc si tu vas dans /home/marco c'est comme si tu allais dans /mnt/fw. me trompe-je ? > Deuxième question : > Comment faire pour que le cd monte même si c'est du hfs ? Je dirais qu'au lieu de mettre 'iso9660' dans ton 'auto.misc' tu pourrais essayer 'auto'... > Si vous pouvez m'eclairer je vous paye un biere à votre prochain passage > à Montréal. Je suis derrière ta porte :-) A+. Greg. signature.asc Description: This is a digitally signed message part
