SSH impossible de me connecter ! [Résolu]

LaurentNaMarre · Le 31/10/2015, à 18:04

Bonjour,

Je cherche à connecter 2 machines entre elles, une Debian 8 en client et une Xubuntu (ça doit être la 14.x ) en serveur impossible d'arriver à quoi que ce soit sur les 2 distrib (donc) même en tentant :

ssh user@127.0.0.1

J'ai en retour :

Permission denied (publickey,password)[/quote]
Et ça sur les 2 distrib ! 

sshd_config :
[quote]# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
AllowUsers laurent
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile    %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM no

ssh -v user@127.0.0.1

me renvoie:

OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 127.0.0.1 [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/alex/.ssh/id_rsa type -1
debug1: identity file /home/alex/.ssh/id_rsa-cert type -1
debug1: identity file /home/alex/.ssh/id_dsa type -1
debug1: identity file /home/alex/.ssh/id_dsa-cert type -1
debug1: identity file /home/alex/.ssh/id_ecdsa type -1
debug1: identity file /home/alex/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/alex/.ssh/id_ed25519 type -1
debug1: identity file /home/alex/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3 pat OpenSSH_6.6.1* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 3f:74:5a:c8:f4:ab:b0:21:d7:cb:a4:71:47:db:b3:b3
debug1: Host '127.0.0.1' is known and matches the ECDSA host key.
debug1: Found key in /home/alex/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/alex/.ssh/id_rsa
debug1: Trying private key: /home/alex/.ssh/id_dsa
debug1: Trying private key: /home/alex/.ssh/id_ecdsa
debug1: Trying private key: /home/alex/.ssh/id_ed25519
debug1: Next authentication method: password
alex@127.0.0.1's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
alex@127.0.0.1's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
alex@127.0.0.1's password: 
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).

Je n'ai pas essayé avec le système de clés, quoi qu'il en soit théoriquement ça devrait fonctionner avec le MDP !

Je soupçonne une bêtise lors du 1er essai...

C'est mes premiers pas en exploration "réseau" , je sollicite votre indulgence.
Ça fait moins d'un an que je suis sous Linux... Essayez de me répondre en ba BA autant que possible !

En espérant n'avoir rien oublié...

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par LaurentNaMarre (Le 04/11/2015, à 18:44)

ljere · Le 31/10/2015, à 23:26

tu dois connaître l'ip du pc que tu cherches à atteindre 127.0.0.1 c'est ton propre pc
un petit coup de nmap devrait t'aider exemple

nmap 192.168.0.0-50

LaurentNaMarre · Le 01/11/2015, à 00:27

Merci pour ta réponse...
C'est justement en désespoir de cause que j'ai tenté de me connecter moi en tant que client/serveur en utilisant :

ssh moi@127.0.0.1

Je connais l'IP du pc que je cherche à "coupler", mais j'ai exactement le même msg, encore que je ne sais pas si le détail du "ssh -v" est identique quand j'essaie de m'y connecter...
Mais déjà si en "auto connexion" ça ne fonctionne pas, ça ne risque pas de fonctionner avec une machine distante... Me semble...

Dernière modification par LaurentNaMarre (Le 01/11/2015, à 00:34)

Braun · Le 01/11/2015, à 00:45

Bonsoir,
Dans un cas presque similaire (Serveur Wheezy, client Kubuntu 12.04) j'ai utilisé une connexion NFS.
Mais j'avais pris soin homogénéiser mes UID.
Quoiqu'il en soit, le premier pas est de vérifier que le client peut voir le serveur (ping).

LaurentNaMarre · Le 01/11/2015, à 00:58

Merci pour ta réponse Braun,
Je vais plancher là dessus
je ne sais pas ce qu'est une connexion NFS ni UID, mais Goolgle (que je n'utilise plus ) est mon ami !
Je verrai ça demain.
Peut-être à préciser que ma Debian est sous XFCE...

