Problème mise en place serveur SSH sous Ubuntu 14.04

AvAtAr263 · Le 13/08/2013, à 15:27

Bonjour à tous,

Cela fait un petit moment que j'hésite à poster mon problème, mais je commence à perdre espoir.

Mise en contexte :
Je vous explique mon problème, je suis passé à Ubuntu il y a quelques semaines pour pouvoir "reprendre le contrôle" de mon PC, et j’essaie actuellement de mettre mon PC portable (sous Ubuntu 12.04) en mode serveur, pour pouvoir y accéder de mon ordinateur de bureau (sous Windows 7) se situant sur le même LAN (connecté à une livebox) et aussi depuis l'extérieur (ordinateur au travail).
Le PC de bureau est connecté en ethernet et le portable en wifi.

Procédure effectuée :
J'ai donc installé openssh-server sur mon Pc portable (sans configuration particulière).
J'ai installé PuTTY sur mon PC de bureau pour pouvoir m'y connecter.
J'ai ouvert les ports de connexions 22 sur ma livebox pour ces deux ordinateur.

Le problème :
J'ai testé si la connexion était bonne en trois phases:
- Sur mon ordinateur de bureau j'ai essayé de me connecter en SSH à l'ordinateur portable grâce à son IP internet (extérieur) => ne fonctionne pas
- J'ai donc essayé de me connecter en local (en mettant l'adresse de destination du serveur à 192.168.1.X) => ne fonctionne pas
- Dans un élan de désespoir j'ai au moins essayé de me connecter de mon PC portable sur mon PC portable en SSH en lançant la commande

ssh USERNAME@localhost

où USERNAME est mon nom de compte usagé => ne fonctionne pas

Pour aller plus loin :
Pour aller plus loin, j'ai essayé de regarder mon réseau local.
Le second problème c'est que sous Ubuntu, dans Réseau je vois un compartiment Windows, mais impossible de le monter.
Depuis Windows, je ne vois pas mon Ubuntu.
Enfin j'ai installé Mocha VNC sur iphone (pour ceux qui connaissent), afin de pouvoir controler mon PC portable avec mon iPhone. Cela fonctionne pendant 30 min, puis après impossible de me reconnecter.
Il se trouve que je peux facilement retrouvé la connexion si avant je ping mon iPhone depuis Ubuntu, ce que je trouve extrémement bizarre...

Le problème est peut être que je perd ma connexion local, je ne sais pas .... Pourtant j'ai toujours internet il n'y a pas de soucis.

Je suis nouveau sur Ubuntu, mais si quelqu'un pouvait me donner des pistes, ou encore une solution à mon problème, je lui (leurs) seraient reconnaissant ^^

Merci d'avance.

Dernière modification par AvAtAr263 (Le 13/08/2013, à 20:12)

Bigcake · Le 13/08/2013, à 16:12

Bonjour,

Quel est l'erreur envoyé par ssh USERNAME@localhost ?
Ton serveur SSH est installé, mais est-il lancé ?
La ligne suivante te permettra de voir s'il est lancé :

ps aux | grep sshd

une ligne avec /sur/bin/sshd devrai apparaitre
Tu peux aussi poster le contenu de ton fichier /etc/ssh/sshd_config qui correspond au fichier de configuration de ton serveur SSH

AvAtAr263 · Le 13/08/2013, à 17:23

Bonjour à toi Bigcake,

Je te fait suivre ce que la console me renseigne :

avatar@AvAtArr:~$ ssh avatat@localhost
Read from socket failed: Connection reset by peer

avatar@AvAtArr:~$ ps aux | grep sshd
root       809  0.0  0.0  50032  2560 ?        Ss   17:11   0:00 /usr/sbin/sshd -D
avatar    2520  0.0  0.0  13628   916 pts/0    S+   17:14   0:00 grep --color=auto sshd

Concernant le fichier sshd_config, celui-ci ne contient rien, mais le fichier ssh_config est le suivant ;

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
#   ForwardAgent no
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no

Dernière modification par AvAtAr263 (Le 13/08/2013, à 17:30)

Bigcake · Le 13/08/2013, à 17:45

AvAtAr263 a écrit :

Concernant le fichier sshd_config, celui-ci ne contient rien

Ah bah ton problème ce situe ici...
Etant donné que ton pc sera accessible par tout le monde via internet un peu de sécurisation ne fait pas de mal
Je te conseil la lecture de ce petit tuto que je trouve simpa : http://www.alsacreations.com/tuto/lire/ … ables.html
Il te dira quoi mettre au minimum dans le fichier sshd_config

