SSH "connexion refusée" sur Raspberry pi - ne peut pas trouver pourquoi


13

J'ai le problème suivant SSH "connexion refusée". Cela fonctionnerait bien, mais pendant que je travaille sur le SSH, j'obtiendrais une "connexion refusée" et je devrais me reconnecter (ce qui ne se produit pas pendant 5 à 10 minutes). J'ai tout essayé (redémarrer linux, redémarrer ssh) mais n'aide toujours pas. J'ai également vérifié var / log mais rien d'utile là-dedans ...

REMARQUE: la note intéressante que j'ai trouvée est que lorsque j'essaie ssh sur mon adresse IP externe (277 ...), il passe à l'écran cmd noir, je ferme cela et j'essaie mon adresse 192.168.0.13 et cela me permet de me connecter .. mais bref alors, encore une fois la connexion refusée ... Bien sûr, si j'ouvre mon serveur et que sudo sshd redémarre, ma "connexion refusée" ssh disparaît ...

Mon port ssh est ouvert à 23, et je l'ai également configuré sur un modem / routeur

sudpi@raspberrypi:~$ sudo netstat -tlpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1817/apache2
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN      2227/vsftpd
tcp        0      0 127.0.0.1:3350          0.0.0.0:*               LISTEN      1784/xrdp-sesman
tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN      3115/sshd
tcp        0      0 0.0.0.0:3389            0.0.0.0:*               LISTEN      1781/xrdp
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      2397/mysqld

Lorsque je me déconnecte, je me reconnecte et coche "QUI" Je ne vois que ma connexion précédente, ma racine et la connexion actuelle

whopi@raspberrypi:~$ who  
pi       tty1         2013-01-28 09:20
pi       pts/0        2013-01-28 10:28 (192.168.0.12)
pi       pts/1        2013-01-28 10:32 (192.168.0.12)

C'est ce que j'ai dans mon ssh_config que j'ai modifié (SSH à 23 car les rogers utilisent 22 ...)

#   Port 23
...    
#Keep my damn connection alive!
KeepAlive yes
ServerAliveInterval 60

Voici ce que j'obtiens lorsque j'exécute arp-scan

pi@raspberrypi:/etc$ sudo arp-scan -I eth0 -l | grep 192.168.0.13
192.168.0.13    a0:6c:ec:ec:bb:5b       (Unknown)

Cette partie que j'ai trouvée en ligne qui m'a dit que je devrais poster les deux informations suivantes

pi@raspberrypi:~$ ps afxu | grep sshd
root      2838  0.0  0.7   9800  3168 ?        Ss   10:27   0:00 sshd: pi [priv]                                                                                   
pi        2845  0.0  0.3   9800  1628 ?        S    10:28   0:00  \_ sshd: pi@pt                                                                                   s/0
root      2854  0.0  0.7   9800  3168 ?        Ss   10:32   0:00 sshd: pi [priv]                                                                                   
pi        2861  0.0  0.3   9800  1628 ?        S    10:32   0:00  \_ sshd: pi@pt                                                                                   s/1
root      2900  0.3  0.7   9800  3168 ?        Ss   10:44   0:00 sshd: pi [priv]                                                                                   
pi        2907  0.0  0.3   9800  1628 ?        S    10:44   0:00  \_ sshd: pi@pt                                                                                   s/2
root      2934  0.0  0.2   6204  1060 ?        Ss   10:45   0:00 /usr/sbin/sshd
root      2954  0.7  0.7   9800  3164 ?        Ss   10:45   0:00  \_ sshd: pi [p                                                                                   riv]
pi        2961  0.1  0.3   9800  1624 ?        S    10:46   0:00      \_ sshd: p                                                                                   i@pts/3
pi        2970  0.0  0.1   3536   796 pts/3    S+   10:46   0:00              \_                                                                                    grep sshd

