\documentclass{report}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{textcomp}
\usepackage{geometry}
\geometry{top=15mm, bottom=15mm, left=1cm, right=1cm}
\usepackage[french]{babel}
\usepackage{pslatex}
\usepackage[colorlinks=true,urlcolor=black]{hyperref}
\usepackage{graphicx}
\usepackage{fancyhdr}
\pagestyle{fancy}
\renewcommand{\footrulewidth}{0.4pt}
\fancyfoot[L]{Uubu.fr}
\fancyfoot[R]{jeu. mars 31 13:42:09 CEST 2016}
\lfoot{\Large \textit{Uubu.fr}}
\hypersetup{pdfinfo={
Title={systemd-journal-remote},
Author={Sylvain Girod},
Creator={Bash script from uubu.fr's format version 1},
Producer={Bash script and PDFLaTeX},
Subject={journaux sur le réseaux},
CreationDate={D:20160331134209},
ModDate={D:20160331134209},
Keywords={systemd;Linux;boot}
}}
\begin{document}
 
\begin{center}
{\Huge systemd-journal-remote }
\end{center}
\vspace{1cm}
 
\begin{flushleft}
 
{\large journaux sur le réseaux}
 
\vspace{10mm}
 
\hspace{1mm}  systemd-journal-remote est une commande pour recevoir les événements journaux et les stocker dans le journal. Les flux d'entrées sont au format export. Pour le transport sur le réseau, ce flux sérialisé est généralement transporté sur HTTPS.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Sources }
 
\
 
\hspace{1mm}  Les sources peuvent être soit actives ( systemd-journal-remote demande et pousse les données), ou passives (systemd-remote-journal attend une connexion puis reçoit les événements).
\vspace{5mm} \\
 
 
\hspace{1mm}  systemd-journal-remote peut lire plus d'un flux à la fois. Il seront entrelacés dans le fichier de sortie. Dans le cas de connexions actives, chaque source est un flux, et dans le cas de connexions passives, chaque connexion peut résulter en un flux séparé. Les sockets peuvent être configurés en mode "accept" (seulement une connexion), ou "listen" ( plusieurs connexions).
\vspace{5mm} \\
 
 
\hspace{1mm}  Quand il n'y a plus de connexions, et plus aucune ne peut être créée, systemd-journal-remote se termine.
\vspace{5mm} \\
 
 
\hspace{1mm}  Les sources actives peuvent être spécifiées de la manière suivante:
\vspace{5mm} \\
 
 
\begin{description} \normalsize
\item[\hspace{1mm} -]{quand - est donné comme argument positionnel, les événements sont lus depuis d'entrée standard. Les autres arguments seront traités comme noms de fichier.}
\item[\hspace{1mm} --url=ADDRESS]{Les événements sont récupérés en utilisant HTTP depuis ADDRESS. Cet url dervrait référer à la racine d'une instance systemd-journal-gatewayd.}
\end{description}
 
\hspace{1mm}  Les sources passives peuvent être spécifiées de la manière suivante:
\vspace{5mm} \\
 
 
\begin{description} \normalsize
\item[\hspace{1mm} --listen-raw=ADDRESS]{ADDRESS doit être une adresse utilisable pour ListenStream=.}
\item[\hspace{1mm} --listen-http=ADDRESS, --listen-https=ADDRESS]{ADDRESS doit être soit un entier négatif, auquel cas il est interprété comme le numéro de descripteur de fichier, ou une adresse utilisable par ListenStream=. Dans le premier cas, le fd doit être hérité via \$LISTEN\_FDS/\$LISTEN\_PID. Dans le second cas, un serveur HTTP ou HTTPS sera lancé sur ce port.}
\item[\hspace{1mm} \$LISTEN\_FDS]{systemd-journal-remote supporte le protocole \$LISTEN\_FDS/\$LISTEN\_PID. Les sockets ouverts hérités via l'activation socket se comportent comme ceux ouverts avec --listen-raw= décris plus haut, sauf s'il sont spécifiés pour lancer un serveur http(s).}
\end{description}
 
\vspace{1cm}{\huge Sinks }
 
\
 
\hspace{1mm}  L'emplacement du journal de sortie peut être spécifié avec -o out --output=. Pour les sources actives, cette options est requise.
\vspace{5mm} \\
 
 
\begin{description} \normalsize
\item[\hspace{1mm} --output=FILE]{Fichier journal à écrire. Le nom du fichier doit se terminer par .journal. Il sera créé s'il n'existe pas.}
\item[\hspace{1mm} --output=DIR]{Créé les fichiers journaux sous le répertoire spécifié. Le répertoire doit exister.}
\end{description}
 
\hspace{1mm}  Si --output n'est pas utilisé, utilise /var/log/journal/remote. Dans le cas où le fichier de sortie n'est pas spécifié, les fichiers journaux seront créés dans le répertoire séléctionné. Les fichiers seront appelés remote-<hostname>.journal. Dans le cas de sources active, le fichier de sortie doit toujours être donné explicitement.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge OPTIONS }
 
\
 
\begin{description} \normalsize
\item[\hspace{1mm} --split-mode]{(none ou host). Au départ, seul un fichier journal est utilisé. Pour la suite, un fichier séparé est utilisé, basé sur le nom d'hôte. Dans le cas de sources actives, le fichier de sortie doit toujours être donné explicitement et seul none est permis.}
\item[\hspace{1mm} --compress, --no-compress]{Compresse les données dans le journal avec xz}
\item[\hspace{1mm} --seal, --no-seal]{Signe périodiquement les données dans le journal en utilisant FSS}
\item[\hspace{1mm} --getter=PROG --option1 --option2]{Programme à invoquer pour récupérer les données. Le flux d'événements doit être généré sur la sortie standard (ex: --getter='curl "-HAccept: application/vnd.fdo.journal" https://some.host:19531/', ex: --getter='wget --header="Accept: application/vnd.fdo.journal" -O- https://some.host:19531/' )}
\end{description}
 
\vspace{1cm}{\huge Exemples }
 
\
 
\hspace{1mm} Copier les événements journaux locaux dans un répertoire différent \\
\hspace{1mm} \textbf{journalctl -o export | systemd-journal-remote -o /tmp/dir -} \\
\hspace{1mm} Récupérer les événements depuis systemd-journal-gatewayd et les stocker dans /var/log/journal/some.host/remote-some-host.journal \\
\hspace{1mm} \textbf{systemd-journal-remote --url http://some.host:19531/} \\
\end{flushleft}
\end{document}