AvAtAr263 · Le 13/08/2013, à 17:46

Merci pour ta réponse, je vais aller y faire un tour, et reviendrais si j'ai des questions.

AvAtAr263 · Le 13/08/2013, à 18:23

Bon alors, je viens d'effectuer ce tutoriel, et voila ce que j'ai maintenant :

avatar@AvAtArr:~$ ps aux | grep ssh
avatar    1909  0.0  0.0  12568   320 ?        Ss   18:14   0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session gnome-session --session=ubuntu
root      2477  0.0  0.0  50032  2584 ?        Ss   18:18   0:00 /usr/sbin/sshd -D
avatar    2552  0.0  0.0  13628   916 pts/0    S+   18:19   0:00 grep --color=auto ssh

avatar@AvAtArr:~$ ssh avatar@localhost
Read from socket failed: Connection reset by peer

Fichier ssh_config :

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
#   ForwardAgent no
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no

Fichier sshd_config :

Port 22                  # Changer le port par défaut
PermitRootLogin no         # Ne pas permettre de login en root
Protocol 2                 # Protocole v2
AllowUsers dew             # N'autoriser qu'un utilisateur précis

Bigcake · Le 13/08/2013, à 18:34

Après AllowUsers il faut mettre le nom des utilisateurs qui auront le droit de se connecter par SSH sur ton pc, donc dans ton cas c'est plutot :

AllowUsers   avatar

Ajoute aussi la ligne suivante :

PasswordAuthentication yes

A tu relancé le service sshd après avoir modifié le fichier sshd_config ?

Que donne la commande suivante ?

netstat -tulpn | grep 22

Dernière modification par Bigcake (Le 13/08/2013, à 18:37)

AvAtAr263 · Le 13/08/2013, à 18:54

Oui en effet mon propre nom d'utilisateur sera mieux ^^
Par contre je voudrais y accéder aussi de l'extérieur donc je ne sais pas quoi mettre d'autre.

Sinon oui, j'ai relancé le serveur après modification il n'y a pas de soucis, et la commande donne :

avatar@AvAtArr:~$ netstat -tulpn | grep 22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      2647/sshd       
tcp6       0      0 :::22                   :::*                    LISTEN      2647/sshd

Cependant cela ne fonctionne toujours pas.

Dernière modification par AvAtAr263 (Le 13/08/2013, à 23:31)

AvAtAr263 · Le 13/08/2013, à 23:32

Petit up, si quelqu'un d'autre aurait une idée.

Merci d'avance.

Bigcake · Le 14/08/2013, à 08:03

AvAtAr263 a écrit :

Par contre je voudrais y accéder aussi de l'extérieur donc je ne sais pas quoi mettre d'autre.

Avant faudrai déja que ça marche avec localhost
Que te donne

ssh -vvv avatar@localhost

Dernière modification par Bigcake (Le 14/08/2013, à 08:03)

AvAtAr263 · Le 14/08/2013, à 17:08

La commande me donne :

avatar@AvAtArr:~$ ssh -vvv avatar@localhost
OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/avatar/.ssh/id_rsa type -1
debug1: identity file /home/avatar/.ssh/id_rsa-cert type -1
debug1: identity file /home/avatar/.ssh/id_dsa type -1
debug1: identity file /home/avatar/.ssh/id_dsa-cert type -1
debug1: identity file /home/avatar/.ssh/id_ecdsa type -1
debug1: identity file /home/avatar/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
Read from socket failed: Connection reset by peer

Bigcake · Le 14/08/2013, à 17:54

Bon bah là.......je comprend pas... tout me parait bon
Y a quand même un truc de super bizarre, c'est que tu avait pas de le fichier sshd_config par défaut.
Une dernière petite vérif, que donne :

ls -la ~/.ssh

Sinon, on peut purger totalement le serveur SSH

sudo apt-get purge openssh-server

Pour le réinstaller :

sudo apt-get install openssh-server

As-tu un fichier sshd_config qui ressemble déjà plus à quelque chose après réinstallation ?

Questions subsidiaire : tu n'aurai pas bidouillé un firewall iptable ou apparmor ou autre concernant la sécurité sur ce pc ?

Dernière modification par Bigcake (Le 14/08/2013, à 17:58)

AvAtAr263 · Le 14/08/2013, à 18:16

Alors voila ce que ça me donne avant réinstallation :

