Passerelle SSH - Revision history

ToM: Text replace - "" to ""

2013-04-12T21:31:24Z

Text replace - "</tt>" to "</code>"

ToM: Text replace - "`" to ""`

2013-04-12T21:27:09Z Text replace - "<tt>" to "<code>" ← Older revision Revision as of 21:27, 12 April 2013 Line 14: Line 14: ssh user@passerelle "ssh user@cible" ssh user@passerelle "ssh user@cible" − Ceci peut être automatisé par l'utilisation de <tt>~/.ssh/config</tt><ref>[http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt> via <tt>ProxyCommand</tt>]</ref>. Par exemple pour se connecter sur le [[Serveur_MPD|MPD]] : + Ceci peut être automatisé par l'utilisation de <code>~/.ssh/config</tt><ref>[http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <code>ssh</tt> via <code>ProxyCommand</tt>]</ref>. Par exemple pour se connecter sur le [[Serveur_MPD|MPD]] : Host mpd Host mpd Line 26: Line 26: === Chroot === === Chroot === − N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : + N'autoriser que <code>ssh</tt> (dans un <code>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : − * [http://www.queret.net/blog_old/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>] + * [http://www.queret.net/blog_old/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <code>ssh</tt> dans un <code>chroot</tt>] === Autres pistes === === Autres pistes === Comment faire pour utiliser les identifiants et mots de passe de la machine cible sans avoir à les gérer sur la passerelle : Comment faire pour utiliser les identifiants et mots de passe de la machine cible sans avoir à les gérer sur la passerelle : − * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? + * Autoriser toute connexion mais tuer toute session qui ne serait pas <code>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? == Voir aussi == == Voir aussi == Line 38: Line 38: === Documentation === === Documentation === − * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation de <tt>ssh-agent</tt>] + * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation de <code>ssh-agent</tt>] * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html An Illustrated Guide to SSH Agent Forwarding] * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html An Illustrated Guide to SSH Agent Forwarding]

Naar: MàJ d'un lien 2013-01-06T11:48:30Z MàJ d'un lien ← Older revision Revision as of 11:48, 6 January 2013 Line 27: Line 27: N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : − * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>] + * [http://www.queret.net/blog_old/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>] === Autres pistes === === Autres pistes === ToM: update, wikify 2012-12-18T17:01:36Z update, wikify ← Older revision Revision as of 17:01, 18 December 2012 Line 1: Line 1: Comment donner un accès distant sur le réseau du Loop sans en compromettre la sécurité ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ? Comment donner un accès distant sur le réseau du Loop sans en compromettre la sécurité ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ? − == Premières idées et résultats de recherche == + == Cahier des charges == − === À la mano === + * On doit pouvoir atteindre une machine du LAN sans avoir un compte sur la passerelle ; la passerelle ne doit pas gérer les comptes utilisateurs. + * SSH version 2 uniquement<ref>[http://www.snailbook.com/faq/ssh-1-vs-2.auto.html What's the difference between versions 1 and 2 of the SSH protocol?]</ref> − ssh user@passerelle "ssh user@cible" + == Recherche == − Cette méthode demande 2 mots de passe. + === Situation actuelle === − === En configurant <tt>~/.ssh/config</tt> sur le client === + Pour l'instant on rebondit sur la passerelle : − * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ; + ssh user@passerelle "ssh user@cible" − * Automatisation de la méthode précédente (2 mots de passe à rentrer). + − Au final, allez voir [http://www.ohmytux.com/belier/ ça]. + Ceci peut être automatisé par l'utilisation de <tt>~/.ssh/config</tt><ref>[http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt> via <tt>ProxyCommand</tt>]</ref>. Par exemple pour se connecter sur le [[Serveur_MPD|MPD]] : − == Questions en cours == + Host mpd + HostName lan.leloop.org + HostKeyAlias mpd + Port 2345 + ProxyCommand ssh -q lan.leloop.org nc -q0 mpd.lan.leloop.org 6789 + + Problème : il faut un compte sur la passerelle, et on ne veut pas forcément multiplier les comptes sur le routeur. + + === Chroot === N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>] * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>] − Comment faire pour utiliser les identifiants et mots de passe de la machine cible, pour ne pas avoir a gérer les utilisateurs sur la passerelle : + === Autres pistes === + + Comment faire pour utiliser les identifiants et mots de passe de la machine cible sans avoir à les gérer sur la passerelle : * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? − **[http://www.linux-france.org/article/devl/sshcvs_fr.html <tt>cvs</tt> via <tt>ssh</tt>] Un contournement, mais ça paraît lourd coté client... − * Obligation d'utiliser un ''user-agent'' pour utiliser une clé RSA ? Impossible de stocker la clé privée sur la passerelle... − Comment faire pour n'avoir à rentrer son mot de passe qu'une seule fois (ou jamais sans mot de passe lié à la clé) : + == Voir aussi == − * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation des clés RSA] + − * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html Avec le ''user-agent''] + === Documentation === + + * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation de <tt>ssh-agent</tt>] + * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html An Illustrated Guide to SSH Agent Forwarding] − == Mise en place == + === Outils === − Reste à trouver une petite machine, y mettre une Debian de base avec <tt>ssh</tt> uniquement et transférer le port 22 de la Freebox vers la passerelle. + * [http://www.ohmytux.com/belier/ Belier] : automatisation de rebonds par génération de scripts. − Configuration de base : + == Références == − * Root non autorisé. + − * Utilisation de la version 2 uniquement. + + <references /> [[Category:Projets]] [[Category:Projets]] ToM: Pas de HTML ! Et pas trop de formatage plz... 2012-12-18T16:22:27Z Pas de HTML ! Et pas trop de formatage plz... ← Older revision Revision as of 16:22, 18 December 2012 Line 3: Line 3: == Premières idées et résultats de recherche == == Premières idées et résultats de recherche == − '''À la mano''' : + === À la mano === − <tt>ssh user@passerelle "ssh user@cible"</tt> + ssh user@passerelle "ssh user@cible" Cette méthode demande 2 mots de passe. Cette méthode demande 2 mots de passe. + === En configurant <tt>~/.ssh/config</tt> sur le client === − '''En configurant <tt>~/.ssh/config</tt> sur le client''' : * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ; * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ; * Automatisation de la méthode précédente (2 mots de passe à rentrer). * Automatisation de la méthode précédente (2 mots de passe à rentrer). − Au final, allez voir [http://www.ohmytux.com/belier/ ça]. Au final, allez voir [http://www.ohmytux.com/belier/ ça]. − == Questions en cours == == Questions en cours == Line 25: Line 23: Comment faire pour utiliser les identifiants et mots de passe de la machine cible, pour ne pas avoir a gérer les utilisateurs sur la passerelle : Comment faire pour utiliser les identifiants et mots de passe de la machine cible, pour ne pas avoir a gérer les utilisateurs sur la passerelle : * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? − **[http://www.linux-france.org/article/devl/sshcvs_fr.html <tt>'''cvs'''</tt> via <tt>'''ssh'''</tt>] Un contournement, mais ça paraît lourd coté client... + **[http://www.linux-france.org/article/devl/sshcvs_fr.html <tt>cvs</tt> via <tt>ssh</tt>] Un contournement, mais ça paraît lourd coté client... − * '''Obligation d'utiliser un ''user-agent'' pour utiliser une clé RSA ?''' Impossible de stocker la clé privée sur la passerelle... . + * Obligation d'utiliser un ''user-agent'' pour utiliser une clé RSA ? Impossible de stocker la clé privée sur la passerelle... − + Comment faire pour n'avoir à rentrer son mot de passe qu'une seule fois (ou jamais sans mot de passe lié à la clé) : Comment faire pour n'avoir à rentrer son mot de passe qu'une seule fois (ou jamais sans mot de passe lié à la clé) : Naar: Dans la série "c'est rien mais c'est mieux" 2012-12-18T15:36:58Z Dans la série "c'est rien mais c'est mieux" ← Older revision Revision as of 15:36, 18 December 2012 Line 3: Line 3: == Premières idées et résultats de recherche == == Premières idées et résultats de recherche == − '''À la mano''' : + '''À la mano''' : <tt>ssh user@passerelle "ssh user@cible"</tt> <tt>ssh user@passerelle "ssh user@cible"</tt> Line 10: Line 10: − '''En configurant <tt>~/.ssh/config</tt> sur le client''' : + '''En configurant <tt>~/.ssh/config</tt> sur le client''' : * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ; * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ; * Automatisation de la méthode précédente (2 mots de passe à rentrer). * Automatisation de la méthode précédente (2 mots de passe à rentrer). Naar: wikify 2012-12-18T15:34:54Z wikify ← Older revision Revision as of 15:34, 18 December 2012 Line 1: Line 1: − Comment donner un acces distant sur le reseau du Loop, sans en compromettre la securite, ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ? + Comment donner un accès distant sur le réseau du Loop sans en compromettre la sécurité ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ? − == Premieres idées et résultats de recherche == + == Premières idées et résultats de recherche == − A la mano : + '''À la mano''' : − * ssh user@passerelle "ssh user@cible" + − * Cette méthode demande 2 mots de passe. + − En configurant ~/.ssh/config sur le client : + <tt>ssh user@passerelle "ssh user@cible"</tt> − * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle SSH] + − * Automatisation de la méthode précédente, 2 mdp a rentrer. + + Cette méthode demande 2 mots de passe. + + + '''En configurant <tt>~/.ssh/config</tt> sur le client''' : + * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ; + * Automatisation de la méthode précédente (2 mots de passe à rentrer). + + + Au final, allez voir [http://www.ohmytux.com/belier/ ça]. − au final aller voir : [http://www.ohmytux.com/belier/ ca] == Questions en cours == == Questions en cours == − N'autoriser que ssh ( dans un chroot ?) pour rebondir vers sa machine du reseau local du loop. + N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop : − * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur SSH dans un chroot] + * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>] − Comment faire pour utiliser les users et mdp de la machine cible, pour ne pas avoir a gerer les users sur la passerelle ? + Comment faire pour utiliser les identifiants et mots de passe de la machine cible, pour ne pas avoir a gérer les utilisateurs sur la passerelle : − * authoriser toute connexion mais killer toute session qui serait pas un ssh vers une machine locale (limiter le rebond vers l'exterieur par n'importe qui) toutes les X secondes. (X = 10 ?). Cette solution répond aussi a la question du nombre de mdp ... est-ce possible seulement ? + * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ? − ** [http://www.linux-france.org/article/devl/sshcvs_fr.html CVS via SSH] un contournement, mais ca parait lourd coté client ... + **[http://www.linux-france.org/article/devl/sshcvs_fr.html <tt>'''cvs'''</tt> via <tt>'''ssh'''</tt>] Un contournement, mais ça paraît lourd coté client... − * obligation d'utiliser un user-agent pour utiliser une clef RSA ? (impossible de la stocker la clef privée sur la passerelle ...) + * '''Obligation d'utiliser un ''user-agent'' pour utiliser une clé RSA ?''' Impossible de stocker la clé privée sur la passerelle... . − Comment faire pour n'avoir a rentrer son mdp qu'une seule fois ? (ou 0 sans mdp sur la clef). + − * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe utilisation des clefs RSA] + Comment faire pour n'avoir à rentrer son mot de passe qu'une seule fois (ou jamais sans mot de passe lié à la clé) : − * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html avec le user-agent] + * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation des clés RSA] + * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html Avec le ''user-agent''] == Mise en place == == Mise en place == − reste a trouver une petite machine, y mettre une debian de base avec juste ssh. et forwarder le port 22 de la freebox vers la passerelle. + Reste à trouver une petite machine, y mettre une Debian de base avec <tt>ssh</tt> uniquement et transférer le port 22 de la Freebox vers la passerelle. Configuration de base : Configuration de base : * Root non autorisé. * Root non autorisé. * Utilisation de la version 2 uniquement. * Utilisation de la version 2 uniquement. + [[Category:Projets]] [[Category:Projets]] ToM: fix cat 2012-08-08T02:59:49Z fix cat ← Older revision Revision as of 02:59, 8 August 2012 Line 37: Line 37: [[Category:Projets]] [[Category:Projets]] − [[Category:Logistique]] ToM: +cat +wikify 2012-07-11T05:21:20Z +cat +wikify ← Older revision Revision as of 05:21, 11 July 2012 Line 1: Line 1: + Comment donner un acces distant sur le reseau du Loop, sans en compromettre la securite, ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ? + == Premieres idées et résultats de recherche == == Premieres idées et résultats de recherche == Line 14: Line 16: == Questions en cours == == Questions en cours == − * n'autoriser que ssh ( dans un chroot ?) pour rebondir vers sa machine du reseau local du loop. + N'autoriser que ssh ( dans un chroot ?) pour rebondir vers sa machine du reseau local du loop. − ** [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur SSH dans un chroot] + * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur SSH dans un chroot] − * Comment faire pour utiliser les users et mdp de la machine cible, pour ne pas avoir a gerer les users sur la passerelle ? + Comment faire pour utiliser les users et mdp de la machine cible, pour ne pas avoir a gerer les users sur la passerelle ? − ** authoriser toute connexion mais killer toute session qui serait pas un ssh vers une machine locale (limiter le rebond vers l'exterieur par n'importe qui) toutes les X secondes. (X = 10 ?). Cette solution répond aussi a la question du nombre de mdp ... est-ce possible seulement ? + * authoriser toute connexion mais killer toute session qui serait pas un ssh vers une machine locale (limiter le rebond vers l'exterieur par n'importe qui) toutes les X secondes. (X = 10 ?). Cette solution répond aussi a la question du nombre de mdp ... est-ce possible seulement ? − *** [http://www.linux-france.org/article/devl/sshcvs_fr.html CVS via SSH] un contournement, mais ca parait lourd coté client ... + ** [http://www.linux-france.org/article/devl/sshcvs_fr.html CVS via SSH] un contournement, mais ca parait lourd coté client ... − ** obligation d'utiliser un user-agent pour utiliser une clef RSA ? (impossible de la stocker la clef privée sur la passerelle ...) + * obligation d'utiliser un user-agent pour utiliser une clef RSA ? (impossible de la stocker la clef privée sur la passerelle ...) − * Comment faire pour n'avoir a rentrer son mdp qu'une seule fois ? (ou 0 sans mdp sur la clef). + Comment faire pour n'avoir a rentrer son mdp qu'une seule fois ? (ou 0 sans mdp sur la clef). − ** [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe utilisation des clefs RSA] + * [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe utilisation des clefs RSA] − ** [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html] avec le user-agent + * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html avec le user-agent] == Mise en place == == Mise en place == reste a trouver une petite machine, y mettre une debian de base avec juste ssh. et forwarder le port 22 de la freebox vers la passerelle. reste a trouver une petite machine, y mettre une debian de base avec juste ssh. et forwarder le port 22 de la freebox vers la passerelle. − :Configuration de base : + − :Root non autorisé. + Configuration de base : − :Utilisation de la version 2 uniquement. + * Root non autorisé. + * Utilisation de la version 2 uniquement. + + [[Category:Projets]] + [[Category:Logistique]] Jokerozen: /* Premieres idées et résultats de recherche */ 2011-04-09T18:34:38Z ‎Premieres idées et résultats de recherche ← Older revision Revision as of 18:34, 9 April 2011 Line 8: Line 8: * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle SSH] * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle SSH] * Automatisation de la méthode précédente, 2 mdp a rentrer. * Automatisation de la méthode précédente, 2 mdp a rentrer. + + + au final aller voir : [http://www.ohmytux.com/belier/ ca] == Questions en cours == == Questions en cours ==

@@ Line 14: / Line 14: @@
    ssh user@passerelle "ssh user@cible"
-Ceci peut être automatisé par l'utilisation de <code>~/.ssh/config</tt><ref>[http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <code>ssh</tt> via <code>ProxyCommand</tt>]</ref>. Par exemple pour se connecter sur le [[Serveur_MPD|MPD]] :
+Ceci peut être automatisé par l'utilisation de <code>~/.ssh/config</code><ref>[http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <code>ssh</code> via <code>ProxyCommand</code>]</ref>. Par exemple pour se connecter sur le [[Serveur_MPD|MPD]] :
    Host mpd
@@ Line 26: / Line 26: @@
 === Chroot ===
-N'autoriser que <code>ssh</tt> (dans un <code>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop :
+N'autoriser que <code>ssh</code> (dans un <code>chroot</code> ?) pour rebondir vers sa machine sur le réseau local du Loop :
-* [http://www.queret.net/blog_old/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <code>ssh</tt> dans un <code>chroot</tt>]
+* [http://www.queret.net/blog_old/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <code>ssh</code> dans un <code>chroot</code>]
 === Autres pistes ===
 Comment faire pour utiliser les identifiants et mots de passe de la machine cible sans avoir à les gérer sur la passerelle :
-* Autoriser toute connexion mais tuer toute session qui ne serait pas <code>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ?
+* Autoriser toute connexion mais tuer toute session qui ne serait pas <code>ssh</code> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ?
 == Voir aussi ==
@@ Line 38: / Line 38: @@
 === Documentation ===
-* [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation de <code>ssh-agent</tt>]
+* [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation de <code>ssh-agent</code>]
 * [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html An Illustrated Guide to SSH Agent Forwarding]

@@ Line 27: / Line 27: @@
 N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop :
-* [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>]
+* [http://www.queret.net/blog_old/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>]
 === Autres pistes ===

@@ Line 1: / Line 1: @@
 Comment donner un accès distant sur le réseau du Loop sans en compromettre la sécurité ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ?
-== Premières idées et résultats de recherche ==
+== Cahier des charges ==
-=== À la mano ===
+* On doit pouvoir atteindre une machine du LAN sans avoir un compte sur la passerelle ; la passerelle ne doit pas gérer les comptes utilisateurs.
-  ssh user@passerelle "ssh user@cible"
+== Recherche ==
-Cette méthode demande 2 mots de passe.
+=== Situation actuelle ===
-=== En configurant <tt>~/.ssh/config</tt> sur le client ===
+Pour l'instant on rebondit sur la passerelle :
-* [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ;
+  ssh user@passerelle "ssh user@cible"
-* Automatisation de la méthode précédente (2 mots de passe à rentrer).
-Au final, allez voir [http://www.ohmytux.com/belier/ ça].
+Ceci peut être automatisé par l'utilisation de <tt>~/.ssh/config</tt><ref>[http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt> via <tt>ProxyCommand</tt>]</ref>. Par exemple pour se connecter sur le [[Serveur_MPD|MPD]] :
-== Questions en cours ==
+  Host mpd
 N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop :
 * [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>]
-Comment faire pour utiliser les identifiants et mots de passe de la machine cible, pour ne pas avoir a gérer les utilisateurs sur la passerelle :
+=== Autres pistes ===
 * Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ?
-Comment faire pour n'avoir à rentrer son mot de passe qu'une seule fois (ou jamais sans mot de passe lié à la clé) :
+== Voir aussi ==
-* [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation des clés RSA]
-* [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html Avec le ''user-agent'']
+=== Documentation ===
-== Mise en place ==
+=== Outils ===
-Reste à trouver une petite machine, y mettre une Debian de base avec <tt>ssh</tt> uniquement et transférer le port 22 de la Freebox vers la passerelle.
+* [http://www.ohmytux.com/belier/ Belier] : automatisation de rebonds par génération de scripts.
-Configuration de base :
+== Références ==
-* Root non autorisé.
-* Utilisation de la version 2 uniquement.
 [[Category:Projets]]

@@ Line 3: / Line 3: @@
 == Premières idées et résultats de recherche ==
-<span style="color: darkgrey">'''À la mano'''</span> :
+<span style="color: darkslategrey">'''À la mano'''</span> :
    <tt>ssh user@passerelle "ssh user@cible"</tt>
@@ Line 10: / Line 10: @@
-<span style="color: darkgrey">'''En configurant <tt>~/.ssh/config</tt> sur le client'''</span> :
+<span style="color: darkslategrey">'''En configurant <tt>~/.ssh/config</tt> sur le client'''</span> :
 * [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle <tt>ssh</tt>] ;
 * Automatisation de la méthode précédente (2 mots de passe à rentrer).

@@ Line 1: / Line 1: @@
-Comment donner un acces distant sur le reseau du Loop, sans en compromettre la securite, ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ?
+Comment donner un accès distant sur le réseau du Loop sans en compromettre la sécurité ni alourdir la gestion de [[:Category:Infrastructure|l'infrastructure]] ?
-== Premieres idées et résultats de recherche ==
+== Premières idées et résultats de recherche ==
-A la mano :
+<span style="color: darkgrey">'''À la mano'''</span> :
-* ssh user@passerelle "ssh user@cible"
-* Cette méthode demande 2 mots de passe.
-En configurant ~/.ssh/config sur le client :
+  <tt>ssh user@passerelle "ssh user@cible"</tt>
-* [http://blog.anotherhomepage.org/post/2009/11/09/Utilisation-transparente-d-une-passerelle-SSH Utilisation transparente d'une passerelle SSH]
-* Automatisation de la méthode précédente, 2 mdp a rentrer.
 == Questions en cours ==
-N'autoriser que ssh ( dans un chroot ?) pour rebondir vers sa machine du reseau local du loop.
+N'autoriser que <tt>ssh</tt> (dans un <tt>chroot</tt> ?) pour rebondir vers sa machine sur le réseau local du Loop :
-* [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur SSH dans un chroot]
+* [http://www.queret.net/blog/post/2010/03/03/Chrooter-une-session-SSH-utilisateur <tt>ssh</tt> dans un <tt>chroot</tt>]
-Comment faire pour utiliser les users et mdp de la machine cible, pour ne pas avoir a gerer les users sur la passerelle ?
+Comment faire pour utiliser les identifiants et mots de passe de la machine cible, pour ne pas avoir a gérer les utilisateurs sur la passerelle :
-* authoriser toute connexion mais killer toute session qui serait pas un ssh vers une machine locale (limiter le rebond vers l'exterieur par n'importe qui) toutes les X secondes. (X = 10 ?). Cette solution répond aussi a la question du nombre de mdp ... est-ce possible seulement ?
+* Autoriser toute connexion mais tuer toute session qui ne serait pas <tt>ssh</tt> vers une machine locale (limiter le rebond vers l'extérieur par n'importe qui) toutes les ''X'' secondes (''X'' = 10 ?). Cette solution répond aussi à la question du nombre de mots de passe... Est-ce seulement possible ?
-** [http://www.linux-france.org/article/devl/sshcvs_fr.html CVS via SSH] un contournement, mais ca parait lourd coté client ...
+**[http://www.linux-france.org/article/devl/sshcvs_fr.html <tt>'''cvs'''</tt> via <tt>'''ssh'''</tt>] Un contournement, mais ça paraît lourd coté client...
-* obligation d'utiliser un user-agent pour utiliser une clef RSA ? (impossible de la stocker la clef privée sur la passerelle ...)
+* '''Obligation d'utiliser un ''user-agent'' pour utiliser une clé RSA ?''' Impossible de stocker la clé privée sur la passerelle... .
-Comment faire pour n'avoir a rentrer son mdp qu'une seule fois ? (ou 0 sans mdp sur la clef).
-* [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe utilisation des clefs RSA]
+Comment faire pour n'avoir à rentrer son mot de passe qu'une seule fois (ou jamais sans mot de passe lié à la clé) :
-* [http://www.unixwiz.net/techtips/ssh-agent-forwarding.html avec le user-agent]
+* [http://linux-attitude.fr/post/Connexion-sans-mot-de-passe Utilisation des clés RSA]
 == Mise en place ==
-reste a trouver une petite machine, y mettre une debian de base avec juste ssh. et forwarder le port 22 de la freebox vers la passerelle.
+Reste à trouver une petite machine, y mettre une Debian de base avec <tt>ssh</tt> uniquement et transférer le port 22 de la Freebox vers la passerelle.
 Configuration de base :
 * Root non autorisé.
 * Utilisation de la version 2 uniquement.
 [[Category:Projets]]

← Older revision		Revision as of 02:59, 8 August 2012
Line 37:		Line 37:

	[[Category:Projets]]		[[Category:Projets]]
−	~~[[Category:Logistique]]~~