Connexion par ssh

jejeaure · Le 04/03/2018, à 10:52

Bonjour à tous
Depuis 2 jours je galère pour me connecter en ssh, j'ai du faire une vingtaine de tuto et sans succès, il est clair que le problème vient de moi, car les tutos répètent sensiblement la même chose, je m'explique, un pc portable avec xubuntu et je voudrais pouvoir communiquer avec ma caméra raspberry qui est sous rasbian, sur les 2 il y a bien open ssh.
mais voici ce qu'il se passe quand j'essaie de me connecter du pc :

chonp@chonp-M50Vn:~$ ssh ip@192.168.1.107
ip@192.168.1.107's password: 
Permission denied, please try again.
ip@192.168.1.107's password: 
Permission denied, please try again.
ip@192.168.1.107's password: 
Permission denied (publickey,password).
chonp@chonp-M50Vn:~$

Pourtant je suis persuadé de faire le bon mot de passe
Merci d'avance pour votre aide

_{Modération : merci d'utiliser les balises code (explications ici).}

Dernière modification par Ayral (Le 25/05/2018, à 16:09)

ar barzh paour · Le 04/03/2018, à 12:41

@jejaure : il aurait mieux fallut ouvrir ton propre topic
j'uilise un peu ssh peut-être ça ?
sur 192.168.1.107 tape

service --status-all | grep ssh

si tu obtiens

 [ - ]  ssh

le service ssh n'est pas ouvert , il faut l'ouvrir

service ssh start

service --status-all |grep ssh

doit te donner

 [ + ]  ssh

Brunod · Le 04/03/2018, à 14:35

ip est bien le nom du user sur le rpi ?
Attention peut-être à la config clavier et aux caractères accentués et exotiques...

jejeaure · Le 04/03/2018, à 19:25

Brunod a écrit :

ip est bien le nom du user sur le rpi ?
Attention peut-être à la config clavier et aux caractères accentués et exotiques...

Bonjour Brunod
j'ai bien [ + ] ssh qui s'affiche ensuite le nom user est bien ip et pour le mot de passe du coup j'ai changé et mis 4 chiffres et c'est toujours pareil
Après j'ai touché à pas mal de chose dans ssh config des 2 cotés...

michel_04 · Le 04/03/2018, à 19:41

Bonjour,

jejeaure a écrit :

sur les 2 il y a bien open ssh.

openssh-client sur les deux ou openssh-server sur le rpi et openssh-client sur le client.

jejeaure a écrit :

Après j'ai touché à pas mal de chose dans ssh config des 2 cotés...

C'est plutôt dans sshd_config sur le serveur qu'il faut effectuer les modifs.

A+

jejeaure · Le 04/03/2018, à 22:11

michel_04 a écrit :

Bonjour,
jejeaure a écrit :
sur les 2 il y a bien open ssh.
openssh-client sur les deux ou openssh-server sur le rpi et openssh-client sur le client.
jejeaure a écrit :
Après j'ai touché à pas mal de chose dans ssh config des 2 cotés...
C'est plutôt dans sshd_config sur le serveur qu'il faut effectuer les modifs.
A+

Bonsoir Michel
Dès que je rentre du boulot demain matin je regarde, car effectivement j’ai tellement installé de truc sur les 2 que j’ai sûrement merdé quelques part.
On est d’accord que sur mon Pc il faut openssh-server et le rpi openssh-client et oui tu as raison c’était dans sshd_config que j’ai modifié des choses ?. Merci

Nasman · Le 05/03/2018, à 10:56

Tu veux piloter ton PC depuis ton raspberry ("il faut openssh-server et le rpi openssh-client") ou l'inverse (piloter le raspberry pi depuis ton PC) ?

jejeaure · Le 05/03/2018, à 11:27

Nasman a écrit :

Tu veux piloter ton PC depuis ton raspberry ("il faut openssh-server et le rpi openssh-client") ou l'inverse (piloter le raspberry pi depuis ton PC) ?

Bonjour, Nasman
je n'ai pas dormi de la nuit et depuis que je suis rentré je suis sur la config ssh et mon cerveau fume, pourtant quand je lis les tutos ça à l'air simple et pour moi c'est compliqué
en rentrant tout à l'heure j'ai désinstallé sur le pc et le raspberry ssh en faisant
sudo apt-get remove openssh-client
sudo apt-get remove openssh-server
ensuite vu que je veux piloter de mon pc le raspberry j'ai fait
sudo apt-get install openssh-server
et sur le raspberry j'ai fait
sudo apt-get install openssh-client
Mais impossible d'activé le ssh de mon raspberry il est toujours coché en désactivé même avec la commande
sudo update-rc.d ssh enable && invoke-rc.d ssh start
si vous pouviez m'aider point par point car là je sature merci beaucoup même si je dois tout supprimer

michel_04 · Le 05/03/2018, à 11:34

Bonjour,

Sur ton raspberry :

sudo apt install openssh-server

Sur ton PC, openssh-client est installé lors de l'install d'Ubuntu.

A+

jejeaure · Le 05/03/2018, à 11:48

michel_04 a écrit :

Bonjour,
Sur ton raspberry :
sudo apt install openssh-server
Sur ton PC, openssh-client est installé lors de l'install d'Ubuntu.
A+

Ok super c'est fait et effectivement ssh est activé, mais bon pourquoi j'installe openssh-server sur le raspberry alors qu'il doit être le client
du coup j'ai lancé la commande de mon pc
ssh pi@192.168.1.107
pi@192.168.1.107's password:
Permission denied, please try again.
Alors que mon mot de passe est bon ou alors comment le réinitialiser pour en mettre un plus simple

Dernière modification par jejeaure (Le 05/03/2018, à 11:49)

jejeaure · Le 05/03/2018, à 11:54

je viens de changer le mot de passe allant sur
sudo raspi-config
j'ai mis 4 chiffres et c'est toujours pareil il me mets "permission denied"

Nasman · Le 05/03/2018, à 11:57

Le piloté est le serveur et le pc à partir duquel on prend le contrôle est le client !

jejeaure · Le 05/03/2018, à 12:07

Nasman a écrit :

Le piloté est le serveur et le pc à partir duquel on prend le contrôle est le client !

je comprends mieux je suis vraiment un illettré, donc mon raspberry est le serveur et le client mon pc
je viens de supprimer openssh-server de mon pc
mais idem
ssh pi@192.168.1.107
pi@192.168.1.107's password:
Permission denied, please try again.

d'ailleurs lorsque je fais sur le raspberry
ssh localhost
pi@localhost's password:
Permission denied, please try again.
donc j'ai bien un souci de mot de passe

michel_04 · Le 05/03/2018, à 12:14

Re,

Quand tu auras réglé ton souci de password, tu devrais utiliser l'authentification par clés, beaucoup plus sécurisée et connexion plus rapide.

A+

Dernière modification par michel_04 (Le 05/03/2018, à 12:14)

Nasman · Le 05/03/2018, à 12:14

Il faut aussi configurer sshd_config (installé avec openssh-server sur le pi) pour accepter (ou refuser) certaines connexions.
Si tu te connectes au pi depuis ton pc avec clé ssh alors il faut générer les clés depuis le pc et transférer la clé publique sur le pi (voir doc ssh)

Dernière modification par Nasman (Le 05/03/2018, à 12:14)

jejeaure · Le 05/03/2018, à 12:20

michel_04 a écrit :

Re,
Quand tu auras réglé ton souci de password, tu devrais utiliser l'authentification par clés, beaucoup plus sécurisée et connexion plus rapide.
A+

oui d'abord il faut que je règle ça

maxire · Le 05/03/2018, à 12:36

Salut,

Ce n'est pas nécessairement un problème de mot de passe, donner la réponse à:

ssh -v pi@192.168.1.107

Résultat à donner entre les deux balises code (cliquer sur <> en bleu et insérer copier coller entre les 2 balises générées).

ssh -G pi@192.168.1.107

pour connaître les options de client ssh utilisées.

jejeaure · Le 05/03/2018, à 14:47

maxire a écrit :

Salut,
Ce n'est pas nécessairement un problème de mot de passe, donner la réponse à:
ssh -v pi@192.168.1.107
Résultat à donner entre les deux balises code (cliquer sur <> en bleu et insérer copier coller entre les 2 balises générées).
ssh -G pi@192.168.1.107
pour connaître les options de client ssh utilisées.

Bonjour maxire
Désolé mais je suis vraiment un nul
le ssh -v je le tape à partir de mon pc ou du raspberry
sinon en le tapant du pc ça me donne ça

> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none

et pour ssh -G

user pi
hostname 192.168.1.107
port 22
addressfamily any
batchmode no
canonicalizefallbacklocal yes
canonicalizehostname false
challengeresponseauthentication yes
checkhostip yes
compression no
controlmaster false
enablesshkeysign no
exitonforwardfailure no
fingerprinthash SHA256
forwardagent no
forwardx11 no
forwardx11trusted yes
gatewayports no
gssapiauthentication yes
gssapidelegatecredentials no
hashknownhosts yes
hostbasedauthentication no
identitiesonly no
kbdinteractiveauthentication yes
nohostauthenticationforlocalhost no
passwordauthentication yes
permitlocalcommand no
protocol 2
proxyusefdpass no
pubkeyauthentication yes
requesttty auto
rhostsrsaauthentication no
rsaauthentication yes
streamlocalbindunlink no
stricthostkeychecking ask
tcpkeepalive yes
tunnel false
useprivilegedport no
verifyhostkeydns false
visualhostkey no
updatehostkeys false
canonicalizemaxdots 1
compressionlevel 6
connectionattempts 1
forwardx11timeout 1200
numberofpasswordprompts 3
serveralivecountmax 3
serveraliveinterval 0
ciphers chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
hostkeyalgorithms ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
hostbasedkeytypes ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
kexalgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
loglevel INFO
macs 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
pubkeyacceptedkeytypes ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
xauthlocation /usr/bin/xauth
identityfile ~/.ssh/id_rsa
identityfile ~/.ssh/id_dsa
identityfile ~/.ssh/id_ecdsa
identityfile ~/.ssh/id_ed25519
canonicaldomains
globalknownhostsfile /etc/ssh/ssh_known_hosts /etc/ssh/ssh_known_hosts2
userknownhostsfile ~/.ssh/known_hosts ~/.ssh/known_hosts2
sendenv LANG
sendenv LC_*
connecttimeout none
tunneldevice any:any
controlpersist no
escapechar ~
ipqos lowdelay throughput
rekeylimit 0 0
streamlocalbindmask 0177

_{Modération : merci d'utiliser les balises code (explications ici).}

Dernière modification par cqfd93 (Le 05/03/2018, à 14:54)

maxire · Le 05/03/2018, à 14:55

UTILISER LES BALISES CODE DISPONIBLES DANS LES OPTIONS (ICÔNES) JUSTE AU-DESSUS DE LA FENÊTRE DE RÉDACTION DU MESSAGE.
TES RÉPONSES SONT ILLISIBLES ET DE PLUS IL MANQUE CERTAINEMENT LA MOITIÉ DE LA RÉPONSE À LA PREMIÈRE COMMANDE!

jejeaure · Le 05/03/2018, à 15:12

maxire a écrit :

UTILISER LES BALISES CODE DISPONIBLES DANS LES OPTIONS (ICÔNES) JUSTE AU-DESSUS DE LA FENÊTRE DE RÉDACTION DU MESSAGE.
TES RÉPONSES SONT ILLISIBLES ET DE PLUS IL MANQUE CERTAINEMENT LA MOITIÉ DE LA RÉPONSE À LA PREMIÈRE COMMANDE!

pardon voici la totalité de la première commande

OpenSSH_7.2p2 Ubuntu-4ubuntu2.4, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.1.107 [192.168.1.107] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Raspbian-10+deb9u2
debug1: match: OpenSSH_7.4p1 Raspbian-10+deb9u2 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.1.107:22 as 'pi'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
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
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:bOlbfYJGgXEm5svCEWGxwnZTFpSpbdjPOtLP5j0PdEU
debug1: Host '192.168.1.107' is known and matches the ECDSA host key.
debug1: Found key in /home/chonpi/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/chonpi/.ssh/id_rsa
debug1: Trying private key: /home/chonpi/.ssh/id_dsa
debug1: Trying private key: /home/chonpi/.ssh/id_ecdsa
debug1: Trying private key: /home/chonpi/.ssh/id_ed25519
debug1: Next authentication method: password
pi@192.168.1.107's password:

Nasman · Le 05/03/2018, à 15:25

Il manque le début, soit un truc du genre

user@machine:$commande

jejeaure · Le 05/03/2018, à 15:30

Nasman a écrit :

Il manque le début, soit un truc du genre
user@machine:$commande

j'ai mis toute la page:

chonpi@chonpi-M50Vn:~$ ssh -v pi@192.168.1.107
OpenSSH_7.2p2 Ubuntu-4ubuntu2.4, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.1.107 [192.168.1.107] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/chonpi/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Raspbian-10+deb9u2
debug1: match: OpenSSH_7.4p1 Raspbian-10+deb9u2 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.1.107:22 as 'pi'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
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
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:bOlbfYJGgXEm5svCEWGxwnZTFpSpbdjPOtLP5j0PdEU
debug1: Host '192.168.1.107' is known and matches the ECDSA host key.
debug1: Found key in /home/chonpi/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/chonpi/.ssh/id_rsa
debug1: Trying private key: /home/chonpi/.ssh/id_dsa
debug1: Trying private key: /home/chonpi/.ssh/id_ecdsa
debug1: Trying private key: /home/chonpi/.ssh/id_ed25519
debug1: Next authentication method: password
pi@192.168.1.107's password:

maxire · Le 05/03/2018, à 15:34

Je ne vois rien d'anormal dans cette connexion, les options standards de ssh sont utilisées pour l'établir et tout se passe correctement jusqu'à l'affichage de la demande de saisie de mot de passe.
Le serveur ssh en 192.168.1.107 répond correctement et l'utilisateur pi semble bien exister.

Il faudrait quand même entrer le mot de passe et donner la suite des messages.

jejeaure · Le 05/03/2018, à 15:40

maxire a écrit :

Je ne vois rien d'anormal dans cette connexion, les options standards de ssh sont utilisées pour l'établir et tout se passe correctement jusqu'à l'affichage de la demande de saisie de mot de passe.
Le serveur ssh en 192.168.1.107 répond correctement et l'utilisateur pi semble bien exister.
Il faudrait quand même entrer le mot de passe et donner la suite des messages.

oh putain c'est la première fois que j'ai ça :

pi@192.168.1.107's password: 
debug1: Authentication succeeded (password).
Authenticated to 192.168.1.107 ([192.168.1.107]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.1.107 closed by remote host.
Connection to 192.168.1.107 closed.
Transferred: sent 1664, received 1548 bytes, in 0.0 seconds
Bytes per second: sent 8993971.5, received 8366987.9
debug1: Exit status -1

mais quand j'essaie

chonpi@chonpi-M50Vn:~$ ssh pi@192.168.1.107
pi@192.168.1.107's password: 
Permission denied, please try again.
pi@192.168.1.107's password:

Dernière modification par jejeaure (Le 05/03/2018, à 15:42)

maxire · Le 05/03/2018, à 15:54

Ce n'est pas du tout un problème de mot de passe, la déconnexion a lieu après une identification réussie, c'est assez original.

debug1: Entering interactive session.
debug1: pledge: network
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.1.107 closed by remote host.

Je ne comprends pas bien ce qui se passe, le mieux est que tu ailles sur le raspbian qui j'imagine a un écran et un clavier connectés et que tu consultes le journal de sshd.
Pour cela modifier /etc/ssh/sshd_config en ajoutant ou modifiant LogLevel à la valeur DEBUG2 puis redémarrer le serveur.
Après je ne peux pas vraiment aider car je n'ai aucune idée de la manière de consulter le journal sshd sous raspbian.

Le principe est de repasser la commande ssh de connexion à partir du client puis de consulter le journal côté raspbian.

@jejeaure, inutile de citer nos messages, nous savons tous ce que nous t'avons écrit.

Dernière modification par maxire (Le 05/03/2018, à 15:56)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/03/2018, à 10:52

Connexion par ssh

#2 Le 04/03/2018, à 12:41

Re : Connexion par ssh

#3 Le 04/03/2018, à 14:35

Re : Connexion par ssh

#4 Le 04/03/2018, à 19:25

Re : Connexion par ssh

#5 Le 04/03/2018, à 19:41

Re : Connexion par ssh

#6 Le 04/03/2018, à 22:11

Re : Connexion par ssh

#7 Le 05/03/2018, à 10:56

Re : Connexion par ssh

#8 Le 05/03/2018, à 11:27

Re : Connexion par ssh

#9 Le 05/03/2018, à 11:34

Re : Connexion par ssh

#10 Le 05/03/2018, à 11:48

Re : Connexion par ssh

#11 Le 05/03/2018, à 11:54

Re : Connexion par ssh

#12 Le 05/03/2018, à 11:57

Re : Connexion par ssh

#13 Le 05/03/2018, à 12:07

Re : Connexion par ssh

#14 Le 05/03/2018, à 12:14

Re : Connexion par ssh

#15 Le 05/03/2018, à 12:14

Re : Connexion par ssh

#16 Le 05/03/2018, à 12:20

Re : Connexion par ssh

#17 Le 05/03/2018, à 12:36

Re : Connexion par ssh

#18 Le 05/03/2018, à 14:47

Re : Connexion par ssh

#19 Le 05/03/2018, à 14:55

Re : Connexion par ssh

#20 Le 05/03/2018, à 15:12

Re : Connexion par ssh

#21 Le 05/03/2018, à 15:25

Re : Connexion par ssh

#22 Le 05/03/2018, à 15:30

Re : Connexion par ssh

#23 Le 05/03/2018, à 15:34

Re : Connexion par ssh

#24 Le 05/03/2018, à 15:40

Re : Connexion par ssh

#25 Le 05/03/2018, à 15:54

Re : Connexion par ssh

Pied de page des forums