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
[email protected]'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
netstat -tlpn
tant que root (ou avecsudo
) 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.Réponses:
Vous
sshd
écoutez sur le port 23, mais vous vous connectez au port 22 (par défaut de ssh).Essaye ça:
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
arp
pour découvrir des choses, mais un meilleur outil seraitnmap
.arp
vous indique uniquement si l'IP se trouve dans votre domaine de diffusion, pas si des ports sont ouverts.la source
nmap
n'est pas vraiment nécessaire, juste un outil pratique. La mise à jour que vous avez effectuée semble l'avoir fait fonctionner?Citant la documentation :
Pour activer SSH sur les machines via la console:
Pour activer SSH pour les machines sans tête:
Copié -collé à partir de la réponse de @techraf dans cette question connexe: SSH ne fonctionne pas avec une nouvelle installation .
la source
sshd
cours, et le problème était antérieur à 2016.J'ai eu le même problème ce matin, et je l'ai résolu en supprimant et en installant openssh-server:
la source
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
la source
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!
la source
Mise à jour de la réponse de Delgan pour Raspberry pi 3, RASPBIAN JESSIE AVEC PIXEL OS
Dans le terminal
Sélectionnez Options d'interfaçage -> SSH. Appuyez sur Entrée et sélectionnez Activer ou désactiver le serveur ssh
la source
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.
la source
avec
la source
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.la source
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
la source