logForwarder: en línea en la nube

PROGRAMA:

NOMBRE

logForwarder: elemento de registro para administrar túneles ssh entre componentes de registro y herramientas

NOMBRE

logForwarder: herramientas para crear y mantener túneles SSH entre componentes de registro en
topologías complejas

SINOPSIS

logForwarder [opciones] ...

DESCRIPCIÓN

logForwarder ayuda a simplificar el mantenimiento de los túneles ssh entre los componentes del registro y
herramientas, mejorando así la escalabilidad y la configuración del registro en topologías de red complejas. los
Los componentes pueden estar definidos en un programa para ser monitoreados, publican mensajes en el
LogCentral. Las herramientas obtienen los mensajes suscribiéndose a LogCentral.

Antes de iniciar un reenviador de registros, debe:

· Lanzar omniNames en los hosts locales y remotos.

· Lanzar el par remoto solo definiendo su nombre y configuración de red.

· Ejecuta el par local y dale el nombre del par remoto, información de conexión ssh, remoto
puerto para usar y pasar la opción -C para crear el túnel ssh.

[Observación: los reenviadores deben iniciarse antes que las herramientas / componentes de registro]

OPCIONES

--nombre [nombre]
Cadena que identifica al reenviador

--nombre de compañero [nombre]
Cadena que identifica a su par en la otra red

--ssh-anfitrión [anfitrión]
Host que aloja el túnel ssh

--ssh-iniciar sesión [Inicio de sesión]
Inicio de sesión utilizado para establecer la conexión ssh (predeterminado: inicio de sesión del usuario actual).

--ssh-clave [/ ruta / a / ssh / clave]
Ruta a la clave ssh (¡la privada!) Utilizada para establecer la conexión ssh
(predeterminado: $ HOME / .ssh / id_rsa).

--Puerto remoto [Puerto]
Puerto escuchando en el host ssh.

--servidor remoto [anfitrión]
Host al que se realiza la conexión mediante el túnel (corresponde a las opciones ssh -L
y -R).

--nb-reintentar [nótese bien]
Número de veces que el reenviador local intentará vincularse al control remoto
reenviador (predeterminado: 3).

--peer-ior [IOR]
Pase el IOR del reenviador remoto. De forma predeterminada, el reenviador local recuperará su par
IOR.

--net-config [ruta / a / configuración / archivo]
Ruta al archivo de configuración.

-C Cree el túnel a partir de este reenviador.

CONFIGURACIÓN ARCHIVO

Puede pasar un archivo de configuración a dietForwarder en lugar de usar las opciones de la línea de comandos
a través de la opción --net-config. El archivo de configuración enumera varias reglas que describen
redes accesibles mediante este reenviador.

Hay dos categorías de reglas:

aceptar reglas
describir qué redes son accesibles a través del reenviador.

rechazar reglas
describa qué redes no son accesibles a través del reenviador.

Una regla siempre comienza por aceptar: or rechazar: seguido inmediatamente por un regular
expresión (Posix) que describe el host afectado por la regla. Las reglas se evalúan en el
siguiente orden: aceptar y luego rechazar. Por ejemplo:
aceptar:. * rechazar: localhost

Este fragmento significa que el reenviador aceptará conexiones a todos los hosts, pero
servidor local.

EJEMPLO

Aquí tienes una configuración simple:

· Tenemos dos dominios: net1 y net2, los reenviadores se lanzarán en los hosts fwd.net1 y
fwd.net2.

· No hay vínculo entre hosts fwd.net1 y fwd.net2 pero el usuario puede acceder fwd.net2 Desde
fwd.net1 usando una conexión ssh.

· Nombraremos fwd.net1 reenviador Fwd1 y fwd.net2 reenviador Fwd2.

· Una herramienta vive en fwd.net2 mientras que un componente vive en el net1 dominio.

Comando línea para lanzamiento Adelante1

fwd.net1 $ logForwarder --name Fwd1 --peer-name Fwd2 \
--ssh-host fwd.net2 --ssh-login usuariodieta \
--ssh-key id rsa net2 --remote-port 50000 \
--net-config net1.cfg -C

Comando línea a lanzamiento Adelante2

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

Configuration presentar para Adelante1

En este ejemplo, los reenviadores Fwd1 aceptan solo las conexiones a fwd.net2.

aceptar: fwd.net2

Configuration presentar para Adelante2

En este ejemplo, el reenviador Fwd2 acepta todas las conexiones excepto aquellas que son
para el localhost.

aceptar:.*
rechazar: localhost

RAZÓN FUNDAMENTAL

El servicio de registro utiliza CORBA como capa de comunicación. Si bien es un flexible y robusto
middleware, sigue siendo difícil implementar el registro en redes heterogéneas que no son
accesible excepto a través de túneles ssh. Los reenviadores de registros ayudan al administrador a configurar
grid sin túneles ssh configurados manualmente, lo que posiblemente no sea ni simple ni escalable.
Los reenviadores de registros facilitan la configuración de dichas topologías.

Utilice logForwarder en línea utilizando los servicios de onworks.net