Dernière modification par LaurentNaMarre (Le 01/11/2015, à 01:04)

LinuxRoxx · Le 01/11/2015, à 02:16

Vous lui répondez a coté là, son problème d'SSH n'a rien a voir avec NFS. J'utilise régulièrement SSH et j'ai plusieurs poste qu'il l'utilise donc je maitrise parfaitement le sujet.

Ton fichier de configuration SSH LaurentNaMarre n'est pas celui par défaut, tu as fait au moins 1 modif dedans. Par défaut pour une authentification par mot de passe, le champ "UsePAM" doit être sur yes (toi tu l'a mis sur no).

Il faut savoir ce que tu veux : est ce que tu veux une identification par mot de passe ou par un système de clé privé/clé publique ?

- Si tu veux un système par mot de passe, il te faut laisser tout simplement la config par défaut donc avec UsePAM sur yes, de plus la ligne "PasswordAuthentication yes" est en commentaire par défaut (mais il me semble que la décommenter sans changer la valeur yes revient au même mais dans le doute laisse la en commentaire avec un # devant).

- Si tu veux un système d'authentification par clé, il est recommandé de mettre UsePAM sur "no" et PasswordAuthentification sur "no" aussi (en authentification par clé, il est toujours possible de demander un mdp pour décrypter la clé mais ça ce joue au niveau de la génération de clé avec sshkeyen -t rsa)

Attention, avec le système d'authentification par clé, il est rapide de se louper et ne plus avoir accès du tout au serveur par ssh ! vu que tu semble débutant, je te conseille d'abord de tester avec le ssh par défaut sans toucher a la configuration par défaut, ça doit marcher de base !

LaurentNaMarre · Le 01/11/2015, à 12:53

LinuxRoxx a écrit :

Ton fichier de configuration SSH LaurentNaMarre n'est pas celui par défaut, tu as fait au moins 1 modif dedans. Par défaut pour une authentification par mot de passe, le champ "UsePAM" doit être sur yes (toi tu l'a mis sur no).

Merci pour ta réponse LinuxRoxx,
Effectivement j'ai essayé qqu modif. Mais si j'ai testé des modif, c'est justement parce-que la config par défaut ne fonctionnait pas...
Je vais opter pour authentification par MDP.
Là je viens de remettre "UsePAM" sur yes,

sudo service ssh restart

Re:

shh moi@127.0.0.1

et que dalle:

Permission denied (publickey, password)

Je crois que je vais virer ssh sur les 2 pc, les réinstaller pour tout reprendre à zéro..
Sauf si quelqu'un a une suggestion (LinuxRoxx par exemple ) !

Dernière modification par LaurentNaMarre (Le 01/11/2015, à 12:55)

LaurentNaMarre · Le 01/11/2015, à 13:12

J'arrive à me connecter sur la Debian en:

shh moi@127.0.0.1

C'est donc la Xubuntu qui me casse les pieds...
Je vais faire ce que j'ai dit ci-dessus sur la Xubuntu.

LaurentNaMarre · Le 01/11/2015, à 13:16

Il me revient un truc :
La Xubuntu n'a pas de MDP à l'ouverture de sa session.
Le MDP sert juste à passer en root, ne serait-ce pas ça la clef du problème ?

ljere · Le 01/11/2015, à 14:54

ça n'a rien à voir l'ouverture de session n'a aucun rapport avec ssh
tu fais toujours tes essais avec 127.0.0.1 ?

Braun · Le 01/11/2015, à 15:16

Bonjour,
Il serait peut être bon de sérier les problèmes si on veut avancer.
1/ Si l'ouverture de session pose difficulté, inutile d'aller plus loin.
2/ Si le présumé serveur n'est pas accessible, inutile d'aller plus loin.
3/ Si tout le reste fonctionne on peut envisager les protocoles.

LaurentNaMarre · Le 01/11/2015, à 15:57