EDIT: pi @ raspberrypi: ~ $ ssh -vvv 192.168.0.13 (CECI pourrait être long ... Merci Bart Friederichs)

pi@raspberrypi:~$ ssh -vvv 192.168.0.13 -p 23
OpenSSH_6.0p1 Debian-3, OpenSSL 1.0.1c 10 May 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 192.168.0.13 [192.168.0.13] port 23.
debug1: Connection established.
debug1: SELinux support disabled
...
debug1: match: OpenSSH_6.0p1 Debian-3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-3
debug2: fd 3 setting O_NONBLOCK
debug3: put_host_port: [192.168.0.13]:23
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
...
debug1: Next authentication method: publickey
debug1: Trying private key: /var/www/.ssh/id_rsa
debug3: no such identity: /var/www/.ssh/id_rsa
debug1: Trying private key: /var/www/.ssh/id_dsa
debug3: no such identity: /var/www/.ssh/id_dsa
debug1: Trying private key: /var/www/.ssh/id_ecdsa
debug3: no such identity: /var/www/.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
pi@192.168.0.13's password: - I TYPED PASSWORD -
...
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
Linux raspberrypi 3.6.11+ #350 PREEMPT Mon Jan 7 21:51:11 GMT 2013 armv6l

Exécutez en netstat -tlpntant que root (ou avec sudo) si vous souhaitez voir les noms de programme / PID. Déplacer SSH de son port par défaut ne semble pas être une bonne idée si vous n'êtes pas suffisamment familier avec l'administration Linux.
Bruno

1
Les lignes commençant par # sont des commentaires, donc dans la ligne vous spécifiez le port 23 que vous avez le # avant, il ne sera pas traité, et donc il utilisera le port standard (22). Vous pouvez également avoir quelque chose dans /etc/hosts.allow ou /etc/hosts.deny contrôlant qui peut se connecter à sshd. Avez-vous vérifié si vous n'avez pas de collision avec une adresse IP dans votre réseau?
Pipe

Réponses:


8

Vous sshdécoutez sur le port 23, mais vous vous connectez au port 22 (par défaut de ssh).

Essaye ça:

  pi@raspberrypi:~$ ssh -vvv 192.168.0.13 -p 23

Une erreur «connexion refusée» signifie que la couche TCP dans le noyau n'accepte aucune connexion sur ce port. Cela n'a rien à voir avec le fait de rester en vie ou quoi que ce soit.

En outre, vous utilisez arppour découvrir des choses, mais un meilleur outil serait nmap. arpvous indique uniquement si l'IP se trouve dans votre domaine de diffusion, pas si des ports sont ouverts.


Bonjour, Merci pour votre réponse, j'ai essayé pi @ raspberrypi: ~ $ nmap -bash: nmap: commande introuvable ... aurais-je besoin de l'installer? et y en a-t-il pour la framboise? Merci également pour la correction, j'ai édité avec -p 23, mais il n'y a rien qui semble hors de

nmapn'est pas vraiment nécessaire, juste un outil pratique. La mise à jour que vous avez effectuée semble l'avoir fait fonctionner?
Bart Friederichs

5

Citant la documentation :

Depuis la version de novembre 2016, Raspbian a le serveur SSH désactivé par défaut. Vous devrez l'activer manuellement.

Pour activer SSH sur les machines via la console:

Entrez sudo raspi-configdans le terminal, sélectionnez d'abord advanced options, puis accédez à ssh, appuyez sur Enteret sélectionnez Enable or disable ssh server.

Pour activer SSH pour les machines sans tête:

Pour une configuration sans tête, SSH peut être activé en plaçant un fichier nommé ssh, sans aucune extension, sur la partition de démarrage de la carte SD.


Copié -collé à partir de la réponse de @techraf dans cette question connexe: SSH ne fonctionne pas avec une nouvelle installation .