avatar@AvAtArr:~$ ls -la ~/.ssh
total 16
drwx------  2 avatar avatar  4096 août  12 21:52 .
drwx------ 32 avatar avatar 12288 août  14 17:06 ..

Après réinstallation du serveur j'obtiens le fichier de conf suivant ;

# 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
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

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

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
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 yes

La première commande me redonne :

avatar@AvAtArr:~$ ls -la ~/.ssh
total 16
drwx------  2 avatar avatar  4096 août  12 21:52 .
drwx------ 32 avatar avatar 12288 août  14 17:06 ..

Et sinon je n'ai rien modifié de particulier ...

Par contre j'ai essayé de redemarré le serveur après réinstallation et ceci me donne :

avatar@AvAtArr:~$ ssh -vvv avatar@localhost
OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/avatar/.ssh/id_rsa type -1
debug1: identity file /home/avatar/.ssh/id_rsa-cert type -1
debug1: identity file /home/avatar/.ssh/id_dsa type -1
debug1: identity file /home/avatar/.ssh/id_dsa-cert type -1
debug1: identity file /home/avatar/.ssh/id_ecdsa type -1
debug1: identity file /home/avatar/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 6f:94:73:5d:cf:a3:a5:1c:74:3b:66:53:ae:c3:ce:f6
The authenticity of host 'localhost (127.0.0.1)' can't be established.
ECDSA key fingerprint is 6f:94:73:5d:cf:a3:a5:1c:74:3b:66:53:ae:c3:ce:f6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (ECDSA) to the list of known hosts.
debug1: ssh_ecdsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/avatar/.ssh/id_rsa ((nil))
debug2: key: /home/avatar/.ssh/id_dsa ((nil))
debug2: key: /home/avatar/.ssh/id_ecdsa ((nil))
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/avatar/.ssh/id_rsa
debug3: no such identity: /home/avatar/.ssh/id_rsa
debug1: Trying private key: /home/avatar/.ssh/id_dsa
debug3: no such identity: /home/avatar/.ssh/id_dsa
debug1: Trying private key: /home/avatar/.ssh/id_ecdsa
debug3: no such identity: /home/avatar/.ssh/id_ecdsa
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
avatar@localhost's password: 
debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
Authenticated to localhost ([127.0.0.1]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 3 setting TCP_NODELAY
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug3: Ignored env SSH_AGENT_PID
debug3: Ignored env GPG_AGENT_INFO
debug3: Ignored env TERM
debug3: Ignored env SHELL
debug3: Ignored env XDG_SESSION_COOKIE
debug3: Ignored env WINDOWID
debug3: Ignored env GNOME_KEYRING_CONTROL
debug3: Ignored env USER
debug3: Ignored env LS_COLORS
debug3: Ignored env LIBGL_DRIVERS_PATH
debug3: Ignored env XDG_SESSION_PATH
debug3: Ignored env XDG_SEAT_PATH
debug3: Ignored env SSH_AUTH_SOCK
debug3: Ignored env SESSION_MANAGER
debug3: Ignored env DEFAULTS_PATH
debug3: Ignored env XDG_CONFIG_DIRS
debug3: Ignored env PATH
debug3: Ignored env DESKTOP_SESSION
debug3: Ignored env PWD
debug3: Ignored env GNOME_KEYRING_PID
debug1: Sending env LANG = fr_FR.UTF-8
debug2: channel 0: request env confirm 0
debug3: Ignored env MANDATORY_PATH
debug3: Ignored env UBUNTU_MENUPROXY
debug3: Ignored env COMPIZ_CONFIG_PROFILE
debug3: Ignored env GDMSESSION
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env GNOME_DESKTOP_SESSION_ID
debug3: Ignored env LOGNAME
debug3: Ignored env XDG_DATA_DIRS
debug3: Ignored env DBUS_SESSION_BUS_ADDRESS
debug3: Ignored env LESSOPEN
debug3: Ignored env DISPLAY
debug3: Ignored env XDG_CURRENT_DESKTOP
debug3: Ignored env LESSCLOSE
debug3: Ignored env COLORTERM
debug3: Ignored env XAUTHORITY
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Welcome to Ubuntu 12.04.2 LTS (GNU/Linux 3.5.0-37-generic x86_64)

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

Last login: Wed Jul 31 22:53:29 2013

Je pense que le serveur fonctionne maintenant.
Par contre, j'ai essayé denouveau de me connecter depuis mon Windows en local (192.168.1.15), sur le port 22, mais cela ne fonctionne pas.

Démarche :
- Je ping le PC portable sous ubuntu avec mon PC sous Windows et cela ne fonctionne pas.
- Je ping le PC sous Windows avec mon PC Ubuntu ça fonctionne.
- Je ping le PC Ubuntu avec Windows et cette fois cela fonctionne.

Cela fait exactement la même chose quand j'essaie de me connecter sur Ubuntu avec mon iPhone, je suis obligé de le pinger avant pour pouvoir me connecter. Je ne comprend pas ...

Enfin j'essai de me connecter à mon adresse IP internet (non local) et cela ne fcontionne pas du tout, il m'est mis "Network error: Connection refused".

Dernière modification par AvAtAr263 (Le 14/08/2013, à 18:33)

Bigcake · Le 14/08/2013, à 18:44

Bon ... y a du progrès
Dans ton sshd_config, change la vers PermitRootLogin de yes vers no (a moins que tu ne souhaite te connecter en root dessus.

Redémarrage ta box, ça règle les problème bizarre de ce genre en général.

Après le mieux ,c'est de faire rediriger le port à ta box vers l'adresse ip de ton ubuntu

AvAtAr263 · Le 14/08/2013, à 19:04

Comment faire la redirection ?
Je sais comment ouvrir des ports mais après ...

Sinon j'ai redémarré ma livebox, mais le problème perciste. Je suis obligé de pinger mon Windows depuis mon Ubuntu avant de pouvoir me connecter sous Ubuntu depuis mon Windows 7.

Dernière modification par AvAtAr263 (Le 14/08/2013, à 21:04)

AvAtAr263 · Le 21/08/2013, à 11:42

Personne n'a de réponses du coup ?
Je commence à désespérer vis à vis de ce réseau local ...
J'ai vraiment l'impression que c'est uniquement mon PC sous Ubuntu qui a ce genre de soucis.

De plus, comment faire pour me connecter depuis mon PC du travail sur mon Ubuntu avec PuTTY ?
Faut-il que je modifie certains paramètres ?

Merci d'avance.

JujuLand · Le 04/10/2014, à 15:35

La box agit comme un routeur.
Quand elle reçoit un paquet vers le port 22, vu que tu te sers d'un ordi qui est probablement aussi serveur et que tu as aussi paramétré le serveur avec le port 22, la box ne sait pas à qui adresser ce paquet.

Pour des raisons de visibilité et de sécurité, il est déconseillé d'utiliser le port 22.
Donc, sur chaque ordi, paramètrer le serveur avec un port différent:

Ordi 1 : port 22501
Ordi 2 : port 22502
etc ...
Ces valeurs sont absolument arbitaires.

Sur ta box, il te faudra configurer le NAT
ordi 1 22501 22501
ordi 2 22502 22502
etc ...
Syntaxes différentes suivant les box.

Ensuit les connexions devront se faire la paramètre -p
Exemples:
ssh -p [-X] 22501 avatar@192.168.1.xxx

-X permet d'exécuter des programmes à l'interface graphique, par exemple:
gedit .profile
exécuté dans la console de ssh ouvrira .profile dans gedit du serveur, et bien sûr visible sur l'écran du client. Le serveur ne verra rien ...

scp -P 22501 [-r] avatar@192.168.1.xxx:./Bureau/monfichier ~/Bureau
Attention pour le scp, l'option est -P
-r pour récursif
Le scp peut évidemment fonctionner dans les deux sens
scp -P 22501 [-r] ~/Bureau avatar@192.168.1.xxx:./Bureau/monfichier

Voilà
A+

Dernière modification par JujuLand (Le 04/10/2014, à 15:38)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/08/2013, à 15:27

Problème mise en place serveur SSH sous Ubuntu 14.04

#2 Le 13/08/2013, à 16:12

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#3 Le 13/08/2013, à 17:23

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#4 Le 13/08/2013, à 17:45

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#5 Le 13/08/2013, à 17:46

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#6 Le 13/08/2013, à 18:23

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#7 Le 13/08/2013, à 18:34

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#8 Le 13/08/2013, à 18:54

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#9 Le 13/08/2013, à 23:32

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#10 Le 14/08/2013, à 08:03

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#11 Le 14/08/2013, à 17:08

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#12 Le 14/08/2013, à 17:54

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#13 Le 14/08/2013, à 18:16

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#14 Le 14/08/2013, à 18:44

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#15 Le 14/08/2013, à 19:04

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#16 Le 21/08/2013, à 11:42

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

#17 Le 04/10/2014, à 15:35

Re : Problème mise en place serveur SSH sous Ubuntu 14.04

Pied de page des forums