Bonjour,
J'ai un problème quand je tente de me connecter par ssh à mon autre ordinateur. Voilà ce que j'aie :
ssh: connect to host truc port 22: Connection refused
Si pouvez m'aider, ce serait génial. :-)
Merci.
Version imprimable
Bonjour,
J'ai un problème quand je tente de me connecter par ssh à mon autre ordinateur. Voilà ce que j'aie :
ssh: connect to host truc port 22: Connection refused
Si pouvez m'aider, ce serait génial. :-)
Merci.
développe un peu s'il te plait :)
config ssh par défault? avec quel user tu tentes de te connecter ?
donne nous le résultat de :
# iptables -L -n
sur ton server et ta machine cliente (de laquelle tu tentes de te connecter)
quel type de connection, par mot de passe, par clef ?
Bonjour,
précise aussi s'il s'agit de LAN ou de WAN ;-) , merci .
Je tente de me connecter par mdp. Mais j'ai le temps de rien faire, étant donné que je ne peux pas entrer en interraction avec mon ordinateur.
Sinon, le résultat :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
- tu tentes de te connecter avec l'ip de ta machine, le hostname ?
- tu n'as pas d'accès physique à ton autre pc c'est ça?
je réitère :
- config ssh par défault sur ton server?
- avec quel user tu tentes de te connecter ? existe-t-il sur ton server ?
Alors, j'ai tenté de me connecter en local via lan, puis par wifi avec un laptop. Donc, par définition, j'ai un accès physique à mon serveur.
config ssh par défaut sur mon serveur, oui.
Mon user existe sur mon serveur, puisque je tente de me connecter (localhost) depuis le serveur. Sinon, avec mon autre ordinateur, le résultat est identique.
Désolé si je manque encore de précision...
en fonction de ton os que donne le status du server ?
/etc/init.d/sshd status
ou
systemctl status sshd.service
que donne tail /var/log/secure ?
Je remarque que je n'ai pas ce qui est en rouge :
/etc/init.d/sshd
systemctl status sshd.service :
tail /var/log/secure :Code:
2
3
4
5
6
7
8
9
Voilà !Code:
2
3
4
5
6
7
8
9
10
on récapitule ce qu'on a fait :) :
- pas de problème réseau/firewall/connection
- server status ok
ça tourne sur quel linux?
donne nous ta config server ssh s'il te plait.
histoire de pas avoir tout les # et les lignes vides ;)Code:cat /etc/ssh/sshd_config |egrep -v '(^$|^#)'
tu testes avec root ou un user quelconque?
Je suis sous fedora. Je suis en root.
Alors, le résultat de la commande :
:-)Code:
2
3
4
5
6
7
8
9
10
11
12
13
Est ce que ça fonctionnait avant ?
nouvelle install ?
la je coince aussi...
As tu vérifier un autre user sur le serveur ?
le PermitRootlogin est t il bien a yes dans le sshd_config?Citation:
su username
le UsePAM a yes , est-ce voulu ?
Salut,
Il n'y a aucune règle qui autorise les connexions sur le port SSH (22) au niveau de ta config firewall.
Il te faudra donc ajouter la règle iptables qui te permet d'accepter les connexions sur le port 22 de ton service ssh.Code:
2
3
4
5
6
7
8
http://nxlinuxadmin.blogspot.be/2010...l#.UK5anqoxVUQ
Je vous remercie tous.
Merci Mygale1978. Tu as trouvé la solution ! Par contre, je ne peux que me loger en localhost. Quand je me connecte à distance, ça ne fonctionne pas : la connexion est refusée.
Merci encore à tous. :-)
Ben si : la politique par défaut est « ACCEPT » et la troisième ligne (numérotée « 6 » par la balise CODE) est censée correspondre à n'importe quel protocole, en provenance de n'importe quelle adresse et à destination de n'importe où :Citation:
Envoyé par Mygale1978
|6| ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
Par contre, un « iptable-save », fait en principe pour décharger la configuration intégrale dans un fichier pour la restaurer ensuite, mais qui en fait reste humainement lisible, nous permet de nous apercevoir que cette règle est probablement associée quand même à une interface réseau particulière. Par exemple, sur ma Fedora 17 :
-A INPUT -i lo -j ACCEPT
Il faut s'assurer que ta règle correspond soit à l'interface réseau qui mène vers l'extérieur, soit qu'elle ne spécifie pas d'interface et que, donc, elle les concerne toutes. Ensuite, il faut faire en sorte que cette règle soit inséré avant la dernière règle de la table INPUT qui est faite pour rejeter tous les paquets qui n'auraient pas été explicitement autorisés jusque là.Citation:
Envoyé par Crapise
Enfin, si tu comptes te connecter depuis l'extérieur de ton domicile via une ligne ADSL, il faut que tu t'assures que ta box te laissera bien passer.
Merci, mais comment je fais ça ? :-)Citation:
Envoyé par Obsidian
je ne pense pas que le problème soit la (ou j'ai loupé une étape)
la config iptables par défaut de fedora laisse passer la connexion ssh sur le réseaux (peut importe la carte employée) avec l'utilisateur root (#PermitRootLogin yes par défaut sur le serveur)
Pour tester :
on teste la connexion distante puis on rétabli le firewallCode:systemctl stop iptables.service
Code:systemctl start iptables.service
Je me pose toujours la même question, mais, suite à un problème important, j'ai fait une réinstallation. Par contre, j'ai de nouveau le problème, à la différence que la solution apportée précédemment ne fonctionne pas.
Je donne quelques informations (je suis désolé) :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Merci.Code:
2
3
4
5
6
7
8
9
10
Tu fais « iptables -I INPUT 1 règles », ou « I » signifie insert et « 1 » est le rang que doit occuper ta règle (donc, ici, la première ligne mais ça pourrait être ailleurs).Citation:
Envoyé par Crapise
S'il y a contrôle de l'utilisateur, c'est que le port est déjà ouvert et qu'il y a dialogue avec le serveur (donc que la connexion a été acceptée). Et le message « ssh: connect to host truc port 22: Connection refused » est le message système standard qui indique que l'établissement de la connexion a échoué, parce que l'on s'est fait opposer une fin de non recevoir (donc un REJECT).Citation:
Envoyé par mathv
Donne-nous plutôt le résultat de iptables-save pour que l'on soit sûr de rien oublier. Sache également que iptables en soi est volatil et disparaît au redémarrage. Il faut donc modifier le fichier de configuration de ta distribution pour qu'elle charge les règles qui t'intéresse à chaque réinitialisation.Citation:
Envoyé par Crapise