Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du domai ne
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le groupe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'ancien
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes utilisate urs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du domai ne
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le groupe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'ancien
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes utilisate urs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" <p.audon...@gmail.com> a écrit dans le message de news:
1191327534.950242.138...@57g2000hsv.googlegroups.com...
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du domai ne
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le groupe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'ancien
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes utilisate urs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du
domaine
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le groupe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'ancien
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes
utilisateurs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du
domaine
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le groupe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'ancien
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes
utilisateurs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" <p.audon...@gmail.com> a écrit dans le message de news:
1191327534.950242.138...@57g2000hsv.googlegroups.com...
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du
domaine
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le groupe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'ancien
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes
utilisateurs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Re,
elle est toujours importante :)
Que tu ne t'interesse pas à printer, c'est logique. Mais le remappage d es
droits sur tous les fichiers et dossiers est important (penses a tes pages
sur IIS) idem sur les permissions des clés du registre...
De même, à moins de supprimer les profils locaux sur le serveur, il f audra
bien remapper profiles&rights
pour ma part, je migre toujours les droits, même -et peut être surtou t- sur
les serveurs applicatifs, afin d'éviter les effets de bord qui pourraie nt en
découler.
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
On 3 oct, 09:22, "Jonathan BISMUTH" wrote:Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du
domaine
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le gro upe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'anci en
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes
utilisateurs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Merci pour toutes ces infos.
Dans le cadre d'une migration de serveur applicatif (SQL et IIS).
Ces fonctions ne servent pas à grand chose alors ?
--
P.A.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Re,
elle est toujours importante :)
Que tu ne t'interesse pas à printer, c'est logique. Mais le remappage d es
droits sur tous les fichiers et dossiers est important (penses a tes pages
sur IIS) idem sur les permissions des clés du registre...
De même, à moins de supprimer les profils locaux sur le serveur, il f audra
bien remapper profiles&rights
pour ma part, je migre toujours les droits, même -et peut être surtou t- sur
les serveurs applicatifs, afin d'éviter les effets de bord qui pourraie nt en
découler.
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" <p.audon...@gmail.com> a écrit dans le message de news:
1191405516.000030.158...@w3g2000hsg.googlegroups.com...
On 3 oct, 09:22, "Jonathan BISMUTH" <jonat...@free.fr> wrote:
Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du
domaine
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le gro upe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'anci en
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes
utilisateurs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" <p.audon...@gmail.com> a écrit dans le message de news:
1191327534.950242.138...@57g2000hsv.googlegroups.com...
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Merci pour toutes ces infos.
Dans le cadre d'une migration de serveur applicatif (SQL et IIS).
Ces fonctions ne servent pas à grand chose alors ?
--
P.A.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Re,
elle est toujours importante :)
Que tu ne t'interesse pas à printer, c'est logique. Mais le remappage d es
droits sur tous les fichiers et dossiers est important (penses a tes pages
sur IIS) idem sur les permissions des clés du registre...
De même, à moins de supprimer les profils locaux sur le serveur, il f audra
bien remapper profiles&rights
pour ma part, je migre toujours les droits, même -et peut être surtou t- sur
les serveurs applicatifs, afin d'éviter les effets de bord qui pourraie nt en
découler.
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
On 3 oct, 09:22, "Jonathan BISMUTH" wrote:Hello,
alors, pour le qui fait quoi :
- Files&folders : remappe les droits et propriétaire des fichiers et
dossiers du poste
- Local groups : remappent les appartenances des groupes globaux du
domaine
dans les groupes locaux du poste. Ex: OLDDOMdomain admins. dans le gro upe
local adminsitrateurs du poste devient NEWDOMdomain admins.
- Printers : remappe les droits et je crois la publication AD de l'anci en
vers le nouveau domaine
- Partages : drotis sur partages
- registry : pareil pour le registre
- Users profiles & rights : idem mais spécifiquement
=> Sur le profil de l'utilisateur (droits, appartenance....)
=> Sur les droits spécifiques de celui-ci sur le poste
virtuellement tu peux les utiliser quand tu veux, mais pour ma part il me
paraît beaucoup plus logique de :
migrer "Users profiles & rights" juste à la suite des comptes
utilisateurs.
migrer le reste lors de la phase de migration des comptes ordinateurs.
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
Bonjour,
A quoi servent exactement (et quand les utiliser du coup) les options
de migration de compte d'ordinateur (la doc en ligne du produit
n'explique pas plus que ça ...) : Translate Objects (File and folders,
Local groups, Printers, Registry, Shares, Users profiles & User
rights) ?
L'aide se contente de faire une phrase...
--
P.A.
Merci pour toutes ces infos.
Dans le cadre d'une migration de serveur applicatif (SQL et IIS).
Ces fonctions ne servent pas à grand chose alors ?
--
P.A.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
re,
c'est là ou est la confusion, tu dois penser Sid et non CN du compte.
Les utilisateurs qui existaient avant la migration (au sens Sid du terme)
n'existent plus après. Ils ont été clonés par création d'un nou veau compte,
ajoutés dans les bons groupes (en fait ajoutés dans les clones des an ciens
groupes, l'idée est la même) et l'ancien Sid est passé dans leur at tribut
SidHistory. Mais ça reste de nouveaux utilisateurs.
Le laps de temps où les utilisateurs disposent de leur sid et d'un
SidHistory doit être le plus court possible. Son rôle est simplement de
garantir une continuité de service, au cas où ces users devraient acc éder à
des ressources d'un serveur non encore migré (cad remappage ancien doma ine /
nouveau domaine pas encore effectué). Mais ça n'est au final qu'un
palliatif.
Imaginons maintenant que tu conserve le serveur en l'état. Tant que la
relation d'approbation ancien domaine / nouveau domaine existe, tout
fonctionnera correctement, les utilisateurs utilisant le Sid History pour
accéder au serveur applicatif. Que va t'il se passer quand tu rétrogr adera
l'ancien DC? Qui fera la traduction Sid / utilisateur puisque la base sou rce
n'existe plus et qu'aucun repermissionnement n'a été fait?
Par exemple, tu n'aura plus "ANCIENDOMadmins. du domaine" dans le groupe
local administrateurs du serveur mais " S-1-5-21-..." et plus de droits n on
plus...
Si je n'ai pas été assez clair, n'hésite pas à me le dire. il est vraiment
important que tu suive ce raisonnement farfelu :)
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
On 3 oct, 12:12, "Jonathan BISMUTH" wrote:
...
Je ne comprends pas pourquoi.
Le serveur est migré. Ok, il faut partie d'un autre domaine.
Qu'est-ce qui empeche un utilisateur qui avait des droits d'accès
avant d'y avoir toujours accès ? Ce sont des users de domaine. Qui
existent avant la migration et qui existe toujours après. Donc, le
remappage vers quoi ? Les users sont toujours là.
Je ne pige pas trop :(
re,
c'est là ou est la confusion, tu dois penser Sid et non CN du compte.
Les utilisateurs qui existaient avant la migration (au sens Sid du terme)
n'existent plus après. Ils ont été clonés par création d'un nou veau compte,
ajoutés dans les bons groupes (en fait ajoutés dans les clones des an ciens
groupes, l'idée est la même) et l'ancien Sid est passé dans leur at tribut
SidHistory. Mais ça reste de nouveaux utilisateurs.
Le laps de temps où les utilisateurs disposent de leur sid et d'un
SidHistory doit être le plus court possible. Son rôle est simplement de
garantir une continuité de service, au cas où ces users devraient acc éder à
des ressources d'un serveur non encore migré (cad remappage ancien doma ine /
nouveau domaine pas encore effectué). Mais ça n'est au final qu'un
palliatif.
Imaginons maintenant que tu conserve le serveur en l'état. Tant que la
relation d'approbation ancien domaine / nouveau domaine existe, tout
fonctionnera correctement, les utilisateurs utilisant le Sid History pour
accéder au serveur applicatif. Que va t'il se passer quand tu rétrogr adera
l'ancien DC? Qui fera la traduction Sid / utilisateur puisque la base sou rce
n'existe plus et qu'aucun repermissionnement n'a été fait?
Par exemple, tu n'aura plus "ANCIENDOMadmins. du domaine" dans le groupe
local administrateurs du serveur mais " S-1-5-21-..." et plus de droits n on
plus...
Si je n'ai pas été assez clair, n'hésite pas à me le dire. il est vraiment
important que tu suive ce raisonnement farfelu :)
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" <p.audon...@gmail.com> a écrit dans le message de news:
1191414184.409341.232...@y42g2000hsy.googlegroups.com...
On 3 oct, 12:12, "Jonathan BISMUTH" <jonat...@free.fr> wrote:
...
Je ne comprends pas pourquoi.
Le serveur est migré. Ok, il faut partie d'un autre domaine.
Qu'est-ce qui empeche un utilisateur qui avait des droits d'accès
avant d'y avoir toujours accès ? Ce sont des users de domaine. Qui
existent avant la migration et qui existe toujours après. Donc, le
remappage vers quoi ? Les users sont toujours là.
Je ne pige pas trop :(
re,
c'est là ou est la confusion, tu dois penser Sid et non CN du compte.
Les utilisateurs qui existaient avant la migration (au sens Sid du terme)
n'existent plus après. Ils ont été clonés par création d'un nou veau compte,
ajoutés dans les bons groupes (en fait ajoutés dans les clones des an ciens
groupes, l'idée est la même) et l'ancien Sid est passé dans leur at tribut
SidHistory. Mais ça reste de nouveaux utilisateurs.
Le laps de temps où les utilisateurs disposent de leur sid et d'un
SidHistory doit être le plus court possible. Son rôle est simplement de
garantir une continuité de service, au cas où ces users devraient acc éder à
des ressources d'un serveur non encore migré (cad remappage ancien doma ine /
nouveau domaine pas encore effectué). Mais ça n'est au final qu'un
palliatif.
Imaginons maintenant que tu conserve le serveur en l'état. Tant que la
relation d'approbation ancien domaine / nouveau domaine existe, tout
fonctionnera correctement, les utilisateurs utilisant le Sid History pour
accéder au serveur applicatif. Que va t'il se passer quand tu rétrogr adera
l'ancien DC? Qui fera la traduction Sid / utilisateur puisque la base sou rce
n'existe plus et qu'aucun repermissionnement n'a été fait?
Par exemple, tu n'aura plus "ANCIENDOMadmins. du domaine" dans le groupe
local administrateurs du serveur mais " S-1-5-21-..." et plus de droits n on
plus...
Si je n'ai pas été assez clair, n'hésite pas à me le dire. il est vraiment
important que tu suive ce raisonnement farfelu :)
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)www.portail-mcse.net
"BZP" a écrit dans le message de news:
On 3 oct, 12:12, "Jonathan BISMUTH" wrote:
...
Je ne comprends pas pourquoi.
Le serveur est migré. Ok, il faut partie d'un autre domaine.
Qu'est-ce qui empeche un utilisateur qui avait des droits d'accès
avant d'y avoir toujours accès ? Ce sont des users de domaine. Qui
existent avant la migration et qui existe toujours après. Donc, le
remappage vers quoi ? Les users sont toujours là.
Je ne pige pas trop :(
Dans le cadre d'une migration de serveur applicatif (SQL et IIS).
Ces fonctions ne servent pas à grand chose alors ?
Dans le cadre d'une migration de serveur applicatif (SQL et IIS).
Ces fonctions ne servent pas à grand chose alors ?
Dans le cadre d'une migration de serveur applicatif (SQL et IIS).
Ces fonctions ne servent pas à grand chose alors ?
Au pire à la mano,
Au pire à la mano,
Au pire à la mano,
Bonjour,Au pire à la mano,
Oui, mais encore ... Bon je sors . :)
--
Cordialement.
GG.
Bonjour,
Au pire à la mano,
Oui, mais encore ... Bon je sors . :)
--
Cordialement.
GG.
Bonjour,Au pire à la mano,
Oui, mais encore ... Bon je sors . :)
--
Cordialement.
GG.