Zentyal Forum, Linux Small Business Server
International => French => Topic started by: Romain62 on June 05, 2013, 04:18:28 pm
-
Bonjour,
Encore merci pour toutes l'aide que tu m'apportes :p
Mais j'ai encore besoin de toi ^^
J'ai activé les profils itinérants mais quand je me connecte avec un PC sur un compte que j'ai créé il m'indique un message :
Service de profil utilisateur
Un problème relatif à votre profil itinérant à été rencontré. La session a été ouverte en utilisant votre profil local enregistré précédemment. Consulter le journal d'événements pour obtenir des détails ou contactez votre administrateur.
Je ne comprend pas pourquoi ce message :/
Merci d'avance :)
-
As-tu des messages plus explicites dans syslog ?
Dans ce que j'en comprends, l'utilisateur n'est pas connecté au domaine mais utilise le compte local, ce qui doit perturber le fonctionnement des profils itinérants.
-
Tu vas me trouver nul ^^' mais je ne suis encore que débutant !
Comment voit on le syslog ?
-
Tu vas me trouver nul ^^' mais je ne suis encore que débutant !
non. tout le monde a débuté un jour et il y a encore plein de domaines (heureusement) dans lesquels je ne suis même pas encore débutant ;)
Comment voit on le syslog ?
Si tu es sur le serveur lui même, tu ouvres un ternimal et tu vas dans /var/log où tu peux lire le fichier syslog
cd /var/log
more syslog
à la place de more, tu peux utiliser la commande "view" qui va démarrer "vi" en mode "lecture seule" mais si tu es débutant, tu n'es peut-être pas très à l'aise avec la syntaxe un peu spéciale de "vi". Je te suggère cependant d’investir un peu de temps là dedans, c'est bien pratique.
Si tu n'es pas directement sur le serveur, il faut ouvrir une session SSH (en utilisant putty.exe depuis une machine Windows par exemple) ce qui te permet d'avoir un terminal et retour un point ci-dessus 8)
-
Voila ce qu'il me dit quand je fais "more syslog" :
root@SERVEUR1:/home/admin1# cd /var/log
root@SERVEUR1:/var/log# more syslog
Jun 12 07:55:26 SERVEUR1 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6"
x-pid="11909" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Jun 12 07:55:27 SERVEUR1 snort[27629]: *** Caught Term-Signal
Jun 12 07:55:27 SERVEUR1 kernel: [511430.481699] device eth0 left promiscuous mo
de
Jun 12 07:55:28 SERVEUR1 dansguardian[16687]: Started sucessfully.
Jun 12 07:55:28 SERVEUR1 snort[27629]: =========================================
======================================
Jun 12 07:55:28 SERVEUR1 snort[27629]: Run time for packet processing was 87191.
214718 seconds
Jun 12 07:55:28 SERVEUR1 snort[27629]: Snort processed 1921732 packets.
Jun 12 07:55:28 SERVEUR1 snort[27629]: Snort ran for 1 days 0 hours 13 minutes 1
1 seconds
Jun 12 07:55:28 SERVEUR1 snort[27629]: Pkts/day: 1921732
Jun 12 07:55:28 SERVEUR1 snort[27629]: Pkts/hr: 80072
Jun 12 07:55:28 SERVEUR1 snort[27629]: Pkts/min: 1322
Jun 12 07:55:28 SERVEUR1 snort[27629]: Pkts/sec: 22
Jun 12 07:55:28 SERVEUR1 snort[27629]: =========================================
======================================
Jun 12 07:55:28 SERVEUR1 snort[27629]: Packet I/O Totals:
Jun 12 07:55:28 SERVEUR1 snort[27629]: Received: 1921732
Jun 12 07:55:28 SERVEUR1 snort[27629]: Analyzed: 1921732 (100.000%)
Jun 12 07:55:28 SERVEUR1 snort[27629]: Dropped: 0 ( 0.000%)
-
"more syslog" va lire le fichier syslog depuis le debut et paginer jusqu'à la fin sauf si tu l'interromps.
Regarde dans ce fichier si tu as un message relatif à ton message d'erreur.
Dans /var/log, tu vas trouver syslog mail également d'autres fichiers log, également dans des répertoires pour différents modules.
la commande "ls -lrt" va t'aider à voir quels sont le fichiers qui ont été modifiés en dernier.
Une bonne solution consiste à connecter ton client pour recevoir ce message d'erreur pour ensuite regarder dans les logs.
-
Je me suis mis dans un terminal, je fais cd /var/log et ensuite je tape ls-lrt
Mais il me dit que la commande est introuvable :/ est ce normal ? ^^
-
Salut,
oui, c'est normal qu'il ne trouve pas ta commande car tu as oublié un espace dans celle-ci.
Il faut taper ls -lrt
-
Ha ^^ merci.
Voila ce que j'obtiens maintenant :
root@SERVEUR1:/var/log# ls -lrt
total 42844
drwxr-xr-x 2 ntp ntp 4096 juin 5 2012 ntpstats
drwxr-xr-x 2 root root 4096 juil. 10 2012 hp
-rw-r----- 1 root adm 31 avril 23 11:22 boot
drwxr-xr-x 2 root root 4096 avril 23 11:22 fsck
drwxr-xr-x 3 root root 4096 avril 23 11:37 installer
-rw-r----- 1 syslog adm 0 avril 23 11:37 mail.log
-rw-r----- 1 syslog adm 0 avril 23 11:37 mail.err
drwxr-xr-x 2 root root 4096 avril 23 11:37 news
-rw-r--r-- 1 root root 1233 avril 23 12:04 fontconfig.log
-rw-r--r-- 1 root root 32032 avril 23 12:07 faillog
-rw-rw-r-- 1 root utmp 292292 avril 23 12:07 lastlog
-rw------- 1 root root 10240 avril 23 12:11 heimdal-database.log
-rw-r----- 1 root adm 12592 avril 23 16:21 dmesg.4.gz
-rw-r----- 1 root adm 12543 avril 23 16:32 dmesg.3.gz
-rw-r----- 1 root adm 12564 avril 24 14:28 dmesg.2.gz
drwxr-x--- 2 ebox adm 4096 avril 25 10:21 zentyal
-rw-r----- 1 root root 1151 avril 28 07:48 lxdm.log.4
-rw-r--r-- 1 root root 3778 avril 30 18:37 alternatives.log.2.gz
-rw-r--r-- 1 root root 47319 avril 30 18:37 dpkg.log.2.gz
-rw-rw---- 1 root utmp 0 mai 1 08:03 btmp.1
-rw-r----- 1 root adm 12461 mai 2 15:19 dmesg.1.gz
-rw------- 1 root root 20 mai 5 08:04 heimdal-kdc.log.5.gz
-rw-r----- 1 root root 1151 mai 5 08:04 lxdm.log.3
-rw------- 1 root root 20 mai 12 07:55 heimdal-kdc.log.4.gz
-rw-r----- 1 syslog adm 832 mai 18 07:58 kern.log.4.gz
-rw-r----- 1 syslog adm 1314906 mai 19 07:41 auth.log.4.gz
-rw-r----- 1 root adm 45715 mai 21 17:03 dmesg.0
-rw-rw-r-- 1 root utmp 12288 mai 21 17:05 wtmp.1
-rw-r----- 1 root root 0 mai 22 08:00 lxdm.log.old
-rw-r----- 1 root root 1151 mai 22 08:00 lxdm.log.2
-rw------- 1 root root 419 mai 22 18:31 heimdal-kdc.log.3.gz
-rw-r----- 1 syslog adm 14827 mai 25 08:05 kern.log.3.gz
-rw-r----- 1 syslog adm 1436293 mai 26 07:50 auth.log.3.gz
-rw------- 1 root root 20 mai 26 07:51 heimdal-kdc.log.2.gz
-rw-r--r-- 1 root root 1129 mai 30 18:31 alternatives.log.1
-rw-r--r-- 1 root root 77952 mai 31 18:37 dpkg.log.1
drwxr-xr-x 2 root root 4096 juin 1 07:59 apt
drwxr-xr-x 2 root root 4096 juin 1 07:59 ConsoleKit
-rw-r--r-- 1 root root 0 juin 1 07:59 alternatives.log
-rw-r----- 1 syslog adm 958 juin 1 07:59 kern.log.2.gz
-rw-rw---- 1 root utmp 0 juin 1 07:59 btmp
-rw-r----- 1 syslog adm 1318356 juin 2 07:53 auth.log.2.gz
-rw-r----- 1 mysql adm 0 juin 2 18:32 mysql.err
-rw-r--r-- 1 root root 33973 juin 4 10:08 Xorg.0.log.old
-rw-r----- 1 mysql adm 20 juin 6 08:00 mysql.log.7.gz
-rw-r--r-- 1 root root 226902 juin 6 09:51 udev
-rw-r----- 1 root adm 46477 juin 6 09:52 dmesg
-rw------- 1 root root 444 juin 6 09:54 heimdal-kdc.log.1.gz
-rw-r--r-- 1 root root 3297 juin 6 09:55 boot.log
-rw-rw-r-- 1 root utmp 3072 juin 6 09:55 wtmp
-rw-r----- 1 syslog adm 131308 juin 7 08:04 syslog.7.gz
-rw-r----- 1 mysql adm 20 juin 7 08:04 mysql.log.6.gz
-rw-r----- 1 root root 1150 juin 7 08:04 lxdm.log.1
-rw-r----- 1 root root 0 juin 7 08:04 lxdm.log
drwxr-xr-x 2 redis redis 4096 juin 7 08:04 redis
-rw-r----- 1 syslog adm 25895 juin 8 07:50 syslog.6.gz
-rw-r----- 1 mysql adm 20 juin 8 07:50 mysql.log.5.gz
-rw-r----- 1 syslog adm 82440 juin 8 07:51 kern.log.1
-rw-r----- 1 syslog adm 23412445 juin 9 08:01 auth.log.1
-rw-r----- 1 mysql adm 20 juin 9 08:02 mysql.log.4.gz
-rw-r----- 1 syslog adm 11761 juin 9 08:02 syslog.5.gz
drwxr-xr-x 2 clamav clamav 4096 juin 9 08:02 clamav
-rw-r----- 1 syslog adm 10485 juin 10 08:01 syslog.4.gz
drwxr-x--- 2 root adm 4096 juin 10 08:01 apache2
-rw-r----- 1 mysql adm 20 juin 10 08:01 mysql.log.3.gz
-rw-r----- 1 syslog adm 40043 juin 11 07:40 syslog.3.gz
-rw-r----- 1 mysql adm 20 juin 11 07:42 mysql.log.2.gz
-rw-r----- 1 syslog adm 48803 juin 12 07:55 syslog.2.gz
-rw-r----- 1 mysql adm 20 juin 12 07:55 mysql.log.1.gz
drwxr-xr-x 2 root root 4096 juin 12 11:11 samba
-rw-r--r-- 1 root root 29024 juin 12 14:28 Xorg.0.log
-rw------- 1 root root 798 juin 12 18:31 heimdal-kdc.log
drwxr-xr-x 2 root root 12288 juin 12 18:31 upstart
-rw-r--r-- 1 root root 33504 juin 12 18:31 dpkg.log
-rw-r----- 1 syslog adm 755513 juin 13 07:50 syslog.1
drwxr-xr-x 2 root root 4096 juin 13 07:53 cups
-rw-r----- 1 mysql adm 0 juin 13 07:53 mysql.log
drwxr-s--- 2 mysql adm 4096 juin 13 07:53 mysql
drwxr-xr-x 2 dansguardian dansguardian 4096 juin 13 07:53 dansguardian
-rw-r----- 1 syslog adm 2900 juin 13 07:53 kern.log
drwxr-s--- 2 snort adm 4096 juin 13 07:53 snort
drwxr-xr-x 2 proxy proxy 4096 juin 13 07:53 squid3
-rw-r----- 1 syslog adm 180946 juin 13 11:28 syslog
-rw-r----- 1 syslog adm 14175632 juin 13 11:29 auth.log
root@SERVEUR1:/var/log#
-
bien, maintenant, il faut, comme diasait christian, essayer de reconnecter ton client afin d'obtenir ton message d'erreur, puis de refaire cette manip afin de voir quels fichiers sont modifiés en dernier.
Cela te dira dans quel fichiers rechercher un message plus parlant sur ce probleme (more xxx.log etc...)
-
le dernier fichier modifié est : auth.log
En passant le profil itinerant à fonctionné 2/3 fois et après il y a eu une érreur.
Donc je fais un more dessus et il m'indique ceci :
root@SERVEUR1:/var/log# more auth.log
Jun 9 08:02:22 SERVEUR1 sudo: ebox : TTY=unknown ; PWD=/ ; USER=root ; COMM
AND=/var/lib/zentyal/tmp/kEwQveNHS9.cmd
Jun 9 08:02:22 SERVEUR1 sudo: pam_unix(sudo:session): session opened for user r
oot by (uid=107)
Jun 9 08:02:22 SERVEUR1 sudo: pam_unix(sudo:session): session closed for user r
oot
Jun 9 08:02:41 SERVEUR1 sudo: ebox : TTY=unknown ; PWD=/ ; USER=root ; COMM
AND=/var/lib/zentyal/tmp/oE13BDXvhz.cmd
Jun 9 08:02:41 SERVEUR1 sudo: pam_unix(sudo:session): session opened for user r
oot by (uid=107)
Jun 9 08:02:41 SERVEUR1 sudo: pam_unix(sudo:session): session closed for user r
oot
Jun 9 08:02:41 SERVEUR1 sudo: ebox : TTY=unknown ; PWD=/ ; USER=root ; COMM
AND=/var/lib/zentyal/tmp/9SRRUrIdmT.cmd
Jun 9 08:02:41 SERVEUR1 sudo: pam_unix(sudo:session): session opened for user r
oot by (uid=107)
Jun 9 08:02:41 SERVEUR1 sudo: pam_unix(sudo:session): session closed for user r
oot
Jun 9 08:02:41 SERVEUR1 sudo: ebox : TTY=unknown ; PWD=/ ; USER=root ; COMM
AND=/var/lib/zentyal/tmp/tEagfvNIVx.cmd
Jun 9 08:02:41 SERVEUR1 sudo: pam_unix(sudo:session): session opened for user r
oot by (uid=107)
Jun 9 08:02:41 SERVEUR1 sudo: pam_unix(sudo:session): session closed for user r
--More--(0%)
Et j'ai une petite question à ce sujet, les profiles itinérants demandent-ils beaucoup de ressources sur le serveur ? sachant qu'il fait proxy dns dhcp partage ?
-
pour ce qui est de la consomation de ressources, je sais pas. Je suppose que ca dépend de plusieurs facteurs.
Pour ton probleme de profils : dans le resultat de ls -lrt, le fichier syslog fait parti des derniers utilisés. J'irais donc voir dans celui la.
Autre chose :
La commande more te positionne au debut du fichier. par exemple, dans ton post prececdent, ce que tu as collé date du 9 juin a 08h02. Je doute qu'on y trouve quelque chose d'interressant à cette date. Tu dois faire "dérouler" le fichier pour arriver à la fin, donc aux messages les plus récents (avec la barre d'espace).
Essaye de trouver des lignes se rapportant avec le sujet.
-
Consommation de ressource... ? Qu'entends-tu par là ?
Pourquoi as-tu décidé d'activer les profils itinérants ? Je suppose que cela correspond à un besoin bien précis.
L'idée est de stocker sur le serveur les éléments du profil utilisateur. Donc sa consomme un peu de stockage, un peu de réseau également à la connexion pour charger ces éléments et également pour les maintenir à jour sur le serveur.