A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines
d'inactivité, le mot de passe utilisateur est devenu invalide
actions réalisées:
changement de la carte vidéo nouvelle sur PCI
donc démarrage en mode "line" sous root
execution de la configuration de la nouvelle carte
sauvegarde et lancement de startx OK
reboot
passage en mode graphique
selection d'un utilisateur quelque soit la machine identique
saisi du mode passe quelque soit la machine identique (pas de NIS)
Y a-t-il un moyen sans violer la machine?
A+
JB
--
Essayez donc:
http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fluber
JB wrote:
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines d'inactivité, le mot de passe utilisateur est devenu invalide actions réalisées: changement de la carte vidéo nouvelle sur PCI donc démarrage en mode "line" sous root execution de la configuration de la nouvelle carte sauvegarde et lancement de startx OK reboot passage en mode graphique selection d'un utilisateur quelque soit la machine identique saisi du mode passe quelque soit la machine identique (pas de NIS) Y a-t-il un moyen sans violer la machine? A+ JB
Tu veux changer le mot de pass de l'user ? si oui en root
passwd lenomdeluser
JB wrote:
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines
d'inactivité, le mot de passe utilisateur est devenu invalide
actions réalisées:
changement de la carte vidéo nouvelle sur PCI
donc démarrage en mode "line" sous root
execution de la configuration de la nouvelle carte
sauvegarde et lancement de startx OK
reboot
passage en mode graphique
selection d'un utilisateur quelque soit la machine identique
saisi du mode passe quelque soit la machine identique (pas de NIS)
Y a-t-il un moyen sans violer la machine?
A+
JB
Tu veux changer le mot de pass de l'user ?
si oui en root
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines d'inactivité, le mot de passe utilisateur est devenu invalide actions réalisées: changement de la carte vidéo nouvelle sur PCI donc démarrage en mode "line" sous root execution de la configuration de la nouvelle carte sauvegarde et lancement de startx OK reboot passage en mode graphique selection d'un utilisateur quelque soit la machine identique saisi du mode passe quelque soit la machine identique (pas de NIS) Y a-t-il un moyen sans violer la machine? A+ JB
Tu veux changer le mot de pass de l'user ? si oui en root
passwd lenomdeluser
JB
Fluber wrote:
JB wrote:
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines d'inactivité, le mot de passe utilisateur est devenu invalide actions réalisées: changement de la carte vidéo nouvelle sur PCI donc démarrage en mode "line" sous root execution de la configuration de la nouvelle carte sauvegarde et lancement de startx OK reboot passage en mode graphique selection d'un utilisateur quelque soit la machine identique saisi du mode passe quelque soit la machine identique (pas de NIS) Y a-t-il un moyen sans violer la machine? A+ JB
Tu veux changer le mot de pass de l'user ? si oui en root
passwd lenomdeluser
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty, j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes touches donnant l'équivalent de qwerty donc prendre une combinaison centrale du clavier au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre root que de labeur, à priori si l'on fait une configuration carte vidéo, il faut faire également clavier écran Merci A+ JB
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines
d'inactivité, le mot de passe utilisateur est devenu invalide
actions réalisées:
changement de la carte vidéo nouvelle sur PCI
donc démarrage en mode "line" sous root
execution de la configuration de la nouvelle carte
sauvegarde et lancement de startx OK
reboot
passage en mode graphique
selection d'un utilisateur quelque soit la machine identique
saisi du mode passe quelque soit la machine identique (pas de NIS)
Y a-t-il un moyen sans violer la machine?
A+
JB
Tu veux changer le mot de pass de l'user ?
si oui en root
passwd lenomdeluser
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty,
j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes
touches donnant l'équivalent de qwerty donc prendre une combinaison
centrale du clavier
au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre
root que de labeur,
à priori si l'on fait une configuration carte vidéo, il faut faire également
clavier écran
Merci
A+
JB
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines d'inactivité, le mot de passe utilisateur est devenu invalide actions réalisées: changement de la carte vidéo nouvelle sur PCI donc démarrage en mode "line" sous root execution de la configuration de la nouvelle carte sauvegarde et lancement de startx OK reboot passage en mode graphique selection d'un utilisateur quelque soit la machine identique saisi du mode passe quelque soit la machine identique (pas de NIS) Y a-t-il un moyen sans violer la machine? A+ JB
Tu veux changer le mot de pass de l'user ? si oui en root
passwd lenomdeluser
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty, j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes touches donnant l'équivalent de qwerty donc prendre une combinaison centrale du clavier au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre root que de labeur, à priori si l'on fait une configuration carte vidéo, il faut faire également clavier écran Merci A+ JB
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines d'inactivité, le mot de passe utilisateur est devenu invalide actions réalisées: changement de la carte vidéo nouvelle sur PCI donc démarrage en mode "line" sous root execution de la configuration de la nouvelle carte sauvegarde et lancement de startx OK reboot passage en mode graphique selection d'un utilisateur quelque soit la machine identique saisi du mode passe quelque soit la machine identique (pas de NIS) Y a-t-il un moyen sans violer la machine? A+ JB
Tu veux changer le mot de pass de l'user ? si oui en root
passwd lenomdeluser
Tout est OK! Dans le reparamétrage de la carte video en cas d'échange, mon cas AGP remplacée par une PCI, faut-il impérativement reprendre le trio (écran+carte+clavier) la souris je n'ai pas touchée ? une parenthése: au retour du ctrl/alt/F1 défense de rire on fait comment à part init 0 A+ JB -- Essayez donc: http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Fluber wrote:
JB wrote:
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines
d'inactivité, le mot de passe utilisateur est devenu invalide
actions réalisées:
changement de la carte vidéo nouvelle sur PCI
donc démarrage en mode "line" sous root
execution de la configuration de la nouvelle carte
sauvegarde et lancement de startx OK
reboot
passage en mode graphique
selection d'un utilisateur quelque soit la machine identique
saisi du mode passe quelque soit la machine identique (pas de NIS)
Y a-t-il un moyen sans violer la machine?
A+
JB
Tu veux changer le mot de pass de l'user ?
si oui en root
passwd lenomdeluser
Tout est OK!
Dans le reparamétrage de la carte video en cas d'échange,
mon cas AGP remplacée par une PCI,
faut-il impérativement reprendre le trio (écran+carte+clavier) la souris je
n'ai pas touchée ?
une parenthése:
au retour du ctrl/alt/F1 défense de rire on fait comment à part init 0
A+
JB
--
Essayez donc:
http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
A la remise en service d'un disque mdk 10.0 aprés plusieurs semaines d'inactivité, le mot de passe utilisateur est devenu invalide actions réalisées: changement de la carte vidéo nouvelle sur PCI donc démarrage en mode "line" sous root execution de la configuration de la nouvelle carte sauvegarde et lancement de startx OK reboot passage en mode graphique selection d'un utilisateur quelque soit la machine identique saisi du mode passe quelque soit la machine identique (pas de NIS) Y a-t-il un moyen sans violer la machine? A+ JB
Tu veux changer le mot de pass de l'user ? si oui en root
passwd lenomdeluser
Tout est OK! Dans le reparamétrage de la carte video en cas d'échange, mon cas AGP remplacée par une PCI, faut-il impérativement reprendre le trio (écran+carte+clavier) la souris je n'ai pas touchée ? une parenthése: au retour du ctrl/alt/F1 défense de rire on fait comment à part init 0 A+ JB -- Essayez donc: http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Hervé Riboulot
Le Mon, 09 Aug 2004 10:50:48 +0200, JB a écrit :
Fluber wrote:
JB wrote:
[...]
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty, j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes touches donnant l'équivalent de qwerty donc prendre une combinaison centrale du clavier au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre root que de labeur, à priori si l'on fait une configuration carte vidéo, il faut faire également clavier écran
Le pb concerne la déclaration des LOCALEs qui s'apppliquent à tty. Manifestement, le clavier est initialisé en anglais (ou américain ou australien ou .... etc). Le fichier /etc/sysconfig/keyboard doit normalement, pour un sujet de langue française, contenir les éléments suivants:
Une solution consiste simplement à lancer Draklocale.
A défaut, et en cas de non fonctionnement après reboot, il faut modifier le fichier /etc/sysconfig/i18n et y inscrire les valeurs:
SYSFONTACM=iso15 LANGUAGE=fr_FR:fr SYSFONT=lat0-16 (si la police du terminal est lat0-16.psf.gz) LC_TIME=fr_FR LANG=fr_FR
en substitution aux valeurs initialisées (pour les mêmes LOCALEs).
L'initialisation des consoles est réalisée comme suit (rappel d'un post précédent):
rc.sysinit est lancé au démarrage du système. Il initialise une valeur minimal du PATH (qui sera ensuite complétée par les .bashrc et .bash_profile de chaque utilisateur).
Il initialise par ailleurs SYSFONT en lançant setsysfont pour le fichier de configuration /etc/sysconfig/i18n.
Puis il cherche :
a- la police console dans /etc/sysconfig/console/consolefonts; contenu du fichier par défaut:
lat0-16.psf.gz
b- le "mapping" correspondant dans /etc/sysconfig/console/consoletrans; contenu du fichier par défaut:
iso15.acm.gz iso15.sfm.gz
A ce point, les paramètres de police de la console sont déterminés; ils peuvent encore être modifiés par les environnements gnome et kdm.
Merci
Voyons si cela fonctionne.
A+ JB
Le Mon, 09 Aug 2004 10:50:48 +0200, JB a écrit :
Fluber wrote:
JB wrote:
[...]
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty,
j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes
touches donnant l'équivalent de qwerty donc prendre une combinaison
centrale du clavier
au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre
root que de labeur,
à priori si l'on fait une configuration carte vidéo, il faut faire également
clavier écran
Le pb concerne la déclaration des LOCALEs qui s'apppliquent à tty.
Manifestement, le clavier est initialisé en anglais (ou américain ou
australien ou .... etc).
Le fichier /etc/sysconfig/keyboard doit normalement, pour un sujet de
langue française, contenir les éléments suivants:
Une solution consiste simplement à lancer Draklocale.
A défaut, et en cas de non fonctionnement après reboot, il faut modifier
le fichier /etc/sysconfig/i18n et y inscrire les valeurs:
SYSFONTACM=iso15
LANGUAGE=fr_FR:fr
SYSFONT=lat0-16 (si la police du terminal est lat0-16.psf.gz)
LC_TIME=fr_FR
LANG=fr_FR
en substitution aux valeurs initialisées (pour les mêmes LOCALEs).
L'initialisation des consoles est réalisée comme suit (rappel d'un post
précédent):
rc.sysinit est lancé au démarrage du système. Il initialise une valeur
minimal du PATH (qui sera ensuite complétée par les .bashrc et
.bash_profile de chaque utilisateur).
Il initialise par ailleurs SYSFONT en lançant setsysfont pour le fichier
de configuration /etc/sysconfig/i18n.
Puis il cherche :
a- la police console dans /etc/sysconfig/console/consolefonts; contenu du fichier par défaut:
lat0-16.psf.gz
b- le "mapping" correspondant dans
/etc/sysconfig/console/consoletrans; contenu du fichier par défaut:
iso15.acm.gz
iso15.sfm.gz
A ce point, les paramètres de police de la console sont déterminés; ils
peuvent encore être modifiés par les environnements gnome et kdm.
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty, j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes touches donnant l'équivalent de qwerty donc prendre une combinaison centrale du clavier au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre root que de labeur, à priori si l'on fait une configuration carte vidéo, il faut faire également clavier écran
Le pb concerne la déclaration des LOCALEs qui s'apppliquent à tty. Manifestement, le clavier est initialisé en anglais (ou américain ou australien ou .... etc). Le fichier /etc/sysconfig/keyboard doit normalement, pour un sujet de langue française, contenir les éléments suivants:
Une solution consiste simplement à lancer Draklocale.
A défaut, et en cas de non fonctionnement après reboot, il faut modifier le fichier /etc/sysconfig/i18n et y inscrire les valeurs:
SYSFONTACM=iso15 LANGUAGE=fr_FR:fr SYSFONT=lat0-16 (si la police du terminal est lat0-16.psf.gz) LC_TIME=fr_FR LANG=fr_FR
en substitution aux valeurs initialisées (pour les mêmes LOCALEs).
L'initialisation des consoles est réalisée comme suit (rappel d'un post précédent):
rc.sysinit est lancé au démarrage du système. Il initialise une valeur minimal du PATH (qui sera ensuite complétée par les .bashrc et .bash_profile de chaque utilisateur).
Il initialise par ailleurs SYSFONT en lançant setsysfont pour le fichier de configuration /etc/sysconfig/i18n.
Puis il cherche :
a- la police console dans /etc/sysconfig/console/consolefonts; contenu du fichier par défaut:
lat0-16.psf.gz
b- le "mapping" correspondant dans /etc/sysconfig/console/consoletrans; contenu du fichier par défaut:
iso15.acm.gz iso15.sfm.gz
A ce point, les paramètres de police de la console sont déterminés; ils peuvent encore être modifiés par les environnements gnome et kdm.
Merci
Voyons si cela fonctionne.
A+ JB
JB
Hervé Riboulot wrote:
Le Mon, 09 Aug 2004 10:50:48 +0200, JB a écrit :
Fluber wrote:
JB wrote:
[...]
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty, j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes touches donnant l'équivalent de qwerty donc prendre une combinaison centrale du clavier au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre root que de labeur, à priori si l'on fait une configuration carte vidéo, il faut faire également clavier écran
Le pb concerne la déclaration des LOCALEs qui s'apppliquent à tty. Manifestement, le clavier est initialisé en anglais (ou américain ou australien ou .... etc). Le fichier /etc/sysconfig/keyboard doit normalement, pour un sujet de langue française, contenir les éléments suivants:
Une solution consiste simplement à lancer Draklocale.
A défaut, et en cas de non fonctionnement après reboot, il faut modifier le fichier /etc/sysconfig/i18n et y inscrire les valeurs:
SYSFONTACM=iso15 LANGUAGE=fr_FR:fr SYSFONT=lat0-16 (si la police du terminal est lat0-16.psf.gz) LC_TIME=fr_FR LANG=fr_FR
en substitution aux valeurs initialisées (pour les mêmes LOCALEs).
L'initialisation des consoles est réalisée comme suit (rappel d'un post précédent):
rc.sysinit est lancé au démarrage du système. Il initialise une valeur minimal du PATH (qui sera ensuite complétée par les .bashrc et .bash_profile de chaque utilisateur).
Il initialise par ailleurs SYSFONT en lançant setsysfont pour le fichier de configuration /etc/sysconfig/i18n.
Puis il cherche :
a- la police console dans /etc/sysconfig/console/consolefonts; contenu du fichier par défaut:
lat0-16.psf.gz
b- le "mapping" correspondant dans /etc/sysconfig/console/consoletrans; contenu du fichier par défaut:
iso15.acm.gz iso15.sfm.gz
A ce point, les paramètres de police de la console sont déterminés; ils peuvent encore être modifiés par les environnements gnome et kdm.
Merci
Voyons si cela fonctionne.
A+ JB
Merci pour ces infos, j'en connaissais certaines, il n'est jamais trop tard pour compléter son info Encore merci, cela refonctionne! Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+ JB -- Essayez donc: http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Hervé Riboulot wrote:
Le Mon, 09 Aug 2004 10:50:48 +0200, JB a écrit :
Fluber wrote:
JB wrote:
[...]
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty,
j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes
touches donnant l'équivalent de qwerty donc prendre une combinaison
centrale du clavier
au reboot en mode graphique qwerty est donc pris mais si j'ouvre une
fenetre root que de labeur,
à priori si l'on fait une configuration carte vidéo, il faut faire
également clavier écran
Le pb concerne la déclaration des LOCALEs qui s'apppliquent à tty.
Manifestement, le clavier est initialisé en anglais (ou américain ou
australien ou .... etc).
Le fichier /etc/sysconfig/keyboard doit normalement, pour un sujet de
langue française, contenir les éléments suivants:
Une solution consiste simplement à lancer Draklocale.
A défaut, et en cas de non fonctionnement après reboot, il faut modifier
le fichier /etc/sysconfig/i18n et y inscrire les valeurs:
SYSFONTACM=iso15
LANGUAGE=fr_FR:fr
SYSFONT=lat0-16 (si la police du terminal est lat0-16.psf.gz)
LC_TIME=fr_FR
LANG=fr_FR
en substitution aux valeurs initialisées (pour les mêmes LOCALEs).
L'initialisation des consoles est réalisée comme suit (rappel d'un post
précédent):
rc.sysinit est lancé au démarrage du système. Il initialise une valeur
minimal du PATH (qui sera ensuite complétée par les .bashrc et
.bash_profile de chaque utilisateur).
Il initialise par ailleurs SYSFONT en lançant setsysfont pour le fichier
de configuration /etc/sysconfig/i18n.
Puis il cherche :
a- la police console dans /etc/sysconfig/console/consolefonts; contenu du
fichier par défaut:
lat0-16.psf.gz
b- le "mapping" correspondant dans
/etc/sysconfig/console/consoletrans; contenu du fichier par défaut:
iso15.acm.gz
iso15.sfm.gz
A ce point, les paramètres de police de la console sont déterminés; ils
peuvent encore être modifiés par les environnements gnome et kdm.
Merci
Voyons si cela fonctionne.
A+
JB
Merci pour ces infos, j'en connaissais certaines, il n'est jamais trop tard
pour compléter son info
Encore merci, cela refonctionne!
Si vous faites partie d'un groupe de développeur Mdk:
à quand les produits d'analyse réseau
A+
JB
--
Essayez donc:
http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Je suis d'accord avec Ctl/Alt/F1 mais le clavier passe en qwerty, j'ai essayé avec le mot de passe azerty négatif mais OK avec les memes touches donnant l'équivalent de qwerty donc prendre une combinaison centrale du clavier au reboot en mode graphique qwerty est donc pris mais si j'ouvre une fenetre root que de labeur, à priori si l'on fait une configuration carte vidéo, il faut faire également clavier écran
Le pb concerne la déclaration des LOCALEs qui s'apppliquent à tty. Manifestement, le clavier est initialisé en anglais (ou américain ou australien ou .... etc). Le fichier /etc/sysconfig/keyboard doit normalement, pour un sujet de langue française, contenir les éléments suivants:
Une solution consiste simplement à lancer Draklocale.
A défaut, et en cas de non fonctionnement après reboot, il faut modifier le fichier /etc/sysconfig/i18n et y inscrire les valeurs:
SYSFONTACM=iso15 LANGUAGE=fr_FR:fr SYSFONT=lat0-16 (si la police du terminal est lat0-16.psf.gz) LC_TIME=fr_FR LANG=fr_FR
en substitution aux valeurs initialisées (pour les mêmes LOCALEs).
L'initialisation des consoles est réalisée comme suit (rappel d'un post précédent):
rc.sysinit est lancé au démarrage du système. Il initialise une valeur minimal du PATH (qui sera ensuite complétée par les .bashrc et .bash_profile de chaque utilisateur).
Il initialise par ailleurs SYSFONT en lançant setsysfont pour le fichier de configuration /etc/sysconfig/i18n.
Puis il cherche :
a- la police console dans /etc/sysconfig/console/consolefonts; contenu du fichier par défaut:
lat0-16.psf.gz
b- le "mapping" correspondant dans /etc/sysconfig/console/consoletrans; contenu du fichier par défaut:
iso15.acm.gz iso15.sfm.gz
A ce point, les paramètres de police de la console sont déterminés; ils peuvent encore être modifiés par les environnements gnome et kdm.
Merci
Voyons si cela fonctionne.
A+ JB
Merci pour ces infos, j'en connaissais certaines, il n'est jamais trop tard pour compléter son info Encore merci, cela refonctionne! Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+ JB -- Essayez donc: http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Hervé Riboulot
Le Mon, 09 Aug 2004 19:27:48 +0200, JB a écrit :
[on coupe un petit peu avant de répondre en conservant l'essentiel, un peu dégagé derrière les oreilles mais pas trop ... p-))]
A+ JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Le Mon, 09 Aug 2004 19:27:48 +0200, JB a écrit :
[on coupe un petit peu avant de répondre en conservant l'essentiel, un
peu dégagé derrière les oreilles mais pas trop ... p-))]
A+
JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les
produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans
cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il
en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
[on coupe un petit peu avant de répondre en conservant l'essentiel, un peu dégagé derrière les oreilles mais pas trop ... p-))]
A+ JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
JB
Hervé Riboulot wrote:
Le Mon, 09 Aug 2004 19:27:48 +0200, JB a écrit :
[on coupe un petit peu avant de répondre en conservant l'essentiel, un peu dégagé derrière les oreilles mais pas trop ... p-))]
A+ JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Je suis d'accord, je les utilises sous certaines conditions (localement) de manière native c'est produits ne sont pas installés et offerts à la sélection des packages à une "full install" A+ JB -- Essayez donc: http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Hervé Riboulot wrote:
Le Mon, 09 Aug 2004 19:27:48 +0200, JB a écrit :
[on coupe un petit peu avant de répondre en conservant l'essentiel, un
peu dégagé derrière les oreilles mais pas trop ... p-))]
A+
JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les
produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans
cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il
en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Je suis d'accord, je les utilises sous certaines conditions (localement)
de manière native c'est produits ne sont pas installés et offerts à la
sélection des packages à une "full install"
A+
JB
--
Essayez donc:
http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
[on coupe un petit peu avant de répondre en conservant l'essentiel, un peu dégagé derrière les oreilles mais pas trop ... p-))]
A+ JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Je suis d'accord, je les utilises sous certaines conditions (localement) de manière native c'est produits ne sont pas installés et offerts à la sélection des packages à une "full install" A+ JB -- Essayez donc: http://perso.wanadoo.fr/une-vie-de-pajero/VIDEO.HTM
Hervé Riboulot
Le Mon, 09 Aug 2004 20:41:17 +0200, JB a écrit :
Hervé Riboulot wrote:
Le Mon, 09 Aug 2004 19:27:48 +0200, JB a écrit :
[on coupe un petit peu avant de répondre en conservant l'essentiel, un peu dégagé derrière les oreilles mais pas trop ... p-))]
A+ JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Je suis d'accord, je les utilises sous certaines conditions (localement) de manière native c'est produits ne sont pas installés et offerts à la sélection des packages à une "full install"
Parce qu'ils répondent à des usages spécifiques; mais ils sont bien présents dans les sources rpm. Et c'est l'essentiel!
A+
Pareil pas mieux!
JB
Le Mon, 09 Aug 2004 20:41:17 +0200, JB a écrit :
Hervé Riboulot wrote:
Le Mon, 09 Aug 2004 19:27:48 +0200, JB a écrit :
[on coupe un petit peu avant de répondre en conservant l'essentiel, un
peu dégagé derrière les oreilles mais pas trop ... p-))]
A+
JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les
produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans
cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il
en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Je suis d'accord, je les utilises sous certaines conditions (localement)
de manière native c'est produits ne sont pas installés et offerts à la
sélection des packages à une "full install"
Parce qu'ils répondent à des usages spécifiques; mais ils sont bien
présents dans les sources rpm. Et c'est l'essentiel!
[on coupe un petit peu avant de répondre en conservant l'essentiel, un peu dégagé derrière les oreilles mais pas trop ... p-))]
A+ JB
Encore merci, cela refonctionne!
Tant mieux.
Si vous faites partie d'un groupe de développeur Mdk: à quand les produits d'analyse réseau A+
Il existe d'ores et déjà une pléthore d'outils ... qui s'enrichit sans cesse:
Analyse de trames 'sniffeur de réseaux': Ethereal est très bien (mais il en existe d'autres: tcdump -voir http://lea-linux.org/logi/rub.96.html -
) Analyse de réseaux 'sondes et scanneurs': Nmap / Nmapfe
http://lea-linux.org/logi/rub.97.html
Analyse de vulnérabilité: Nessus
Détecteur d'intrusions: Snort
etc ...
JB
Je suis d'accord, je les utilises sous certaines conditions (localement) de manière native c'est produits ne sont pas installés et offerts à la sélection des packages à une "full install"
Parce qu'ils répondent à des usages spécifiques; mais ils sont bien présents dans les sources rpm. Et c'est l'essentiel!