@ljere
Oui entre autre... j'essaie de connecter la xubuntu en client à la Debian, la xubuntu à elle même, rien ne fonctionne
le seul truc qui fonctionne c'est la Debian connectée à elle même.

@Braun
L'ouverture session ne pose pas de souci, c'est un choix par défaut l'utilisateur ne veut pas à avoir de MDP à entrer à chaque ouverture de session. Mais comme le dit ljere, c'est pas là que se trouve le problème puisque lorsque je tente de connecter la debian en client à la Xubuntu, le MDP de la Xubuntu n'a rien à voir...

Sinon j'ai désinstallé openssh-client/server
puis :

sudo dpkg -P $(dpkg -l | awk '$1~/^rc$/{print $2}')

Pour virer les fichiers de config.

J'ai réinstallé le tout et j'ai un nouveau msg :

alex@alex:~$ ssh alex@127.0.0.1
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
48:46:8a:e9:b0:a0:99:33:ed:09:5f:79:da:bd:45:a6.
Please contact your system administrator.
Add correct host key in /home/alex/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/alex/.ssh/known_hosts:1
  remove with: ssh-keygen -f "/home/alex/.ssh/known_hosts" -R 127.0.0.1
ECDSA host key for 127.0.0.1 has changed and you have requested strict checking.
Host key verification failed.

À priori il m'a l'air de râler à cause le l'empreinte de la clé qui à changé.

J'ai tenté de modifier /etc/sshd_config en :
PubkeyAuthentication no
StrictMode no

sudo service ssh restart

ssh alex@127.0.0.1

Toujours le même message. J'ai aussi redémarré le pc, ça n'a rien donné de plus.
J'ai remis sshd_config à l'état initial...

Dernière modification par LaurentNaMarre (Le 01/11/2015, à 16:04)

Compte supprimé · Le 01/11/2015, à 16:05

Renomme ou supprime /home/alex/.ssh/known_hosts

Dernière modification par Compte supprimé (Le 01/11/2015, à 16:05)

LaurentNaMarre · Le 01/11/2015, à 16:32

Merci pour ta réponse Tamarou.
J'ai supprimé known_hosts
Il y a une amélioration puisque :

