Bonjour Xavier,
J'utilisais .ssh/config avec netcat installé sur lipnssh ancien
Host golo
HostName
golo.lipn.univ-paris13.fr User mamadou
ProxyCommand ssh
mamadou@lipnssh.lipn.univ-paris13.fr -nc 0 %h %p
J'ai essayer ces méthodes sur lipnssh nouveau malheureusement elles ne marchent pas
1-
Host golo
HostName
golo.lipn.univ-paris13.fr User mamadou
ProxyJump
mamadou@lipnssh.lipn.univ-paris13.fr:22
2-
Host golo
HostName
golo.lipn.univ-paris13.fr User mamadou
ProxyCommand ssh
mamadou@lipnssh.lipn.univ-paris13.fr -W %h:%p
- Il serait de bien de mettre un exemple générique dans la FAQ et indiquer l'utilitaire à installer pour utiliser ProxyJump.
- Ainsi l'on va copier l'exemple puis l'à adapter
- ou simplement de réinstaller netcat dans lipnssh
- ainsi les gens seront libres d'utiliser ProxyCommand ou ProxyJump en fonction de l'état de leur machine
Xavier MONNIN wrote:
Bonsoir François,
pour le transfert de l'agent ssh (pour l'authentification par clé), tu peux utiliser l'option "ForwardAgent yes" dans ton .ssh/config (ou en ligne de commande avec "-o ForwardAgent=yes")
Cela devrait te permettre de te passer du dépôt de ta clé privée ;-)
Bien à toi,
Xavier.
Le 18/02/2018 à 16:40, Lévy Francois a écrit :
Xavier
Un détail au milieu des attaques : ma version de ssh est ancienne et n’a pas de ProxyJump
(ni -J). Je peux utiliser ProxyCommand avec ssh pour faire un forwarding. Mais pour que ça
marche, il faut que je mette ma clef privée sur lipn-ssh (et même comme ça, je n’ai pas testé
que ça marche). Avant, elles étaient seulement sur ma machine chez moi et nc les forwardait.
Vous pensez que avoir toutes mes clefs privées sur lien-ssh est plus secure que ajouter nc sur
la machine ? C’est comme vous voulez.
François
hostmacb
ProxyCommandssh -W %h:%pfl@10.10.1.142 #mac-bachelard
brassens:fl ~:572 $ ssh macb
ssh: connect to host 10.10.1.142 port 22: Connection refused
ssh_exchange_identification: Connection closed by remote host
Le 12 févr. 2018 à 18:12, Xavier MONNIN <monnin@lipn.univ-paris13.fr <mailto:monnin@lipn.univ-paris13.fr>> a écrit :
Sur les versions récentes de OpenSSH, tu peux utiliser :
[...]
-J [user@]host[:port]
Connect to the target host by first making a ssh connection
to the jump host and then establishing a TCP forward‐
ing to the ultimate destination from there. Multiple jump
hops may be specified separated by comma characters.
This is a shortcut to specify a ProxyJump configuration
directive.
[...]
ou
-o ProxyJump user@host
ou encore
-o ProxyCommand ssh -W %h:%p user@host
(qui est normalement supporté par les versions un peu moins récentes)
(et bien sûr utiliser "ProxyJump" ou "ProxyCommand" dans un fichier
"~/.ssh/config")
Si ça peut aider ;-)
Xavier.
On 12/02/2018 17:59, Camille Coti wrote:
Voilà, c'est pour ça que j'utilise netcat...
On 12/02/2018 17:58, Xavier MONNIN wrote:
netstat n'est pas prévu, mais "ss" est installé
netcat : j'imagine que tu penses à la possibilité de rebondir en ssh. Si
c'est le cas, normalement, il n'y a pas besoin de l'installer
spécifiquement pour pouvoir le faire. À moins que tu aies un autre usage
précis de netcat.
On 12/02/2018 17:48, Camille Coti wrote:
netcat* pardon.
On 12/02/2018 17:47, Camille Coti wrote:
netstat ?
On 12/02/2018 17:46, Xavier MONNIN wrote:
Bonjour à tou(te)s,
nous pensons avoir trouvé la source des problèmes courants qu'ont les
utilisateurs avec cette machine : certains montages vers le serveur NFS
ont visiblement été corrompus la semaine dernière par le
plantage/redémarrage de celui-ci.
Nous n'arrivons même pas à démonter les répertoires manuellement.
Du coup, pour résoudre le problème, nous avons besoin de redémarrer
cette machine que nous avions prévu de remplacer d'ici peu.
Au lieu de redémarrer simplement la machine, nous allons carrément la
remplacer avec un peu d'avance.
Le nouveau "lipn-ssh" est quasiment prêt, et nous devrions pouvoir faire
la bascule entre l'ancien et le nouveau d'ici 48h (une fois que nous
aurons fait quelques tests).
Pour le moment, les seules applications que nous avons prévues
d'installer sur la nouvelle machine sont :
ssh (oui... quand même !), unison, rsync, screen, vim et alpine.
Si vous pensez que l'on a oublié quelque chose, dites-le nous. (en
gardant à l'esprit que cette machine ne devrait être utiliser que pour
rebondir vers une autre machine du labo)
Marisol et Xavier.
_______________________________________________
Systeme mailing list
Systeme@lipn.univ-paris13.fr <mailto:Systeme@lipn.univ-paris13.fr>
https://www-lipn.univ-paris13.fr/mailman/listinfo/systeme
_______________________________________________
Systeme mailing list
Systeme@lipn.univ-paris13.fr <mailto:Systeme@lipn.univ-paris13.fr>
https://www-lipn.univ-paris13.fr/mailman/listinfo/systeme
_______________________________________________
Systeme mailing list
Systeme@lipn.univ-paris13.fr <mailto:Systeme@lipn.univ-paris13.fr>
https://www-lipn.univ-paris13.fr/mailman/listinfo/systeme
--
Xavier MONNIN
Administrateur Système et Réseau
LIPN / LAGA
Institut Galilée - Université Paris 13
Bâtiment A, Bureau A308
99, avenue Jean-Baptiste Clément
93430 Villetaneuse
Tel : 01 49 40 35 43
_______________________________________________
Systeme mailing list
Systeme@lipn.univ-paris13.fr <mailto:Systeme@lipn.univ-paris13.fr>
https://www-lipn.univ-paris13.fr/mailman/listinfo/systeme
--
Cordialement
Mamadou S.
-----------------------------------------------------
Mr Mamadou SOW
LIPN /Institut Galilée/Univ. Paris XIII
99 Av. Jean Baptiste Clément
93430 Villetaneuse - France
Tel: 01 49 40 40 68
Fax: 01 48 26 07 12
-----------------------------------------------------
!DSPAM:48,5ab0d7b7205381626214726!