Lorsque j'ai essayé de me connecter au serveur via SSH, j'obtiens l'erreur suivante,
[root@oneeighty ~]# ssh -vvv -p 443 [email protected]
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx [IP] port 443.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
ssh_exchange_identification: read: Connection reset by peer
J'ai vérifié la configuration SSH sur le serveur et le client et il n'y a aucun problème.
Redémarrez le service SSH sur le serveur, puis redémarrez le serveur / client, mais les problèmes ne sont pas résolus.
Réponses:
Cela peut être le résultat d'un certain nombre de choses.
Peu de choses que vous pouvez essayer rapidement sont les suivantes,
sshd: ALL
Peut-être, ajouter
sshd: ALL
à/etc/hosts.allow
Il est possible que les HostKeys de votre SSHD soient corrompus. Ils sont présents dans le répertoire / etc / ssh /. Vous pouvez les supprimer et redémarrer sshd et il les régénérera. En cas d'erreur, veuillez utiliser les commandes suivantes
la source
sshd: ALL
à hosts.deny pour vérifier si cela aide.La ligne suivante du débogage devrait ressembler à ceci:
Vous avez confirmé sur StackOverflow que vous utilisez NATing / redirection de port à partir d'une adresse IP externe. Vous avez également vérifié que vous pouvez ssh de la boîte locale à lui-même. Comme le fonctionnement local du port 443 fonctionne, vous devez vérifier que le mappage de port fonctionne.
Essayer:
iptables -L
et vérifiez que le port 443 est ouvert ou INPUT et OUTPUT est réglé sur ACCEPTtcpdump -A -s 0 port 443
, puis essayez de sshing vers l'IP externe. Vous devriez voir les données arriver avec l'adresse source du routeurla source
FWIW, j'utilise Ubuntu 14.04 sur AWS. Le problème a été résolu par SSHing via leur client Web Java et en cours d'exécution
sudo service apache2 start
. Je voulais juste que mon site Web soit sauvegardé, mais cela a également corrigé l'accès SSH. Je ne sais pas pourquoi, mais je ne me plains pas.la source
Vérifiez les hôtes autorisés sur le serveur auquel vous essayez de vous connecter, ainsi que toutes les règles iptables qu'il exécute.
la source
Le problème a été résolu.
Le problème concerne les équilibreurs de charge que nous avons sur notre réseau. Le problème est résolu au redémarrage des équilibreurs de charge.
la source
J'ai rencontré un problème similaire aujourd'hui, car soudainement l'accès ssh à une machine virtuelle a été refusé avec le même message. ssh -v (au client) et sshd -d (au serveur) n'ont pas beaucoup aidé. Le problème dans mon cas a commencé en raison de la modification des paramètres du pare-feu / iptable, ce que j'ai fait pour une démonstration de l'utilisation de la pile LAMP.
J'ai utilisé system-config-firewall-tui pour activer le pare-feu et sélectionné uniquement httpd à partir de là, ce qui a bloqué tous les autres services sauf httpd.
Donc, comme solution à cela, ajoutez des autorisations à sshd en
ssh fonctionne parfaitement bien maintenant !!!
la source
Pour moi, j'autorise les connexions sshd dans le fichier / etc / hosts.
la source
La façon dont j'ai résolu le problème est que je suis allé sur la machine hôte et que j'ai exécuté quelques commandes
sudo mkdir / var / run / sshd
sudo chmod 755 -R / var / run / sshd
sudo service ssh restart
Je me suis connecté à la machine après ça.
la source
Première purge openssh- * (openssh-server et openssh-client)
suppression du répertoire /home/username/.ssh
puis installez votre serveur openssh et votre client openssh
la source