Re: [Confirme] Re: Configuration réseau
Arnaud Calvo a écrit : 2- as-tu configurer tes adresse ip, gateway, etc de la même manière dans linux que dans winblow xx Sous Linux, on m'a juste dit de configurer l'adresse IP et le netmask, pas les gateway ni dns ni ... Pour ces 2 éléments : 192.168.1.1 / 255.255.255.0 et 192.168.1.2 / 255.255.255.0 Revérifie une fois encore si tous les netmask sont identiques, car si une IP n'a pas le même netmask que l'autre elle ne répondra pas car elle ne se trouve pas dans le même réseau. Vérifie, sous Windows, si dans l'onglet Liens des Propriété de la carte réseau si la case TCP/IP est bien cochée. Normalement pour un petit LAN qui n'a pas de connexion Internet tu n'as pas besoin de gateway ou de DNS. Est-ce que ta carte est une SN-3200 PCI ? Car si s'en est une j'ai eu quelques problèmes, et dans ce cas il faut soit installer les drivers fournis ou bien utiliser ceux de Windows. Et selon les cas la carte apparaissée en tant que périphérique inconnu et il fallait procédé à une mise à jour des pilotes en utilisant ceux de la disquette fournis. 3- fait un tcpdump sur ta machine linux quand tu essaie de faire un ping à partir de ta machine winshit xx, comme ça tu vas voir ce qui se passe, il y a des sniffers qui vont te donner des info plus détaillé, il y a quelqu'un qui connait un bon sniffer qui donne des infos détaillé ? Je vais chercher à télécharger tcpdump qui n'est pas sur mon système. Comme autre bon sniffer il y Ethereal, mais tcpdump fera l'affaire. -- Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] demande d'aide pour prog socket (le retour !!!!)
Nico a écrit : J'ai remplace cote serveur les read(sockfd,tmp,50) et write(sockfd,tmp,50) par read(1,tmp,50) et write(1,tmp,50) soit remplacer sockfd par la sortie standard (la valeur 1) Maintenant il ne bloque plus mais le client ne recoit pas la chaine de caractere transmise... Cette fois ci ou est le probleme Vu de la façon dont tu es parti je te conseille de ne pas utiliser inetd, inetd est bon pour des petits programmes ou des scripts shells. Est-ce que tu pourrais me rappeler ce qui cloche dans ton programme d'origine. PS: stdin a comme descripteur 0 et stdout le 1, il font donc que tu lise sur 0 et que tu écrive sur le 1. -- Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] verification du mot de passe d'un utilisateur
Nico a écrit :
Bonjour, j'ai crée un programme ou j'ai besoin de connaitre le pass de
l'utilisateur courant
lorsque je l'execute, le pass ne s'affiche pas!! (j'obtiens un 'X')
Connaissez vous des methodes pour afficher le pass de l'utilisateur ou juste
le comparer avec une chaine de caractere ( system() )
Ci joint mon prog en c:
#include stdio.h
#include pwd.h
#include sys/types.h
int
main(int argc, char *argv[])
{
struct passwd *pwd;
if(argc != 2)
{
fprintf(stderr,"Nom de l'user manquant\n");
exit(1);
}
pwd=getpwnam(argv[1]);
if(pwd != NULL)
{
printf("name.: [%s]\n",pwd-pw_name);
printf("password.: [%s]\n",pwd-pw_passwd);
printf("user id..: [%d]\n", pwd-pw_uid);
printf("group id.: [%d]\n",pwd-pw_gid);
printf("gecos: [%s]\n",pwd-pw_gecos);
printf("directory: [%s]\n",pwd-pw_dir);
printf("shell: [%s]\n",pwd-pw_shell);
}
}
C'est tout à fait normal !
L'algo de cryptage des mot de passes est à sens unique, c'est-à-dire que
le mot de passe crypté ne peut être décrypté.
Il n'y a aucun moyen d'avoir un mot de passe en clair, et c'est tant
mieux parce que sinon il y aurait beaucoup de problèmes de sécurité !
--
Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] verification du mot de passe d'un utilisateur
Nico a écrit : alors comment faire pour "tester la validite d'un mot de passe???" Tu dois encrypter la chaine en claire avec la fonction crypt() et ensuite comparer cette chaine cryptée au mot de passe crypté qui se trouve dans /etc/shadow. Les mots de passe, même cryptés, ne figurent pas le fichier /etc/passwd, car celui-ci est lisible par tout le monde, ils sont dans /etc/shadow qui n'est lisible que par le root. ps : Decidemment tu es mon sauveur ;) Désolé, je ne suis pas sauveur: c'est trop de boulot ! Je préfère coder c'est plus facile pour moi ;) -- ________ Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] demande d'aide pour prog socket
Nico a écrit : - Original Message - From: Aurelien Campeas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 08, 2000 11:29 AM Subject: Re: [Confirme] demande d'aide pour prog socket Nico a écrit : Bonjour, Je viens de me lancer dans la prog socket. J'ai alors testé mon programme en le lancant dans une console mais lorsque je l'ajoute dans le service inetd celui ci ne marche plus? Les lignes que j'ai ajouté dans inetd.conf et services sont : pserver stream tcp wait root /socket et pserver 973/tcp # Mon petit programme... tu devrais essayer avec un numéro de port 1024 peut-être... j'ai essaye avec le port 9734 ca n'a rien change le programme bloque tjrs au meme endroit, c'est a dire lorsque le client attends la lecture du socket etant donne que ce programme est inexistant lorsque je lance le serveur dans une console, je pense que j'ai mal configuré inetd.conf +services le probleme ce situe dans ces 2 lignes: inetd.conf: pserver stream tcp wait root /socket et services:pserver 973/tcp # Mon petit programme... Le problème vient que tu n'as pas besoin de inetd. Comme l'a déjà expliqué quelqu'un sur cette liste inetd écoute un port spécifié et lorsqu'une connexion arrive il lance ton programme et lui envoie sur stdin ce que le client envoie, il te suffit ensuite d'écrire sur stdout pour que inetd le transmette au client. De cette façon tu n'a pas besoin d'utiliser les sockets, pas de listen(), d'accept(), de bind()... Le programme que tu as écris est autonome, il est en attente de connexion (listen()), et lorsque un client se connecte la connexion est établie (accept()) et tu n'a plus qu'à lire ou à écrire sur la socket avec read() ou write(). Dans ton cas tu n'a donc *pas* besoin de inetd. J'espère que je répond bien à ta question. -- Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] Problme lors du boot
"Eric MC.D" a écrit : A moins que ce soit un bug du kernel mais je ne penses pas que çà vienne de là ;) Comme déjà dit plus haut upgrader evrs la 16-9. Eric MC Comment puis-je upgrader le kernel si je ne peut pas booter le système ? Aurais tu une idée à me proposer ? -- ________ Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] Problème lors du boot
J'ai refais une installation de la mdk7.0 et je n'ai eu aucun problème, aussi bien lors du boot que de l'utilisation. J'ai ensuite fais une Mise à jour de la 7.0 vers la 7.1 et je me retrouve avec la même erreur que précèdemment: Unable to mount root fs. Je pense que cela doit venir de la config du kernel, une option a dû changé entre les deux mdk. Est-ce que reiserfs est installé par défaut au lieu de ext2fs ? A moins que ce soit un bug du kernel mais je ne penses pas que çà vienne de là ;) Je suis vraiment à cours d'idée ! Si quelqu'un pourrait me filer un coup de main ce serait cool ! Merci. -- Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] Problème lors du boot
Bonjour, J'ai fais un formatage bas-niveau et une vérification des blocs défectueux: il n'y en a aucun. J'ai refais une install et je me retrouve encore avec le même problème (aussi bien avec lilo que grub). Je vous donne quelques messages: EXT2-fs error (device ide0(3,65)): ext2_check_descriptor: Block bitmap for group X not in group (block Y)! EXT2-fs: group descriptors corrupted! (X et Y varient selon les démarrages) EXT2-fs: #fragments per group too big: 2147516416 et donc ensuite kernel panic: unable to mount root... Un "e2fsck -fv" ne détecte aucune erreur. Je vous un petit descriptif de mon système: hda(MBR): XOSL ou BeBootMan pour booter Windows, Linux ou BeOS (les deux OS loaders font le même résultat) hdb(MBR): lilo ou grub hdb1: Linux Lorsque je choisi Linux sur XOSL (ou BeBootMan) il lance le loader de la MBR de hdb. Ce qui est étonnant c'est que je n'ai aucun problème avec la mdk7.0 ! Je ne comprend vraiment plus rien ! -- ________ Nicolas Justin - [EMAIL PROTECTED]
[Confirme] Problème lors du boot
Bonjour, Je viens d'installer la mdk7.1, mais lors du démarrage du système installer j'obtiens un kernel panic qui dit qu'il n'arrive pas à monter la partition root. Cela ne c'est jamais produit avec d'autre distribs (y compris la mdk7.0). L'erreur apparaît lorsque le kernel a fini de booter et quand init démarre. Le plus fort c'est que je n'ai pas toujours le même message d'erreur, parfois j'ai "unsupportable feature on the file system", "cannot access i-node X: out of range"... J'ai donc démarré en mode rescue, j'arrive à monter et lire cette partition sans problème, un "e2fsck -f" ne décelle aucun problème. Et lorsque je formate la partition à la main il n'y a aucun problème. Y-a-t'il une option du kernel qui a changé entre la mdk7.0 et la 7.1 ? Mon disque est relativement ancien (3.5Go Western Digital Caviar) mais je ne pense pas que le problème vienne de là. Donc si quelqu'un a une idée je suis a son écoute ! Désolé si cette question a déjà était posé, mais je viens de m'inscrire sur la liste. Merci. -- ____________ Nicolas Justin - [EMAIL PROTECTED]
Re: [Confirme] Re: [Confirme] Problème lors du boot
Bruno Pinaud a écrit : Si tu peux, il faudrait connaitre ton fichier /etc/fstab pour savoir où le système va chercher ta partition /. Car si le fichier fstab pointe au mauvais endroit, kernel panic à tous les coups Bruno PINAUD Ecole Polytechnique de l'Université de Nantes www.polytech.univ-nantes.fr Il me semble correct: /dev/hdb1 / ext2 defaults 1 1 Ma partition / est bien /dev/hdb1. Peut-être une autre idée ? -- Nicolas Justin - [EMAIL PROTECTED]