alex@alex:~$ ssh -v alex@127.0.0.1
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 127.0.0.1 [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/alex/.ssh/id_rsa type -1
debug1: identity file /home/alex/.ssh/id_rsa-cert type -1
debug1: identity file /home/alex/.ssh/id_dsa type -1
debug1: identity file /home/alex/.ssh/id_dsa-cert type -1
debug1: identity file /home/alex/.ssh/id_ecdsa type -1
debug1: identity file /home/alex/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/alex/.ssh/id_ed25519 type -1
debug1: identity file /home/alex/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3 pat OpenSSH_6.6.1* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 48:46:8a:e9:b0:a0:99:33:ed:09:5f:79:da:bd:45:a6
debug1: Host '127.0.0.1' is known and matches the ECDSA host key.
debug1: Found key in /home/alex/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/alex/.ssh/id_rsa
debug1: Trying private key: /home/alex/.ssh/id_dsa
debug1: Trying private key: /home/alex/.ssh/id_ecdsa
debug1: Trying private key: /home/alex/.ssh/id_ed25519
debug1: Next authentication method: password
alex@127.0.0.1's password: 
debug1: Authentication succeeded (password).
Authenticated to 127.0.0.1 ([127.0.0.1]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.UTF-8
Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.16.0-51-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

3 packages can be updated.
0 updates are security updates.

Last login: Sun Nov  1 15:20:48 2015 from localhost

Mais lorsque je tente :

alex@alex:~$ ssh -v alex@debian
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to debian [192.168.1.12] port 22.
debug1: Connection established.
debug1: identity file /home/alex/.ssh/id_rsa type -1
debug1: identity file /home/alex/.ssh/id_rsa-cert type -1
debug1: identity file /home/alex/.ssh/id_dsa type -1
debug1: identity file /home/alex/.ssh/id_dsa-cert type -1
debug1: identity file /home/alex/.ssh/id_ecdsa type -1
debug1: identity file /home/alex/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/alex/.ssh/id_ed25519 type -1
debug1: identity file /home/alex/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5
debug1: match: OpenSSH_6.7p1 Debian-5 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-sha1-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-sha1-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 90:37:5c:08:57:c9:f7:5f:ac:39:38:78:9d:f6:b0:68
debug1: Host 'debian' is known and matches the ECDSA host key.
debug1: Found key in /home/alex/.ssh/known_hosts:2
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/alex/.ssh/id_rsa
debug1: Trying private key: /home/alex/.ssh/id_dsa
debug1: Trying private key: /home/alex/.ssh/id_ecdsa
debug1: Trying private key: /home/alex/.ssh/id_ed25519
debug1: Next authentication method: password
alex@debian's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
alex@debian's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
alex@debian's password: 
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).

Il ne veut rien savoir... Je met le MDP d'alex pourtant !?

Compte supprimé · Le 01/11/2015, à 16:38

Oui, je ne répondais que pour ton dernier problème.
Pour le reste, comme écrit plus haut, il faut procéder par étapes.

Par exemple, tu pourrais aller (physiquement) sur la machine "debian" et faire

ssh localhost

tu diras si tu peux te connecter en local.

Edit : tu as écrit sur ton premier post :

Je cherche à connecter 2 machines entre elles, une Debian 8 en client et une Xubuntu (ça doit être la 14.x ) en serveur

En faisant la dernière commande que tu copies, tu fais le contraire. Tu te connectes sur un serveur qui s'appelle "Debian" .

Dernière modification par Compte supprimé (Le 01/11/2015, à 16:54)

LaurentNaMarre · Le 01/11/2015, à 16:44

Donc si on reprend :

Braun a écrit :

Il serait peut être bon de sérier les problèmes si on veut avancer.
1/ Si l'ouverture de session pose difficulté, inutile d'aller plus loin.
2/ Si le présumé serveur n'est pas accessible, inutile d'aller plus loin.
3/ Si tout le reste fonctionne on peut envisager les protocoles.

1/ Pas de problème de session
2/ Les 2 seveur/clients sont détectés ou reconnus
3/ Je fais quoi chef ?

Braun · Le 01/11/2015, à 16:52

Soyons clairs, tant que tu ne donnes pas les adresse IP du serveur et du client et si tu ne précises pas à chaque fois sur quel poste tu opères il est difficile de te suivre.
L'adresse « 127.0.0.1 » est une adresse locale et je ne vois pas ce à quoi elle peut servir ici.
J'admire Tamarou qui semble comprendre

LaurentNaMarre · Le 01/11/2015, à 16:52

Ok !

laurent@debian:~$ ssh localhost
The authenticity of host 'localhost (::1)' can't be established.
ECDSA key fingerprint is 90:37:5c:08:57:c9:f7:5f:ac:39:38:78:9d:f6:b0:68.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (ECDSA) to the list of known hosts.
laurent@localhost's password: 

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have mail.
Last login: Sun Nov  1 12:08:05 2015 from localhost

Ça semble fonctionner...
Il me dit que j'ai un mail, je le retrouve ou ce mail?

LaurentNaMarre · Le 01/11/2015, à 16:54

@Braun
C'est pour ça que désormais je colle l'intégralité de ce qu'il y a sur le terminal.

Compte supprimé · Le 01/11/2015, à 16:55

Je vois que Braun est à nouveau disponible, je te laisse avec lui. Mais regarde mon edit du post N°15.

Dernière modification par Compte supprimé (Le 01/11/2015, à 16:57)

Braun · Le 01/11/2015, à 16:57

LaurentNaMarre a écrit :

C'est pour ça que désormais je colle l'intégralité de ce qu'il y a sur le terminal.

... En précisant sur quel poste.

LaurentNaMarre · Le 01/11/2015, à 16:59

Tamarou a écrit :

En faisant la dernière commande que tu copies, tu fais le contraire. Tu te connectes sur un serveur qui s'appelle "Debian" .

En fait j'aimerais que les 2 pc puisse s'échanger des info, vu que ça ne fonctionne pas j'essaie un peu dans tous les sens
Xubuntu ==> Debian
Debian ==> Xubuntu
Xubuntu ==> Xubuntu
Debian ==> Debian

LaurentNaMarre · Le 01/11/2015, à 17:04

Effectivement pour laurent@debian pas de doute
C'est vrais qu'au départ rien ne disait qu'alex@alex était la xubuntu...

Braun · Le 01/11/2015, à 17:05

Pour échanger des infos, la pire solution est de tout mélanger.
Mon avis reste celui ci : Tu définis un et un seul poste comme serveur et l'autre comme client.
Alles klar ?
Si la liaison fonctionne il sera toujours temps d'en définir une autre dans l'autre sens, mais j'insiste cela ne me semble pas utile.

LaurentNaMarre · Le 01/11/2015, à 17:08

Un pas après l'autre
Alors Debian client et Xubuntu serveur...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 31/10/2015, à 18:04

SSH impossible de me connecter ! [Résolu]

#2 Le 31/10/2015, à 23:26

Re : SSH impossible de me connecter ! [Résolu]

#3 Le 01/11/2015, à 00:27

Re : SSH impossible de me connecter ! [Résolu]

#4 Le 01/11/2015, à 00:45

Re : SSH impossible de me connecter ! [Résolu]

#5 Le 01/11/2015, à 00:58

Re : SSH impossible de me connecter ! [Résolu]

#6 Le 01/11/2015, à 02:16

Re : SSH impossible de me connecter ! [Résolu]

#7 Le 01/11/2015, à 12:53

Re : SSH impossible de me connecter ! [Résolu]

#8 Le 01/11/2015, à 13:12

Re : SSH impossible de me connecter ! [Résolu]

#9 Le 01/11/2015, à 13:16

Re : SSH impossible de me connecter ! [Résolu]

#10 Le 01/11/2015, à 14:54

Re : SSH impossible de me connecter ! [Résolu]

#11 Le 01/11/2015, à 15:16

Re : SSH impossible de me connecter ! [Résolu]

#12 Le 01/11/2015, à 15:57

Re : SSH impossible de me connecter ! [Résolu]

#13 Le 01/11/2015, à 16:05

Re : SSH impossible de me connecter ! [Résolu]

#14 Le 01/11/2015, à 16:32

Re : SSH impossible de me connecter ! [Résolu]

#15 Le 01/11/2015, à 16:38

Re : SSH impossible de me connecter ! [Résolu]

#16 Le 01/11/2015, à 16:44

Re : SSH impossible de me connecter ! [Résolu]

#17 Le 01/11/2015, à 16:52

Re : SSH impossible de me connecter ! [Résolu]

#18 Le 01/11/2015, à 16:52

Re : SSH impossible de me connecter ! [Résolu]

#19 Le 01/11/2015, à 16:54

Re : SSH impossible de me connecter ! [Résolu]

#20 Le 01/11/2015, à 16:55

Re : SSH impossible de me connecter ! [Résolu]

#21 Le 01/11/2015, à 16:57

Re : SSH impossible de me connecter ! [Résolu]

#22 Le 01/11/2015, à 16:59

Re : SSH impossible de me connecter ! [Résolu]

#23 Le 01/11/2015, à 17:04

Re : SSH impossible de me connecter ! [Résolu]

#24 Le 01/11/2015, à 17:05

Re : SSH impossible de me connecter ! [Résolu]

#25 Le 01/11/2015, à 17:08

Re : SSH impossible de me connecter ! [Résolu]

Pied de page des forums