Bonjour la liste,
Suite à une erreur de ma part, j'ai effacé le /etc/passwd d'une
machine distante. J'ai fait cette erreur au cours d'une session ssh.
Je me suis rendu compte de cette erreur car il ne m'était plus possible
de m'identifier sur cette machine comme je le fais habituellement avec
ssh.
Par chance, comme mon canal ssh initial (celui à travers duquel j'avais
fait l'erreur) n'était pas encore fermé, j'ai tenté de restaurer
le /etc/passwd perdu :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Je peux à nouveau m'identifier à distance sur cette machine.
Votre avis m'intéresse :
Est-ce que ma réparation est suffisante?
Est-ce que je peux considérer l'incident comme clos?
Bonjour la liste,
Suite à une erreur de ma part, j'ai effacé le /etc/passwd d'une
machine distante. J'ai fait cette erreur au cours d'une session ssh.
Je me suis rendu compte de cette erreur car il ne m'était plus possible
de m'identifier sur cette machine comme je le fais habituellement avec
ssh.
Par chance, comme mon canal ssh initial (celui à travers duquel j'avais
fait l'erreur) n'était pas encore fermé, j'ai tenté de restaurer
le /etc/passwd perdu :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Je peux à nouveau m'identifier à distance sur cette machine.
Votre avis m'intéresse :
Est-ce que ma réparation est suffisante?
Est-ce que je peux considérer l'incident comme clos?
Bonjour la liste,
Suite à une erreur de ma part, j'ai effacé le /etc/passwd d'une
machine distante. J'ai fait cette erreur au cours d'une session ssh.
Je me suis rendu compte de cette erreur car il ne m'était plus possible
de m'identifier sur cette machine comme je le fais habituellement avec
ssh.
Par chance, comme mon canal ssh initial (celui à travers duquel j'avais
fait l'erreur) n'était pas encore fermé, j'ai tenté de restaurer
le /etc/passwd perdu :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Je peux à nouveau m'identifier à distance sur cette machine.
Votre avis m'intéresse :
Est-ce que ma réparation est suffisante?
Est-ce que je peux considérer l'incident comme clos?
Est-ce que ma réparation est suffisante?
Est-ce que ma réparation est suffisante?
Est-ce que ma réparation est suffisante?
On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham wrote:
> Est-ce que ma réparation est suffisante?
Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été "gelée" (tjrs les mêm es
quelque soit le µ, la branche (la distro?)).
Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UIDs soient les
mêmes.
--
Q : Tu sais que ton enfant sera plus tard un grand avocat pénaliste lor sque
ses premiers mots furent "nullum crimen nulla poena sine lege"
M : Tu sais que ton enfant sera plus tard un grand développeur lorsque
ses premiers mots furent "Lorem ipsum dolor sit amet"
Q : o/
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham <alain@vaugham.com> wrote:
> Est-ce que ma réparation est suffisante?
Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été "gelée" (tjrs les mêm es
quelque soit le µ, la branche (la distro?)).
Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UIDs soient les
mêmes.
--
Q : Tu sais que ton enfant sera plus tard un grand avocat pénaliste lor sque
ses premiers mots furent "nullum crimen nulla poena sine lege"
M : Tu sais que ton enfant sera plus tard un grand développeur lorsque
ses premiers mots furent "Lorem ipsum dolor sit amet"
Q : o/
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20140302155526.112e166c@anubis.defcon1
On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham wrote:
> Est-ce que ma réparation est suffisante?
Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été "gelée" (tjrs les mêm es
quelque soit le µ, la branche (la distro?)).
Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UIDs soient les
mêmes.
--
Q : Tu sais que ton enfant sera plus tard un grand avocat pénaliste lor sque
ses premiers mots furent "nullum crimen nulla poena sine lege"
M : Tu sais que ton enfant sera plus tard un grand développeur lorsque
ses premiers mots furent "Lorem ipsum dolor sit amet"
Q : o/
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
TestE ta config avec les commandes "pwck" et "grpck" pour vérifier
si les fichiers passwd, shadow, group et gshadow sont cohérents.
TestE ta config avec les commandes "pwck" et "grpck" pour vérifier
si les fichiers passwd, shadow, group et gshadow sont cohérents.
TestE ta config avec les commandes "pwck" et "grpck" pour vérifier
si les fichiers passwd, shadow, group et gshadow sont cohérents.
les deux fichiers passwd et passwd- sont sur la même machine et
sont identiques sauf les droits
les deux fichiers passwd et passwd- sont sur la même machine et
sont identiques sauf les droits
les deux fichiers passwd et passwd- sont sur la même machine et
sont identiques sauf les droits
On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham wrote:
> Est-ce que ma réparation est suffisante?
Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été "gelée" (tjrs les mêmes
quelque soit le µ, la branche (la distro?)).
Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UID s soient les
mêmes.
On Sun, 02 Mar 2014 15:51:42 +0100
Frederic MASSOT wrote:
> TestE ta config avec les commandes "pwck" et "grpck" pour vérifier
> si les fichiers passwd, shadow, group et gshadow sont cohérents.
Ãa ne vérifie QUE les cohérences, et encore: les compilati ons ou
"remove" des pkgs laissent souvent des users orphelins de $HOME.
Et ça ne verra pas les disparités des UIDs des utilisateurs.
On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham <alain@vaugham.com> wrote:
> Est-ce que ma réparation est suffisante?
Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été "gelée" (tjrs les mêmes
quelque soit le µ, la branche (la distro?)).
Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UID s soient les
mêmes.
On Sun, 02 Mar 2014 15:51:42 +0100
Frederic MASSOT <frederic@juliana-multimedia.com> wrote:
> TestE ta config avec les commandes "pwck" et "grpck" pour vérifier
> si les fichiers passwd, shadow, group et gshadow sont cohérents.
Ãa ne vérifie QUE les cohérences, et encore: les compilati ons ou
"remove" des pkgs laissent souvent des users orphelins de $HOME.
Et ça ne verra pas les disparités des UIDs des utilisateurs.
On Sun, 2 Mar 2014 15:42:54 +0100
Alain Vaugham wrote:
> Est-ce que ma réparation est suffisante?
Non, elle est uniquement suffisante pour le compte root (tjrs:=0),
et certains comptes system dont l'UID a été "gelée" (tjrs les mêmes
quelque soit le µ, la branche (la distro?)).
Pour les autres comptes, il aurait fallu que l'ordre de création ait
été _exactement_ le même sur les 2 µ pour que les UID s soient les
mêmes.
On Sun, 02 Mar 2014 15:51:42 +0100
Frederic MASSOT wrote:
> TestE ta config avec les commandes "pwck" et "grpck" pour vérifier
> si les fichiers passwd, shadow, group et gshadow sont cohérents.
Ãa ne vérifie QUE les cohérences, et encore: les compilati ons ou
"remove" des pkgs laissent souvent des users orphelins de $HOME.
Et ça ne verra pas les disparités des UIDs des utilisateurs.
Il ne s'est passé que quelques dizaines de minutes entre l'instant
où j'ai effacé /etc/passwd et le moment où je l'ai restaur é Ã
partir de la même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
nouveau compte user créé, aucun logiciel installé/supprim é.
Dois-je être rassuré ou pas?
Il ne s'est passé que quelques dizaines de minutes entre l'instant
où j'ai effacé /etc/passwd et le moment où je l'ai restaur é Ã
partir de la même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
nouveau compte user créé, aucun logiciel installé/supprim é.
Dois-je être rassuré ou pas?
Il ne s'est passé que quelques dizaines de minutes entre l'instant
où j'ai effacé /etc/passwd et le moment où je l'ai restaur é Ã
partir de la même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
nouveau compte user créé, aucun logiciel installé/supprim é.
Dois-je être rassuré ou pas?
Vi, mais si entre les 2 il y a eu, par ex, l'ajout d'un user
dans le system, il ne sera pas présent dans le backup.
Par ailleurs, comment se fait-il que tu n'aies pas au strict
minimum un tarball de /etc en sauvegarde de ce µ?
> Dois-je être rassuré ou pas?
Ptêt ben que oui, ptêt ben que non, tout dépend, c'est sel onâ¦
Vi, mais si entre les 2 il y a eu, par ex, l'ajout d'un user
dans le system, il ne sera pas présent dans le backup.
Par ailleurs, comment se fait-il que tu n'aies pas au strict
minimum un tarball de /etc en sauvegarde de ce µ?
> Dois-je être rassuré ou pas?
Ptêt ben que oui, ptêt ben que non, tout dépend, c'est sel onâ¦
Vi, mais si entre les 2 il y a eu, par ex, l'ajout d'un user
dans le system, il ne sera pas présent dans le backup.
Par ailleurs, comment se fait-il que tu n'aies pas au strict
minimum un tarball de /etc en sauvegarde de ce µ?
> Dois-je être rassuré ou pas?
Ptêt ben que oui, ptêt ben que non, tout dépend, c'est sel onâ¦
Il ne s'est passé que quelques dizaines de minutes entre l'instant où
j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la
même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau
compte user créé, aucun logiciel installé/supprimé.
Il ne s'est passé que quelques dizaines de minutes entre l'instant où
j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la
même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau
compte user créé, aucun logiciel installé/supprimé.
Il ne s'est passé que quelques dizaines de minutes entre l'instant où
j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la
même machine :
# cp -p /etc/passwd- /etc/passwd
# chmod 644 /etc/passwd
Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau
compte user créé, aucun logiciel installé/supprimé.
Le 02/03/2014 16:35, Alain Vaugham a écrit :
> Il ne s'est passé que quelques dizaines de minutes entre l'instant
> où j'ai effacé /etc/passwd et le moment où je l'ai resta uré Ã
> partir de la même machine :
> # cp -p /etc/passwd- /etc/passwd
> # chmod 644 /etc/passwd
>
> Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
> nouveau compte user créé, aucun logiciel installé/suppri mé.
>
Bonjour,
Tu devrais plutôt regarder dans ce cas du côté de /var/bac kup/passwd
(sauvegarde effectué par /etc/cron.daily/passwd)
Il y a au moins 1 différence entre /etc/passwd effacé et /etc/p asswd-.
toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash
toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash
Le 02/03/2014 16:35, Alain Vaugham a écrit :
> Il ne s'est passé que quelques dizaines de minutes entre l'instant
> où j'ai effacé /etc/passwd et le moment où je l'ai resta uré Ã
> partir de la même machine :
> # cp -p /etc/passwd- /etc/passwd
> # chmod 644 /etc/passwd
>
> Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
> nouveau compte user créé, aucun logiciel installé/suppri mé.
>
Bonjour,
Tu devrais plutôt regarder dans ce cas du côté de /var/bac kup/passwd
(sauvegarde effectué par /etc/cron.daily/passwd)
Il y a au moins 1 différence entre /etc/passwd effacé et /etc/p asswd-.
toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash
toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash
Le 02/03/2014 16:35, Alain Vaugham a écrit :
> Il ne s'est passé que quelques dizaines de minutes entre l'instant
> où j'ai effacé /etc/passwd et le moment où je l'ai resta uré Ã
> partir de la même machine :
> # cp -p /etc/passwd- /etc/passwd
> # chmod 644 /etc/passwd
>
> Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun
> nouveau compte user créé, aucun logiciel installé/suppri mé.
>
Bonjour,
Tu devrais plutôt regarder dans ce cas du côté de /var/bac kup/passwd
(sauvegarde effectué par /etc/cron.daily/passwd)
Il y a au moins 1 différence entre /etc/passwd effacé et /etc/p asswd-.
toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash
toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash