dietForwarder - En ligne dans le Cloud

PROGRAMME:

Nom

dietForwarder - Outil DIET pour gérer les tunnels ssh entre les composants DIET

Nom

dietForwarder - Outil pour créer des transitaires DIET. Les transitaires sont des composants spéciaux qui
servir de proxy et gérer les tunnels ssh entre les composants DIET dans des réseaux complexes.

SYNOPSIS

régimeForwarder [options] ...

DESCRIPTION

Déploiement de DIET sur des réseaux hétérogènes inaccessibles par d'autres moyens que ssh
tunnels est une tâche délicate. Les transitaires DIET sont des composants DIET spéciaux qui servent de
proxy entre les composants DIET en créant des tunnels ssh.

dietForwarder est une commande pour instancier les redirecteurs DIET. Les transitaires simplifient la
maintenance des tunnels ssh entre les composants DIET, améliorant ainsi l'évolutivité et
facilité de configuration dans des topologies de réseau complexes.

Avant de démarrer un transitaire DIET, vous devez :

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

· lancer l'homologue distant en précisant uniquement son nom et sa configuration réseau ;

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

[Remarque : les transitaires doivent être lancés avant la hiérarchie DIET.]

OPTIONS

--Nom [Nom]
Chaîne identifiant le redirecteur.

--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 sur lequel l'hôte ssh écoute.

--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]
Transmet l'IOR du redirecteur distant. Par défaut, le redirecteur local récupérera
l'IOR de son homologue.

--tunnel-attendre [secondes]
Définir le nombre de secondes à attendre avant de considérer que le tunnel a été
créé.

EXEMPLE

Voici un exemple de configuration simple :

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

· Il n'y a aucun lien entre les hôtes fwd.net1 ainsi que fwd.net2 mais les utilisateurs peuvent accéder fwd.net2 de
fwd.net1 en utilisant une connexion ssh.

· Appelons le fwd.net1 transitaire Fwd1 et le fwd.net2 transitaire Fwd2.

· Un SeD habite fwd.net2 tandis que le reste de la hiérarchie DIET vit sur le net1 domaine.

Command en ligne en lancement Rv1

fwd.net1$ dietForwarder --name Fwd1 --peer-name Fwd2 \
--ssh-host fwd.net2 --ssh-login dietUser \
--identifiant de clé ssh rsa net2 --port-distant 50000

Command en ligne à lancer Rv2

fwd.net2$ dietForwarder --nom Fwd2

RAISONNEMENT

DIET utilise CORBA comme couche de communication. Bien qu'il s'agisse d'un middleware flexible et robuste,
il reste difficile de déployer DIET sur des réseaux hétérogènes qui ne sont pas joignables sauf
à travers les tunnels ssh. Les transitaires DIET aident l'administrateur à configurer son réseau
sans configurer manuellement les tunnels ssh, ce qui n'est sans doute ni simple ni évolutif.
Les redirecteurs DIET facilitent la configuration de réseaux avec de telles topologies.

Utilisez dietForwarder en ligne en utilisant les services onworks.net