.\" -*- coding: UTF-8 -*- .\" Copyright (c) 1983, 1990, 1993 .\" The Regents of the University of California. All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software .\" must display the following acknowledgement: .\" This product includes software developed by the University of .\" California, Berkeley and its contributors. .\" 4. Neither the name of the University nor the names of its contributors .\" may be used to endorse or promote products derived from this software .\" without specific prior written permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" @(#)logger.1 8.1 (Berkeley) 6/6/93 .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH LOGGER 1 "Novembre 2015" util\-linux "Commandes de l'utilisateur" .SH NOM logger \- Ajouter des messages au journal système .SH SYNOPSIS \fBlogger\fP [\fIoptions\fP] [\fImessage\fP] .SH DESCRIPTION \fBlogger\fP ajoute des entrées dans le journal système. .sp Quand l’argument facultatif \fImessage\fP est présent, il est écrit dans le journal. Sinon, et si l’option \fB\-f\fP n'est pas donnée non plus, l'entrée standard sera enregistrée. .SH OPTIONS .TP \fB\-d\fP, \fB\-\-udp\fP N’utiliser que les datagrammes (UDP). Par défaut la connexion est tentée sur le port de \fBsyslog\fP défini dans \fI/etc/services\fP, qui est généralement \fB514\fP. .TP \fB\-e\fP, \fB\-\-skip\-empty\fP Lors du traitement des fichiers, les lignes vides seront ignorées. Une ligne vide est définie comme une ligne sans caractère. Ainsi, une ligne ne contenant que des espaces n’est \fBpas\fP considérée vide. Remarquez que si l’option \fB\-\-prio\-prefix\fP est indiquée, la priorité ne fait pas partie de la ligne. Ainsi, une ligne vide dans ce mode est une ligne qui n’a pas de caractère après la priorité (par exemple, \fB<13>\fP). .TP \fB\-f\fP,\fB \-\-file \fP\fIfichier\fP Enregistrer le contenu du \fIfichier\fP indiqué. Cette option ne peut pas être associée à un message de ligne de commande. .TP \fB\-i\fP Enregistrer le PID du processus \fBlogger\fP sur chaque ligne. .TP \fB\-\-id\fP[\fB=\fP\fIid\fP] Enregistrer le PID du processus \fBlogger\fP sur chaque ligne. Quand l’argument facultatif \fIid\fP est indiqué, il est utilisé à la place du PID de la commande \fBlogger\fP. L’utilisation de \fB\-\-id=$$\fP (PPID) est recommandée dans les scripts qui envoient plusieurs messages. Remarquez que l'infrastructure de journalisation du système (par exemple \fBsystemd\fP écoutant sur \fI/dev/log\fP) peut suivre les droits de la socket locale pour écraser le PID spécifié dans le message. \fBlogger\fP(1) peut définir ces droits de socket à l’\fIid\fP donné, mais seulement si vous avez les droits de superutilisateur et que le processus avec le PID indiqué existe, sinon les droits de la socket ne sont pas modifiés et le problème est ignoré en silence. .TP \fB\-\-journald\fP[\fB=\fP\fIfichier\fP] Écrire une entrée de journal systemd. L’entrée est lue du \fIfichier\fP donné s’il est indiqué, ou sinon de l’entrée standard. Chaque ligne doit commencer par un champ accepté par journald, consultez \fBsystemd.journal\-fields\fP(7) pour plus de précisons. L’utilisation du champ MESSAGE_ID est généralement une bonne idée car cela facilite la recherche d’entrées. Exemples\ : .IP .nf \fBlogger \-\-journald <\fP. .sp Si le préfixe ne contient pas de service, le service par défaut est celui indiqué par l’option \fB\-p\fP. De même, si aucun préfixe n’est fourni, la ligne est journalisée en utilisant la \fIpriorité\fP donnée avec \fB\-p\fP. .sp Cette option n’affecte pas un message de ligne de commande. .TP \fB\-\-rfc3164\fP Utiliser le protocole syslog BSD RFC\ 3164 pour soumettre des messages à un serveur distant. .TP \fB\-\-rfc5424\fP[\fB=\fP\fIsans\fP] Utiliser le protocole syslog de la RFC 5424 pour envoyer des messages à un serveur distant. L'argument facultatif \fIsans\fP peut être une liste, séparée par des virgules, des arguments suivants\ : \fBnotq\fP, \fBnotime\fP, \fBnohost\fP. La valeur \fBnotq\fP supprime la donnée structurée time\-quality du message envoyé. Les informations time\-quality indiquent si l'horloge locale était synchronisée et le nombre maximum de microsecondes où l'horodatage pourrait ne pas être actif. La précision du temps est supprimée automatiquement quand \fB\-\-sd\-id\ timeQuality\fP est spécifié. La valeur \fBnotime\fP (qui implique \fBnotq\fP) supprime tout l'horodatage de l'expéditeur au format ISO\-8601, notamment les microsecondes et les fuseaux horaires. La valeur \fBnohost\fP supprime les informations \fBgethostname\fP(2) de l'entête du message. .IP Le protocole RFC\ 5424 est utilisé par défaut par \fBlogger\fP depuis la version\ 2.26. .TP \fB\-s\fP, \fB\-\-stderr\fP Afficher le message sur la sortie d'erreur standard en plus de l'enregistrer dans le journal système. .TP \fB\-\-sd\-id \fP\fInom\fP[\fB@\fP\fIchiffres\fP] Spécifier l'identifiant d'un élément de données structurées pour l'entête d'un message conforme à la RFC\ 5424. L'option doit être utilisée avant \fB\-\-sd\-param\fP pour ajouter de nouveaux éléments. Le nombre d'éléments de données structurées n'est pas limité. L'identifiant (\fInom\fP plus éventuellement \fB@\fP\fIchiffres\fP) est sensible à la casse et n'identifie que le type et l'objectif d'un élément. Le même identifiant ne doit pas apparaître plusieurs fois dans un message. La partie \fB@\fP\fIchiffres\fP est nécessaire pour les identifiants non standardisés et définis par l'utilisateur. \fBlogger\fP ne génère actuellement que l'élément standardisé \fBtimeQuality\fP. La RFC\ 5424 décrit aussi les éléments \fBorigin\fP (avec les paramètres ip, enterpriseId, software et swVersion) et \fBmeta\fP (avec les paramètres sequenceId, sysUpTime et language). Ces identifiants d'éléments peuvent être spécifiés sans le suffixe \fB@\fP\fIchiffres\fP. .TP \fB\-\-sd\-param \fP\fInom\fP\fB="\fP\fIvaleur\fP\fB"\fP Spécifier le paramètre d'un élément de données structurées, une paire nom et valeur. L'option doit être utilisée après \fB\-\-sd\-id\fP et peut être spécifiée plus d'une fois pour le même élément. Remarquez que les guillemets autour de \fIvaleur\fP sont nécessaires et doivent être protégés sur la ligne de commande. .IP .nf \fBlogger \-\-rfc5424 \-\-sd\-id zoo@123 \e \-\-sd\-param tiger=\e"hungry\e" \e \-\-sd\-param zebra=\e"running\e" \e \-\-sd\-id manager@123 \e \-\-sd\-param onMeeting=\e"yes\e" \e "this is message"\fP .fi .IP produit\ : .IP .nf \fB<13>1 2015\-10\-01T14:07:59.168662+02:00 ws kzak \- \- [timeQuality tzKnown="1" isSynced="1" syncAccuracy="218616"][zoo@123 tiger="hungry" zebra="running"][manager@123 onMeeting="yes"] this is message\fP .fi .IP .TP \fB\-S\fP,\fB \-\-size \fP\fItaille\fP Définir la \fItaille\fP maximale permise par message. La valeur par défaut est de 1\ kio en caractères, qui est la limite traditionnelle telle qu’indiquée dans la RFC\ 3164. Avec la RFC\ 5424, cette limite est devenue flexible. En général, les destinataires RFC\ 5424 peuvent au moins traiter des messages de 4\ kio. La plupart des destinataires acceptent des messages plus grands que 1\ kio sur tous les types de protocole de journal système. Ainsi, l’option \fB\-\-size\fP affecte \fBlogger\fP dans tous les cas (pas seulement quand \fB\-\-rfc5424\fP est utilisée). Remarque\ : la taille maximale de message limite la taille totale du message, y compris l’en\-tête de journal système. Les tailles d’en\-tête varient en fonction des options sélectionnées et de la taille du nom d’hôte. En règle générale, les en\-têtes ne dépassent pas 50 ou 80\ caractères. Lors de la sélection de la taille maximale du message, s’assurer que le destinataire puisse recevoir des messages de cette taille est important, sinon les messages pourraient être tronqués. De nouveau, en règle générale, des messages de deux à quatre kilooctets devraient normalement passer, alors que tout ce qui dépasse devrait être vérifié. .TP \fB\-\-socket\-errors\fP[\fB=\fP\fImode\fP] Afficher les erreurs sur les connexions de socket UNIX. Le \fImode\fP peut prendre la valeur \fBoff\fP, \fBon\fP ou \fBauto\fP. En mode \fBauto\fP, \fBlogger\fP détectera si le processus d’initialisation est systemd, et si cette hypothèse est exacte, \fI/dev/log\fP peut être utilisé tôt au démarrage. L’absence de \fI/dev/log\fP des autres systèmes d’initialisation ne provoquera pas d’erreur, ce qui est identique à l’envoi de messages en utilisant l’appel système \fBopenlog\fP(3). \fBlogger\fP(1) avant la version\ 2.26 utilisait openlog et était donc incapable de détecter la perte de messages envoyés aux sockets UNIX. .IP Le mode par défaut est \fBauto\fP. Quand les erreurs ne sont pas activées, les messages perdus ne sont pas communiqués avec pour conséquence une valeur de retour indiquant la réussite de l’appel de \fBlogger\fP(1). .TP \fB\-T\fP, \fB\-\-tcp\fP N’utiliser que les flux (TCP). Par défaut la connexion est tentée sur le port de \fBsyslog\-conn\fP défini dans \fI/etc/services\fP, qui est généralement \fB601\fP. .TP \fB\-t\fP, \fB\-\-tag\fP \fIétiquette\fP Placer une \fIétiquette\fP sur chaque ligne du journal. L’étiquette par défaut est le nom de l'utilisateur connecté au terminal (ou le nom d'un utilisateur à partir de son identifiant réel). .TP \fB\-u\fP, \fB\-\-socket\fP \fIsocket\fP Écrire dans la \fIsocket\fP indiquée au lieu d'utiliser la socket du journal système. .TP \fB\-\-\fP Terminer la liste des arguments. Cela permet au \fImessage\fP de commencer avec un tiret («\ \-\ »). .TP \fB\-V\fP, \fB\-\-version\fP Afficher le nom et la version du logiciel et quitter. .TP \fB\-h\fP, \fB\-\-help\fP Afficher l’aide\-mémoire puis quitter. .SH "VALEUR RENVOYÉE" Le code de retour est \fB0\fP quand \fBlogger\fP réussit et strictement supérieur à \fB0\fP en cas d'erreur. .SH "SERVICES ET NIVEAUX" Les noms de services possibles sont\ : .IP .nr WI \n(.lu-\n(.iu-\w'\fBauthpriv\fR'u-3n .TS tab(:); l lw(\n(WIu). \fBauth\fP \fBauthpriv\fP:pour les informations de sécurité de nature sensible \fBcron\fP \fBdaemon\fP \fBftp\fP \fBkern\fP:T{ ne peut pas être créé depuis un processus d’espace utilisateur, convertit automatiquement en \fButilisateur\fP T} \fBlpr\fP \fBmail\fP \fBnews\fP \fBsyslog\fP \fBuser\fP \fBuucp\fP \fBlocal0\fP \fB à\fP: \fBlocal7\fP \fBsecurity\fP:synonyme obsolète d’\fBauth\fP .TE .PP Les noms de niveaux possibles sont\ : .IP .TS tab(:); l l. \fBemerg\fP \fBalert\fP \fBcrit\fP \fBerr\fP \fBwarning\fP \fBnotice\fP \fBinfo\fP \fBdebug\fP \fBpanic\fP:synonyme obsolète d’\fBemerg\fP \fBerror\fP:synonyme obsolète d’\fBerr\fP \fBwarn\fP:synonyme obsolète de \fBwarning\fP .TE .PP Pour l'ordre des priorités et les buts supposés de ces services et niveaux, consultez \fBsyslog\fP(3). .SH EXEMPLES \fBlogger Système redémarré\fP .br \fBlogger \-p local0.notice \-t HOSTIDM \-f /dev/idmc\fP .br \fBlogger \-n hôtejournal.example.com Système redémarré\fP .SH "VOIR AUSSI" \fBjournalctl\fP(1), \fBsyslog\fP(3), \fBsystemd.journal\-fields\fP(7) .SH STANDARDS La commande \fBlogger\fP est prévue pour être compatible avec IEEE\ Std\ 1003.2 («\ POSIX.2\ »). .SH DISPONIBILITÉ La commande \fBlogger\fP fait partie du paquet util\-linux, elle est disponible sur .UR https://\:www.kernel.org\:/pub\:/linux\:/utils\:/util\-linux/ l’archive du noyau Linux .UE . .SH TRADUCTION La traduction française de cette page de manuel a été créée par Christophe Blaess , Michel Quercia , Thierry Vignaud , Frédéric Delanoy , Thierry Vignaud , Christophe Sauthier , Sébastien Blanchet, Jérôme Perzyna , Aymeric Nys , Alain Portal , Thomas Huriaux , Yves Rütschlé , Jean-Luc Coulon (f5ibh) , Julien Cristau , Philippe Piette , Jean-Baka Domelevo-Entfellner , Nicolas Haller , Sylvain Archenault , Valéry Perrin , Jade Alglave , Nicolas François , Alexandre Kuoch , Lyes Zemmouche , Florentin Duneau , Alexandre Normand , David Prévot et Jean-Philippe MENGUAL . Cette traduction est une documentation libre ; veuillez vous reporter à la .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License version 3 .UE concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE. Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à .MT debian-l10n-french@lists.debian.org .ME .