En fait je viens de retrouver un vieil échange avec les admins de JZ qui me disait que la bonne adresse de connection doit effectivement être 194.254.163.15 (Joseph l’utilise aussi).

Je crois qu’ils avaient fait cette modification localement sur mon compte sans que ce soit reflété dans ma fiche administrative.

Laurène, tu peux mentionner le ticket [idris.fr #40076] qui traitait ce problème.

On 25 Jun 2021, at 17:20, Nadi Tomeh <tomeh@lipn.fr> wrote:

Bonjour,

Personnellement je me connecte à JZ depuis le 194.254.163.18 (c’est ce que je crois au moins). A l’époque j’avais déclaré le 15 mais ça n’a pas marché. Voici l’info sur ma fiche edari de jz :

<PastedGraphic-5.png>

J’avoue ne pas comprendre la situation mais peut être que la solution est de déclarer simplement l’adresse 194.254.163.15 à JZ ?

Merci,
Nadi

On 25 Jun 2021, at 17:01, Marisol Rodriguez Perez <marisol.rodriguez@lipn.univ-paris13.fr> wrote:

Bonjour Laurène,

L'IP de sortie de tout le labo est 194.254.163.15, donc, il faut s'inscrire avec cette adresse. Comme ça si tu est dans ton ordinateur au labo ou depuis la passarelle ssh, le resultat est le même.

D'ailleurs, je suis desormais en arrêt et je ne serais capable de repondre. Tu peux envoyer un mail à systeme@lipn.univ-paris13.fr

Cordialement,

---
Marisol Rodriguez Perez

--
Administratrice Réseau et Systèmes
LIPN - LAGA
Bureau A308
Tel : 01 49 40 35 43

Le 2021-06-25 16:46, Laurène Pascal a écrit :
Bonjour Marisol,
J'aurais une petite question par rapport à l'IP de la plateforme lipn
: j'arrive à m'y connecter normalement avec la commande "ssh
pascal@194.254.163.18" et mon mot de passe, mais j'ai créé un compte
pour accéder au supercalculateur Jean-Zay à partir de la passerelle
LIPN (et donc de l'IP 194.254.163.18) mais l'accès au supercalculateur
ne fonctionne pas. L'administrateur de Jean-Zay me répond que le
problème vient du fait que j'utilise l'IP 194.254.163.15 pour me
connecter, alors qu'il me semble bien que l'IP de la passerelle LIPN
est 194.254.163.18 et que je ne peux pas me connecter avec l'IP
194.254.163.15. Est-ce que tu aurais une idée de pourquoi cette autre
IP apparaît ? Merci d'avance ! (Je transmets ci-dessous nos échanges
avec l'administrateur de Jean-Zay)
Bon week-end,
Laurène Pascal
-------- Courriel original --------
Objet: [idris.fr #57265] Problème connexion à Jean-Zay
Date: 2021-06-25 16:15
De: "Hermann xiaoqin via RT" <gestutil@idris.fr>
À: pascal@lipn.univ-paris13.fr
Répondre à: gestutil@idris.fr
Bonjour,
Il semble que vous utilisez l'IP 194.254.163.15 pour vous connecter, cet IP
n'est pas enregistré à l'IDRIS, le seul IP autorisé est 194.254.163.18. Si vous
souhaitez ajouter un nouveau IP, veuillez nous envoyer un FGC(2ème page partie
Ajout, modification ou suppression de machines)
http://www.idris.fr/media/data/formulaires/fgc.pdf
Bon week-end,
Xiaoqin Hermann
Le Ven 25 Juin 2021 15:49:49, pascal@lipn.univ-paris13.fr a écrit :
 J'ai réessayé à partir de l'adresse IP mais ça n'a pas marché : voici le
 retour de la commande "pascal@lipn-ssh:~$ ssh -vvv
 utf52is@jean-zay.idris.fr" :
 OpenSSH_7.4p1 Debian-10+deb9u7, OpenSSL 1.0.2u  20 Dec 2019
 debug1: Reading configuration data /etc/ssh/ssh_config
 debug1: /etc/ssh/ssh_config line 19: Applying options for *
 debug2: resolving "jean-zay.idris.fr" port 22
 debug2: ssh_connect_direct: needpriv 0
 debug1: Connecting to jean-zay.idris.fr [130.84.132.17] port 22.
 debug1: Connection established.
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_rsa type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_rsa-cert type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_dsa type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_dsa-cert type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_ecdsa type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_ecdsa-cert type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_ed25519 type -1
 debug1: key_load_public: No such file or directory
 debug1: identity file /users/pascal/.ssh/id_ed25519-cert type -1
 debug1: Enabling compatibility mode for protocol 2.0
 debug1: Local version string SSH-2.0-OpenSSH_7.4p1 Debian-10+deb9u7
 debug1: Remote protocol version 2.0, remote software version OpenSSH_8.0
 debug1: match: OpenSSH_8.0 pat OpenSSH* compat 0x04000000
 debug2: fd 3 setting O_NONBLOCK
 debug1: Authenticating to jean-zay.idris.fr:22 as 'utf52is'
 debug3: hostkeys_foreach: reading file "/users/pascal/.ssh/known_hosts"
 debug3: record_hostkey: found key type ECDSA in file
 /users/pascal/.ssh/known_hosts:5
 debug3: load_hostkeys: loaded 1 keys from jean-zay.idris.fr
 debug3: order_hostkeyalgs: prefer hostkeyalgs:
ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
 debug3: send packet: type 20
 debug1: SSH2_MSG_KEXINIT sent
 debug3: receive packet: type 20
 debug1: SSH2_MSG_KEXINIT received
 debug2: local client KEXINIT proposal
 debug2: KEX algorithms:
curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
 debug2: host key algorithms:
ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
 debug2: ciphers ctos:
chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc
 debug2: ciphers stoc:
chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc
 debug2: MACs ctos:
umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
 debug2: MACs stoc:
umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
 debug2: compression ctos: none,zlib@openssh.com,zlib
 debug2: compression stoc: none,zlib@openssh.com,zlib
 debug2: languages ctos:
 debug2: languages stoc:
 debug2: first_kex_follows 0
 debug2: reserved 0
 debug2: peer server KEXINIT proposal
 debug2: KEX algorithms:
curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
 debug2: host key algorithms:
 rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256,ssh-ed25519
 debug2: ciphers ctos:
aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc
 debug2: ciphers stoc:
aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc
 debug2: MACs ctos:
hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256,hmac-sha1,umac-128@openssh.com,hmac-sha2-512
 debug2: MACs stoc:
hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256,hmac-sha1,umac-128@openssh.com,hmac-sha2-512
 debug2: compression ctos: none,zlib@openssh.com
 debug2: compression stoc: none,zlib@openssh.com
 debug2: languages ctos:
 debug2: languages stoc:
 debug2: first_kex_follows 0
 debug2: reserved 0
 debug1: kex: algorithm: curve25519-sha256
 debug1: kex: host key algorithm: ecdsa-sha2-nistp256
 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC:
 <implicit> compression: none
 debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC:
 <implicit> compression: none
 debug3: send packet: type 30
 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
 debug3: receive packet: type 31
 debug1: Server host key: ecdsa-sha2-nistp256
 SHA256:vJ+SJBxXvPqnPd3/clChlrHI59a06vZxsxUHrA2jZ+k
 debug3: hostkeys_foreach: reading file "/users/pascal/.ssh/known_hosts"
 debug3: record_hostkey: found key type ECDSA in file
 /users/pascal/.ssh/known_hosts:5
 debug3: load_hostkeys: loaded 1 keys from jean-zay.idris.fr
 debug3: hostkeys_foreach: reading file "/users/pascal/.ssh/known_hosts"
 debug3: record_hostkey: found key type ECDSA in file
 /users/pascal/.ssh/known_hosts:10
 debug3: load_hostkeys: loaded 1 keys from 130.84.132.17
 debug1: Host 'jean-zay.idris.fr' is known and matches the ECDSA host
 key.
 debug1: Found key in /users/pascal/.ssh/known_hosts:5
 debug3: send packet: type 21
 debug2: set_newkeys: mode 1
 debug1: rekey after 134217728 blocks
 debug1: SSH2_MSG_NEWKEYS sent
 debug1: expecting SSH2_MSG_NEWKEYS
 debug3: receive packet: type 21
 debug1: SSH2_MSG_NEWKEYS received
 debug2: set_newkeys: mode 0
 debug1: rekey after 134217728 blocks
 debug2: key: /users/pascal/.ssh/id_rsa ((nil))
 debug2: key: /users/pascal/.ssh/id_dsa ((nil))
 debug2: key: /users/pascal/.ssh/id_ecdsa ((nil))
 debug2: key: /users/pascal/.ssh/id_ed25519 ((nil))
 debug3: send packet: type 5
 debug3: receive packet: type 7
 debug1: SSH2_MSG_EXT_INFO received
 debug1: kex_input_ext_info:
server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
 debug3: receive packet: type 6
 debug2: service_accept: ssh-userauth
 debug1: SSH2_MSG_SERVICE_ACCEPT received
 debug3: send packet: type 50
 debug3: receive packet: type 51
 debug1: Authentications that can continue:
 publickey,gssapi-keyex,gssapi-with-mic,password
 debug3: start over, passed a different list
 publickey,gssapi-keyex,gssapi-with-mic,password
 debug3: preferred
 gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
 debug3: authmethod_lookup gssapi-keyex
 debug3: remaining preferred:
 gssapi-with-mic,publickey,keyboard-interactive,password
 debug3: authmethod_is_enabled gssapi-keyex
 debug1: Next authentication method: gssapi-keyex
 debug1: No valid Key exchange context
 debug2: we did not send a packet, disable method
 debug3: authmethod_lookup gssapi-with-mic
 debug3: remaining preferred: publickey,keyboard-interactive,password
 debug3: authmethod_is_enabled gssapi-with-mic
 debug1: Next authentication method: gssapi-with-mic
 debug1: Unspecified GSS failure.  Minor code may provide more
 information
 No Kerberos credentials available (default cache:
 FILE:/tmp/krb5cc_10376)
 debug1: Unspecified GSS failure.  Minor code may provide more
 information
 No Kerberos credentials available (default cache:
 FILE:/tmp/krb5cc_10376)
 debug2: we did not send a packet, disable method
 debug3: authmethod_lookup publickey
 debug3: remaining preferred: keyboard-interactive,password
 debug3: authmethod_is_enabled publickey
 debug1: Next authentication method: publickey
 debug1: Trying private key: /users/pascal/.ssh/id_rsa
 debug3: no such identity: /users/pascal/.ssh/id_rsa: No such file or
 directory
 debug1: Trying private key: /users/pascal/.ssh/id_dsa
 debug3: no such identity: /users/pascal/.ssh/id_dsa: No such file or
 directory
 debug1: Trying private key: /users/pascal/.ssh/id_ecdsa
 debug3: no such identity: /users/pascal/.ssh/id_ecdsa: No such file or
 directory
 debug1: Trying private key: /users/pascal/.ssh/id_ed25519
 debug3: no such identity: /users/pascal/.ssh/id_ed25519: No such file or
 directory
 debug2: we did not send a packet, disable method
 debug3: authmethod_lookup password
 debug3: remaining preferred: ,password
 debug3: authmethod_is_enabled password
 debug1: Next authentication method: password
 Le 2021-06-25 12:19, Hermann xiaoqin via RT a écrit :
 > Essayez de vous connecter avec l'IP 194.254.163.18, si cela ne
 > fonctionne
 > toujours pas, envoyez svp le retour de commande ssh -vvv
 > utf52is@jean-zay.idris.fr. (mailto:ucm19aj@jean-zay.idris.fr)
 > Le Ven 25 Juin 2021 12:14:13, pascal@lipn.univ-paris13.fr a écrit :
 >
 >   Le 2021-06-25 11:29, Hermann xiaoqin via RT a écrit :
 >   > Bonjour,
 >   > Vous vous connectez avec l'IP 194.254.163.18 et vous utilisez les 8
 >   > caractères
 >   > définis sur votre déclaration de compte plus la partie aléatoire
 > reçue
 >   > par mail
 >   > ?
 >   > Cordialement,
 >   > Xiaoqin Hermann
 >   >
 >   > Le Ven 25 Juin 2021 11:09:07, pascal@lipn.univ-paris13.fr a écrit :
 >   >
 >   >   Bonjour,
 >   >
 >   >   Mon compte IDRIS vient d'être validé, mais quand j'essaie de me
 >   >   connecter à partir des machines de mon laboratoire j'ai l'erreur
 > :
 >   >
 >   >   pascal@lipn-ssh:~$ ssh <mon_identificateur>@jean-zay.idris.fr
 >   >   Warning: Permanently added the ECDSA host key for IP address
 >   >   '130.84.132.18' to the list of known hosts.
 >   >   <mon_identificateur>@jean-zay.idris.fr's password:
 >   >   Permission denied, please try again.
 >   >
 >   >   J'ai bien concaténé les deux mots de passe et l'identificateur
 > est
 >   > celui
 >   >   que j'ai reçu par mail mais ça ne fonctionne pas, est-ce que vous
 >   > auriez
 >   >   une idée du problème ?
 >   >   En vous remerciant grandement par avance,
 >   >
 >   >   Cordialement,
 >   >   Laurène Pascal
 >
 >   Merci pour votre réponse, j'ai en effet concaténé mon mot de passe
 > reçu
 >   par mail avec celui que j'avais choisi sur la déclaration de compte
 >   calcul. (J'ai essayé l'un puis l'autre et inversement au cas où)
 >   Je ne me connecte pas directement avec l'IP 194.254.163.18, je me
 >   connecte avec mon identifiant ssh pascal@lipnssh.univ-paris13.fr.
 > Mais
 >   cet IP est bien l'IP de la passerelle qui me permet de me connecter :
 >   est-ce qu'il faudrait que je me connecte avec l'IP de la passerelle
 >   directement pour avoir accès à Jean-Zay ?
 >   Merci,
 >
 >   Cordialement,
 >   Laurène Pascal