logForwarder - En ligne dans le cloud

PROGRAMME:

Nom

logForwarder - Élément de journal pour gérer les tunnels ssh entre les composants de journal et les outils

Nom

logForwarder - Outils pour créer et maintenir des tunnels ssh entre les composants de journal dans
topologies complexes

SYNOPSIS

logForwarder [options] ...

DESCRIPTION

logForwarder aide à simplifier la maintenance des tunnels ssh entre les composants du journal et
outils, améliorant ainsi l'évolutivité et la configuration des journaux dans des topologies de réseau complexes. Les
composants peuvent être définis dans un programme à surveiller, ils publient des messages dans le
LogCentral. Les outils reçoivent les messages d'abonnement à LogCentral.

Avant de démarrer un log forwarder, vous devez :

· lancer omniNames sur les hôtes locaux et distants.

· lancer le pair distant en définissant uniquement son nom et sa configuration réseau.

· lancer le pair local et lui donner le nom du pair distant, les informations de connexion ssh, distant
port à utiliser et passez l'option -C pour créer le tunnel ssh.

[Remarque : les redirecteurs doivent être lancés avant les outils/composants de journal]

OPTIONS

--Nom [Nom]
Chaîne identifiant le transitaire

--nom-pair [Nom]
Chaîne identifiant son homologue sur l'autre réseau

--ssh-hôte [hôte]
Hôte hébergeant le tunnel ssh

--ssh-connexion [s'identifier]
Login utilisé pour établir la connexion ssh (par défaut : login de l'utilisateur actuel).

--clé-ssh [/chemin/vers/ssh/clé]
Chemin d'accès à la clé ssh (la privée !) utilisée pour établir la connexion ssh
(par défaut : $HOME/.ssh/id_rsa).

--port distant [Port]
Port d'écoute sur l'hôte ssh.

--hôte-distant [hôte]
Hôte auquel la connexion est établie par le tunnel (correspond aux options ssh -L
et -R).

--nb-réessayer [nb]
Nombre de fois que le redirecteur local essaiera de se lier au distant
transitaire (par défaut : 3).

--pair-ior [IOR]
Passer l'IOR du transitaire distant. Par défaut, le redirecteur local récupérera son homologue
IOR.

--net-config [chemin/vers/configuration/fichier]
Chemin d'accès au fichier de configuration.

-C Créez le tunnel à partir de ce redirecteur.

CONFIGURATION DOSSIER

Vous pouvez transmettre un fichier de configuration à dietForwarder au lieu d'utiliser les options de ligne de commande
via l'option --net-config. Le fichier de configuration répertorie plusieurs règles décrivant
réseaux accessibles à l'aide de ce redirecteur.

Il existe deux catégories de règles :

accepter
décrire quels réseaux sont accessibles via le redirecteur.

rejeter
décrire quels réseaux ne sont pas accessibles via le redirecteur.

Une règle commence toujours par soit J'accepte: or rejeter: immédiatement suivi d'un régulier
expression (Posix) décrivant l'hôte concerné par la règle. Les règles sont évaluées dans le
ordre suivant : accepter puis rejeter. Par exemple:
accepter:.* rejeter:localhost

Ce fragment signifie que le redirecteur acceptera les connexions à tous les hôtes mais
hôte local.

EXEMPLE

Voici une configuration simple :

· Nous avons deux domaines : net1 et net2, les redirecteurs seront lancés sur les hôtes fwd.net1 et
fwd.net2.

· Il n'y a aucun lien entre les hôtes fwd.net1 et fwd.net2 mais l'utilisateur peut accéder fwd.net2 grâce au
fwd.net1 en utilisant une connexion ssh.

· Nous nommerons fwd.net1 transitaire Fwd1 et fwd.net2 expéditeur Fwd2.

· Un outil vit dans fwd.net2 tandis qu'un composant vit sur le net1 domaine.

Command en ligne pour lancement Rv1

fwd.net1$ logForwarder --name Fwd1 --peer-name Fwd2 \
--ssh-host fwd.net2 --ssh-login dietUser \
--identifiant de clé ssh rsa net2 --port-remote 50000 \
--net-config net1.cfg -C

Command en ligne à lancer Rv2

fwd.net2$ logForwarder --name Fwd2 --net-config net2.cfg

Configuration filet pour Rv1

Dans cet exemple, les redirecteurs Fwd1 accepte uniquement les connexions à fwd.net2.

accepter:fwd.net2

Configuration filet pour Rv2

Dans cet exemple, les redirecteurs Fwd2 accepte toutes les connexions sauf celles qui sont
pour l'hôte local.

J'accepte:.*
rejeter:localhost

RAISONNEMENT

Le service de journalisation utilise CORBA comme couche de communication. Bien qu'il soit flexible et robuste
middleware, il reste difficile de déployer le log sur des réseaux hétérogènes qui ne sont pas
accessible sauf par les tunnels ssh. Les redirecteurs de journaux aident l'administrateur à configurer leur
grille sans tunnels ssh configurés manuellement, ce qui n'est sans doute ni simple ni évolutif.
Les redirecteurs de journaux facilitent la configuration de telles topologies.

Utilisez logForwarder en ligne à l'aide des services onworks.net