Bien que cela puisse techniquement répondre à la question, je ne suis pas sûr que techraf soit heureux que vous veniez de copier et de coller sa réponse. Cependant, si vous demandiez leur autorisation avant de publier ce message, ce serait différent.
Dark Vador

1
Une partie des «conditions de service» (section 3) stipule que les contributions sont ici considérées comme ayant une licence Creative Commons Attribution ShareAlike , et cette réappropriation est conforme à ces conditions. Cependant, ce n'est pas vraiment une réponse ici, car elle est assez claire dans la question en sshdcours, et le problème était antérieur à 2016.
goldilocks

@DarthVader J'ai posté cela comme une réponse de la communauté, en remerciant correctement l'auteur, je pensais que ce serait suffisant.
Delgan

1
@goldilocks Comme vous l'avez peut-être deviné, cette question vient en tête des résultats de recherche Google sur la connexion ssh refusée pour Raspberry Pi. Je pensais que cela aiderait les gens à comprendre plus rapidement quel pourrait être le problème.
Delgan

Sur la dernière configuration actuelle (Raspbian Stretch) SSH se trouve sous 5) Options d'interface -> P2) SSH
R2RT

1

J'ai eu le même problème ce matin, et je l'ai résolu en supprimant et en installant openssh-server:

sudo apt-get remove openssh-server 
sudo apt-get install openssh-server

Bonjour et bienvenue sur Stack Exchange! Veuillez envisager d'ajouter une explication plus approfondie au profit des futurs lecteurs.
NULL

0

J'ai eu le même problème et ma solution était de désactiver et de désinstaller iptables.

exécutez ces commandes:

(comme sudoer)

iptables -F iptables -X iptables -t nat -F iptables -t nat -X iptables -t mangle -F iptables -t mangle -X iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT

sudo apt-get remove --purge iptables


0

Pour moi, ce qui suit a fonctionné: est allé dans / etc / ssh / ssh_config et / etc / ssh / sshd_config et a ensuite autorisé l'accès sans mot de passe.

Redémarrage du service et voilà, ça marche!


0

Mise à jour de la réponse de Delgan pour Raspberry pi 3, RASPBIAN JESSIE AVEC PIXEL OS

Dans le terminal

sudo raspi-config 

Sélectionnez Options d'interfaçage -> SSH. Appuyez sur Entrée et sélectionnez Activer ou désactiver le serveur ssh


0

Je ne sais pas si mon conseil va être utile. J'ai eu le même problème et je suis nouveau dans le monde Linux. Après avoir lu la documentation de Raspberry Pi, j'ai constaté que le problème se trouvait dans la configuration Pi où SSH était désactivé.

Cliquez sur Raspberry Pi Menu -> Préférences -> Lancer la configuration de Raspberry Pi Naviguez jusqu'à l'onglet Interfaces Sélectionnez Activé à côté de SSH Cliquez sur OK Cela a résolu mon problème. Veuillez essayer de me le faire savoir.


-1

avec

sudpi@raspberrypi:~$ sudo netstat -tlpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1817/apache2
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN      2227/vsftpd
tcp        0      0 127.0.0.1:3350          0.0.0.0:*               LISTEN      1784/xrdp-sesman
tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN      3115/sshd
tcp        0      0 0.0.0.0:3389            0.0.0.0:*               LISTEN      1781/xrdp
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      2397/mysqld

C'est un bon début pour vérifier quel est le problème, mais pas assez pour répondre à la question :-(
Morgan Courbet

-1

J'ai eu le même problème mais il a été résolu après avoir exécuté la commande

sudo apt-get remove --purge iptables. et désactiver la connectivité sans fil.


-1

Il y a 2 fichiers de configuration / etc / ssh / ssh_config et / etc / ssh / sshd_config

Changez le port de 22 en celui que vous voulez dans les deux fichiers.

redémarrer le service sudo service ssh restart


Mais ... cela ne fonctionnera que si votre ssh: ing dans la même machine. À quoi cela servirait-il?
Bex
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.